Zum Inhalt springen
E-Rechnung Zentrale

BR-DE-26

Korrigierte Rechnung (384) ohne Bezug zur Ursprungsrechnung

Rechnungsart 384 (korrigierte Rechnung) ist gesetzt, aber es fehlt der Verweis auf die vorausgegangene Rechnung (BG-3).

Regelwerk
XRechnung (KoSIT)
Stufe
Warnung
Betroffene Felder
BT-3, BG-3
Originaltext der Meldung
[BR-DE-26] Wenn im Element "Invoice type code" (BT-3) der Code 384 (Corrected invoice) übergeben wird, soll PRECEDING INVOICE REFERENCE BG-3 mind. einmal vorhanden sein.

Was bedeutet BR-DE-26?

BR-DE-26 ist eine Warnung. Wenn der Rechnungstyp (BT-3) den Code 384 – korrigierte Rechnung hat, soll die Gruppe Vorausgegangene Rechnung (BG-3, „PRECEDING INVOICE REFERENCE") mindestens einmal vorkommen. Darin steht die Nummer der Rechnung, die korrigiert wird (BT-25), optional mit deren Datum (BT-26).

  • UBL: cac:BillingReference/cac:InvoiceDocumentReference/cbc:ID
  • CII: ram:InvoiceReferencedDocument/ram:IssuerAssignedID in ram:ApplicableHeaderTradeSettlement

Ohne diesen Bezug kann der Empfänger die Korrektur nicht automatisch der Ursprungsrechnung zuordnen; in der Buchhaltung entstehen dann leicht Doppelbuchungen. Auch für die umsatzsteuerliche Berichtigung nach § 14 UStG muss die korrigierende Rechnung eindeutig auf die ursprüngliche verweisen.

Typische Ursachen

  • Die Korrektur wurde als neue Rechnung erfasst und nur mit Code 384 markiert.
  • Die Nummer der Ursprungsrechnung steht nur im Freitext (BT-22).
  • Die Software unterstützt BG-3 nicht und gibt die Referenz nicht ins XML aus.

So beheben Sie den Fehler

  1. Ergänzen Sie in der korrigierten Rechnung die Nummer der ursprünglichen Rechnung als BT-25.
  2. Geben Sie, wenn bekannt, auch deren Rechnungsdatum (BT-26) an.
  3. Prüfen Sie, ob 384 wirklich passt – für eine Stornierung bzw. Gutschrift ist meist 381 richtig.
  4. Validieren Sie erneut.

Beispiel: falsch und richtig

Falsch
<cbc:InvoiceTypeCode>384</cbc:InvoiceTypeCode>
<cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>
<cbc:BuyerReference>04011000-12345-03</cbc:BuyerReference>
<cac:AccountingSupplierParty>…
Richtig
<cbc:InvoiceTypeCode>384</cbc:InvoiceTypeCode>
<cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>
<cbc:BuyerReference>04011000-12345-03</cbc:BuyerReference>
<cac:BillingReference>
  <cac:InvoiceDocumentReference>
    <cbc:ID>RE-2026-0031</cbc:ID>
    <cbc:IssueDate>2026-10-15</cbc:IssueDate>
  </cac:InvoiceDocumentReference>
</cac:BillingReference>
<cac:AccountingSupplierParty>…
Wo die Regel prüft (XPath)
UBL
/ubl:Invoice | /cn:CreditNote
CII
/rsm:CrossIndustryInvoice

Rechnung erneut prüfen

Legen Sie die korrigierte Datei hier ab. Die Prüfung läuft mit den offiziellen Regeln in Ihrem Browser.

E-Rechnung hier ablegen

XRechnung (UBL oder CII), ZUGFeRD und Factur-X als XML oder PDF. Gern auch mehrere Dateien auf einmal.

Ihre Rechnung verlässt nie Ihren Browser. Prüfung und Anzeige laufen auf Ihrem Gerät, es wird nichts hochgeladen oder gespeichert.

Ohne Datei testen: , ,

Fragen zu BR-DE-26

Wann verwende ich 384 und wann 381?

381 (Gutschrift) mindert oder storniert eine Rechnung. 384 ist eine vollständige, korrigierte Fassung, die die ursprüngliche Rechnung ersetzt. In beiden Fällen ist der Verweis auf die Ursprungsrechnung sinnvoll.

Ist BR-DE-26 ein Ablehnungsgrund?

Formal nicht, es ist eine Warnung. Viele Rechnungsempfänger erwarten den Bezug aber und weisen Korrekturen ohne Referenz zurück.