Aller au contenu principal

Référence

Export Markdown

BR-CL-01 Le code de type de facture doit provenir de la liste UNTDID 1001

Le code de type de facture (BT-3) doit appartenir aux codes de facture et d’avoir que la norme EN 16931 reprend de la liste UNTDID 1001. En UBL, les documents Invoice et CreditNote ont chacun leur propre liste.

Description du problème

ERREUR

Règle de liste de codes EN 16931 (BR-CL)

Contexte et importance

BT-3 indique au destinataire s’il doit comptabiliser le document comme une facture ou comme un avoir. En UBL, 381 n’est admis que dans cbc:CreditNoteTypeCode : un ERP qui exporte chaque document comme Invoice avec le code 381 enfreint cette règle, alors que le même code est valide en CII. Autre cause fréquente : un type de pièce interne (« INV », « FA ») écrit à la place d’un code. Associez chaque type de pièce interne à un code UNTDID 1001 avant l’export. XRechnung restreint en outre les codes admis (BR-DE-17).

Solution

Définissez BT-3 sur un code valide, par exemple 380 (facture commerciale), 326 (facture partielle), 384 (facture rectificative), 389 (autofacturation) ou 875 à 877 (factures de travaux). En UBL, un avoir de code 381 doit être un document CreditNote (cbc:CreditNoteTypeCode) : un 381 dans cbc:InvoiceTypeCode déclenche BR-CL-01. En CII, le code figure dans rsm:ExchangedDocument/ram:TypeCode.

Actions rapides

Exemples valides

  • BT-3 = 380 — facture commerciale (UBL Invoice)
  • BT-3 = 381 — avoir (en UBL : uniquement dans un document CreditNote)

Exemples invalides

  • cbc:InvoiceTypeCode = 381 dans un document UBL Invoice — les codes d’avoir relèvent d’un CreditNote
  • BT-3 = FA — type de pièce interne au lieu d’un code
  • BT-3 = 999 — absent de la liste UNTDID 1001

Exemples de code

XML valide
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
XML invalide
<cbc:InvoiceTypeCode>381</cbc:InvoiceTypeCode>

Champs concernés

Outils de validation