Compte
Français

BR-DE-26: Facture rectificative (384) sans référence à la facture antérieure

Règle XRechnung · Avertissement · UBL, CII

NormeXRechnung 3.0.2 (KoSIT, CIUS allemande de l'EN 16931)GravitéAvertissement: la facture est acceptée mais devrait être corrigéeSyntaxeUBL, CIITermes métier
  • BG-3 Preceding invoice reference
  • BT-3 Invoice type code
S'applique àXRechnung en syntaxe UBL ou CII, y compris les PDF Factur-X / ZUGFeRD au profil XRECHNUNG. Obligatoire pour facturer les administrations publiques allemandes.

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:CreditNote

Test (XPath):

((not(normalize-space(cbc:InvoiceTypeCode) = '384' or normalize-space(cbc:CreditNoteTypeCode) = '384') or                     (cac:BillingReference/cac:InvoiceDocumentReference)))

CII

/rsm:CrossIndustryInvoice

Test (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é.

Vérifier votre facture →

La même vérification par API:

curl -F file=@invoice.xml https://einvoicechecker.com/v1/validate

Règles liées

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.