BR-CL-06 : Utiliser le code 3, 35 ou 432 comme code de date d'exigibilité de la TVA

La réponse courte

BR-CL-06 échoue lorsque cbc:DescriptionCode dans un cac:InvoicePeriod contient autre chose que 3, 35 ou 432. Chacun des trois codes désigne l'événement qui fixe le moment où la TVA devient exigible : 3 la date d'émission de la facture, 35 la date de livraison effective, 432 la date du paiement.

L'exemple enregistré envoyait 131, un code de la liste complète des qualifiants de date UNTDID 2005 que la norme EN 16931 n'autorise pas ici ; la facture corrigée utilise 3. PEPPOL-EN16931-CL006 contrôle le même élément par rapport aux trois mêmes codes, si bien qu'une valeur erronée est signalée par les deux règles.

Ce que la règle vérifie

Tout cac:InvoicePeriod est concerné, au niveau du document comme sur une ligne. Lors d'un essai, 131 dans la période d'une ligne a été signalé par cette règle et par PEPPOL-EN16931-CL006, avec l'avertissement UBL-CR-523, qui déconseille tout code dans la période d'une ligne.

La valeur est débarrassée de ses espaces et doit alors valoir exactement 3, 35 ou 432. Lors d'un essai, 3 entouré d'espaces a réussi, et 03 avec un zéro en tête a échoué.

Un cbc:DescriptionCode vide échoue également. Lors d'un essai, il a signalé cette règle, PEPPOL-EN16931-CL006 et PEPPOL-EN16931-R008.

Le code est contrôlé seul. Savoir s'il peut figurer à côté de cbc:TaxPointDate relève de BR-CO-03, et rien ne le compare aux dates de la période ni à la date de livraison.

Comment une intégration en arrive là

Causes possibles, déduites de la forme de la règle et non d'une utilisation mesurée :

• Le code est pris dans la liste complète UNTDID 2005 plutôt que parmi les trois codes qu'autorise la norme EN 16931, par exemple 131, que les factures EDIFACT utilisent pour qualifier une date d'exigibilité.
• Les codes sont enregistrés sur une largeur fixe, ce qui produit 03 ou 035.
• L'élément reçoit une description de la période, parce que cbc:DescriptionCode est confondu avec le champ de texte libre cbc:Description.
• Un élément vide est écrit quand la source n'a pas de code d'exigibilité, au lieu d'omettre l'élément.

Comment corriger le document

1. Déterminez ce qui fixe l'exigibilité de la TVA pour la facture : sa date d'émission (3), la date de livraison effective (35) ou le paiement (432, Paid to date).
2. Écrivez ce seul code, en chiffres uniquement, dans cbc:DescriptionCode du cac:InvoicePeriod au niveau du document.
3. Si vous connaissez l'exigibilité sous forme de date plutôt que d'événement, envoyez-la dans cbc:TaxPointDate et retirez le code ; les deux ne doivent pas apparaître ensemble.
4. Ne mettez pas de code dans la période d'une ligne. Une telle période ne reçoit que des dates, et tout code y déclenche l'avertissement UBL-CR-523.

Valider votre facture corrigée

Avant et après

Ce sont des extraits, pas des documents complets. Les documents synthétiques complets dont ils proviennent sont liés ci-dessous.

Fragment de la facture en échec : la période de facturation porte le code d'exigibilité 131

<cbc:BuyerReference>BUYER-REF-001</cbc:BuyerReference>
<cac:InvoicePeriod>
  <cbc:StartDate>2026-08-01</cbc:StartDate>
  <cbc:EndDate>2026-08-31</cbc:EndDate>
  <cbc:DescriptionCode>131</cbc:DescriptionCode>
</cac:InvoicePeriod>

Fragment de la facture corrigée : code 3, la date d'émission de la facture

<cbc:BuyerReference>BUYER-REF-001</cbc:BuyerReference>
<cac:InvoicePeriod>
  <cbc:StartDate>2026-08-01</cbc:StartDate>
  <cbc:EndDate>2026-08-31</cbc:EndDate>
  <cbc:DescriptionCode>3</cbc:DescriptionCode>
</cac:InvoicePeriod>

Seul le code de la période de facturation diffère : 131 dans la facture en échec, 3 dans la facture corrigée, avec les mêmes dates de début et de fin en août 2026. Le document en échec signale aussi PEPPOL-EN16931-CL006, le contrôle du même élément par rapport aux trois mêmes codes à l'étape Peppol, et la même correction efface les deux constats.

Où la règle s'applique

• S'applique à Invoice et CreditNote. Lors d'un essai, un avoir dont la période ne contenait que le code 131 a signalé cette règle et PEPPOL-EN16931-CL006.
• Aucune valeur ne sépare les deux règles : toutes deux retirent les espaces du code et acceptent les trois mêmes valeurs, si bien qu'elles échouent et réussissent ensemble.
• L'élément est facultatif, et un document sans code de date d'exigibilité de la TVA n'est pas contrôlé par cette règle.

Règles liées

• PEPPOL-EN16931-CL006 est la copie de ce contrôle à l'étape Peppol
• BR-CO-03 interdit le code à côté d'une date d'exigibilité de la TVA
• BR-CO-19 accepte une période de facturation qui ne contient que ce code
• BR-CL-05 contrôle le code de devise de comptabilisation de la TVA, une autre donnée facultative de déclaration de TVA
• Parcourir toutes les règles de la référence
• Contexte (en anglais) : Understanding EN 16931 validation errors

Portée et source

Rédigé pour Peppol BIS Billing 3.0.21 (May 2026), EN 16931 1.3.16, tel qu'appliqué aux documents Invoice et CreditNote en UBL 2.1. D'autres profils, syntaxes et versions peuvent définir cet identifiant autrement. Version du catalogue d'aide 2026-09-28.1 : source vérifiée le 2026-09-28, explication mise à jour le 2026-09-28.

La définition officielle de BR-CL-06 (en anglais) contient le texte normatif et le test. Cette page en est notre explication, pas une copie.

Cette aide ne modifie pas le verdict du moteur. Corriger ce constat ne signifie pas que le document passe toutes les étapes de validation, et la validation ne certifie pas la conformité juridique ou fiscale et ne transmet aucun document via Peppol.