Aller au contenu principal

Exemples fonctionnels des statuts CDAR

Cette page montre la correspondance entre un événement métier, les données disponibles dans l'ERP, le CDAR à produire et le résultat fonctionnel attendu.

La procédure d'envoi n'est pas répétée dans chaque cas. Tous les fichiers sont déposés de la même manière avec POST /v1/flows, flowSyntax: "CDAR" et le fichier XML en multipart.

➡️ Consulter les règles communes et la procédure d'envoi

Télécharger les neuf exemples CDAR complets (.zip)

Pour chaque statut, le lien Télécharger enregistre le fichier XML. Le lien Afficher le XML l'ouvre dans un nouvel onglet pour consultation.

Données communes aux exemples

Les neuf cas réutilisent la même facture fictive.

Donnée disponibleValeur
Numéro de factureF202600042
Type de document380 — facture
Date de facture2026-09-15
VendeurVENDEUR EXEMPLE — SIREN 100000009
Adresse électronique du vendeur100000009_STATUTS, schéma 0225
AcheteurACHETEUR EXEMPLE — SIREN 200000008
Adresse électronique de l'acheteur200000008, schéma 0225
Date de réception de la facture2026-09-15 12:00:00 UTC

Dans le CDAR, le vendeur reste l'IssuerTradeParty de la facture référencée, quel que soit l'acteur qui publie le statut.

204 — Prise en charge

Cas d'usage

L'acheteur a intégré la facture dans son système et confirme qu'il commence son traitement.

Données propres au statut

Donnée métierValeur d'exempleCorrespondance CDAR
Émetteur du statutAcheteurExchangedDocument/IssuerTradeParty/RoleCode = BY
Date de prise en charge2026-09-16 08:15:00 UTCIssueDateTime au format 204
Statut204ProcessConditionCode
Code standard45StatusCode

Partie spécifique du document

<ram:StatusCode>45</ram:StatusCode>
<ram:ReceiptDateTime>
<udt:DateTimeString format="204">20260915120000</udt:DateTimeString>
</ram:ReceiptDateTime>
<ram:ProcessConditionCode>204</ram:ProcessConditionCode>
<ram:ProcessCondition>Prise_en_charge</ram:ProcessCondition>

Télécharger le CDAR 204 complet (.xml) · Afficher le XML

Résultat fonctionnel attendu

La facture F202600042 passe au statut Prise en charge. L'événement est attribué à l'acheteur et daté du 16 septembre 2026 à 08:15 UTC. Aucun motif ni détail de paiement n'est affiché.

205 — Approuvée

Cas d'usage

L'acheteur valide la facture dans son intégralité.

Données propres au statut

Donnée métierValeur d'exempleCorrespondance CDAR
Émetteur du statutAcheteurRoleCode = BY
Date d'approbation2026-09-16 08:30:00 UTCIssueDateTime
Statut205ProcessConditionCode
Code standard1StatusCode
CommentaireNon renseignéPas de SpecifiedDocumentStatus nécessaire

Partie spécifique du document

<ram:StatusCode>1</ram:StatusCode>
<ram:ProcessConditionCode>205</ram:ProcessConditionCode>
<ram:ProcessCondition>Approuvee</ram:ProcessCondition>

Télécharger le CDAR 205 complet (.xml) · Afficher le XML

Résultat fonctionnel attendu

La facture passe au statut Approuvée. Le statut est attribué à l'acheteur. Aucun motif n'est associé à l'événement.

206 — Approuvée partiellement

Cas d'usage

L'acheteur accepte huit unités sur les dix facturées à la ligne 2.

Données propres au statut

Donnée métierValeur d'exempleCorrespondance CDAR
Émetteur du statutAcheteurRoleCode = BY
Statut206ProcessConditionCode
Code standard49StatusCode
Code motif FNFEQTE_ERRReasonCode — obligatoire
Libellé du motifQuantité facturée incorrecteReason
CommentaireLa ligne 2 est approuvée pour 8 unités sur les 10 facturées.IncludedNote/Content

Partie spécifique du document

<ram:StatusCode>49</ram:StatusCode>
<ram:ProcessConditionCode>206</ram:ProcessConditionCode>
<ram:ProcessCondition>Approuvee_partiellement</ram:ProcessCondition>
<ram:SpecifiedDocumentStatus>
<ram:ReasonCode>QTE_ERR</ram:ReasonCode>
<ram:Reason>Quantité facturée incorrecte</ram:Reason>
<ram:SequenceNumeric>1</ram:SequenceNumeric>
<ram:IncludedNote>
<ram:Content>La ligne 2 est approuvée pour 8 unités sur les 10 facturées.</ram:Content>
</ram:IncludedNote>
</ram:SpecifiedDocumentStatus>

Télécharger le CDAR 206 complet (.xml) · Afficher le XML

Résultat fonctionnel attendu

La facture passe au statut Approuvée partiellement. Le motif Quantité facturée incorrecte et le commentaire sont consultables avec l'événement.

207 — En litige

Cas d'usage

L'acheteur conteste le taux de TVA appliqué à la ligne 3 et ouvre un litige.

Données propres au statut

Donnée métierValeur d'exempleCorrespondance CDAR
Émetteur du statutAcheteurRoleCode = BY
Statut207ProcessConditionCode
Code standard46StatusCode
Code motif FNFETX_TVA_ERRReasonCode — obligatoire
Libellé du motifTaux de TVA erronéReason
CommentaireLe taux de TVA de la ligne 3 doit être vérifié.IncludedNote/Content

Partie spécifique du document

<ram:StatusCode>46</ram:StatusCode>
<ram:ProcessConditionCode>207</ram:ProcessConditionCode>
<ram:ProcessCondition>En_litige</ram:ProcessCondition>
<ram:SpecifiedDocumentStatus>
<ram:ReasonCode>TX_TVA_ERR</ram:ReasonCode>
<ram:Reason>Taux de TVA erroné</ram:Reason>
<ram:SequenceNumeric>1</ram:SequenceNumeric>
<ram:IncludedNote>
<ram:Content>Le taux de TVA de la ligne 3 doit être vérifié.</ram:Content>
</ram:IncludedNote>
</ram:SpecifiedDocumentStatus>

Télécharger le CDAR 207 complet (.xml) · Afficher le XML

Résultat fonctionnel attendu

La facture passe au statut En litige. Le code motif, son libellé et le commentaire sont restitués au fournisseur.

208 — Suspendue

Cas d'usage

L'acheteur suspend le traitement car le bon de livraison signé est absent.

Données propres au statut

Donnée métierValeur d'exempleCorrespondance CDAR
Émetteur du statutAcheteurRoleCode = BY
Statut208ProcessConditionCode
Code standard39StatusCode
Code motif FNFEJUSTIF_ABSReasonCode — obligatoire
Libellé du motifJustificatif absent ou insuffisantReason
Commentaire demandé au fournisseurMerci de transmettre le bon de livraison signé.IncludedNote/Content — obligatoire

Partie spécifique du document

<ram:StatusCode>39</ram:StatusCode>
<ram:ProcessConditionCode>208</ram:ProcessConditionCode>
<ram:ProcessCondition>Suspendue</ram:ProcessCondition>
<ram:SpecifiedDocumentStatus>
<ram:ReasonCode>JUSTIF_ABS</ram:ReasonCode>
<ram:Reason>Justificatif absent ou insuffisant</ram:Reason>
<ram:SequenceNumeric>1</ram:SequenceNumeric>
<ram:IncludedNote>
<ram:Content>Merci de transmettre le bon de livraison signé.</ram:Content>
</ram:IncludedNote>
</ram:SpecifiedDocumentStatus>

Télécharger le CDAR 208 complet (.xml) · Afficher le XML

Résultat fonctionnel attendu

La facture passe au statut Suspendue. Le fournisseur voit le motif et le justificatif attendu. Une réponse du fournisseur pourra ensuite être publiée avec le statut 209.

209 — Complétée

Cas d'usage

Le fournisseur répond à la suspension en transmettant le bon de livraison demandé.

Données propres au statut

Donnée métierValeur d'exempleCorrespondance CDAR
Émetteur du statutFournisseurExchangedDocument/IssuerTradeParty/RoleCode = SE
Destinataire du statutAcheteurRecipientTradeParty/RoleCode = BY
Statut209ProcessConditionCode
Code standard37StatusCode
MessageLe bon de livraison signé est joint au CDAR.IncludedNote/Content
Justificatifjustificatif.txt dans cet exempleAttachmentBinaryObject encodé en Base64

Partie spécifique du document

<ram:AttachmentBinaryObject
mimeCode="text/plain"
filename="justificatif.txt">Qm9uIGRlIGxpdnJhaXNvbiBzaWduw6kg4oCUIGV4ZW1wbGUgZG9jdW1lbnRhaXJlLgo=</ram:AttachmentBinaryObject>
<ram:StatusCode>37</ram:StatusCode>
<ram:ProcessConditionCode>209</ram:ProcessConditionCode>
<ram:ProcessCondition>Completee</ram:ProcessCondition>
<ram:SpecifiedDocumentStatus>
<ram:SequenceNumeric>1</ram:SequenceNumeric>
<ram:IncludedNote>
<ram:Content>Le bon de livraison signé est joint au CDAR.</ram:Content>
</ram:IncludedNote>
</ram:SpecifiedDocumentStatus>

Télécharger le CDAR 209 complet (.xml) · Afficher le XML

Résultat fonctionnel attendu

La facture passe au statut Complétée. L'événement est attribué au fournisseur. Le message et le justificatif sont conservés avec le CDAR et peuvent être exploités par le destinataire.

210 — Refusée

Cas d'usage

L'acheteur refuse définitivement la facture car la prestation a déjà été facturée.

Données propres au statut

Donnée métierValeur d'exempleCorrespondance CDAR
Émetteur du statutAcheteurRoleCode = BY
Statut210ProcessConditionCode
Code standard50StatusCode
Code motif FNFEDOUBLE_FACTReasonCode — obligatoire
Libellé du motifDouble factureReason
CommentaireLa prestation a déjà été facturée sous la référence F202600041.IncludedNote/Content — obligatoire

Partie spécifique du document

<ram:StatusCode>50</ram:StatusCode>
<ram:ProcessConditionCode>210</ram:ProcessConditionCode>
<ram:ProcessCondition>Refusee</ram:ProcessCondition>
<ram:SpecifiedDocumentStatus>
<ram:ReasonCode>DOUBLE_FACT</ram:ReasonCode>
<ram:Reason>Double facture</ram:Reason>
<ram:SequenceNumeric>1</ram:SequenceNumeric>
<ram:IncludedNote>
<ram:Content>La prestation a déjà été facturée sous la référence F202600041.</ram:Content>
</ram:IncludedNote>
</ram:SpecifiedDocumentStatus>

Télécharger le CDAR 210 complet (.xml) · Afficher le XML

Résultat fonctionnel attendu

La facture passe au statut final Refusée. Le fournisseur reçoit le motif normalisé et l'explication du refus.

211 — Paiement transmis

Cas d'usage

L'acheteur a émis un paiement de 1 200,00 EUR le 30 septembre 2026.

Données propres au statut

Donnée métierValeur d'exempleCorrespondance CDAR
Émetteur du statutAcheteurRoleCode = BY
Statut211ProcessConditionCode
Code standard47StatusCode
Type de caractéristiqueMPASpecifiedDocumentCharacteristic/TypeCode
Montant et devise1200.00 EURValueAmount et son attribut currencyID
Date de paiement2026-09-30ValueDateTime/DateTimeString au format 102

Partie spécifique du document

<ram:ProcessConditionCode>211</ram:ProcessConditionCode>
<ram:ProcessCondition>Paiement_transmis</ram:ProcessCondition>
<ram:SpecifiedDocumentStatus>
<ram:SequenceNumeric>1</ram:SequenceNumeric>
<ram:SpecifiedDocumentCharacteristic>
<ram:TypeCode>MPA</ram:TypeCode>
<ram:ValueChangedIndicator>
<udt:IndicatorString>false</udt:IndicatorString>
</ram:ValueChangedIndicator>
<ram:ValueAmount currencyID="EUR">1200.00</ram:ValueAmount>
<ram:ValueDateTime>
<udt:DateTimeString format="102">20260930</udt:DateTimeString>
</ram:ValueDateTime>
</ram:SpecifiedDocumentCharacteristic>
</ram:SpecifiedDocumentStatus>

Télécharger le CDAR 211 complet (.xml) · Afficher le XML

Résultat fonctionnel attendu

La facture passe au statut Paiement transmis. Le fournisseur dispose du montant, de la devise et de la date du paiement annoncé.

212 — Encaissée

Cas d'usage

Le fournisseur constate l'encaissement de 1 200,00 EUR correspondant au taux de TVA de 20 %.

Données propres au statut

Donnée métierValeur d'exempleCorrespondance CDAR
Émetteur du statutFournisseurRoleCode = SE
Destinataire du statutAcheteurRoleCode = BY
Statut212ProcessConditionCode
Code standard47StatusCode
Type de caractéristiqueMENSpecifiedDocumentCharacteristic/TypeCode
Montant et devise1200.00 EURValueAmount et son attribut currencyID
Taux de TVA20.00ValuePercent

Partie spécifique du document

<ram:ProcessConditionCode>212</ram:ProcessConditionCode>
<ram:ProcessCondition>Encaissee</ram:ProcessCondition>
<ram:SpecifiedDocumentStatus>
<ram:SequenceNumeric>1</ram:SequenceNumeric>
<ram:SpecifiedDocumentCharacteristic>
<ram:TypeCode>MEN</ram:TypeCode>
<ram:ValueChangedIndicator>
<udt:IndicatorString>false</udt:IndicatorString>
</ram:ValueChangedIndicator>
<ram:ValueAmount currencyID="EUR">1200.00</ram:ValueAmount>
<ram:ValuePercent>20.00</ram:ValuePercent>
</ram:SpecifiedDocumentCharacteristic>
</ram:SpecifiedDocumentStatus>

Télécharger le CDAR 212 complet (.xml) · Afficher le XML

Résultat fonctionnel attendu

La facture passe au statut Encaissée. L'événement est attribué au fournisseur et restitue le montant encaissé ainsi que le taux de TVA associé.

Lorsqu'un encaissement couvre plusieurs taux de TVA, le CDAR contient une caractéristique MEN par taux.

Contrôles avant envoi

  • le code motif appartient à la matrice des codes autorisés pour le statut concerné ;
  • un alias utilisé par une interface n'est jamais écrit à la place du code FNFE dans ReasonCode ;
  • le rôle de l'émetteur correspond au statut ;
  • le numéro, la date, le type et le vendeur identifient la facture d'origine ;
  • les montants utilisent un point comme séparateur décimal ;
  • tout champ texte présent est non vide ;
  • le XML passe les contrôles XSD et Schematron applicables.

➡️ Revenir à la procédure commune d'envoi