Sur cette page
La réponse courte
BR-G-02 échoue lorsqu'une ligne est classée G, exportation hors UE, et que le vendeur n'a pas d'identifiant TVA : aucun cbc:CompanyID dans un cac:PartyTaxScheme VAT sous cac:AccountingSupplierParty/cac:Party, et aucun représentant fiscal qui en porte un. Ajoutez l'identifiant TVA du vendeur.
Seul le côté vendeur est contrôlé. L'exportation enregistrée va à un acheteur aux États-Unis sans identifiant TVA, et c'est accepté.
Ce que la règle vérifie
Tout cac:ClassifiedTaxCategory avec un cbc:ID à G sous le régime VAT déclenche la règle. En UBL, cet élément n'existe que sur les articles, donc ce sont les lignes qui décident ; une ventilation G seule ne suffit pas. Un seul constat est émis, à la racine.
Elle passe avec un cac:PartyTaxScheme du vendeur dont le cac:TaxScheme/cbc:ID vaut VAT et qui a un cbc:CompanyID, ou avec le même à l'intérieur de cac:TaxRepresentativeParty. Lors d'un essai, un représentant fiscal avec nom, adresse et un identifiant VAT a rendu l'exportation valide sans aucun identifiant TVA du vendeur.
Les autres identifiants du vendeur ne comptent pas. La facture en échec conserve l'identifiant d'immatriculation légale 12345678 et échoue. Un cac:PartyTaxScheme du vendeur sous le régime TAX, où va une immatriculation fiscale hors TVA, a aussi échoué lors d'un essai, qu'il contienne GB123456789 ou un numéro fiscal local ; BR-S-02 accepterait cette immatriculation sur une ligne au taux normal.
Un cbc:CompanyID vide du vendeur a franchi cette règle lors d'un essai et a été signalé par PEPPOL-EN16931-R008 à la place.
Rien ici ne vérifie que l'acheteur est hors de l'UE. La même exportation avec le pays de l'acheteur changé en DE a passé toutes les étapes lors d'un essai ; savoir si G est correct relève de votre détermination fiscale.
| Terme | Signification | Élément UBL |
|---|---|---|
| BT-151 | Code de catégorie de TVA de l'article facturé | cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory/cbc:ID (cac:CreditNoteLine/cac:Item/cac:ClassifiedTaxCategory/cbc:ID in a credit note) |
| BT-31 | Identifiant à la TVA du vendeur | cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID |
| BT-63 | Identifiant à la TVA du représentant fiscal du vendeur | cac:TaxRepresentativeParty/cac:PartyTaxScheme/cbc:CompanyID |
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 :
- L'identifiant TVA du vendeur n'est écrit que lorsque la TVA est facturée, et une exportation porte un montant de taxe nul.
- L'immatriculation du vendeur est envoyée sous un code de régime fiscal autre que
VAT. - Le numéro d'immatriculation de l'entreprise est le seul identifiant du vendeur mappé. Cela satisfait
BR-CO-26mais pas cette règle. - Le vendeur a recours à un représentant fiscal, et
cac:TaxRepresentativePartyest envoyé sans soncac:PartyTaxScheme.
Comment corriger le document
- Prenez le numéro d'immatriculation à la TVA de l'entité juridique qui émet la facture dans ses paramètres d'entreprise, complet avec le préfixe pays.
- Émettez-le sous
cac:AccountingSupplierParty/cac:Partysous la forme d'uncac:PartyTaxSchemeaveccbc:CompanyIDet uncac:TaxScheme/cbc:IDàVAT, entrecac:PostalAddressetcac:PartyLegalEntity. - Lorsqu'un représentant fiscal déclare la TVA pour le compte du vendeur, envoyez plutôt
cac:TaxRepresentativePartyavec son nom, son adresse postale et son proprecac:PartyTaxSchemeVAT. - Si le vendeur n'a aucune immatriculation à la TVA, soumettez la question au responsable de la détermination fiscale plutôt que de changer la catégorie dans le mapping.
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 vendeur a un identifiant d'immatriculation légale et aucun identifiant TVA
<cac:AccountingSupplierParty>
<cac:Party>
<cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
<!-- postal address in London, GB, omitted from this fragment -->
<cac:PartyLegalEntity>
<cbc:RegistrationName>Example Supplier Ltd</cbc:RegistrationName>
<cbc:CompanyID>12345678</cbc:CompanyID>
</cac:PartyLegalEntity>
</cac:Party>
</cac:AccountingSupplierParty>Fragment de la facture corrigée : l'identifiant TVA du vendeur sous le régime VAT
<cac:AccountingSupplierParty>
<cac:Party>
<cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
<!-- postal address in London, GB, omitted from this fragment -->
<cac:PartyTaxScheme>
<cbc:CompanyID>GB123456789</cbc:CompanyID>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:PartyTaxScheme>
<cac:PartyLegalEntity>
<cbc:RegistrationName>Example Supplier Ltd</cbc:RegistrationName>
<cbc:CompanyID>12345678</cbc:CompanyID>
</cac:PartyLegalEntity>
</cac:Party>
</cac:AccountingSupplierParty>La facture corrigée donne au vendeur un cac:PartyTaxScheme avec GB123456789 sous le régime VAT ; la facture en échec n'en a pas. L'acheteur à New York n'a d'identifiant TVA dans aucun des deux documents. Le document en échec ne signale que BR-G-02, pas BR-CO-26, car l'identifiant d'immatriculation légale identifie toujours le vendeur.
Ce que le validateur a signalé
- La facture en erreur signale BR-G-02. 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 aux documents UBL
InvoiceetCreditNote. Lors d'un essai, un avoir construit à partir de la facture en échec a donné le même constat. - La catégorie
Ga sa propre règle de motif,BR-G-10, qui a été signalée lorsque l'exportation enregistrée a perdu son codeVATEX-EU-Get son texte. Ce code sur une ventilation d'une autre catégorie est rejeté parPEPPOL-EN16931-P0104. - Lors d'un essai, supprimer aussi l'identifiant d'immatriculation légale a ajouté
BR-CO-26à côté de cette règle, puisque le vendeur n'avait alors plus aucun identifiant.
Règles liées
- BR-IC-02 demande aussi l'identifiant TVA de l'acheteur lorsque la ligne est une livraison intracommunautaire
- BR-S-02 est le contrôle du vendeur pour le taux normal, qui accepte une immatriculation fiscale sous n'importe quel régime
- BR-CO-26 exige un identifiant du vendeur, TVA ou non, sur chaque document
- BR-CO-09 vérifie le préfixe pays de l'identifiant TVA du vendeur que vous ajoutez
- 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-G-02 (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.

