PEPPOL-EN16931-CL006 : Utiliser 3, 35 ou 432 comme code de date d'exigibilité de la TVA de la période de facturation

La réponse courte

PEPPOL-EN16931-CL006 échoue lorsque le cbc:DescriptionCode d'une période de facturation contient autre chose que 3, 35 ou 432. L'élément est le code de date d'exigibilité de la TVA : il indique si la TVA devient exigible à la date d'émission de la facture (3), à la date de livraison effective (35) ou à la date de paiement (432, paid to date). Écrivez celui des trois codes qui correspond à votre traitement TVA, ou omettez l'élément.

L'exemple enregistré porte 5, le code de la date de facture dans la syntaxe CII, où le même terme métier utilise les codes 5, 29 et 72. En UBL, la date d'émission de la facture est 3. EN 16931 contrôle l'élément avec les mêmes trois codes via BR-CL-06, si bien que la valeur est signalée par les deux étapes.

Ce que la règle vérifie

La règle s'exécute sur chaque cbc:DescriptionCode d'une cac:InvoicePeriod, supprime les espaces autour de son texte et le compare aux trois codes autorisés. Lors d'un essai, 35 entouré d'espaces a réussi, de même que 432.

Seuls trois des qualificatifs de date et d'heure de UNCL 2005 sont acceptés. Lors d'un essai, 137, un code UNCL 2005 pour la date d'émission d'un document, a été signalé par cette règle et par BR-CL-06, tout comme 29, 72, 003 et 3 35.

La liste Peppol et la liste EN 16931 de cet élément contiennent les mêmes trois codes, et toutes deux comparent la valeur sans ses espaces de bord. Pour chaque valeur essayée, les deux constats sont donc apparus ensemble : cette règle dans l'étape Peppol et BR-CL-06 dans l'étape EN 16931.

Un <cbc:DescriptionCode></cbc:DescriptionCode> vide échoue aussi. Lors d'un essai, il a fait apparaître, à côté de cette règle, BR-CL-06 et PEPPOL-EN16931-R008, la règle Peppol contre les éléments vides.

Les périodes de ligne sont contrôlées elles aussi. Lors d'un essai, 5 dans la période de facturation d'une ligne a été signalé par cette règle et par BR-CL-06, avec l'avertissement UBL-CR-523, qui déconseille un code de description au niveau de la ligne ; 3 au même endroit n'a laissé que cet avertissement.

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 mappage a été écrit pour CII, ou convertit depuis CII, et recopie 5, 29 ou 72 en UBL, où les codes de même sens sont 3, 35 et 432.
• Un paramètre interne de fait générateur, comme INVOICE, DELIVERY ou PAYMENT, ou un nombre qui le représente, est écrit dans l'élément sans conversion.
• Le nom de l'élément évoque une description, si bien qu'un libellé de la période, comme un nom de mois, s'y retrouve.

Comment corriger le document

1. Déterminez d'après votre paramétrage TVA la date que suit l'exigibilité : la date d'émission de la facture, la date de livraison effective ou la date de paiement.
2. Écrivez le code correspondant : 3, 35 ou 432. Si vous convertissez depuis CII, associez 5 à 3, 29 à 35 et 72 à 432.
3. Si la date d'exigibilité de la TVA elle-même est connue, vous pouvez l'envoyer plutôt dans cbc:TaxPointDate et omettre le code : BR-CO-03 rejette les deux ensemble.
4. Gardez la période elle-même dans cbc:StartDate et cbc:EndDate ; rien de descriptif n'a sa place dans l'élément de code.

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 CII 5

<cbc:IssueDate>2026-09-08</cbc:IssueDate>
<!-- due date, type code, currency and buyer reference omitted from this fragment -->
<cac:InvoicePeriod>
  <cbc:StartDate>2026-08-01</cbc:StartDate>
  <cbc:EndDate>2026-08-31</cbc:EndDate>
  <cbc:DescriptionCode>5</cbc:DescriptionCode>
</cac:InvoicePeriod>

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

<cbc:IssueDate>2026-09-08</cbc:IssueDate>
<!-- due date, type code, currency and buyer reference omitted from this fragment -->
<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 description diffère : 5 dans la facture en échec, 3 dans la facture corrigée, ce qui fait de la date d'émission 2026-09-08 la date d'exigibilité de la TVA. Le document en échec signale aussi BR-CL-06, le contrôle EN 16931 du même élément avec les mêmes trois codes, et la seule correction efface les deux constats.

Où la règle s'applique

• S'applique à UBL Invoice et CreditNote. Lors d'un essai, un avoir dont la période de facturation portait 5 a signalé les deux mêmes règles.
• Signalée par l'étape Peppol. L'étape EN 16931 a signalé les mêmes valeurs via BR-CL-06 dans chaque cas essayé, de sorte qu'un document en échec ici ne réussit pas non plus EN 16931.
• Le code est facultatif. Une période de facturation avec ses deux seules dates réussit, et lors d'un essai une période ne contenant que 35, sans aucune date, a elle aussi réussi toutes les étapes.

Règles liées

• BR-CL-06 applique les mêmes trois codes à cet élément dans l'étape EN 16931
• BR-CO-03 interdit d'envoyer le code de date d'exigibilité de la TVA avec une date d'exigibilité de la TVA
• BR-CO-19 accepte une période de facturation qui ne contient qu'un code de description
• PEPPOL-EN16931-CL007 est le contrôle Peppol de liste de codes pour la devise de chaque montant
• Parcourir toutes les règles de la référence
• Contexte (en anglais) : How Peppol invoice validation actually works

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 PEPPOL-EN16931-CL006 (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.