Sur cette page
La réponse courte
UBL-SR-53 échoue lorsqu'un cac:PartyTaxScheme n'a pas son cbc:CompanyID ou son cac:TaxScheme/cbc:ID. Dans l'exemple enregistré, le bloc du vendeur nomme le régime VAT mais ne porte aucun numéro de TVA. Placez l'identifiant de la partie pour ce régime dans cbc:CompanyID ou, si la partie n'a pas une telle immatriculation, retirez tout le cac:PartyTaxScheme.
Retirer le bloc n'est correct que si l'immatriculation n'existe vraiment pas. Pour le vendeur, les règles des catégories de TVA décident alors si la facture peut se passer d'un identifiant à la TVA ; avec une ligne au taux normal, elle ne le peut pas, et BR-S-02 le signale.
Ce que la règle vérifie
La règle s'exécute sur chaque cac:PartyTaxScheme du document, pour le vendeur, l'acheteur et le représentant fiscal indifféremment, et le constat est situé sur ce bloc. Lors d'un essai, un bloc acheteur ne contenant que le régime VAT a signalé UBL-SR-53 seul.
Les deux enfants doivent exister, quel que soit le régime. La valeur du régime fiscal n'est pas examinée : un bloc pour une immatriculation fiscale autre que la TVA a donc lui aussi besoin de son cbc:CompanyID.
Le numéro n'est pas lu, seulement recherché. Lors d'un essai, un cbc:CompanyID vide a passé cette règle et a été signalé par PEPPOL-EN16931-R008 à la place.
Les deux moitiés sont imposées à des étapes différentes. Le schéma UBL exige cac:TaxScheme lui-même : un bloc sans lui a donc échoué à l'étape XSD lors d'un essai ; un cac:TaxScheme avec cbc:Name à la place de cbc:ID a atteint cette règle et a été signalé, avec l'avertissement UBL-CR-174 pour le nom.
| Terme | Signification | Élément UBL |
|---|---|---|
| BT-31 | Identifiant à la TVA du vendeur | cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID |
| BT-48 | Identifiant à la TVA de l'acheteur | cac:AccountingCustomerParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID |
| BT-63 | Identifiant à la TVA du représentant fiscal du vendeur | cac:TaxRepresentativeParty/cac:PartyTaxScheme/cbc:CompanyID |
| - | Identifiant du régime fiscal de tout PartyTaxScheme | cac:PartyTaxScheme/cac:TaxScheme/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 sérialiseur écrit le bloc de régime fiscal pour chaque partie et ne renseigne
cbc:CompanyIDque lorsqu'un numéro de TVA est enregistré : les parties sans numéro reçoivent un bloc qui ne contient que le régime. - Le numéro de TVA est conservé dans un champ que le mapping ne lit pas pour ce type de partie.
- Un numéro de TVA nul est omis comme élément vide, mais son bloc parent est tout de même écrit.
- Un bloc prévu pour une immatriculation fiscale autre que la TVA a son régime renseigné et son numéro omis.
Comment corriger le document
- Utilisez l'emplacement du constat pour voir à quelle partie appartient le bloc.
- Si la partie est immatriculée sous ce régime, prenez l'identifiant dans la fiche de la partie et écrivez-le sous la forme de
cbc:CompanyID, avantcac:TaxScheme. Pour la TVA, incluez le préfixe pays, queBR-CO-09contrôle. - Si la partie n'est pas immatriculée sous ce régime, n'écrivez pas de
cac:PartyTaxSchemepour elle. N'y mettez pas un autre numéro à la place, comme un numéro d'immatriculation de la société. - Pour le vendeur, contrôlez à nouveau les règles des catégories de TVA après la modification : une ligne au taux normal exige un identifiant à la TVA ou un identifiant fiscal du vendeur, ou un identifiant à la TVA du représentant fiscal, et
BR-S-02signale son absence.
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 régime fiscal du vendeur nomme VAT et ne donne aucun numéro
<cac:AccountingSupplierParty>
<cac:Party>
<!-- endpoint and postal address omitted from this fragment -->
<cac:PartyTaxScheme>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:PartyTaxScheme>
<!-- legal entity omitted from this fragment -->
</cac:Party>
</cac:AccountingSupplierParty>Fragment de la facture corrigée : le numéro de TVA du vendeur précède le régime fiscal
<cac:AccountingSupplierParty>
<cac:Party>
<!-- endpoint and postal address omitted from this fragment -->
<cac:PartyTaxScheme>
<cbc:CompanyID>GB123456789</cbc:CompanyID>
<cac:TaxScheme>
<cbc:ID>VAT</cbc:ID>
</cac:TaxScheme>
</cac:PartyTaxScheme>
<!-- legal entity omitted from this fragment -->
</cac:Party>
</cac:AccountingSupplierParty>La facture corrigée a cbc:CompanyID GB123456789 en tête du cac:PartyTaxScheme du vendeur ; la facture en échec garde le régime VAT et omet le numéro. Le document en échec signale aussi BR-S-02 : sa ligne est au taux normal, ce qui exige un identifiant à la TVA du vendeur, et cet identifiant manque désormais. Lors d'un essai, retirer à la place tout le cac:PartyTaxScheme du vendeur a levé UBL-SR-53 et laissé BR-S-02 : ici, seul le rétablissement du numéro corrige les deux.
Ce que le validateur a signalé
- La facture en erreur signale BR-S-02 et UBL-SR-53. 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 aussi aux avoirs. Lors d'un essai, la même modification sur un avoir a signalé les deux mêmes règles.
- Signalée à l'étape EN 16931, qui porte les règles de syntaxe UBL de la correspondance syntaxique EN 16931.
- La règle de catégorie de TVA qui apparaît à côté dépend des lignes. Lors d'un essai sur une facture exonérée, la même modification a entraîné
BR-E-02au lieu deBR-S-02. - Sur le représentant fiscal, un bloc sans son numéro est aussi signalé par
BR-56.
Règles liées
- BR-S-02 est signalé avec cette règle lorsque le numéro manquant est l'identifiant à la TVA du vendeur sur une facture au taux normal
- BR-56 exige l'identifiant à la TVA du représentant fiscal, et se déclenche avec cette règle lorsque seul le numéro manque
- BR-CO-09 contrôle le préfixe pays du CompanyID une fois qu'il est présent
- PEPPOL-EN16931-R008 signale un CompanyID présent mais vide, que cette règle accepte
- 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 UBL-SR-53 (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.

