Aller au contenu

Ironfang Finance - Référence des règles

BR-06 : Ajouter le nom du vendeur comme RegistrationName du fournisseur

La partie fournisseur doit avoir un cbc:RegistrationName non vide dans cac:PartyLegalEntity. Un nom commercial dans cac:PartyName ne compte pas.

EN 16931Erreur : le document n'est pas valideChamps de baseParties et adresses

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.

TermeSignificationÉlément UBL
BT-27Nom du vendeurcac: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:PartyLegalEntity pour 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

  1. 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.
  2. Écrivez-la dans cbc:RegistrationName à l'intérieur du cac:PartyLegalEntity du fournisseur, avant l'éventuel cbc:CompanyID qui s'y trouve.
  3. 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.
  4. 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é

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 Invoice et CreditNote ; 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.

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.