BR-DE-26 bedeutet: Die Rechnung ist als Korrektur (Typ 384) gekennzeichnet, nennt aber nicht die Rechnung, die sie korrigiert. Das ist eine Warnung.
Warnung Die Rechnung bleibt formal gültig. Manche Empfänger lehnen sie trotzdem ab; beheben lohnt sich.
Typische Ursache
Der Typ wurde auf 384 gesetzt, die ursprüngliche Rechnungsnummer aber nicht übernommen.
So beheben Sie BR-DE-26
Die Nummer der ursprünglichen Rechnung als vorausgegangene Rechnung (BG-3, BT-25) angeben.
So sieht es richtig aus
<!-- CII, in ram:ApplicableHeaderTradeSettlement --> <ram:InvoiceReferencedDocument><ram:IssuerAssignedID>RE-2026-0815</ram:IssuerAssignedID></ram:InvoiceReferencedDocument> <!-- UBL --> <cac:BillingReference><cac:InvoiceDocumentReference><cbc:ID>RE-2026-0815</cbc:ID></cac:InvoiceDocumentReference></cac:BillingReference>
Originalmeldung des Prüfmoduls
[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.
Wortlaut aus der offiziellen Prüfkonfiguration der KoSIT (XRechnung 3.0.2).
Sie haben die Rechnung nur empfangen?
Dann müssen Sie nichts reparieren: Der Fehler liegt beim Rechnungssteller. Fordern Sie eine korrigierte Rechnung an und nennen Sie den Code BR-DE-26. Unser Validator schreibt Ihnen den Text dafür.
Verwandte Codes
Jetzt prüfen – kostenlos, ohne Anmeldung
Ziehen Sie Ihre XRechnung oder ZUGFeRD-Datei auf xrechnung.dev. Sie sehen in Sekunden, ob sie gültig ist und welche Regel verletzt wurde, geprüft mit dem KoSIT-Prüfwerkzeug. Entwickler: dieselbe Prüfung und das Erzeugen geprüfter Rechnungen als API.
xrechnung.dev prüft XRechnung und ZUGFeRD mit dem offiziellen Prüfwerkzeug der KoSIT (Validator 1.6.3, Konfiguration XRechnung 3.0.2 vom 31.08.2026, Schematron 2.6.0, EN-16931-Regeln 1.3.16); xrechnung.dev ist ein unabhängiger Dienst. 30 Dokumente pro Monat kostenlos, ohne Anmeldung. Dateien werden nicht gespeichert. Server in Frankfurt am Main.