BG-3Preceding invoice referenceBT-3Invoice type code
Texte officiel de la règle
[BR-DE-26] If the code 384 (Corrected invoice) is transmitted in the element "Invoice type code" (BT-3), PRECEDING INVOICE REFERENCE BG-3 shall be present at least once.
Le texte normatif est en anglais ; il est cité tel quel.
Pourquoi cette erreur apparaît
Lorsque le code de type de facture (BT-3) est 384 (facture rectificative), XRechnung attend au moins une référence à une facture antérieure (BG-3) afin que le destinataire puisse rattacher la rectification à l'original. La règle recherche cac:BillingReference/cac:InvoiceDocumentReference (UBL) ou ram:ApplicableHeaderTradeSettlement/ram:InvoiceReferencedDocument (CII) chaque fois que le code de type est 384. Elle échoue lorsque le numéro de la facture d'origine n'est mentionné que dans une note ou dans le libellé de ligne.
Comment corriger
En UBL, ajoutez cac:BillingReference/cac:InvoiceDocumentReference avec cbc:ID (numéro de la facture rectifiée, BT-25) et cbc:IssueDate (BT-26), placé après cac:OrderReference. En CII, ajoutez ram:InvoiceReferencedDocument avec ram:IssuerAssignedID et ram:FormattedIssueDateTime/qdt:DateTimeString format="102" dans ram:ApplicableHeaderTradeSettlement. Une référence par facture rectifiée ; si la rectification n'annule qu'en partie, envisagez plutôt un avoir (381) avec la même référence. Il s'agit d'un avertissement, mais les administrations l'exigent généralement.
Exemple (valide)
<cbc:InvoiceTypeCode>384</cbc:InvoiceTypeCode>
...
<cac:BillingReference>
<cac:InvoiceDocumentReference>
<cbc:ID>RE-2026-00100</cbc:ID>
<cbc:IssueDate>2026-09-30</cbc:IssueDate>
</cac:InvoiceDocumentReference>
</cac:BillingReference>
Ce que le validateur vérifie
Élément vérifié (contexte):
UBL
/ubl:Invoice | /cn:CreditNoteTest (XPath):
((not(normalize-space(cbc:InvoiceTypeCode) = '384' or normalize-space(cbc:CreditNoteTypeCode) = '384') or (cac:BillingReference/cac:InvoiceDocumentReference)))CII
/rsm:CrossIndustryInvoiceTest (XPath):
not(normalize-space(rsm:ExchangedDocument/ram:TypeCode) = '384') or (rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:InvoiceReferencedDocument)
Vérifier votre facture
Déposez votre XML ou PDF dans le validateur : chaque règle en échec renvoie vers sa page ici. Gratuit, sans compte, le fichier n'est pas conservé.
La même vérification par API:
curl -F file=@invoice.xml https://einvoicechecker.com/v1/validateRègles liées
BR-DE-17Code de type de facture hors du sous-ensemble XRechnungBR-DE-1Les instructions de paiement (BG-16) sont absentesBR-DE-2Le contact du vendeur (BG-6) est absentBR-DE-3La ville du vendeur (BT-37) est absenteBR-DE-4L'élément « Code postal du vendeur » doit être transmisBR-DE-5Le point de contact du vendeur (BT-41) est absentBR-DE-6Le téléphone du contact vendeur (BT-42) est absentBR-DE-7L'adresse e-mail du contact vendeur (BT-43) est absente
Questions fréquentes
Que signifie BR-DE-26 ?
BR-DE-26 est une règle xrechnung : If the code 384 (Corrected invoice) is transmitted in the element "Invoice type code" (BT-3), PRECEDING INVOICE REFERENCE BG-3 shall be present at least once.
Ma facture sera-t-elle rejetée à cause de BR-DE-26 ?
Non. BR-DE-26 est un avertissement : la facture est acceptée mais le destinataire voit la remarque. Corrigez-la quand même, les avertissements deviennent souvent des erreurs dans les versions suivantes.
À quels formats s'applique BR-DE-26 ?
XRechnung en syntaxe UBL ou CII, y compris les PDF Factur-X / ZUGFeRD au profil XRECHNUNG. Obligatoire pour facturer les administrations publiques allemandes. Syntaxe : UBL et CII.
Source: XRechnung 3.0.2, schematron 2.6.0 (KoSIT, September 2026). Catalogue généré à partir des jeux de règles officiels le 2026-10-15.