BR-07 : Ajouter le nom de l'acheteur comme RegistrationName du client

La réponse courte

BR-07 échoue lorsque cac:AccountingCustomerParty/cac:Party/cac:PartyLegalEntity/cbc:RegistrationName est absent ou vide. Écrivez dans cet élément le nom complet du client facturé.

C'est le pendant de BR-06 pour l'autre partie. Les deux peuvent échouer dans le même document, et les deux constats sont localisés à la racine du document : vérifiez donc l'identifiant de la règle pour savoir de quelle partie il s'agit.

Ce que la règle vérifie

La règle prend le cbc:RegistrationName du cac:PartyLegalEntity du client et échoue lorsque l'élément n'existe pas ou ne contient que des espaces. Un nom commercial de l'acheteur dans cac:PartyName/cbc:Name est un autre champ et ne la satisfait pas.

Absent ou vide : ni cac:PartyLegalEntity ni son cbc:RegistrationName ne sont obligatoires dans le schéma UBL, donc un document qui les omet passe l'étape XSD et signale BR-07 seul. Dans l'exemple enregistré, l'élément est présent mais vide, ce qui ajoute PEPPOL-EN16931-R008 au rapport.

Le contenu n'est examiné que pour vérifier qu'il n'est pas vide. La règle ne compare le nom ni à l'adresse électronique de l'acheteur, ni à un numéro d'immatriculation, ni à un annuaire.

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 :

• La fiche client comporte une personne de contact et une adresse, mais le champ du nom de la société n'a jamais été rempli.
• Le client est un particulier, et le mapping lit une colonne de nom de société qui est vide pour les personnes.
• Le nom est pris dans l'adresse de livraison ou chez le contact qui a passé commande, et cette fiche est incomplète, alors que le compte de facturation contient le vrai nom.
• Le nom du client est joint depuis un CRM ou un service de données de référence, et la jointure ne renvoie rien pour les comptes archivés ou fusionnés.
• Le sérialiseur produit cac:PartyLegalEntity pour porter le numéro d'immatriculation de l'acheteur et écrit le nom comme élément vide lorsque la valeur est nulle.

Comment corriger le document

1. Déterminez quelle fiche source représente le client facturé, normalement le compte de facturation, et prenez-y le nom.
2. Écrivez-le dans cbc:RegistrationName à l'intérieur du cac:PartyLegalEntity du client. Pour une organisation, utilisez sa raison sociale ; pour une personne, son nom complet.
3. Rendez le nom obligatoire au moment où la facture est émise, afin que le manque soit détecté avant la construction du XML.

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 client de la facture en échec : l'élément de nom est présent et vide

<cac:AccountingCustomerParty>
  <cac:Party>
    <!-- endpoint and postal address omitted from this fragment -->
    <cac:PartyLegalEntity>
      <cbc:RegistrationName></cbc:RegistrationName>
      <cbc:CompanyID>87654321</cbc:CompanyID>
    </cac:PartyLegalEntity>
  </cac:Party>
</cac:AccountingCustomerParty>

Partie client de la facture corrigée : l'acheteur est nommé

<cac:AccountingCustomerParty>
  <cac:Party>
    <!-- endpoint and postal address omitted from this fragment -->
    <cac:PartyLegalEntity>
      <cbc:RegistrationName>Example Buyer Ltd</cbc:RegistrationName>
      <cbc:CompanyID>87654321</cbc:CompanyID>
    </cac:PartyLegalEntity>
  </cac:Party>
</cac:AccountingCustomerParty>

Seul le cbc:RegistrationName du client diffère : vide dans la facture en échec, il vaut Example Buyer Ltd dans la facture corrigée. Le document en échec signale aussi PEPPOL-EN16931-R008, car le nom vide est un élément sans enfant ni texte, ce que Peppol interdit partout dans un document. Nommer l'acheteur lève les deux constats.

Où la règle s'applique

• S'applique de la même façon aux documents UBL Invoice et CreditNote. Un avoir avec un nom d'acheteur vide signale BR-07 et PEPPOL-EN16931-R008, et un avoir sans l'élément ne signale que BR-07.
• Un nom d'acheteur valide ne dit rien sur la possibilité de joindre l'acheteur sur le réseau Peppol. Cela dépend de l'adresse électronique et de l'enregistrement qui se trouve derrière.

Règles liées

• BR-06 exige la même chose du nom du vendeur
• PEPPOL-EN16931-R008 accompagne cette règle lorsque l'élément de nom est présent mais vide
• PEPPOL-EN16931-R010 exige l'adresse électronique de l'acheteur dans la même partie
• PEPPOL-EN16931-R003 demande une référence de l'acheteur ou une référence de commande, un autre champ qui dépend des données client
• 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-07 (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.