Cegid XRP Ultimate  |  I3   Actualisé le 06/10/2022
Ventes
GPTF - Paramétrage traitement de facturation

   L'objectif de cette transaction est de paramétrer la facturation des commandes de ventes : traitement de facturation (TFAV) et gestion des factures (GFAV).

Données

   Type de facturation
   C'est l'identifiant du paramétrage à utiliser dans les traitements de facturation.

   Pour faire le rattachement avec le traitement de facturation (TFAV), il faut indiquer le type de facturation dans la valeur du paramètre PRM associé à ce traitement.

   Le type de facturation permet également dans la gestion des factures (GFAV et GLFA) d'orienter le contrôle de la date de facture et la valorisation (à travers l'arrondi et le cumul CA/points). Le rattachement est fait dans ce cas en associant le type à la valeur du paramètre FAC des mnémoniques GFAV et GLFA.

   S'il existe plusieurs types de facturation, plusieurs traitements et mnémoniques de facturation sont à définir avec des valeurs de paramètres différentes.

   Etablissement
   Il est possible d'utiliser la notion de référentiel centralisé.

   Arrondi
   Gère la règle d'arrondi du montant total TTC lors de la facturation.

   Type
   Le type d'arrondi est géré par le paramètre ARRSVPTF.

   Report écart
   Les valeurs sont les occurrences du paramètre REASVPTF.

   Condition de facturation pour report écart
   Elle est ajoutée sur la facture entre la condition de facturation 7000 (montant TTC, type "TF") et la condition de facturation 9000 (net à payer, type "TT"). Si la facture fait référence à plusieurs sous-commandes, la condition est ajoutée sur les sous-commandes pour lesquelles il y a un écart.
Il est conseillé que la condition écart soit de type escompte ("E") et précède par son numéro le net à payer (type "TT").
Il n'est pas obligatoire d'associer cette condition de facturation aux clients. Si elle est associée au client dans GTCF, elle est générée sur la commande avec les informations précisées dans GTCF, sinon les informations proviennent du niveau général c'est-à-dire de GCFGV.

   Comptes collectifs différents
   Contrôle des comptes collectifs de toutes les échéances.
Si la case est cochée, interdiction d'avoir des comptes collectifs différents. Contrôle que toutes les échéances de la commande traitée ont des comptes identiques et, en cas de regroupement, que toutes les échéances des commandes de la facture créée ont le même compte. A noter que si le compte collectif n'est pas renseigné au niveau de l'échéance, prise en compte de celui défini dans la gestion des comptes collectifs par classe de ventes (GCCOV) pour la classe et la position fiscale de la commande et pour le type de collectif de l'échéance.

   Lorsque que la case n'est pas cochée, autorisation d'avoir des comptes collectifs différents.

   Facture à zéro
   Si la case est cochée, les factures avec un montant égal à zéro sont autorisées.
Sinon, les factures avec un montant à zéro ne sont pas créées, les commandes passent directement à l'étape de préparation de l'épuration (TPSV). Cette étape doit être définie pour la classe de commandes dans GETCV.

   Actualisation dates et taux de change
   Actualisation des dates de validité et des taux de change des devises (interne et facturation).
Cette information doit avoir une valeur unique pour un établissement quel que soit le type de facturation.

   Si une actualisation partielle ou totale est demandée et si les conditions suivantes sont remplies, les dates et les taux de change sont actualisés :
-> la devise de la commande est différente de la devise établissement,
-> si la classe de commandes indique que le taux de facturation doit être celui à la date de facture ("F" dans la classe GNCV), le taux est actualisé en fonction de la date de facture. La date de validité du taux de facturation devient égale à la date de facture si l'actualisation est totale, sinon elle devient égale à la dernière date de cours connue.
Même principe pour le taux interne.
-> si la classe de commandes indique que le taux de facturation doit être celui à la date d'expédition ("E" dans la classe GNCV), le taux est actualisé en fonction de la date d'expédition. La date de validité du cours de facturation devient égale à la date d'expédition si l'actualisation est totale, sinon elle devient égale à la dernière date de cours connue. La commande doit bien évidemment être expédiée avant d'être facturée.
Même principe pour le taux interne.

   Si aucune actualisation n'est demandée, les dates et les taux de change sont inchangés.

   Cumul CA/points
   Cumul des montants marchandises ou des points.
Indique si le montant des factures et/ou le nombre de points sont cumulés au niveau du client respectivement dans les zones "CA cumulé" et "Points acquis".
Les valeurs sont les occurrences du paramètre CUMSVPTF.

   Tri si pas regroupement
   Tri des commandes dans le traitement de facturation.
Paramétrage pris en compte uniquement lorsqu'une sous-commande génère une facture, ignoré dans le cas de regroupement de plusieurs sous-commandes sur une même facture.
Les valeurs sont les occurrences du paramètre TRISVPTF.

   Montant minimal facture
   C'est le montant minimal qu'une facture doit atteindre pour que ses commandes puissent être facturées.
Si le montant de la facture est inférieur au montant minimal renseigné, alors il est possible, en fonction de l'action choisie, de bloquer le traitement de facturation (TFAV) ou d'alerter l'utilisateur sans bloquer la facturation :
- blocage : le traitement de facturation émet une erreur, les commandes ne sont pas facturées ;
- alerte : le traitement de facturation émet une alerte, les commandes sont facturées.

   Ce contrôle est effectué seulement si le montant minimal pour la facture est renseigné.

   Montant minimal avoir
   C'est le montant minimal qu'un avoir doit atteindre pour que ses commandes puissent être facturées.
Si le montant de l'avoir est inférieur au montant minimal renseigné, alors il est possible, en fonction de l'action choisie, de bloquer le traitement de facturation (TFAV) ou d'alerter l'utilisateur sans bloquer la facturation :
- blocage : le traitement de facturation émet une erreur, les commandes ne sont pas facturées ;
- alerte : le traitement de facturation émet une alerte, les commandes sont facturées.

   Ce contrôle est effectué seulement si le montant minimal pour l'avoir est renseigné.

   Contrôle date facture
   La date de facture peut être antérieure ou égale de N jours à la date du jour. La date de facture peut être postérieure ou égale de X jours à la date du jour.
De plus, la date de facture doit être comprise dans la période délimitée par les dates de début et de fin de validité.

   Type de document
   Code identifiant une facture.
Il est utilisé notamment lors du traitement de dématérialisation public en émission (TFDPE) où il est attendu une codification à la norme EDI (380 : facture, 381 : avoir, etc.).
Les valeurs sont les occurrences du paramètre TDOSVPTF.

   Type de document si avoir
   Code identifiant un avoir.
Il est utilisé notamment lors du traitement de dématérialisation public en émission (TFDPE) où il est attendu une codification à la norme EDI (380 : facture, 381 : avoir, etc.).
Les valeurs sont les occurrences du paramètre TDOSVPTF.

   Paramètres standard

   Regroupement

   Regroupement par première échéance
   Si la case est cochée, les factures sont regroupées si la première échéance est identique.
Sinon, les factures sont regroupées sans tenir compte de l'échéance.

   Marché
   Si la case est cochée, les factures sont regroupées si leur marché est identique.
Sinon, les factures sont regroupées sans tenir compte du marché.

   Mois d'expédition
   Si la case est cochée, les factures sont regroupées par mois d'expédition.
Sinon, le mois d'expédition n'est pas pris en compte lors du regroupement des factures.
Le mois signifie Année + Mois.

   Regroupement par référence
   Si la case est cochée, les factures sont regroupées par référence.
Sinon, les factures sont regroupées sans tenir compte de la référence.

   Regroupement par tiers - adresse livraison
   Si la case est cochée, les factures sont regroupées par tiers et adresse de livraison.
Sinon, les factures sont regroupées sans tenir compte du tiers et de l'adresse de livraison.

   Regroupement par tiers - adresse confirmation
   Si la case est cochée, les factures sont regroupées par tiers et adresse de confirmation.
Sinon, les factures sont regroupées sans tenir compte du tiers et de l'adresse de confirmation.

   Regroupement par tiers
   Regroupement des commandes par tiers et adresse de facturation ou par tiers et adresse de paiement.
Cette information permet d'indiquer quels clients, tiers et adresses de facturation et de paiement doivent être pris en compte pour réaliser le regroupement des commandes lors de la facturation.
Elle doit avoir une valeur unique pour un établissement quel que soit le type de facturation.

   Si la case tiers n'est pas cochée, regroupement normal avec prise en compte des clients, tiers et adresse de facturation, tiers et adresse de paiement des commandes.

   Si elle est cochée prise en compte de la valeur tiers - adresse de regroupement gérée par le paramètre RGTSVPTF.

   Critère supplémentaire
   Regroupement des factures selon un critère supplémentaire dont les valeurs possibles sont gérées par le paramètre RGLSVPTF.

Messages
   SVPTF050 - Le report écart ne doit pas être renseigné si le type d'arrondi est égal à D

   SVPTF051 - Le report écart doit être renseigné si le type d'arrondi est égal à 5

   SVPTF052 - Si le type d'arrondi est égal à D la condition de facturation pour report écart ne doit pas être renseignée

   SVPTF053 - Si le type d'arrondi est égal à 5 et report écart égal à C, la condition de facturation pour report écart doit être renseignée

   SVPTF054 - Si le report écart est égal à T la condition de facturation report ne doit pas être renseignée

   SVPTF056 - Si regroupement par tiers coché, l'information tiers - adresse de regroupement doit être renseignée

   SVPTF057 - Pour un critère supplémentaire gestionnaire (GE, GO), saisir la fonction et/ou le rôle

   SVPTF058 - L'information actualisation dates et taux de change doit être unique par établissement

   SVPTF059 - L'information regroupement par tiers doit être unique par établissement