5 Le message de Cycle de Vie – CDAR
Le cycle de vie d'une facture est envoyé au format UN/CEFACT CDAR (Cross Domain Application and Response).
Il permet de communiquer :
- La bonne ou mauvaise transmission d'une facture ;
- Le bon ou mauvais traitement d'une facture.
Il prend la forme d'un fichier XML.
Voir texte original : 5 Le message de Cycle de Vie – CDAR
Masquer le texte original : 5 Le message de Cycle de Vie – CDAR
5 Le message de Cycle de Vie – CDAR
5.1 Description de la structure du message CDAR à utiliser
Liens externes utiles :
Transmission
Rejetée
Déposée
Émise par la plateforme
Rejetée
Reçue par la plateforme
Mise à disposition
Traitement
Refusée
Prise en charge
Approuvée
Approuvée partiellement
En litige
Annulée*
Suspendue
Complétée
Paiement transmis
Encaissée
Il est nécessaire de qualifier sur le fichier si le statut concerne la phase de
transmission ou de traitement.Liste des statuts répartis sur les deux phases du cycle de vie d'une facture.


Les statuts de facture ont plusieurs fonctions
: Informer (traitements, erreurs, actions attendues...), Agir(changement de situation, fourniture d'informations complémentaires...) et
Communiquer (informations de paiement, encaissement...).Un fichier CDAR (qui contient le statut) est divisé en
3 blocs de données
:Voir texte original : 5.1 Description de la structure du message CDAR à utiliser
Masquer le texte original : 5.1 Description de la structure du message CDAR à utiliser
5.1 Description de la structure du message CDAR à utiliser
Le message CDAR D22B est disponible dans son intégralité :
sur le lien
https://unece.org/trade/documents/2024/12/standards/cross-domain-acknowledgement-andresponse-d22b
pour sa description XSD ;
et sur le lien
https://unece.org/trade/documents/2020/06/standards/cross-domain-application-error-andacknowledgement-process-brs
pour avoir le document de description en anglais de l'utilisation de ce message.
La gestion du cycle de vie entre VENDEUR et ACHETEUR est décomposée en 2 phases :
La phase de transmission, qui vise à suivre le cheminement de la facture de son émission à sa réception par le destinataire. Dans cette phase, les statuts sont créés par les Plateformes Agréées à destination de leur client et de la Plateforme Agréée de leur contrepartie. Pour les statuts dits obligatoires, ils sont aussi transmis au PPF.
La phase de traitement, qui vise à ce que le VENDEUR et l'ACHETEUR s'échangent des statuts sur le cycle de vie des factures. Ces statuts sont alors créés par le VENDEUR ou l'ACHETEUR et ont vocation à être acheminés à la contrepartie au travers des Plateformes Agréées, sans être modifiés, comme les factures.
Il n'est pas prévu ni exigé de faire des messages de statuts sur la bonne réception des messages de statuts. Il sera cependant nécessaire de qualifier si le message de statut relève de la phase de transmission ou de traitement, notamment car ceci a un impact sur la création de l'entête du message.
D'une façon générale, l'identité des Plateformes Agréées utilisées par une entreprise n'a pas à être révélée aux tiers. Ainsi, les Plateformes Agréées n'ont pas à être identifiées dans les messages de cycle de vie qui ont vocation à être partagés de bout en bout.
Le schéma ci-dessous illustre le cycle de vie et les différents types de statuts :

Pièce jointe A - Cycle de vie de facture et statuts.
Les messages de statuts de cycle de vie ont vocation à être utilisés pour trois fonctions distinctes :
Informer sur le statut de transmission et de traitement, en indiquant le cas échéant des erreurs constatées et des actions attendues.
Agir sur le processus ou le cas d'usage en indiquant des changements de situation, par exemple l'affacturage d'une facture, la nécessité de payer sur un autre compte bancaire que celui indiqué dans la facture ou, le cas échéant, de fournir une information complémentaire oubliée ou exigée, nécessaire au traitement.
Communiquer des informations relatives au paiement ou à l'encaissement, à l'exécution d'un escompte, à une approbation partielle, bref à différents montants pour des situations diverses.
Pour ce faire, le message de cycle de vie est illustré par le schéma ci-dessous, qui montre la structure utile du message dans son entête. Certaines données du message complet, non utilisées, ont été exclues pour en simplifier la lecture. Les traits forts indiquent une cardinalité obligatoire (1..1 minimum), et en cas de répétabilité, une cardinalité 0..n ou 1..n est indiquée.

Pièce jointe B - Structure du message CDAR, niveau A et 2.
Sa structure se présente donc de la façon suivante :
Un bloc d'entête Exchange Document Context, qui contient le profil du message CDAR.
Un bloc d'entête Exchange Document, identifiant essentiellement les parties : qui crée, qui transmet, pour qui est-ce destiné ?
Un bloc Aknowledgement, obligatoire et répétable (cardinalité 0..n), mais qui ne sera utilisé qu' une seule fois par message CDAR.
Ce bloc contient lui-même un bloc Document, obligatoire et répétable, permettant de faire un message CDAR commun à plusieurs documents, ce qui ne sera pas mis en oeuvre en général.
Ce bloc Aknowledgement contient donc :
un bloc Document, qui correspond à la facture objet du message de cycle de vie ;
un bloc de détail de statut, optionnel et répétable (cardinalité 0..n), permettant d'expliquer des erreurs constatées ou de fournir des informations complémentaires ;
un bloc Characteristic, optionnel et répétable, dédié à renseigner des données à modifier, en erreur, à reporter ou à qualifier certains statuts.
On retrouve ainsi la structure habituelle des messages UN/CEFACT, à savoir :
un bloc de contexte MDB-1, qui permet d'identifier un profil de message auquel se rattacheront un XSD et un schematron ;
un bloc d'entête de message MDB-2 composé notamment de :
MDT-4 (ID) : identifiant de message ;
MDT-5 (Name) : nom du message ;
MDG-4 (IssueDateTime) : date et heure de création du message ;
MDT-9 (LanguageID) : langue du message ;
MDG-9 (SenderTradeParty) : partie en charge de la transmission du message ;
MDG-16 (IssuerTradeParty) : partie à l'origine du message ;
MDG-23 (Recipient) : une ou plusieurs parties destinataires du message.
un bloc Acknowledgement (MDB-03), utilisé en cardinalité 1..1 dans notre contexte, composé notamment de :
MDT-74 (MultipleReferencesIndicator) : indicateur multi-documents ;
MDT-75 (ID) : numéro, si nécessaire ;
MDT-77 (TypeCode) : code type pour distinguer transmission (305) et traitement (23) ;
MDT-75 (Name) : nom ;
MDG-31 (IssueDateTime) : date et heure de création de l'évènement objet du statut ;
MDG-32 (ReferenceReferencedDocument) : le document objet du statut, ici la facture.

Pièce jointe C - Bloc Acknowledgement Document.
Ensuite, le bloc Document (MDG-32) est composé des éléments suivants :
MDT-87 : le numéro de facture.
MDT-88 (StatusCode) : un code statut standard issu de la liste UNTDID 1373.
MDT-91 (TypeCode) : code type de la facture (380, 381, etc.).
MDT-94 : nom de la facture, s'il existe.
MDG-34 : date et heure de réception de la facture.
MDT-96 : pièce jointe, utile dans certains cas d'usage.
MDT-97 (ReferenceTypeCode) : code type qualifiant de référence.
MDG-35 (FormattedIssueDateTime) : date de la facture.
MDT-104 (Status) : libellé du statut fourni en code en MDT-88.
MDT-105 (ProcessConditionCode) : code statut défini par la réforme.
MDT-106 (ProcessCondition) : statut en texte correspondant au code en MDT-105.

Pièce jointe D - Bloc Referenced Document.
MDG-40 (IssuerTradeParty) : identifie toujours le VENDEUR, ce qui permet d'identifier la facture de façon unique.
MDG-41 (RecipientTradeParty) : permet, par convention, de nommer un nouveau bénéficiaire en cas d'affacturage.
MDG-42 (SenderTradeParty) : sans utilité.
MDG-37 (SpecifiedDocumentStatus) : bloc permettant de donner des détails sur le statut.
On peut alors détailler le bloc de détail de statut (MDG-37) :
MDG-38 : date et heure du statut, utile en cas d'historique.
MDT-111 (ConditionCode) : code statut standard fourni en MDT-88 dans le cas d'un historique.
MDT-113 (ReasonCode) : motif du statut en code.
MDT-114 (Reason) : motif du statut en texte.
MDT-112 (Condition) : libellé du statut renseigné en MDT-111.
MDT-115 (ProcessConditionCode) : code statut de la réforme, comme MDT-105.
MDT-116 (ProcessCondition) : statut en texte correspondant à MDT-115.
MDT-121 (RequestedActionCode) : action demandée en code.
MDT-122 (RequestedAction) : action attendue en texte.
MDT-124-2 (SequenceNumeric) : numéro de chaque enregistrement de détail de statut.
MDG-39 (IncludedNote) : note avec un code sujet et un texte.
MDG-43 (SpecifiedDocumentCharacteristic) : bloc répétable permettant de fournir des données nécessaires au statut.

Pièce jointe E - Bloc Specified Document Status.
Le bloc MDG-43 (SpecifiedDocumentCharacteristic) est composé des éléments suivants :
MDT-206 (ID) : code de la donnée sur laquelle le détail de statut porte.
MDT-207 (TypeCode) : code permettant de qualifier comment le bloc va être utilisé.
MDT-208 (ValueChangeIndicator) : indique s'il s'agit de proposer ou de demander une modification de valeur.
MDT-211 (Name) : nom de la donnée référencée en MDT-206.
MDT-212 (Description) : description de la donnée.
MDT-213 (Location) : XPath de la donnée concernée dans le message facture.
MDT-214 (Value) : nouvelle valeur à prendre en compte pour une donnée texte.
MDT-215 (ValueAmount) : valeur de montant quand il faut référencer un montant.
MDT-217 (ValueMeasure) : valeur de type unité de mesure attendue.
MDT-218 (ValueDateTime) : valeur de type date et / ou heure attendue.
MDT-221 (ValueCode) : valeur de type code attendue.
MDT-222 (ValueQuantity) : valeur de type quantité attendue.
MDT-223 (ValueNumeric) : valeur de type numérique attendue.
MDT-224 (ValuePercent) : valeur de type pourcentage attendue et, en cas d'e-reporting d'encaissement, taux de TVA applicable au montant encaissé.

Pièce jointe F - Bloc Specified Document Characteristic.
5.2 Règles de gestion applicables
Voir texte original : 5.2 Règles de gestion applicables
Masquer le texte original : 5.2 Règles de gestion applicables
5.2 Règles de gestion applicables
5.2 Règles de gestion applicables Le tableau ci-dessousliste lesrèglesde gestion applicablesau message CDAR pour l’échange de statuts deCycle de Vie de factures/Ils’agitprincipalementde règlesquirendentobligatoire une donnée facultativedans le message CDAR ou de règle de liste de codes à respecter, en fonction du type de message (phase traitement ou transmission). CODE BR Titre Description S’applique à BR-FR-04 CodeType de la facture Les code types de documents pour une facture sont les suivants: Factures simples : -Facture commerciale (380) -Facture auto-facturée (389) -Facture affacturée (393) -Facture auto-facturée affacturée (501) (*) Factures d’acompte : -Facture d’acompte (386) -Factured’acompteauto-facturée (500) (*) Factures rectificatives : -Facture rectificative (384) -Facture rectificative auto-facturée ( 471) (*) -Facture rectificative affacturée (472) (*) -Facture rectificative auto-facturée affacturée ( 473) (*) Avoirs : -Avoir auto-facturé (261) -Avoir pour Remise Global (262) -Avoir (381) -Avoir affacturé (396) -Avoir auto-facturé affacturé (502) (*) -Avoir de facture d’acompte (503) (*) Les autres types de factures définis dans la norme (UNTDID 1001) ne doivent pas être utilisés. /!\ : (*) En attente de l’intégration des codes par la maintenance EN16931 MDT-91 BR-FR-CDV-01 Donnée Obligatoire MDT-3 (et donc MDG-3)est obligatoire MDG-3 BR-FR-CDV-02 Donnée Obligatoire MDT-3 doit être égal à urn. cpro. gouv. fr:1p0: CDV: invoice MDT-3 CODE BR Titre Description S’applique à Pour le CDV transmis au PPF, cette donnée doit être égale à urn. cpro. gouv. fr:1p0: CDV: einvoicingF2 BR-FR-CDV-03 Donnée Obligatoire MDT-4 est obligatoire MDT-4 BR-FR-CDV-04 Donnée Obligatoire MDG-4 est obligatoire MDG-4 BR-FR-CDV-05 Donnée Obligatoire MDG-9 est obligatoire MDG-9 BR-FR-CDV-06 Donnée Obligatoire MDT-21 est obligatoire MDT-21 BR-FR-CDV-07 ID légal du Destinataire du CDV SI MDT-77 est égal à 23 ALORS MDT-38 est obligatoire C’est un ID (légal, privé) de celui qui pose le statut SI MDT-77 est égal à 305 et aucune MDT-59 = DFH ALORS MDT-38 n’est pas renseignée MDT-38 BR-FR-CDV-08 Adresse électronique du Destinataire du CDV si MDT-59 EST DIFFERENT de WK ou DFH, MDT-73 est Obligatoire MDT-73 BR-FR-CDV-09 CDV Transmission ou Traitement MDT-77 est OBLIGATOIRE et doit être égal à 23 ou 305 MDT-77 BR-FR-CDV-10 Identifiant unique de facture : ID de Facture MDT-87 (Identifiant du document objet du CDV) est OBLIGATOIRE En cas de statut IRRECEVABLE (MDT-105 = 501), MDT-87 est le nom du fichier irrecevable MDT-87 BR-FR-CDV-11 Identifiant unique de facture : Date de facture MDG-35 est OBLIGATOIRE sauf si MDT-105 = 501 (IRRECEVABLE) MDG-35 BR-FR-CDV-12 Donnée Obligatoire MDT-105 est OBLIGATOIRE MDT-105 BR-FR-CDV-13 Donnée Obligatoire MDT-129 est OBLIGATOIRE sauf si MDT-105 = 501 (IRRECEVABLE) MDT-129 BR-FR-CDV-14 Statut Encaissé Si le statut est "Encaissé" (MDT-105 = 212), ALORS il doit y avoir au moins 1 Bloc MDG-43 avec une valeur de MDT-207 = MEN et une valeur MDT-215 présente MDT-207 BR-FR-CDV-CL-01 Donnée listée MDT-2 est dans la liste ci-dessous : -REGULATED -NON_REGULATED -B2C -B2BINT -OUTOFSCOPE Cette donnée n’est pas transmise dans les CDV à destination du PPF (pour les statuts obligatoires "Déposée", "Rejetée", "Refusée", "Encaissée"), puisque seul les flux régulés (e-invoicing) font l’objet de CDV vers le PPF. à compléter le cas échéant MDT-2 CODE BR Titre Description S’applique à BR-FR-CDV-CL-02 CodeRole de l’émetteur (Sender) du CDV Si le statut (MDT-77) est égal à 305, alors MDT-21 DOIT être égal à WK. Si le statut (MDT-77) est égal à 23, alors MDT-21 DOIT être dans la liste suivante : (extrait de UNCL 3035): BY : Acheteur ; AB : Représentant de l’acheteur pour la vente. DL : Affactureur (Factor) SE : Vendeur AB : Agent d’acheteur SR : Agent de Vendeur WK : Plateforme ou opérateur de dématérialisation (du fournisseur/vendeur ou de l’acheteur) => Plateforme Agréée ou autre PE : Bénéficiaire (Payee) PR : Payeur II : INVOICER (Invoice issuer) IV : INVOICEE MDT-21 BR-FR-CDV-CL-03 CodeRole du Créateur (Issuer) du CDV Si le statut (MDT-77) est égal à 305, alors MDT-40 DOIT être égal à WK Si le statut (MDT-77) est égal à 23, alors MDT-40 est dans la liste suivante : (extrait de UNCL 3035) BY : Acheteur ; AB : Représentant de l’acheteur pour la vente. DL : Affactureur (Factor) SE : Vendeur MDT-40 AB : Agent d’acheteur SR : Agent de Vendeur PE : Bénéficiaire (Payee) PR : Payeur II : INVOICER (Facturant) IV : INVOICEE (Facturé à, adressé à) BR-FR-CDV-CL-04 CodeRole du Destinataire du CDV MDT-59 DOIT ETRE dans la liste suivante : (Extrait de UNCL 3035) BY : Acheteur ; AB : Représentant de l’acheteur pour la vente. DL : Affactureur (Factor) SE : Vendeur AB : Agent d’acheteur SR : Agent de Vendeur PE : Bénéficiaire (Payee) PR : Payeur II : INVOICER (Facturant) IV : INVOICEE (Facturé à, adressé à) WK : Plateforme ou opérateur de dématérialisation (du fournisseur/vendeur ou de l’acheteur) MDT-59 CODE BR Titre Description S’applique à BR-FR-CDV-CL-05 Code Statut Standard (UNTDID 1373) MDT-88 DOIT ETRE dans la liste UNTDID 1373, avec les correspondances suivantes pour les statuts MDT-105 Phase Transmission : MDT-77 = 30510(Documentvalid). Déposée51. Emise43.8 . RejeReçuetée•48. Acknowledge=MiseàDisposition Phase Traitement : MDT-77 = 2345 InProcess)=Priseencharge39 onhold)=Suspendue37 Complete)= Complétée50 Refjected/Refused)=Refusée(byC4) •49(Conditionnalyaccepted)=ApprouvéePartiellement47 Paid)= PaiementTransmis ET Encaissée46(UnderQuery)=Enlitige•1(accepted)= Approuvée MDT-88 BR-FR-CDV-CL-06 Code Statut Reforme MDT-105 et MDT-115 sont dans la liste des Codes statuts de Facture MDT-105, MDT-115 BR-FR-CDV-CL-07 Code Type du Vendeur MDT-132 DOIT ETRE égal à SE : Vendeur MDT-132 BR-FR-CDV-CL-08 CodeRole du Destinataire de la facture (Nouveau Bénéficiaire) MDT-158 DOIT ETRE dans la liste ci-dessous : (Extrait de UNCL 3035) BY : Acheteur ; AB : Représentant de l’acheteur pour la vente. DL : Affactureur (Factor) SE : Vendeur AB : Agent d’acheteur SR : Agent de Vendeur WK : Plateforme ou opérateur de dématérialisation (du fournisseur/vendeur ou de l’acheteur) ; DFH : Pour le PPF PE : Bénéficiaire (Payee) PR : Payeur II : INVOICER IV : INVOICEE MDT-158 BR-FR-CDV-CL-09 Code MOTIFS de Statuts MDT-113 est dans la liste des Codes motifs de statuts MDT-113 BR-FR-CDV-CL-10 Code ACTION requise MDT-121 est dans la liste des Codes actions de Facture MDT-121 CODE BR Titre Description S’applique à BR-FR-CDV-CL-11 Code objet MDG-43 MDT-207 est dans la liste suivante (à compléter) : -MEN : Montant encaissé (TTC) -MPA : Montant payé -RAP : Reste à payer (en cas de paiement partiel); -ESC : Escompte accordé ; -RAB : Rabais accordé ; -REM : Remise accordée. -MAP : Montant HT Approuvé -MAPTTC : Montant TTC Approuvé -MNA : Montant HT NON Approuvé -MNATTC : Montant TTC Non Approuvé -CBB : Coordonnées Bancaires Bénéficiaire à modifier -DIV : Donnée INVALIDE -DVA : Donnée VALIDE attendue -MAJ : Donnée à prendre en compte à la place de celle présente dans la facture pour le traitement (Statut "Complétée" ou "Complément") MDT-207
5.3 Motifs des statuts de cycle de vie
Voir texte original : 5.3 Motifs des statuts de cycle de vie
Masquer le texte original : 5.3 Motifs des statuts de cycle de vie
5.3 Motifs des statuts de cycle de vie
5.3 Motifs des statuts de cycle de vie. Certains statuts ont des listes restreintes de motifs, et notamment ceux qui ont comme conséquence l’annulation automatiquedesfactures : statuts « Rejetée àl’émission», « Rejetée en réception » et « Refusée ». La liste de ces statuts est fournie dans la feuille « Tableau des motifs de STATUTS », avec leur description. Un motif « NON_TRANSMISE » a été ajouté pour le statut « Déposée » pour le cas où une facture a pu être traitée en émission, et donc faire l’objet d’un statut «Déposée » qu’une transmission soit effectivement possible du faitd’absencede choixde Plateforme Agréée de réception par le destinataire(c’est-à-dire parce quele destinataire estbienprésentdansl’annuaire maisne dispose d’aucune ligne d’adressage associéeàune plateforme différente de la plateforme par défaut –matricule 9998).
5.4 Présentation du fichier annexe pour les feuilles CDAR
Voir texte original : 5.4 Présentation du fichier annexe pour les feuilles CDAR
Masquer le texte original : 5.4 Présentation du fichier annexe pour les feuilles CDAR
5.4 Présentation du fichier annexe pour les feuilles CDAR
5.4 Présentation du fichier annexe pour les feuilles CDAR Le fichier Excel annexe au présent document décrit aussi l’implémentation du message Cycle de Vie appliquée aux échanges de factures B2B au travers des Plateformes Agréées.
5.4.1 Feuille « CDV FE –CDAR »
Voir texte original : 5.4.1 Feuille « CDV FE –CDAR »
Masquer le texte original : 5.4.1 Feuille « CDV FE –CDAR »
5.4.1 Feuille « CDV FE –CDAR »
5.4.1 Feuille « CDV FE – CDAR » Il s’agit de la feuille de description du message Cycle de Vie (CDAR: Cross Domain Aknowledgement & Response)/ La source est l’annexe 2 des spécifications externes 3/0, à laquelle certaines colonnes ont été ajoutées : • Colonne A . ID de la donnée (celle de l’annexe 2 des spécifications externes 3/0) • Colonne B : le niveau dans la structure XML (0 racine, 1, premier bloc, ..) • Colonne C : Cardinalité dans le message CDAR • Colonne D (masquée) . cardinalitécorrigée pour lePPFdansl’annexe 2desspécifications externes3/0/ Ceci sera géré par des règles de schematron et pas par une modification de cardinalité xsd. • Colonnes F à I : description des données, par niveau. • Colonne J (et K, masquée) : Xpath en présentation dépliée (la présentation en une ligne est en colonne K, masquée) • Colonne L : règle de présence des données : R (Requise), O (Optionnelle), I (informatif, en pratique non utilisée), pour les échanges entre Plateformes Agréées et PPF, pour information seulement. • Colonne M : règle de présence des données : R (Requise), O (Optionnelle), I (informatif, en pratique non utilisée) pour les échanges entre Plateformes Agréées. C’estcette colonne quidoitêtre prise en compte pour la description du format CDV. Pour simplifier la lecture, la feuille a été filtrée de façon à ne pas montrer les lignes « I ». • Colonnes N à R : description des types logiques, longueur exigée par le PPF, listes applicables, définition métier et commentaire reprisesde l’Annexe 2 des spécifications externes 3.0 • Colonnes S à U (masquées) : règles de gestion à appliquer sur le message CDV pour les échanges PPF • Plateformes Agréées. • Colonne V . Règle de gestion àappliquer pour l’utilisation du message CDVentre Plateformes Agréées, objet du présent document. • Colonne W : texte des règles de gestion de la colonne V • Colonne X : filtrage pour exclure les lignes du message qui n’ont pasàêtre utilisées/ • Colonne Y : commentaires et suivi des modifications.
5.4.2 Feuille « BR-FR-CDV pour factures »
Voir texte original : 5.4.2 Feuille « BR-FR-CDV pour factures »
Masquer le texte original : 5.4.2 Feuille « BR-FR-CDV pour factures »
5.4.2 Feuille « BR-FR-CDV pour factures »
5.4.2 Feuille « BR-FR-CDV pour factures » Cette feuille reprend l’ensemble des règles de gestion applicables sur le message Cycle de Vie pour les échanges de factures via les Plateformes Agréées. Base de construction du schématron à appliquer : • Colonne B : Code de la règle de gestion • Colonne C : Titre de la règle de gestion • Colonne D : Description de la règle de gestion • Colonne E : sur quelle(s) données du message la règle s’applique-t-elle. • Colonnes G et après : indiquent les modifications apportées à chaque version.
5.4.3 Feuille « Acteurs CDV »
Voir texte original : 5.4.3 Feuille « Acteurs CDV »
Masquer le texte original : 5.4.3 Feuille « Acteurs CDV »
5.4.3 Feuille « Acteurs CDV »
5.4.3 Feuille « Acteurs CDV » Cette feuille décrit, pour chaque statut, comment renseigner l’entête du message CDV, de façon à ne pas nommer les Plateformes Agréées dans les messages. Il exprime aussi qui peut émettre le message (rôle) et quels sont les destinataires.
5.4.4 Feuille « Codes Action »
Voir texte original : 5.4.4 Feuille « Codes Action »
Masquer le texte original : 5.4.4 Feuille « Codes Action »
5.4.4 Feuille « Codes Action »
5.4.4 Feuille « Codes Action » Cette feuille présente les codes « Action » attendue, précédemment présents en feuille « Acteurs CDV ».
5.4.5 Feuille « Tableau des motifs de STATUTS »
Voir texte original : 5.4.5 Feuille « Tableau des motifs de STATUTS »
Masquer le texte original : 5.4.5 Feuille « Tableau des motifs de STATUTS »
5.4.5 Feuille « Tableau des motifs de STATUTS »
5.4.5 Feuille « Tableau des motifs de STATUTS » Cette feuille présente les motifs applicables aux statuts : • Colonne A : Code MOTIF • Colonne B : Libellé du Motif • Colonne C : Description du MOTIF et de quand il peut être utilisé • Colonnes I à Q : Pour quels statuts le Motif peut être utilisé/ Par filtrage, cecipermetd’avoirla liste des motifs applicables par statut. • Colonnes T et suivantes : indiquent les modifications apportées à chaque version. (normative) Description Excel des formats et profils XP_Z12-012_Annexe_A_V1.3.xls (normative) Exemples de factures (flux 2) et de messages CDAR de cycle de vie XP_Z12-012_Annexe_B_V1.3.zip