Cegid XRP Ultimate  |  I3   Actualisé le 06/10/2022
	Ventes
TCFPV - Actions réalisées par le traitement de contrôle de factures payées

Contrôle du solde des pièces

Les commandes traitées ne doivent pas obligatoirement être facturées pour que le contrôle puisse être effectué (cas des appels de fonds), il faut simplement qu'elles soient transférées en comptabilité, c'est-à-dire qu'une pièce comptable soit référencée sur la commande.    Les pièces sont créées lors du transfert en comptabilité. Leur numéro est visible sur les commandes passées en comptabilité. Une pièce peut avoir une ou plusieurs échéance(s) suivant les échéances de la commande et suivant le paramétrage du transfert en comptabilité (GTVCV).    Pour chaque pièce, contrôle du solde, en se basant sur la valeur de l'indicateur du solde de la pièce en devise de référence, devise de reporting et devise. En effet, si l'indicateur vaut "NNN", la pièce n'est pas soldée. Il vaut "NNS", si la pièce est soldée en devise. Et "SSS" si la pièce est soldée en devise de référence, en devise de reporting et en devise.    Si une pièce a plusieurs échéances, il faut que toutes les échéances de la pièce soient soldées pour que le contrôle soit correct.    Principe du contrôle de la pièce : 1) si la devise de la pièce (GPIE) est renseignée, cela signifie que la commande est en devise différente de la devise de référence et de la devise de reporting de l'établissement. La pièce est soldée, si le troisième caractère de l'indicateur du solde est égal à "S" ; 2) si la devise n'est pas renseignée et que la devise origine de la pièce est renseignée et égale à la devise de référence de l'établissement, cela signifie que le reporting est géré et que la commande est en devise de référence. La pièce est soldée, si le premier caractère de l'indicateur du solde est égal à "S" ; 3) si la devise n'est pas renseignée et que la devise origine de la pièce est renseignée et égale à la devise de reporting de l'établissement, cela signifie que le reporting est géré et que la commande est en devise de reporting. La pièce est soldée, si le deuxième caractère de l'indicateur du solde est égal à "S" ; 4) si la devise et la devise origine de la pièce ne sont pas renseignées, cela signifie que la commande est en devise de référence et que le reporting n'est pas géré. La pièce est soldée, si le premier caractère de l'indicateur du solde est égal à "S".    Si toutes les pièces sont soldées, mise à jour de l'étape des commandes, elle est égale à l'étape du traitement. La mise à jour est réalisée si l'étape de la commande est strictement inférieure à l'étape du traitement. Le traitement ne peut être effectué qu'une seule fois. Mise à jour, sur la commande, de la date de la dernière étape réalisée, elle est égale à la date à laquelle est exécuté le traitement.

Contrôle des pièces de contentieux associées à la pièce de facture soldée

Pour contrôler les pièces de contentieux associées à la pièce de la facture soldée, la valeur testée 1 de l'occurrence xxxCTLASS du paramètre AUTSVCFP doit être positionnée à la valeur "O". Le type de pièce servant à identifier une pièce de contentieux est paramétré dans la chaîne 1 de cette même occurrence.    Le traitement recherche, dans les associations de pièces (GPIA), s'il existe pour la pièce de la facture, des pièces de contentieux associées. Pour chacune de ces pièces de contentieux, recherche des pièces à contrôler : sélection dans GPIE des pièces qui ont le même numéro que la pièce de contentieux initiale, mais dont le numéro d'échéance est différent. Pour chacune d'elles : - si aucune pièce n'est associée à cette pièce de contentieux, blocage du traitement (cas 1) ; - si une pièce de non paiement (la valeur testée 1 du type de pièce est différente de "P") est associée à cette pièce de contentieux, la commande passe à l'étape paramétrée dans la valeur 1 de l'occurrence xxxCTLASS du paramètre AUTSVCFP (cas 2) ; - si une pièce de paiement (la valeur testée 1 du type de pièce est égale à "P") est associée à cette pièce de contentieux, la commande passe l'étape du traitement (cas 3).    Si plusieurs pièces de configurations différentes (cas 1 à 3) sont à contrôler, c'est le cas le plus critique qui prend le dessus, le cas 1 étant prioritaire sur le 2, lui-même prioritaire sur le 3.    Exemple : Une pièce de facture est associée à deux pièces de contentieux. La première pièce de contentieux est associée à une pièce de non paiement (cas 2). La seconde pièce de contentieux n'est associée à aucune pièce (cas 1). Dans ce cas, le traitement est bloqué (cas 1).    Pour que le cas 1 ne soit pas bloquant, la valeur testée 1 de l'occurrence xxxCTLASS du paramètre AUTSVCFP doit être égale à "S". L'étape de la commande passe alors à l'étape paramétrée dans le numéro d'ordre de cette occurrence.

Contrôle des pièces de non paiement

Si le contrôle est actif (valeur testée 2 de l'occurrence CTLASS du paramètre AUTSVCFP égale à "O"), le traitement vérifie que toutes les pièces associées à la facture sont des pièces de paiement. C'est-à-dire que la valeur testée 1 du type de pièce (occurrence du paramètre TYPPIE) est égale à "P". Si toutes les pièces ayant servi à solder la facture sont des pièces de paiement, la commande passe l'étape du traitement, sinon, la commande passe à l'étape paramétrée dans la valeur 2 de la même occurrence. Ce numéro d'étape doit exister dans les étapes (GETPV) et dans les étapes par classe (GETCV).

Traitement d'une liste de commandes

Si l'élément traité est une liste de commandes, vérification en fonction du paramétrage, si autorisation de contrôler le solde des commandes relatives à différents établissements (occurrence V du paramètre AUTLISTE).    Lorsque le traitement se déroule sans anomalie, modification de la liste pour indiquer la dernière étape réalisée. Mise à jour de l'étape, elle est égale à l'étape du traitement de contrôle des factures payées. Mise à jour de la date de dernier traitement. Mise à jour de l'utilisateur ayant réalisé le traitement. Mise à jour du dernier traitement réalisé.

Historique de l'étape

Comme pour toutes les transactions référencées dans les étapes, possibilité au niveau de la commande de conserver une trace de l'étape réalisée. Création de cet historique en indiquant le numéro de l'étape, l'utilisateur ayant effectué l'étape, ainsi que la date et l'heure de réalisation de l'étape. C'est lors de la définition de l'étape par classe (GETCV) que vous indiquez si la mémorisation est active ou non.