Document de release de la version J1

   Ce document présente les évolutions survenues sur l'application Cegid XRP Ultimate Achats en J1.

      Afficher / Masquer le détail                                                   Format PDF

   Aucune modification de paramétrage n'est nécessaire pour que le fonctionnement soit comme avant le passage de la release.

   Les marchés à supprimer sont sélectionnés à partir :
- d'une fourchette d'établissements ;
- d'une fourchette de classes de marchés ;
- d'une fourchette de numéros de marchés ;
- d'une fourchette de dates de validité : les dates de début et de fin de validité des marchés doivent être comprises dans cette fourchette ;
- de critères de sélection supplémentaires donnés par la forme sélection des marchés (TSMARA).

   Afin de pouvoir être supprimé, un marché doit vérifier un certain nombre de conditions. En effet, un marché ne peut pas être supprimé si :
- pour une des lignes du marché (GMADA) ou pour le marché lui-même, il existe une demande d'achats ou une commande non annulée : demande d'achats ou commande dont l'étape est inférieure à la valeur 1 du paramètre AUTACHAT occurrence ETPANUxxxx où xxxx représente la classe d'achats ;
- il existe une référence article/fournisseur (GRAF) pour le marché qui n'a pas été créée à partir d'une des lignes du marché (numéro de ligne de la référence article/fournisseur non renseigné) et que la case "Suppression des références articles/fournisseurs non générées à partir du marché" n'est pas cochée.

   Les éléments supprimés sont les suivants :
- le marché (GMARA) ;
- les lignes de marchés (GMADA/GMALA) ;
- les éléments annexes associés à l'en-tête du marché (les textes (SAITXM), les ventilations par CGR (GVCMA), les rubriques (GARUMAA), les liens (GLMA), les détails de signatures multicritères (GDSMMA), l'historique des étapes (CHECMA), etc.) ;
- les éléments annexes associés aux lignes du marché (les textes (SAITXM), les ventilations par CGR (GVCMA), les rubriques (GARUMAA), les liens (GLMA), les équipements (GEQM), etc.) ;
- les références articles/fournisseurs (GRAF) créées à partir des lignes du marché (numéro de ligne de la référence article/fournisseur renseigné) et les éléments annexes associés à ces références (les tarifs (GRAT), les rubriques (GARURAF), les conditions de facturation articles/fournisseurs (GRCFA), etc.) ;
- les références articles/fournisseurs (GRAF) associées au marché mais non créées à partir des lignes du marché (numéro de ligne des références articles/fournisseurs non renseigné) et les éléments annexes associés à ces références (les tarifs (GRAT), les rubriques (GARURAF), les conditions de facturation articles/fournisseurs (GRCFA), etc.) si la case "Suppression des références articles/fournisseurs non générées à partir du marché" est cochée ;
- les compléments de marchés publics (GCMP) ;
- les remises familles articles-fournisseurs (GTFA) pour lesquelles la famille fournisseur est égale au marché ainsi que les tranches de remises (GPTA) associées à ces remises ;
- les statistiques achats (GSTTA) détaillées pour le marché ;
- les tables d'interface du marché et les éléments annexes : l'en-tête de marché (GTMARA), les lignes de marchés (GTMADA), les textes, les ventilations par CGR (SAITCM), les rubriques (GTARUMAA - GTARULMA), les liens (SAITLM), les compléments de marchés publics (GTMPA) ;
- les tables d'interface des références articles/fournisseurs associées au marché et les éléments annexes : les références articles/fournisseurs (GTRAF), les tarifs (SAITAT), les rubriques (GTARURAF) et les conditions de facturation articles/fournisseurs (GTRCFA) ;
- etc.

   Cas particuliers des marchés multi-établissements :
Les marchés multi-établissements peuvent être traités uniquement si la case "Suppression des marchés multi-établissements" est cochée. Dans ce cas, la sélection des marchés à supprimer doit s'effectuer pour un seul établissement et un seul marché.
Si pour un marché traité, la classe de marchés (GNCM) est définie en multi-établissements, les différents contrôles et la suppression du marché sont effectués pour tous les établissements de la composition (GCET) donnée par la classe de marchés.

TPMARA - Traitement de suppression des marchés (Transaction SAPMAR)

   Les références articles/fournisseurs à supprimer sont sélectionnées à partir :
- d'une fourchette d'établissements ;
- d'une fourchette d'articles achetés ;
- d'une fourchette de fournisseurs ;
- d'une fourchette de dates de validité : les dates de début et de fin de validité des références articles/fournisseurs doivent être comprises dans cette fourchette ;
- de critères de sélection supplémentaires donnés par la forme sélection des articles (TSARTC), la forme sélection des articles achetés (TSATA), la forme sélection des fournisseurs (TSFOU) et la forme sélection des références articles/fournisseurs (TSRAF).

   Afin de pouvoir être supprimée, une référence article/fournisseur doit vérifier un certain nombre de conditions. En effet, une référence article/fournisseur ne peut pas être supprimée si :
- elle a été créée à partir d'une ligne de marché (numéro de ligne de la référence article/fournisseur renseigné) ;
- il existe une ligne de demande d'achats ou une ligne de commande pour cette référence article/fournisseur : demande d'achats ou commande dont l'étape est inférieure à la valeur 1 du paramètre AUTACHAT occurrence ETPANUxxxx où xxxx représente la classe d'achats.

   Les éléments supprimés sont les suivants :
- la référence article/fournisseur (GRAF) ;
- les tarifs associés à la référence article/fournisseur (GRAT) ;
- les conditions de facturation articles/fournisseurs (GRCFA) ;
- les rubriques associées à la référence article/fournisseur (GARURAF) ;
- l'article catalogue (GBART) lié à la référence article/fournisseur si l'application e-Procurement est présente.

TPRAF - Suppression des références articles/fournisseurs (Transaction SAPRAF)

   1) Possibilité de proposer le gestionnaire d'une demande d'achats ou d'une commande à partir d'un des six gestionnaires du CGR de la demande d'achats ou de la commande (CGR de la ligne si renseigné, sinon CGR de l'en-tête).

   2) Possibilité de proposer ce gestionnaire à partir d'un des segments du CGR de la demande d'achats ou de la commande.

   1) Pour cela, création de 5 nouvelles entités de proposition du gestionnaire dans la transaction des autorisations de gestionnaires par classes d'achats (GAGC) :
- CGR2 : proposition du gestionnaire 2 (champ GE2OECGR) du segment du CGR ou du CGR de la demande d'achats ou de la commande (CGR de la ligne si renseigné, sinon CGR de l'en-tête) ;
- CGR3 : proposition du gestionnaire 3 (champ GE3OECGR) ;
- CGR4 : proposition du gestionnaire 4 (champ GE4OECGR) ;
- CGR5 : proposition du gestionnaire 5 (champ GE5OECGR) ;
- CGR6 : proposition du gestionnaire 6 (champ GE6OECGR).

   L'entité de proposition déjà existante OECGR permet de proposer le gestionnaire principal (champ GESOECGR) du segment du CGR ou du CGR de la demande d'achats ou de la commande.

   2) Pour cela, ajout du numéro de segment dans la transaction des autorisations de gestionnaires par classes d'achats (GAGC). Il ne peut être renseigné que si l'entité de proposition est égale à OECGR, CGR2, CGR3, CGR4, CGR5 ou CGR6.
S'il est renseigné, le gestionnaire de la demande d'achats ou de la commande est proposé à partir du segment du CGR de la demande d'achats ou de la commande correspondant à ce numéro.
Exemple : si le numéro de segment est égal à 2, le gestionnaire est proposé à partir du segment 2 du CGR de la demande d'achats ou de la commande.

GAGC - Autorisation de gestionnaires par classes d'achats (Transaction SAIAGC)
TEDA - Confirmation des demandes d'achats (Transaction SATEDA)
TCDA - Confirmation des commandes (Transaction SATCCDA)
TECLA - Eclatement par caractéristique article (Transaction SATECLA)
SAILCR - Lignes de réceptions en quantité (Transaction SAILCR)
SAILRM - Lignes de réceptions en montant (Transaction SAILRM)
TTREA - Intégration des réceptions (Transaction SATTRE)
SAILCF - Lignes de facture (Transaction SAILCF)
TTFCA - Intégration des factures d'achats (Transaction SATTFC)
TDCDA - Duplication de commandes (Transaction SATDCDA)
TGCDA - Génération des commandes d'achats / fournisseur(s) (Transaction SATGCDA)
GTDAC - Génération de commandes à partir de DA (Transaction SAITDAC)
TGDAI - Génération automatique de commandes à partir de DA (Transaction SATGDAI)
GCDA - Commandes d'achats (Transaction SAICDA)
TTCDA - Intégration des commandes ou demandes d'achats (Transaction SATTCDA)
TGCAVA - Génération de commandes d'avoir (Transaction SATGCAV)
TGCEA - Génération de commandes d'écart (Transaction SATGCE)
TGAMA - Génération des appels d'achats pour un marché (Transaction SATGAM)
TRFPA - Génération des remises de fin de période (Transaction SATRFP)
TGDVA - Génération des devis (Transaction SATGDV)

   Ajout de la possibilité de modifier les informations comptables (compte, poste, CGR A, CGR B) à la réception.
Ceci n'est pas possible pour les réceptions après facture (GRECF) ainsi que dans le cadre de la comptabilité publique.

   Les autorisations de modification sont données, respectivement pour le compte, le CGR A et le CGR B, par les occurrences MAJCPT, MAJCG1 et MAJCG2 du paramètre AUTSAREC.
Pour chacune de ces occurrences, si la valeur testée 1 vaut :
- C : l'autorisation de modification est donnée par la classe ;
- O : la modification est autorisée ;
- N : la modification est interdite.

   L'autorisation de modification du poste est définie par l'occurrence PROPOS du paramètre AUTACHAT.

SAILCR - Lignes de réceptions en quantité (Transaction SAILCR)
SAILRM - Lignes de réceptions en montant (Transaction SAILRM)
GRCPA - Réception (Transaction SAIRCP)
SAIRDT - Réception détail (Transaction SAIRDT)
TTREA - Intégration des réceptions (Transaction SATTRE)
GVCG - Ventilations par CGR (Transaction SAIVCG)

   Ajout de la possibilité de contrôler que le restant à facturer soit supérieur au solde de l'avance à récupérer.

   Lorsque le traitement de mise à jour des montants co-traitant/sous-traitant met à jour le montant facturé des différents compléments de marchés public (GCMP) de type "CS" auxquels se rapportent les lignes de la facture traitée (la valeur du paramètre PR1 associé au traitement est égal à "F"), il est possible de contrôler que le restant à facturer soit supérieur au solde de l'avance à récupérer :
- restant à facturer : montant prévu ou montant maximal sous-traité moins montant facturé ;
- solde de l'avance à récupérer : montant avance facturée moins montant avance récupérée.

   Si aucune récupération d'avance (SAIRAA) n'a été saisie pour la commande traitée, le contrôle est effectué ou non selon la chaîne 2 du paramètre AUTSAMCS occurrence F-x-MAJ où x représente C ou S selon que la facture traitée est une facture de co-traitance (nature de la facture égale à "C") ou une facture de sous-traitance (nature de la facture traitée égale à "S").
Si la chaîne 2 vaut :
- O : le contrôle est effectué ;
- N : le contrôle n'est pas effectué.

   La chaîne 2 des occurrences F-C-MAJ et F-S-MAJ est initialisée à "N".

TMCSA - Mise à jour des montants co-traitant/sous-traitant (Transaction SATMCS)

   Ajout de la possibilité d'effectuer des retours de marchandises pour des commandes portant sur un établissement autre que celui de connexion.

   Pour cela, ajout d'une fourchette d'établissements dans la gestion des retours.

GRET - Retours (Transaction SAIRET)
GRETF - Retours (réception après facture) (Transaction SAIRETF)

   Ajout de la balise "Comments" afin de pouvoir éditer les textes de la commande.

   Le paramètre TXE associé au traitement permet de définir la ou les destinations des textes à prendre en compte.
Le paramètre PR1 associé au traitement donne la position des textes à éditer ("AL" : texte avant, "PL" : texte après).
Seules les huit premières lignes de textes de l'en-tête de commande, correspondant à la destination et à la position paramétrées, sont prises en compte dans le fichier généré.

   Cette modification n'est effective que pour la mise en forme Q000000002.

EBCELA - Bon de commande électronique (Transaction SAEBCEL)

   Suite aux modifications effectuées au niveau du module des structures générales, adaptation des traitements utilisant le code DUNS : le code DUNS ne se trouve plus dans les compléments de tiers (GTCOT) mais directement dans la fiche du tiers (GTIE).

SACPVGF - Informations du fournisseur via Provigis (Transaction SACPVGF)
GKPVG - Informations du fournisseur via Provigis (Transaction SACPVGF)
EHCDA - Connecteur HOSPITALIS : commandes d'achats (Transaction SAEHCDA)

   Ajout de nouvelles fonctionnalités, dans le cas où le rattachement des lignes d'une commande s'effectue automatiquement (cas où l'information "Rattachement des lignes de factures" (rlgsatfl) de la table d'interface des lignes de factures (satfl) est égale à "O") et les lignes de commandes rattachées à la facture sont réceptionnables en montant :
- si pour la facture à intégrer, il y a un seul enregistrement dans les lignes de factures à intégrer (satfl) et une seule ligne de commande est rattachée à la facture, alors la ligne de commande peut être facturée avec le montant facturé égal au montant HT de l'en-tête de facture ;
- possibilité d'affecter automatiquement la case "partiel" pour les lignes facturées.

   Pour cela, ajout de l'occurrence INTFAA1 du paramètre AUTSAFAA.

   Si la valeur testée 1 vaut :
- O : si le montant HT de la facture à intégrer est renseigné, il y a un seul enregistrement dans les lignes de factures à intégrer (satfl), une seule ligne de commande correspondante aux informations de la commande à facturer est rattachée à la facture selon le paramétrage en vigueur et cette ligne est réceptionnable en montant, alors le montant facturé de cette ligne est égal au montant HT de la facture intégrée ;
- N : le montant facturé de la ligne de facture n'est pas affecté à partir du montant HT de la facture.

   Si la valeur testée 2 vaut   :
- O : la case à cocher "Partiel" est cochée pour les lignes de commandes rattachées à la facture afin qu'une sous-commande solde facture puisse, si besoin, être générée en attente de facture pour le montant restant à facturer.
Remarque : dans ce cas, il est souhaitable que la valeur testée 1 du paramètre AUTSASOL occurrence SLDMNTZER soit égale à "N" afin de ne pas générer de solde en montant à zéro dans le cas où il n'y a aucun écart entre le montant facturé et le montant reçu s'il est renseigné sinon, avec le montant commandé ;
- N : la case à cocher "Partiel" n'est pas cochée pour les lignes de commandes rattachées à la facture.

TTFCA - Intégration des factures d'achats (Transaction SATTFC)
GTFCA - Factures achats : Interface (Transaction SAITFC)
TLFEA - Intégration des lignes en erreur : SAS facture (Transaction SATLFE)

   1) Possibilité d'éditer le SIREN suivi de 5 blancs à la place du SIRET, au niveau en-tête et ligne.

   2) Possibilité d'ajouter le département dans les critères de regroupement.

   1) Pour cela, ajout du paramètre PR5 associé au traitement.
Si la valeur vaut :
- O : édition du SIREN suivi de 5 blancs ;
- N : édition du SIRET (fonctionnement actuel).
La valeur de ce paramètre a été initialisée à "N" par la release.

   2) Pour cela, ajout du paramètre PR6 associé au traitement.
Si la valeur vaut :
- O : le département fait partie des critères de regroupement ;
- N : le département ne fait pas partie des critères de regroupement (fonctionnement actuel).
La valeur de ce paramètre a été initialisée à "N" par la release.

   NB : ces fonctionnalités ne sont prises en compte que dans l'édition magnétique.

EDEBAM - Déclaration échanges biens par voie informatique (Transaction SAEDEBM)

   Modification afin que le signataire ayant déjà validé une commande ne soit pas à nouveau sollicité à la signature de la facture des sous-commandes issues de solde réception, de solde facture ou de retour de cette commande.

   Lors du traitement de solde de commandes d'achats après réception (TSOLA), du traitement de solde de commandes d'achats après facture (TSOLF) et lors d'un retour (GRET), les détails de signatures (GDSMCA) issus de la signature de la commande (GSMCA) sont dupliqués sur la sous-commande solde générée.
Ceci est effectué uniquement quand la règle de signature (GRSMA) des détails de signature générés lors de la signature de la commande est référencée dans l'information "Règle pour signataire ayant déjà validé" d'une règle de signature (GRSMA) facture (règle définie pour l'entité à signer "SAFAA").

TSOLA - Solde des commandes d'achats après réception (Transaction SATSOLA)
TSOLF - Solde des commandes d'achats après facture (Transaction SATSOLF)
GRET - Retours (Transaction SAIRET)

   Mise à disposition d'une mise en forme (Q000000001) pour le traitement.

TRAN - Report d'engagement (Transaction SATRAN)

   Afin de sécuriser l'exécution de certains traitements et éviter leur lancement sur toute la base de données, possibilité d'obliger le lancement de ceux-ci commande par commande, réception par réception ou facture par facture selon l'entité traitée.

   Pour cela, ajout du paramètre PR1 associé au mnémonique de ces traitements.
Si la valeur vaut :
- O : suivant le traitement, celui-ci doit être lancé pour une seule commande, une seule réception ou une seule facture (les fourchettes de début et de fin de commandes, de réceptions ou de factures doivent être identiques) ;
- N : le traitement peut être lancé pour plusieurs commandes, réceptions ou factures.

   La valeur de ce paramètre a été initialisée à "N" par la release pour les traitements concernés.

TDCDA - Duplication de commandes (Transaction SATDCDA)
TACRA - Annulation d'une commande réceptionnée (Transaction SATACR)
TAFAA - Annulation facture (Transaction SATAFA)
TDFAA - Duplication de factures (Transaction SATDFA)

   Possibilité d'exécuter le traitement pour des commandes autres que celles de l'établissement de connexion.

TPSAC - Préparation à l'épuration des commandes (Transaction SATPSA)

   Possibilité d'ajouter des gestionnaires de la commande en tant qu'émetteur ou destinataire du mail.

   Pour cela, il suffit de sélectionner l'option "Gest. associé à la commande" au niveau des gestions de paramétrage des messages électroniques (GTUPME et GTUPDE) et d'indiquer la fonction et, éventuellement, le rôle du gestionnaire à prendre en compte.

GTUPME - Paramétrage des messages électroniques (Transaction TUIPME)
GTUPDE - Paramétrage des destinataires supplémentaires (Transaction TUIPDE)
GKTUMELT - Message électronique pour les traitements (Transaction TUIMELT)
TGMET - Génér. des messages électroniques pour les trts (Transaction SATGMET)

   Le design de la version HTML5 de Cegid XRP Ultimate s'appuie sur les icônes "Material" de Google. Les formulaires standard ont été revus pour utiliser ce type d'icône.

   Ajout de la possibilité de limiter la sélection des demandes d'achats et des commandes à un établissement particulier.

TRGCDA - Récupération des documents des commandes d'achats (Transaction SATRGCDA)

   Affichage du numéro de ligne dans la grille afin que celui-ci soit disponible lors des exports de données.

   Pour rappel, le numéro de ligne est renseigné automatiquement lors de la création des références articles/fournisseurs à partir des lignes de marchés (GMADA). C'est ce numéro qui permet de faire le lien entre la référence et la ligne de marché origine. Il ne peut être renseigné que si la référence a été générée à partir d'une ligne de marché.

GRAF - Articles référencés par fournisseur (Transaction SAIRAF)

   Dans le cadre de l'utilisation de Cegid XRP Ultimate On Demand, nous utilisons Cegid File Exchange (CFE) qui est un composant commun technique Cegid d'échanges defichiers entre un produit Cegid en mode SaaS et un client Cegid (utilisateur du produit).

   Ainsi, les traitements ou éditions listés ci-dessous qui doivent soit charger des fichiers externes, soit générer des fichiers à destination d'organismes ont été définis comme des flux permettant d'utiliser un conteneur soit en entrée, soit en sortie, soit les deux dans Microsoft Azure Storage.

Fichiers en sortie :
EBCELA - Bon de commande électronique (Transaction SAEBCEL)
EHCDA - Connecteur HOSPITALIS : commandes d'achats (Transaction SAEHCDA)
ELWTIE - Contrat'tech Legisway : extraction des tiers (Transaction SAELWTIE)
ELWTIE2 - Contrat'tech Legisway : extraction des tiers (Transaction SAELWTI2)
EDCAA - Extraction des données carbone Achats (Transaction SAEDCA)

Fichiers en entrée/sortie :
Il ne faut pas qu'il y ait un espace dans le nom du fichier pour que celui-ci soit pris en entrée.
TRLDF - Récupération de lots de documents à facturer (Transaction SATRLDF)

   Vue d'ensemble d'un fournisseur permettant de visualiser un certain nombre d'informations concernant son activité.

   Détail des informations disponibles :

   - nombre de consultations (nombres de consultations en cours et arrivant à échéance), si application e-Achats gérée ;
- décision (nombres d'offres lauréates et rejetées), si application e-Achats gérée ;
- demandes d'achats (nombres de demandes d'achats en cours, en attente de validation, refusées à resoumettre) ;
- commandes (nombre de commandes en cours, montant HT des commandes en cours, nombre de commandes en attente de validation, nombre de commandes en retard de livraison, etc.) ;
- dernière commande (date, montant HT et étape de la dernière commande) ;
- réceptions (nombre de réceptions en cours et nombre de retours en attente de réception) ;
- factures (nombre de factures en cours, montant HT des factures en cours, nombre de factures en attente de validation, nombre de factures en litige, montant HT des factures en litige) ;
- factures non soldées (nombre de factures non soldées, montant TTC des factures non soldées) ;
- avoirs (nombre de factures d'avoir en cours, montant HT des factures d'avoir en cours) ;
- acomptes (nombre de demandes d'acomptes, montant payé des acomptes) ;
- marchés accord cadre (nombres de marchés valides, arrivant à échéance et échus) ;
- marchés d'abonnement (nombres de marchés valides et arrivant à échéance, échus) ;
- références articles/fournisseurs (nombres de références valides et arrivant à échéance) ;
- suivi d'activité concernant le nombre de commandes pour une période.

   Des informations complémentaires sont accessibles à partir de la fiche :
- identification (libellé, numéro de TVA intracommunautaire, numéro SIRET, code DUNS, type de flux) ;
- adresse de facturation ;
- contacts internes (nom et prénom, adresse électronique et téléphone du gestionnaire acheteur et du gestionnaire approvisionneur) ;
- contacts externes (nom et prénom, adresse électronique et téléphone du gestionnaire externe) ;
- typologie fournisseur : catégorie ;
- informations TVA (type, mode et régime de taxe) ;
- conditions de livraison (minimum de commande (Oui/Non), montant minimum de commande) ;
- informations règlement (devise, mode, date et délai de règlement, domiciliation bancaire) ;
- évaluation fournisseur (cotation, rating, classement ABC, certification).

NOFOU - Fournisseur 360 (Transaction SAOFOU)

   Lors de l'import dans l'interface des marchés, conservation du numéro interne si celui-ci est passé.

GTMARA - Interface des marchés (Transaction SAITMR)

   Lors de la génération du fichier xml, possibilité de générer également un fichier spf.

   Pour cela, ajout du paramètre PR2 associé au traitement.
Si la valeur vaut :
- O : génération du fichier spf associé au fichier xml ;
- N : pas de génération du fichier spf.

   Par défaut, la valeur de ce paramètre est initialisée à "N" .

EBCELA - Bon de commande électronique (Transaction SAEBCEL)

   Le délégué doit être posé même si celui-ci est déjà signataire à ce niveau et qu'il a effectué un transfert (TR) ou une mise en litige avec transfert (LT). S'il a fait tout autre action voire qu'il est en attente de signature, le délégué n'est pas posé.

TAGSM - Affectation délégations signatures multicritères (Transaction SATAGSM)

   Correction afin de prendre en compte la confidentialité pour les demandes d'achats.

   Dans le cas de la réception après facture et de la réception en montant, correction de l'affichage du montant commandé HT.

CCDCA - Consultation des DA ou des commandes cumulées (Transaction SACCDC)

   Lors de la recherche d'une ligne de données, affichage du libellé des données sans contrôler l'état de celles-ci.

CLCA - Consultation des lignes de commandes d'achats (Transaction SACLCA)

   Dans le cas où les commandes rattachées à la facture intégrée sont mises à l'étape de valorisation incorrecte (valeur 2 du paramètre ORISAFAA occurrence valeur de l'origine) et que les commandes sont déjà à cette étape (exemple : l'étape de valorisation Incorrecte correspond à l'étape de facture non parvenue (TVCCP)), mise à jour de l'étape précédente de facturation des commandes (ecfsacda) afin que les commandes rattachées à la facture puissent être détachées, si besoin, sans anomalie (SGETC055 - Pas de domaine spécifié) et que les commandes puissent revenir à l'étape à laquelle elles étaient avant facturation.

TTFCA - Intégration des factures d'achats (Transaction SATTFC)

   Dans le cas où les échéances (GCAE) sont présentes dans le conteneur des factures, correction afin de ne plus avoir de message bloquant lors du passage de la facture à l'état Inactif ou Supprimé.

GCAE - Echéances des commandes (Transaction SAICAE)

   Dans le cas où le code nomenclature douanière est sur 9 caractères, édition du code NGP (neuvième caractère du code nomenclature) dans le fichier informatique.

EDEBAM - Déclaration échanges biens par voie informatique (Transaction SAEDEBM)

   A la génération de la sous-commande solde facture, il est contrôlé que le type de la taxe des lignes de la sous-commande solde soit égal au type de taxe de l'en-tête de la sous-commande uniquement si un des deux types de taxe renvoie une valeur testée 1 égale à "EX".

TSOLF - Solde des commandes d'achats après facture (Transaction SATSOLF)

   Après validation de la modification d'une des informations de la ligne de facture, correction de l'affichage des différents montants en devise de référence.

SAILCF - Lignes de facture (Transaction SAILCF)

   Correction de la prise en compte de l'information facture (INFSAFAA) lorsque celle-ci est sur plus de 80 caractères.

TASMFA - Affectation des signataires multicritères factures (Transaction SATASMF)

   S'il existe un paramétrage par défaut sur l'option "Réception globale" pour qu'elle soit cochée, correction de sa prise en compte afin que la réception des lignes des commandes rattachées à la réception s'effectue lors de la validation de celle-ci (cas où les informations "Rattachement de commande" sont renseignées).

GRECF - Réception après facture (Transaction SAIRECF)

   Dans le cas où les fiches d'immobilisations deviennent définitives à la réception (paramètre ACC associé au mnémonique du traitement TAMIMP égal à "RC"), correction de la génération et de la mise à jour des fiches d'immobilisations sur les sous-commandes soldes.

GREC - Contrôle des réceptions (Transaction SAIREC)
SAILCR - Lignes de réceptions en quantité (Transaction SAILCR)
SAILRM - Lignes de réceptions en montant (Transaction SAILRM)
GFAA - Contrôle facture (Transaction SAIFAA)
SAIFLC - Lignes à facturer (Transaction SAIFLC)
SAILCF - Lignes de facture (Transaction SAILCF)
TSOLF - Solde des commandes d'achats après facture (Transaction SATSOLF)
TIMO - MAJ des immobilisations provisoires après facture (Transaction SATIMO)

GFAA - Contrôle facture (Transaction SAIFAA)

   Création d'un traitement d'extraction, dans un fichier ASCII (.csv), des données carbone des Achats. Fichier à transmettre à des plateformes afin d'établir un bilan carbone.

EDCAA - Extraction des données carbone Achats (Transaction SAEDCA)

   Dans le cadre de la réforme de la généralisation de la facture électronique, toute entreprise assujettie à la TVA devra transmettre et recevoir les factures sous forme électronique, et communiquer à l'administration fiscale ses données de facturation.

   Cegid XRP Ultimate se positionne en tant qu'opérateur de dématérialisation (OD) et apporte une réponse à l'intégralité de la réforme concernant le e-invoicing.

   L'OD Cegid propose à ses clients ayant un module de facturation ventes et/ou achats, sans intermédiaire, les fonctionnalités suivantes :
- émission/réception des factures au format électronique normé (selon le standard Factur-X) ;
- contrôle et validation des factures (vérification des mentions légales, de l'identité des émetteurs et destinataires, de l'exactitude des montants, etc.) ;
- transmission des données de facturation au Portail Public de Facturation (PPF) ;
- transmission des statuts au Portail Public de Facturation (PPF).

   Toutefois, selon le choix de l'entreprise, l'OD Cegid permet d'échanger les flux sur le PPF ou sur une PDP (Plateforme de Dématérialisation Partenaire) tierce.

   L'OD Cegid couvre les étapes suivantes :
- récupération des factures électroniques au format Factur-x ;
- transcodification et rapprochement des données factures ;
- mise à jour et dépôt des statuts.

   1) Récupération des factures électroniques au format Factur-X dans les factures d'achats à intégrer : données brutes (GTFBA)

   L'OD Cegid, via le concentrateur Cegid, récupère les factures mises à disposition sur le Portail Public de Facturation (PPF) ou la Plateforme de Dématérialisation Partenaire (PDP) du client.
Les données factures sont intégrées, dans Cegid XRP Ultimate Achats, dans les factures d'achats à intégrer : données brutes (GTFBA).

   Le traitement d'intégration des Factur-X Achats (TIFXA) permet de transcoder et rapprocher les données factures avec celles de l'ERP.
L'écran factures d'achats à intégrer : données brutes (GTFBA) permet de visualiser la transcodification et le rapprochement des données factures avec celles de l'ERP :
- établissement ;
- fournisseur ;
- RIB, IBAN ;
- échéance ;
- devise ;
- numéro de commande.

   Si une donnée ne correspond pas, elle est alors mise en évidence avec un message d'erreur.

   Une fois les données validées ou si aucune erreur de rapprochement n'est détectée, un traitement permet la création de la facture dans le contrôle facture (GFAA).

   Pour les factures avec commande, les lignes de commande sont rapprochées.
Si aucun écart n'est constaté, la facture peut être comptabilisée.
En cas d'écart, le comptable devra intervenir pour corriger les lignes de factures en erreur avant de pouvoir comptabiliser la facture.

   Pour les factures directes, une ligne de facture est créée par assiette de TVA.

   2) Mise à jour et dépôt des statuts

   En complément des données de facturation, acheteurs, fournisseurs et leurs plateformes respectives doivent transmettre les statuts de traitement des factures, le cycle de vie nominal de la facture.
Certains statuts sont obligatoires et d'autres recommandés.

   L'OD Cegid permet de gérer les statuts suivants :
- Reçue ;
- Mise à disposition ;
- Rejetée ;
- Refusée ;
- Prise en charge ;
- Approuvée ;
- En litige ;
- Paiement transmis.

   Seul le statut "Approuvée partiellement" ne sera pas géré, celui-ci n'étant pas un cas géré dans le produit.
La mise à jour des statuts est traitée via un flux 6.

   A la récupération de la facture dans les factures d'achats à intégrer : données brutes (GTFBA), le statut est égal au statut 203 : mise à disposition.

   Ensuite, en fonction du cycle de vie de la facture, le traitement de mise à jour des statuts des factures électroniques (TSFXA) permet de mettre à jour le statut sur la facture.

GTFBA - Factures achats à intégrer : données brutes (Transaction SAITFB)
TIFXA - Intégration des Factur-X achats (Transaction SATIFXA)
TSFXA - Mise à jour des statuts des factures électroniques (Transaction SATSFXA)

   La mise en place de ce module nécessite de la formation.

   1) Récupération des factures électroniques au format Factur-X dans les factures d'achat à intégrer : données brutes (GTFBA)

   Deux paramètres sont à mettre en place : paramètres AUTSAFEL et MDGSATFB.

   Paramètre AUTSAFEL :

   - occurrence CODORI : la chaîne 1 donne l'origine des factures traitées.

   - occurrence DATRAF : indique la date utilisée pour la recherche de la référence article/fournisseur.
Si la valeur testée 1 vaut :
    - S : date système ;
    - F : date de facture ;
    - RF : date de réception facture.
Cette occurrence n'est utilisée que pour la facturation directe.

   - occurrence DOCFAC : la chaîne 1 contient le type de document (GTDTY).

   - occurrence FD-ART : la chaîne 1 contient le code de l'article générique. Ce code est utilisé s'il n'a pas été trouvé d'article référencé pour le fournisseur.
Cette occurrence n'est utilisée que pour la facturation directe.

   - occurrence FD-CGR : proposition du CGR. Celui-ci est égal soit à la valeur de la rubrique contenue dans la chaîne 1, soit au CGR défini dans le texte. La rubrique doit être une rubrique associée à la référence article/fournisseur.
Cette occurrence n'est utilisée que pour la facturation directe.

   - occurrence FD-CLA : la chaîne 1 donne la classe de facturation directe.
Cette occurrence est utilisée uniquement pour la facturation directe.

   - occurrence FD-DEP : la chaîne 1 donne le le dépôt proposé par défaut.
Cette occurrence est utilisée uniquement pour la facturation directe.

   - occurrence MODPMT : proposition de l'échéance.
  Si la valeur testée 1 vaut :
   - N : pas de proposition de l'échéance ;
   - O : proposition de l'échéance.

   Paramètre MDGSATFB :
La chaîne 1 donne la correspondance avec le mode de règlement défini dans GRGM.
Les valeurs possibles des modalités de paiement sont :
- 10 Espèce ;
- 20 Chèque ;
- 30 Virement ;
- 42 Paiement sur compte bancaire ;
- 48 Paiement par carte bancaire ;
- 49 Paiement par prélèvement ;
- 57 Moyen de paiement convenu ;
- 58 Virement SEPA ;
- 59 Prélèvement SEPA ;
- 97 Report/compensation.

   2) Mise à jour et dépôt des statuts

   Paramètre STASAFAA :
Les occurrences donnent la correspondance entre les étapes de commande Cegid XRP Ultimate et le statut du cycle du vie de la facture électronique. La valeur 1 et la valeur 2 contiennent l'étape ou la fourchette d'étape correspondant au statut.
Pour gérer une étape mettre valeur 1 égale à valeur 2 et pour une fourchette mettre l'étape la plus petite dans la valeur 1 et la plus grande dans la valeur 2.
Les valeurs possibles des statuts de la facture électronique sont :
- 200 Déposée;
- 203 Mise à disposition ;
- 204 Prise en charge ;
- 205 Approuvée ;
- 207 En litige ;
- 208 Suspendue ;
- 209 Complétée ;
- 210 Refusée ;
- 211 Paiement transmis.

   Ce nouveau module permet d'automatiser la lecture d'une facture à l'aide du composant commun Cegid. Il permet, à partir d'une facture au format PDF, d'obtenir un fichier .json détaillant toutes les données du document.

   Le Service de dématérialisation des factures fournisseurs Cegid est un service qui permet :
- le traitement des factures papier et PDF reçues par mail ;
- la relève des factures scannées ;
- la relève boite mail en automatique ;
- le découpage des lots factures scannées ;
- l'extraction et interprétation des données factures ;
- le mapping avec les référentiels Cegid XRP Ultimate ;
- le contrôle et la correction des données factures ;
- la mise en attente et l'envoi de mail au gestionnaire.

   Le principe de fonctionnement est le suivant :
Les factures peuvent être reçues par mail ou scannées. Il peut s'agir de factures transmises par le fournisseur au format PDF par mail à une adresse mail générique dédiée ou de factures scannées et envoyées à une adresse mail générique dédiée.
Le client peut mettre en place plusieurs boîtes mail telles que :
- email "Compta fournisseurs" : pour la réception de factures que le fournisseur envoie par mail au format PDF. Une boîte mail est définie par établissement ;
- email scanner : les factures scannées sont envoyées à l'adresse mail dédiée pour l'établissement.

   Relève de la boîte mail CTEML ou du dossier de scan avec le traitement de récupération de lots de documents à facturer (TRLDF) :
Les factures sont ainsi récupérées et insérées en tant que lots de documents. Ces lots sont stockés dans la gestion des lots de documents à facturer (GLDFA) où une action d'un utilisateur est nécessaire pour indiquer comment découper le document.

   Découpage du lot de documents à facturer (GKLDFA ou GLDFA) :
Suite au traitement de récupération des lots de documents, les documents se retrouvent dans la gestion des lots de documents à facturer (GKLDFA ou GLDFA).
Les lots de factures sont triés au préalable afin de faire des lots de factures mono, bi, tri-pages etc.
L'utilisateur peut renseigner une valeur dans la zone de découpage (clé de découpage). Il peut également faire un découpage personnalisé : saisir les numéros de page à découper, séparés par un ";".

   Création des premières données de la facture dans la gestion des factures achats à intégrer : données brutes (GKTFBA ou GTFBA).

   Envoi vers OCR avec le traitement de découpage de lots de documents à facturer (TDLDF) :
Pour chaque découpage de document, une facture d'achats à intégrer est créée et le document découpé lui est lié. Ce découpage déclenche le traitement de la facture par les composants communs Cegid. Une fois la facture traitée, une notification est envoyée par les composants communs vers Cegid XRP Ultimate.
Au moment de cette notification, le fichier résultat, composé des données extraites de la facture, est lu et traité par un traitement qui permet d'alimenter la facture d'achats à intégrer.

   Récupération des données suite aux traitements des données (TLADA).

   Intégration des données avec le traitement d'alimentation de factures d'achats à intégrer (TLFBA).

   Mise à jour, avec transcodification des données de la facture, dans la gestion des factures achats à intégrer : données brutes (GKTFBA ou GTFBA).

   Possibilité de "Mise en attente".

   Envoi de mail GKTUMEL.

   Création de la facture dans GFAA.

   Traitement de récupération de lots de documents à facturer (TRLDF) :

   Création d'un traitement permettant de récupérer, selon une origine, un ou plusieurs lots de documents à facturer soit présents sur un répertoire soit lié à une adresse mail.
Ces lots sont tout d'abord copiés de leur emplacement initial vers un répertoire de factures traitées ou de factures en erreur selon le besoin. Ces documents sont renommés en ajoutant "_date + heure du traitement" à la suite de leur nom d'origine pour éviter tout doublon pendant la copie sur le serveur.
Une fois la copie vers le répertoire de factures traitées effectuée, les lots sont, un par un, ajoutés dans la gestion des lots de documents à facturer (GLDFA).
Le traitement remplit automatiquement les informations principales du lot et passe le statut à "R" pour indiquer que le lot vient d'être récupéré.
Les lots traités ou en erreur sont, ensuite, supprimés de leur emplacement d'origine.

   Lots de documents à facturer (GKLDFA ou GLDFA) :

   Création d'une nouvelle gestion permettant de gérer des lots de documents à facturer dans le but de les découper et de les transformer en facture. Cette gestion permet de définir le style de découpage à appliquer au document.
Elle est alimentée par le traitement de récupération de lots de documents à facturer (TRLDF). Elle peut également être renseignée manuellement par l'utilisateur.
On y trouve les informations concernant le statut du lot, le document (date et heure de recopie, nombre de pages et origine) et également, le choix du découpage. Le document est lié au lot via la gestion des documents (GTIDOC).

   Le lot évolue par rapport à son statut   :

   - R :   Récupéré. Statut par défaut, il indique que le lot a été créé. Aucune action ne peut être faite sur le lot ;

   - C : Complété. Le lot passe au statut "Complété" au moment où l'utilisateur renseigne au moins un découpage (nombre de pages de découpage ou découpage personnalisé) et l'établissement. Le bouton "Découper" est alors accessible. Pour ce statut, le lot peut être sélectionné au niveau du traitement de découpage des lots de documents à facturer (TDLDF) ;

   - D : Découpé. Statut affecté automatiquement par le traitement de découpage de lots de documents à facturer (TDLDF). Il indique que lot a été traité et découpé et que une ou plusieurs factures ont été créées dans la gestion des factures achats à intégrer : données brutes (GTFBA). Aucune modification, hors statut, ne peut alors être effectuée sur ce lot ;

   - A : Annulé. Statut passé manuellement par l'utilisateur pour indiquer que ce lot n'est plus géré.

   Traitement de découpage de lots de documents à facturer (TDLDF) :

   Création d'un traitement permettant de découper un lot de documents à facturer en autant de fois que l'utilisateur le souhaite dans la gestion des lots de documents à facturer (GLDFA).
A chaque découpage du document, une facture d'achats à intégrer est générée et liée à ce lot avec la facture découpée.
Une fois le lot découpé avec succès, le statut de ce dernier évolue : il passe au statut "D" pour "Découpé". Aucune modification, hors évolution du statut, n'est alors possible sur ce lot.
Le lot de documents à facturer et la facture d'achats à intégrer sont liés par le numéro du lot qui est recopié dans l'identifiant externe 1 de la facture.
Au moment du découpage du lot, la facture découpée est envoyée aux composants communs qui vont la traiter en nous envoyant en retour un identifiant permettant de faire le lien entre notre facture et leurs services.

   Récupération et exploitation des données venant du composant commun (TLADA et TLFBA) :

   Le traitement d'appel des services LAD (TLADA) permet l'extraction des données de la facture. Il permet de simuler la réception de la notification venant des composants communs Cegid. A l'aide d'un identifiant venant de l'OCR, le traitement va récupérer un fichier .json contenant les données de la facture que l'on traite.
Le lancement manuel du traitement d'alimentation de factures d'achats à intégrer (TLFBA) est nécessaire. En retour, les données extraites sont transcodées et intégrées dans Cegid XRP Ultimate dans la gestion de factures d'achats à intégrer : données brutes (GTFBA).

   Traitement de purge de lots de documents à facturer (TPLDF) :

   Création d'un traitement permettant de supprimer tous les lots au statut "Annulé" ou au statut "Découpé" ainsi que les factures d'achats à intégrer liées.
Le traitement supprime également tous les documents liés au lot.
Pour un lot au statut "Découpé", le traitement sélectionne uniquement le lot s'il existe au moins une facture d'achats à intégrer liée à ce lot dont le numéro de facture d'exploitation est renseigné.
La suppression de la facture d'achats à intégrer est bloquée en cas de présence d'au moins un document associé ou d'une ligne de facture à intégrer.

TRLDF - Récupération de lots de documents à facturer (Transaction SATRLDF)
GLDFA - Lots de documents à facturer (Transaction SAILDF)
TDLDF - Découpage de lots de documents à facturer (Transaction SATDLDF)
TLADA - Traitement d'appel des services LAD Cegid (Transaction SATLADA)
TLFBA - Alimentation de factures d'achats à intégrer (Transaction SATLFBA)
GTFBA - Factures achats à intégrer : données brutes (Transaction SAITFB)
TPLDF - Purge des lots de documents à facturer (Transaction SATPLDF)

   La mise en place de ce module nécessite de la formation.

   Les paramètres suivants sont à positionner :

   Paramètre AUTSALDF : paramétrage de la gestion des lots de documents à facturer
Ce paramètre permet de définir certaines règles de gestion pour la gestion des lots de documents à facturer.

   Occurrences :
- DOCEML : permet de définir si le fichier .eml du mail est lié au niveau du lot ou de la facture d'achats à intégrer.
La valeur testée 1 indique si le fichier .eml doit être lié au niveau du lot (utilisée dans TRLDF).
La valeur testée 2 indique si le fichier .eml doit être lié au niveau de la facture d'achats à intégrer (utilisée dans TDLDF).

   - DOCFAC : proposition pour la création du document lors du découpage d'un lot de documents à facturer (utilisée dans TDLDF et TLADA).
La chaîne 1 indique le type de document.
Le texte indique l'entité du document.

   - DOCLDF : proposition pour la création du document lors de la récupération des lots de documents à facturer (utilisée dans TRLDF).
Le texte indique l'entité du document.

   - GESDES : permet de faire la recopie du gestionnaire en tant que destinataire si ce dernier existe également en tant qu'occurrence du paramètre DESSAFAA (utilisée dans GLDFA ou GKLDFA).
Si la valeur testée 1 vaut :
         - O : recopie du gestionnaire en tant que destinataire ;
         - N : pas de recopie.

   - ORILAD : permet de gérer les origines pour une facture d'achats à intégrer liée à la LAD (utilisée dans TDLDF et TLADA).
La chaîne 1 permet d'indiquer que la facture d'achats à intégrer vient d'être générée sans donnée pré-saisie.
La chaîne 2 permet d'indiquer que le traitement d'alimentation de la facture d'achats à intégrer a été effectué.

   - PROPGES : propose le gestionnaire de l'utilisateur à la saisie de l'établissement (utilisée dans GLDFA ou GKLDFA).
Si la valeur testée 1 vaut :
         - O : proposition du gestionnaire ;
         - N : pas de proposition.

   Paramètre AUTSAFAA : autorisation de mise à jour des factures (utilisée dans GTFBA ou GKTFBA)

   Occurrence PROPDES : proposition destinataire.
Au moment de la proposition du fournisseur, si le destinataire de la facture d'achats à intégrer est vide, recherche si le fournisseur possède un gestionnaire de fonction contenue dans la chaîne 1 et de rôle contenu dans la chaîne 2. Si un gestionnaire existe et qu'il existe en tant qu'occurrence du paramètre DESSAFAA, il est alors ajouté en tant que destinataire.

   Paramètre AUTSAFEL : paramétrage des données pour intégration (utilisée dans GTFBA ou GKTFBA)

   Occurrences :
- DOCFAC : proposition du type de document. La chaîne 1 contient le type de document.

   - FD-ART : proposition de l'article. La chaîne 1 contient le code de l'article générique.
Cette occurrence n'est utilisée que pour la facturation directe.

   - FD-CLA : proposition de la classe. La chaîne 1 donne la classe de facturation directe.
Cette occurrence est utilisée uniquement pour la facturation directe.

   - DATRAF : indique la date utilisée pour la recherche de la référence article/fournisseur.
Si la valeur testée 1 vaut :
         - S : date système ;
         - F : date de facture ;
         - RF : date de réception facture.
Cette occurrence n'est utilisée que pour la facturation directe.

   - FD-CGR : proposition du CGR. Celui-ci est égal soit à la valeur de la rubrique contenue dans la chaîne 1, soit au CGR défini dans le texte. La rubrique doit être une rubrique associée à la référence article/fournisseur.
Cette occurrence n'est utilisée que pour la facturation directe.

   - FD-DEP : proposition du dépôt. La chaîne 1 donne le dépôt proposé par défaut.
Cette occurrence est utilisée uniquement pour la facturation directe.

   - MODPMT : proposition de l'échéance.
Si la valeur testée 1 vaut :
         - O : proposition de l'échéance ;
         - N : pas de proposition de l'échéance.

   Paramètre CMASATFB : Code mise en attente (utilisée dans GTFBA ou GKTFBA) Ce paramètre permet de référencer les différentes raisons pour lesquelles la facture peut être mise en attente (commande non réceptionnée, RIB inconnu, solde non trouvé, etc.). Les occurrences sont libres.

   1) Dans la gestion des commandes (GCDA), ajout de la possibilité, pour les acomptes, de renseigner une taxe avec régime encaissement. Lors de la génération de la demande d'acompte à partir de la commande d'achats, si cette taxe est renseignée, elle alimente un des paramètres associés (GCAPE) à l'en-tête de la commande d'acompte générée.
Le paramètre à alimenter est donné par le paramétrage des demandes d'acomptes (GPACA) : "envoi de la TVA de l'acompte dans le paramètre".
Ceci va permettre, lors de la comptabilisation de la facture de la demande d'acompte (TVCC), d'envoyer le code taxe dans le paramètre 9 des mouvements HT.
NB : dans le paramétrage du type de ventilation (GTVCA) utilisé pour la comptabilisation de la facture, il est nécessaire de définir l'envoi du paramètre de la commande contenant le code taxe dans le paramètre 9 du mouvement HT.

   2) Lors de la génération de la commande d'acompte, les dates suivantes sont affectées avec les dates d'origine ou avec la date du jour suivant si la clôture des achats a été effectuée ou pas pour la classe de la commande d'acompte :
- date de commande :
          - si la clôture des achats a été effectuée (date de la commande ou date comptable de la commande origine, suivant le paramétrage de la clôture (GCLOA), inférieure ou égale à la date de dernière clôture des achats), la date de commande est égale à la date du jour,
          - si la clôture des achats n'a pas été effectuée, la date de commande est égale à la date de commande de la commande origine ;
- date comptable :
          - si la clôture des achats a été effectuée, la date comptable égale à la date du jour,
          - si la clôture des achats n'a pas été effectuée, la date comptable est égale à la date comptable de la commande origine ;
- date au plus tôt :
          - si la clôture des achats a été effectuée, la date au plus tôt est égale à la date du jour,
          - si la clôture des achats n'a pas été effectuée, la date au plus tôt est égale à la date au plus tôt de la commande origine ;
- date au plus tard : elle n'est renseignée que si la date au plus tard de la commande origine est renseignée. Dans ce cas, elle est affectée ainsi :
          - si la clôture des achats a été effectuée, la date au plus tard est égale à la date du jour,
          - si la clôture des achats n'a pas été effectuée, la date au plus tard est égale à la date au plus tard de la commande origine.

GPACA - Paramétrage des demandes d'acomptes (Transaction SAIPAC)
GCDA - Commandes d'achats (Transaction SAICDA)

   Ajout de la possibilité, lors de la saisie de l'acompte (GAAIA), de renseigner une taxe avec régime TVA encaissement, ceci afin d'alimenter le paramètre 9 des mouvements de l'écriture d'acompte avec cette taxe lors de la comptabilisation de l'acompte (TAAIC/TAAIR).
Il est nécessaire de renseigner la chaîne 1 du paramètre AUTSAVCC occurrence ACOMPTE avec un type de pièce défini en tant que récupération d'acompte (valeur testée 1 du paramètre TYPPIE occurrence "type de pièce" égale à "P"). Ce type de pièce est utilisé lors du traitement des acomptes (TDAC).

GAAIA - Informations acompte (Transaction SAIAAI)
GTAAIA - Informations acompte : Interface (Transaction SAITAI)
TAAIC - Génération des acomptes après commande (Transaction SATAAIC)
TAAIR - Génération des acomptes après réception (Transaction SATAAIR)
TDAC - Traitement des acomptes (Transaction SATDAC)

   Ajout des colonnes :
PTASAPAC - Paramètre pour envoi de la TVA de l'acompte

   Ajout des colonnes :
TFASATFB - Code type de la facture
CFASATFB - Cadre de facturation
TFXSATFB - Type de flux
RTGSATFB - Référence de l'acheteur (code routage)
IDPSATFB - Identifiant PPF/PDP
IDCSATFB - Identifiant Concentrateur
IA1SATFB - Identifiant autre 1
IA2SATFB - Identifiant autre 2
NCASATFB - Nom complet acheteur
A1ASATFB - Adresse 1 acheteur
A2ASATFB - Adresse 2 acheteur
CPASATFB - Code postal acheteur
VIASATFB - Ville acheteur
PYASATFB - Pays acheteur
NCVSATFB - Nom complet vendeur
A1VSATFB - Adresse 1 vendeur
A2VSATFB - Adresse 2 vendeur
CPVSATFB - Code postal vendeur
VIVSATFB - Ville vendeur
PYVSATFB - Pays vendeur
TI5SATFB - Type identifiant tiers de paiement
ID5SATFB - Identifiant tiers de paiement
NCPSATFB - Nom complet payeur
A1PSATFB - Adresse 1 payeur
A2PSATFB - Adresse 2 payeur
CPPSATFB - Code postal payeur
VIPSATFB - Ville payeur
PYPSATFB - Pays payeur
MS5SATFB - Erreur recherche tiers de paiement
DFDSATFB - Date de début de période de facturation
DFFSATFB - Date de fin de période de facturation
IN1SATFB - Information 1
IN2SATFB - Information 2
IN3SATFB - Information 3
IN4SATFB - Information 4
IN5SATFB - Information 5

   Modification des colonnes :
SCPSATFB - Statut : passe sur 4 caractères

   Ajout des colonnes :
TFASATFC - Code type de la facture
CFASATFC - Cadre de facturation
TFXSATFC - Type de flux
CTRSATFC - Catégorie de transactions
RTGSATFC - Référence de l'acheteur (code routage)
IDPSATFC - Identifiant PPF/PDP
IDCSATFC - Identifiant Concentrateur
IA1SATFC - Identifiant autre 1
IA2SATFC - Identifiant autre 2
STASATFC - Statut
DTXSATFC - Date de modification du statut
HRXSATFC - Heure de modification du statut
TRXSATFC - Date et heure de modification du statut
DFDSATFC - Date de début de la période de facturation
DFFSATFC - Date de fin de la période de facturation
IN1SATFC - Information 1
IN2SATFC - Information 2
IN3SATFC - Information 3
IN4SATFC - Information 4
IN5SATFC - Information 5

   Ajout des colonnes :
TFASAFAA - Code type de la facture
CFASAFAA - Cadre de facturation
TFXSAFAA - Type de flux
CTRSAFAA - Catégorie de transactions
RTGSAFAA - Référence de l'acheteur (code routage)
IDPSAFAA - Identifiant PPF/PDP
IDCSAFAA - Identifiant Concentrateur
IA1SAFAA - Identifiant autre 1
IA2SAFAA - Identifiant autre 2
STASAFAA - Statut
DTXSAFAA - Date de modification du statut
HRXSAFAA - Heure de modification du statut
TRXSAFAA - Date et heure de modification du statut
DFDSAFAA - Date de début de période de facturation
DFFSAFAA - Date de fin de période de facturation
IN1SAFAA - Information 1
IN2SAFAA - Information 2
IN3SAFAA - Information 3
IN4SAFAA - Information 4
IN5SAFAA - Information 5