Sur cette page
La réponse courte
BR-AE-04 échoue lorsque des frais ont un cac:TaxCategory AE et que le document n'identifie pas le vendeur sur le plan fiscal, ou n'identifie pas l'acheteur. L'exemple enregistré a perdu le cac:PartyTaxScheme du vendeur contenant GB123456789 ; remettez-le entre l'adresse postale et l'entité juridique du vendeur.
Le côté acheteur fonctionne comme pour BR-AE-02 : un identifiant TVA ou un identifiant d'immatriculation légale suffit. Lors d'un essai sur la facture avec les frais de transport, supprimer un seul de DE123456789 et 87654321 l'a laissée valide, tandis que supprimer les deux a signalé cette règle et BR-AE-02.
Ce que la règle vérifie
Des frais sont ici un cac:AllowanceCharge avec cbc:ChargeIndicator à true. La règle se déclenche lorsque l'un d'eux a un cac:TaxCategory dont le cbc:ID vaut AE sous le schéma VAT et qu'une des parties n'a pas son identifiant ; elle est signalée une fois à la racine du document, sans dire quelle partie.
Les frais déclenchent le contrôle de l'acheteur sans aucune aide des lignes. Lors d'un essai sur une facture dont la seule ligne était au taux normal, avec des frais de transport en autoliquidation de 4.00 et un acheteur sans aucun des deux identifiants, cette règle a été signalée seule.
Du côté du vendeur, un cbc:CompanyID sous n'importe quel schéma compte. Lors d'un essai, la facture avec les frais de transport et le schéma TAX au lieu de VAT pour le vendeur était valide.
Sans identifiant du vendeur, la règle du vendeur propre à la catégorie des lignes est signalée aussi : BR-AE-02 pour la ligne en autoliquidation de l'exemple enregistré, et BR-S-02 lors d'un essai avec une ligne au taux normal à la place.
| Terme | Signification | Élément UBL |
|---|---|---|
| BT-31 | Identifiant à la TVA du vendeur | cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID (tax scheme VAT) |
| BT-32 | Identifiant d'enregistrement fiscal du vendeur | cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID (a tax scheme other than VAT) |
| BT-63 | Identifiant à la TVA du représentant fiscal du vendeur | cac:TaxRepresentativeParty/cac:PartyTaxScheme/cbc:CompanyID |
| BT-48 | Identifiant à la TVA de l'acheteur | cac:AccountingCustomerParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID (tax scheme VAT) |
| BT-47 | Identifiant d'immatriculation légale de l'acheteur | cac:AccountingCustomerParty/cac:Party/cac:PartyLegalEntity/cbc:CompanyID |
| BT-102 | Code de catégorie de TVA des charges ou frais au niveau du document | cac:AllowanceCharge[cbc:ChargeIndicator = true]/cac:TaxCategory/cbc:ID |
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 numéro de TVA du vendeur n'est écrit que lorsque le document facture de la TVA, et une facture en autoliquidation n'en facture pas.
- L'identifiant fiscal du vendeur est tenu par entité juridique et n'a jamais été paramétré pour l'entité qui a émis cette facture.
- Le numéro de TVA et le numéro d'immatriculation de l'acheteur manquent dans la fiche client, si bien que la partie acheteur ne porte qu'un nom et une adresse.
- Un représentant fiscal est utilisé, mais
cac:TaxRepresentativePartyest envoyé sans son identifiant TVA.
Comment corriger le document
- Trouvez le côté qui manque : le vendeur a besoin d'un
cac:PartyTaxScheme/cbc:CompanyIDou de l'identifiant TVA d'un représentant fiscal, l'acheteur d'un identifiant TVA sousVATou d'uncac:PartyLegalEntity/cbc:CompanyID. - Pour le vendeur, écrivez son numéro de TVA dans
cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyIDaveccac:TaxScheme/cbc:IDàVAT, aprèscac:PostalAddresset avantcac:PartyLegalEntity. - Pour l'acheteur, préférez l'identifiant TVA dans le
cac:PartyTaxSchemede l'acheteur, et ajoutez l'identifiant d'immatriculation légale lorsqu'il est connu. - Gardez les frais de transport en catégorie
AEà 0 s'ils se rattachent à l'opération en autoliquidation ; le constat ne porte pas sur les frais eux-mêmes.
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 : une partie vendeur sans PartyTaxScheme, et des frais de transport en autoliquidation
<cac:AccountingSupplierParty>
<cac:Party>
<cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
<!-- postal address omitted from this fragment -->
<cac:PartyLegalEntity>
<cbc:RegistrationName>Example Supplier Ltd</cbc:RegistrationName>
<cbc:CompanyID>12345678</cbc:CompanyID>
</cac:PartyLegalEntity>
</cac:Party>
</cac:AccountingSupplierParty>
<cac:AllowanceCharge>
<cbc:ChargeIndicator>true</cbc:ChargeIndicator>
<cbc:AllowanceChargeReasonCode>FC</cbc:AllowanceChargeReasonCode>
<cbc:AllowanceChargeReason>Freight</cbc:AllowanceChargeReason>
<cbc:Amount currencyID="GBP">4.00</cbc:Amount>
<cac:TaxCategory>
<cbc:ID>AE</cbc:ID>
<cbc:Percent>0</cbc:Percent>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:TaxCategory>
</cac:AllowanceCharge>Fragment de la facture corrigée : l'identifiant TVA du vendeur rétabli, et les frais de transport inchangés
<cac:AccountingSupplierParty>
<cac:Party>
<cbc:EndpointID schemeID="0088">7300010000001</cbc:EndpointID>
<!-- postal address 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>
<!-- the reverse-charge freight charge of 4.00 is the same as in the failing invoice -->La facture corrigée a le cac:PartyTaxScheme du vendeur avec GB123456789 sous VAT ; la facture en échec n'en a pas, alors que son acheteur a toujours DE123456789 et 87654321. Le document en échec signale aussi BR-AE-02, puisque sa ligne en autoliquidation de 25.00 dépend du même identifiant du vendeur. Les frais de transport de 4.00 et la ventilation en autoliquidation de 29.00 sont identiques dans les deux documents.
Ce que le validateur a signalé
- La facture en erreur signale BR-AE-02 et BR-AE-04. 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 à UBL
InvoiceetCreditNote. Lors d'un essai, un avoir en autoliquidation avec les frais de transport et sans schéma fiscal du vendeur a signalé cette règle etBR-AE-02. - Signalé par l'étape EN 16931 comme un seul constat fatal à la racine du document.
- Les frais au taux normal et les frais exonérés ne demandent que l'identifiant du vendeur, selon
BR-S-04etBR-E-04. Des frais en autoliquidation exigent aussi un taux de 0 selonBR-AE-07et une place dans l'unique ventilationAEque demandeBR-AE-01.
Règles liées
- BR-AE-02 est signalé avec cette règle lorsque les lignes sont elles aussi en autoliquidation
- BR-AE-03 est le même contrôle pour une remise en autoliquidation au niveau du document
- BR-AE-01 exige l'unique ventilation en autoliquidation qui accueille les frais
- BR-AE-07 exige un taux de 0 sur les frais en autoliquidation
- 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-28.1 : source vérifiée le 2026-09-28, explication mise à jour le 2026-09-28.
La définition officielle de BR-AE-04 (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.

