MTPQUI : Les multi tiers payeurs par Qui Quoi

Standard

Ce paramètre permet de :

Lorsqu'il est positionné dans la gestion des commandes (GCOV), il affecte, en création, les tiers payeurs aux postes (en créant une échéance multiplede type 'M' par tiers payeur). Il permet également la modification de la répartition des tiers payeurs pour un poste (écran GCOV_34 accessible par popup).

Lorsqu'il est positionné dans INTEGR, il affecte des tiers payeurs à un poste lors de l'intégration d'une commande (en créant une échéance multiple de type 'M' par tiers payeur).

Positionné dans GBFVG5, il permet de calculer la quantité à facturer au tiers payeur avec le pourcentage affecté au tiers payeur (tient compte des échéances multiples de type 'M').

Fonctions concernées : GCOV - GBAV - GBFVG5 - INTEGR -

Utilisation avec d’autres paramètres :

Paramètres ennemis PROCAT -

A1    

Type pour les qui-quoi multi-tiers payeurs défini dans la table « bap » (le % est mémorisé dans bap.taucom).

Valeur par défaut : MTP

   

Sur la fonction GBAV, pour pouvoir saisir plusieurs enregistrements sur un couple QUI/QUOI (exemple : gestion des QUI/QUOI datés), il ne faut utiliser que cette zone A1= type de condition, et aucune autre option.

Cette manipulation permettra d'utiliser l’une des fonctionnalités des multi-tiers payeurs, c'est à dire pouvoir saisir plusieurs numéros d'ordre pour un couple QUI/QUOI. Il n'est pas obligatoire d’enlever le caractère « virtuel » du numéro d’ordre, champ « numord » (écran GBAV_3).

A2    

Type d’adresse recherché utilisé dans le popup « Multi tiers payeurs » (GCOV_34).

Lorsque cette zone est renseignée, elle permet :
  • l’accès à GCOV_34 en en-tête de commande,
  • la duplication des échéances multiples d’entête de commande sur les postes,

  • l’accès au popup « Multi tiers payeurs » (GCOV_34),

Au niveau des postes, il est prioritaire par rapport au A1.

N1    

Le N1 permet de piloter le comportement quand le taux d’une ligne de « bap » fait dépasser les 100 %

Génération des échéances multiples de type 'M'

La recherche des % peut ramener plusieurs enregistrements de « bap », entrainant pour chacun la création d’une échéance multiples dans evm, avec

typenr=’M’

typtie,sigtie = typtie,sigtie ramené par bap

taurgl = bap.taucom

Si en fin de traitement la somme des % attribués aux différents tiers payeurs est < à 100 %, on crée alors

une échéance multiples dans evm, avec

typenr=’M’

typtie,sigtie = typtie,sigtie de l’événement (eve)

taurgl = % restant pour arriver à 100 %

Si le % d’un bap fait dépasser les 100 %, on :

Si N1=1, on bloque le traitement

Sinon, on réajuste le % pour arriver à 100 % pour créer l’échéance multiple de type 'M' associé à ce « bap »

ATTENTION :

Le traitement des « bap » lus s’arrête dès qu’on a atteint les 100 %, même s’il reste des bap non traité.

  = 0  

Affichage d'un message (code DAE_MAX100) non bloquant quand la somme des pourcentages attribués aux différents tiers payeurs est supérieure à 100 %.

Attention, pas d’affichage du message en eGX

  = 1  

Arrêt du traitement, avec affichage d’un message (code DAE_SOM100)

  = 2  

Même comportement qu’avec N1=0, sans message

N2    

N° de la donnée complémentaire (zone paramétrée) de la facture qui contient le sigle du tiers donneur d’ordre.

N3    

Cette zone indique la manière de mémoriser les liens des tiers payeurs dans GCOV_34 si le paramètre A2 est renseigné.

  = 0  

Pour chaque nouveau tiers payeur, on mémorise le lien.

  = 1  

Un message invite l’utilisateur à confirmer l’enregistrement. Si oui, on mémorise. Sinon on revient en saisie du code tiers.

  = 2  

Un message invite l’utilisateur à confirmer l’enregistrement. Si oui, on mémorise. Sinon, on ne mémorise pas mais on accepte le code du tiers.

N4 = 1   En génération de facture, on récupère les données de règlement du tiers payeur et non les données de règlement du tiers de l’événement d’origine (mode de règlement, code départ, quantième, délai).

M1 =A Permet de ventiler les factures non pas en quantités mais par prix unitaire.