Sur cette page
La réponse courte
BR-06 échoue lorsque cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:RegistrationName est absent ou vide. Indiquez-y la raison sociale enregistrée du vendeur.
La règle lit ce seul chemin. Un nom écrit dans cac:PartyName/cbc:Name, qui est le nom commercial du vendeur, la laisse en échec.
Ce que la règle vérifie
La règle prend le cbc:RegistrationName du fournisseur et échoue s'il n'existe pas ou ne contient que des espaces. Elle ne cherche de nom nulle part ailleurs dans la partie et ne distingue pas un vrai nom d'une valeur provisoire : tout texte visible passe.
Absent ou vide : le schéma UBL rend facultatifs aussi bien cac:PartyLegalEntity que le cbc:RegistrationName qu'il contient, donc l'étape XSD n'arrête pas un document qui omet l'un ou l'autre. Un tel document signale BR-06 seul. Lorsque l'élément est présent mais vide, comme dans l'exemple enregistré, PEPPOL-EN16931-R008 est aussi signalé.
Le constat est localisé à la racine du document, et non à la partie fournisseur, car la règle est évaluée une fois par document. C'est l'identifiant de la règle qui indique qu'il s'agit du nom du vendeur et non de celui de l'acheteur.
| Terme | Signification | Élément UBL |
|---|---|---|
| BT-27 | Nom du vendeur | cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:RegistrationName |
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 système source ne conserve qu'un nom d'affichage, et le mapping l'envoie uniquement vers
cac:PartyName/cbc:Name. - La raison sociale provient d'une fiche de paramètres de société qui n'a pas été complétée pour ce tenant ou cette entité juridique.
- Le sérialiseur écrit
cac:PartyLegalEntitypour le numéro d'immatriculation de la société et omet le nom, ou l'écrit comme élément vide lorsque la valeur est nulle. - Une configuration multisociété détermine l'entité vendeuse au moment de l'export, et la recherche ne trouve rien pour ce document.
Comment corriger le document
- Repérez dans les données source la raison sociale de l'entité vendeuse, c'est-à-dire le nom sous lequel elle est immatriculée, et non une marque ou un service.
- Écrivez-la dans
cbc:RegistrationNameà l'intérieur ducac:PartyLegalEntitydu fournisseur, avant l'éventuelcbc:CompanyIDqui s'y trouve. - S'il existe aussi un nom commercial, conservez-le en plus dans
cac:PartyName/cbc:Name. C'est un champ distinct, qui ne remplace pas la raison sociale. - Arrêtez l'export lorsque la raison sociale est inconnue. Ne remplissez pas l'élément avec une valeur provisoire ; le nom identifie l'émetteur de la facture.
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.
Partie fournisseur de la facture en échec : l'entité juridique est présente, mais son nom est vide
<cac:AccountingSupplierParty>
<cac:Party>
<!-- endpoint, postal address and tax scheme omitted from this fragment -->
<cac:PartyLegalEntity>
<cbc:RegistrationName></cbc:RegistrationName>
<cbc:CompanyID>12345678</cbc:CompanyID>
</cac:PartyLegalEntity>
</cac:Party>
</cac:AccountingSupplierParty>Partie fournisseur de la facture corrigée : la raison sociale est renseignée
<cac:AccountingSupplierParty>
<cac:Party>
<!-- endpoint, postal address and tax scheme omitted from this fragment -->
<cac:PartyLegalEntity>
<cbc:RegistrationName>Example Supplier Ltd</cbc:RegistrationName>
<cbc:CompanyID>12345678</cbc:CompanyID>
</cac:PartyLegalEntity>
</cac:Party>
</cac:AccountingSupplierParty>Seul le cbc:RegistrationName du fournisseur diffère : vide dans la facture en échec, Example Supplier Ltd dans la facture corrigée. Le document en échec signale aussi PEPPOL-EN16931-R008, qui refuse tout élément sans contenu ni enfant, et le nom vide est un tel élément. Renseigner le nom lève les deux constats.
Ce que le validateur a signalé
- La facture en erreur signale BR-06 et PEPPOL-EN16931-R008. 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 de la même façon aux documents UBL
InvoiceetCreditNote; la partie fournisseur a la même structure dans les deux, et l'avoir enregistré avec un nom de vendeur vide signale les deux mêmes règles. - La règle ne concerne que le vendeur. Elle ne lit ni le bénéficiaire ni le représentant fiscal, qui sont des parties distinctes du document.
Règles liées
- BR-07 est le même contrôle pour le nom de l'acheteur
- PEPPOL-EN16931-R008 se déclenche aussi lorsque l'élément de nom est présent mais vide
- PEPPOL-EN16931-R020 exige l'adresse électronique du vendeur dans la même partie
- BR-CO-09 contrôle le préfixe pays de l'identifiant TVA du vendeur
- 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-24.1 : source vérifiée le 2026-09-24, explication mise à jour le 2026-09-20.
La définition officielle de BR-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.

