BR-18 : Ajouter le nom du représentant fiscal du vendeur

La réponse courte

BR-18 échoue lorsque cac:TaxRepresentativeParty n'a pas de cac:PartyName/cbc:Name, ou que le nom est vide. Indiquez le nom du représentant fiscal, la partie redevable de la TVA pour le compte du vendeur, dans cac:PartyName/cbc:Name, comme premier enfant de cac:TaxRepresentativeParty.

Les noms du vendeur et de l'acheteur vont dans cac:PartyLegalEntity/cbc:RegistrationName, mais pas celui du représentant fiscal. Lors d'un essai, le nom placé dans un cac:PartyLegalEntity à l'intérieur du représentant a laissé BR-18 en échec et ajouté l'avertissement UBL-CR-335, car le modèle ne prévoit pas d'entité juridique pour cette partie.

Ce que la règle vérifie

La règle s'exécute une fois pour chaque cac:TaxRepresentativeParty et signale sur cet élément : une facture sans représentant fiscal n'est donc jamais testée.

Elle retire les espaces autour du texte de cac:PartyName/cbc:Name et échoue s'il ne reste rien. Lors d'un essai, un nom vide et un nom de trois espaces ont tous deux signalé BR-18, avec PEPPOL-EN16931-R008 pour l'élément vide.

Tout texte visible la satisfait. La règle ne peut pas savoir si le nom est celui qui figure dans la désignation du représentant.

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 bloc du représentant est généré à partir d'une fiche d'immatriculation à la TVA qui contient le numéro de TVA et l'adresse du représentant, mais pas son nom.
• Un générateur de partie partagé avec le vendeur et l'acheteur n'écrit le nom que dans cac:PartyLegalEntity/cbc:RegistrationName, ce qui est correct pour eux et faux ici.
• Le bloc est écrit pour chaque facture d'un vendeur immatriculé à l'étranger, avec des champs vides lorsqu'aucun représentant n'a été désigné.

Comment corriger le document

1. Vérifiez que le vendeur a réellement un représentant fiscal pour cette facture. Sinon, omettez cac:TaxRepresentativeParty ; le groupe est facultatif.
2. Prenez le nom du représentant dans l'acte de désignation ou la fiche d'immatriculation, et écrivez-le sous la forme de cac:TaxRepresentativeParty/cac:PartyName/cbc:Name, avant cac:PostalAddress.
3. Complétez le reste du groupe à partir de la même fiche : le représentant a aussi besoin d'un identifiant TVA (BR-56), d'une adresse postale (BR-19) et d'un code pays dans cette adresse (BR-20).
4. N'ajoutez pas de cac:PartyLegalEntity au représentant ; cet élément est hors du modèle et provoque un avertissement.

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 représentant fiscal commence par son adresse et n'a pas de nom

<cac:TaxRepresentativeParty>
  <cac:PostalAddress>
    <cbc:StreetName>4 Example Street</cbc:StreetName>
    <!-- rest of the address omitted from this fragment -->
  </cac:PostalAddress>
  <cac:PartyTaxScheme>
    <cbc:CompanyID>GB987654321</cbc:CompanyID>
    <!-- tax scheme omitted from this fragment -->
  </cac:PartyTaxScheme>
</cac:TaxRepresentativeParty>

Fragment de la facture corrigée : PartyName vient en premier dans le représentant fiscal

<cac:TaxRepresentativeParty>
  <cac:PartyName>
    <cbc:Name>Example Fiscal Representative Ltd</cbc:Name>
  </cac:PartyName>
  <cac:PostalAddress>
    <cbc:StreetName>4 Example Street</cbc:StreetName>
    <!-- rest of the address omitted from this fragment -->
  </cac:PostalAddress>
  <cac:PartyTaxScheme>
    <cbc:CompanyID>GB987654321</cbc:CompanyID>
    <!-- tax scheme omitted from this fragment -->
  </cac:PartyTaxScheme>
</cac:TaxRepresentativeParty>

La facture corrigée ouvre cac:TaxRepresentativeParty par un cac:PartyName qui contient Example Fiscal Representative Ltd ; rien d'autre ne diffère. Le document en échec ne signale que BR-18, car son représentant a toujours une adresse avec un code pays et un identifiant TVA.

Où la règle s'applique

• Le représentant fiscal a la même structure dans un document CreditNote. Lors d'un essai, un avoir dont le représentant n'avait pas de nom a signalé BR-18 seul.
• Une règle EN 16931. Dans l'exemple enregistré, le nom est la seule erreur, et l'étape Peppol n'a aucun constat.
• Les règles sur les noms du vendeur et de l'acheteur, BR-06 et BR-07, lisent cbc:RegistrationName. Un mapping de partie partagé doit passer à cac:PartyName pour le représentant.

Règles liées

• BR-56 exige l'identifiant TVA de ce même représentant fiscal
• BR-06 nomme le vendeur via RegistrationName, l'élément que cette règle ne lit pas
• PEPPOL-EN16931-R008 est signalé avec cette règle lorsque l'élément de nom est présent mais vide
• BR-17 est la règle de nommage pour l'autre partie facultative, un bénéficiaire qui n'est pas le 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-24.

La définition officielle de BR-18 (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.