Sur cette page
La réponse courte
BR-CL-08 échoue lorsqu'une cbc:Note au niveau de la facture a exactement trois caractères entre son premier et son deuxième #, et que ces trois caractères ne se trouvent pas dans la liste UNTDID 4451. La note enregistrée commençait par #aai# ; les codes sont en majuscules, la note corrigée commence donc par #AAI#, General information.
En UBL, le code de sujet de la note (BT-21) voyage dans le texte de la note sous cette forme #CODE#. Une note qui ne doit pas porter de code de sujet ne doit pas non plus contenir par hasard trois caractères entre deux dièses.
Ce que la règle vérifie
La règle lit chaque cbc:Note placée directement sous la racine et prend le texte situé entre ses deux premiers caractères #. Ce texte n'est recherché que s'il fait exactement trois caractères ; sinon la note réussit. Lors d'un essai, #INFO# avec quatre lettres et une note avec un seul # ont tous deux réussi.
Le code n'a pas besoin d'ouvrir la note. Lors d'un essai, Please quote #XYZ# when you pay a échoué, de même que Order #123# delivered in full, parce que 123 se trouve entre deux dièses.
Rien n'est retiré ni mis en majuscules. Lors d'un essai, #aai# a échoué, de même que le code inventé #INF#. La recherche parcourt la liste comme une seule chaîne de codes séparés par des espaces, si bien que trois caractères contenant une espace peuvent réussir : #A A# a réussi lors d'un essai.
Les notes de ligne sont hors du champ de la règle. Lors d'un essai, #aai# au début d'une cbc:Note de ligne a réussi.
| Terme | Signification | Élément UBL |
|---|---|---|
| BT-21 | Code du sujet de la note de facture | cbc:Note (the three characters between the first two # signs) |
| BT-22 | Note de facture | cbc:Note |
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 :
- Un modèle écrit le code de sujet en minuscules, comme dans l'exemple enregistré.
- L'intégration fabrique un code à partir d'un mot, comme
#INF#pour une information ou#VAT#pour une remarque fiscale, au lieu de le prendre dans la liste. - Un texte libre saisi par le vendeur contient une référence entre dièses, comme un numéro de commande, avec exactement trois caractères dans la première paire.
Comment corriger le document
- Décidez si la note a vraiment besoin d'un code de sujet ; une note sans code est valide.
- Si oui, prenez le code dans l'UNTDID 4451 et écrivez-le en majuscules entre deux dièses tout au début de la note, puis le texte :
#AAI#pour General information. - Si le texte libre peut contenir
#, remplacez ce caractère avant d'écrire la note, ou placez un vrai code de sujet en premier pour que la première paire de dièses le contienne toujours. - Proposez les codes de sujet qu'utilise votre système sous forme de choix fixe, vérifié par rapport à la liste, plutôt que de laisser les utilisateurs les saisir.
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 : le code de sujet de la note est écrit en minuscules
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
<cbc:Note>#aai#Please quote the invoice number when you pay</cbc:Note>
<cbc:DocumentCurrencyCode>GBP</cbc:DocumentCurrencyCode>Fragment de la facture corrigée : le code de sujet est AAI, General information
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
<cbc:Note>#AAI#Please quote the invoice number when you pay</cbc:Note>
<cbc:DocumentCurrencyCode>GBP</cbc:DocumentCurrencyCode>Seule la casse du code de sujet diffère : #aai# dans la facture en échec, #AAI# dans la facture corrigée, avec le même texte à la suite. Le document en échec ne signale que BR-CL-08, et l'étape Peppol a réussi.
Ce que le validateur a signalé
- La facture en erreur signale BR-CL-08. Le document corrigé passe toutes les étapes de validation sans constat.Télécharger le XML en erreurTélécharger le XML corrigé
Enregistré avec phive 12.1.0 / phive-rules-peppol 4.5.6 / Saxon-HE 12.10, le moteur du validateur gratuit, sur des données synthétiques. Un résultat enregistré est une preuve de non-régression pour ces documents ; ce n'est pas une certification.
Où la règle s'applique
- S'applique à
InvoiceetCreditNote;#aai#au début de lacbc:Noted'un avoir n'a signalé que cette règle lors d'un essai. - L'étape Peppol ne regarde pas les codes de sujet, mais elle limite le nombre de notes : sauf si le vendeur et l'acheteur sont tous deux allemands, une seconde
cbc:Noteest signalée parPEPPOL-EN16931-R002. Lors d'un essai, deux notes, dont la seconde commençait par#aai#, ont signalé les deux règles. - La liste figée compte 383 codes. Vérifiez un code par rapport à la liste de cette version plutôt qu'à une ancienne copie de l'UNTDID 4451.
Règles liées
- PEPPOL-EN16931-R002 n'autorise qu'une note de facture en dehors des échanges entre entreprises allemandes
- PEPPOL-EN16931-CL003 rejette un code de sujet comme DEL lorsqu'il est réutilisé comme code de motif de frais
- 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-08 (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.

