| (Paramètre actif depuis la version V3.6-01) |
|
Standard |
Ce paramètre permet de prendre en compte, au niveau de la gestion des modalités de facturation, les données du tiers facturé au lieu des données du donneur d'ordre. Le tiers choisi doit être géré en mode filière d'adresse.
|
|
Attention Dans le cas où l’événement fait partie d’un flux (numéro d’événement d’origine différent de 0), la devise ne sera pas modifiable pour ne pas fausser les prix. |
Par défaut, les modalités de facturation (1) sont alimentées sur l’événement avec les modalités de facturation du tiers de l’événement (eve.sigtie).
(1) : : code devise (eve.coddev), édition facture relevé (eve.facrel), délai de règlement (eve.delrgl), code quantième (eve.codqua) , mode de règlement (eve.modrgl), domiciliation bancaire (eve.p_ribcod), code départ (eve.coddpt), traite sur facture (eve.editrt), périodicité facturation (eve.perfac), type de facturation (eve.typfac), nombre de factures(eve.nbrfac), taux escompte (eve.tauesc) et position fiscale (eve.posfis).
Fonctions concernées : GCOV – GBLV – GBFA - GBFAG1 - GBFAG3 - GBFAG5 -
Utilisation avec d’autres paramètres :
| N1 | = 1 |
|
On recherche les modalités de facturation des événements dans la fiche client de l'adresse “FAC” de la filière associée. De plus, à la génération des écritures, c'est le compte-tiers du tiers facturé qui est pris en compte. Les informations modifiées sont les suivantes :
Remarque : la domiciliation bancaire (eve.p_ribcod ) est récupérée à partir de la fiche tiers précisé par l’adresse « PAY». Utilisé en commun avec GENFRD et CTRINC pour prendre en compte le client facturé et non le client commercial (sauf pour la gestion des encours pour laquelle il s’agit toujours du client commercial). Voir aussi TYPFAC. |
|
|
De plus, à la génération des écritures, c'est le compte-tiers du tiers facturé qui est pris en compte (en validation de facture). |
||
| N1 | = 2 |
|
On recherche les modalités de facturation des événements dans la fiche client de l'adresse “FAC” de la filière associée. Les informations modifiées sont les mêmes que pour le N1=1, sauf l’information domiciliation bancaire (p_ribcod) qui provient aussi de la fiche tiers précisé dans l'adresse “FAC” de la filière de l’événement (eve.numfil). |
| N2 | = 1 |
|
Prise en compte des données du tiers payeur au lieu des données du donneur d'ordre. Attention ! ne fonctionne pas sans le N1. Les informations suivantes sont chargées à partir du tiers payeur : Code devise , édition facture relevé , délai de règlement , code quantième , Mode de règlement , domiciliation bancaire. |
|
|
Attention ! Dans le cas où l’événement appartient à une chaîne (numéro d’événement d’origine différent de 0), la devise ne sera pas modifiable pour ne pas fausser les prix. Les autres informations restent chargées à partir du tiers facturé à savoir : Traite sur facture, périodicité facturation, type de facturation, nombre de factures, Taux escompte, position fiscale. |
||
| N3 | = 1 |
|
Permet de conserver les données de facturation provenant du contrat même si l’on change le numéro de filière. Les données suivantes sont conservées quand il y un contrat sur l’entête d’évènement : délai de règlement, code quantième, mode règlement, code départ, type de facturation et taux escompte. |
|
|
Attention ! ne fonctionne pas sans le N1. | ||
| N4 | = 1 | Permet, à la génération d’une facture, de récupérer les modalités de facturation de tiers facturé et non d’hériter des modalités renseignées sur l’événement d’origine. |