attestwireAttestwire › XRechnung-Regeln › BR-DE-26
BR-DE-26 Eine Rechnungskorrektur muss sagen, was sie korrigiert
Ihre Rechnung wurde mit einem Hinweis versehen, weil sie als Rechnungskorrektur gekennzeichnet ist, aber nicht sagt, welche Rechnung sie korrigiert. Nennen Sie die Nummer der ursprünglichen Rechnung. KoSIT stuft das als „warning“ (Hinweis) ein, die Rechnung wird angenommen. Im Standard ist das die Gruppe BG-3 mit dem Feld BT-25 bei Typcode 384 (BT-3); BR-DE-26 ist die Regel, die den Bezug verlangt.
Die Regelnummer bezeichnet die fehlgeschlagene Prüfung. BT steht für ein Rechnungsfeld, BG für eine Gruppe von Feldern. XRechnung ergänzt die europäische Norm EN 16931 um deutsche Anforderungen (CIUS).
- Informationselement
BG-3 / BT-25- Schweregrad
warning— Warnung: weitere Prüfung erforderlich- Regelwerk
- XRechnung-CIUS (KoSIT) — nationale Verschärfung der EN 16931
Die Lösung
Nennen Sie die korrigierte Rechnung im Feld precedingInvoices, etwa [{ "invoiceNumber": "2026-000141", "issueDate": "2026-07-31" }].
Ein Wert, der die Prüfung besteht
"invoiceTypeCode": "384", "precedingInvoices": [{ "invoiceNumber": "2026-000141", "issueDate": "2026-07-31" }]Was die Regel verlangt
Bei Typcode 384 gehört die Gruppe BG-3 (Vorausgegangene Rechnung) in das Dokument, mindestens einmal, mit der Rechnungsnummer (BT-25) der korrigierten Rechnung.
Das Rechnungsdatum (BT-26) ist optional — geben Sie es trotzdem an. Es ist das, was Ihrem Kunden erlaubt, das Original wiederzufinden, wenn Ihre Nummernkreise zwischenzeitlich zurückgesetzt wurden.
War gar keine Korrektur gemeint, ist 380 (Handelsrechnung) der richtige Code.
Der offizielle Regeltext
Die Regel BR-DE-26 stammt aus der XRechnung-CIUS und
wird im Schematron der KoSIT geführt, den offiziellen Prüfregeln.
Ein wörtliches Zitat des Regeltextes liegt uns für diese Regel nicht
vor; was Sie oben lesen, ist unsere Erklärung. Maßgeblich ist die
Veröffentlichung der KoSIT.
Warum es die Regel gibt
Eine Korrektur ohne Bezug lässt Ihren Kunden mit zwei Dokumenten für eine Leistung zurück, ohne Möglichkeit, sie zu verrechnen. Und Ihre eigene Umsatzsteuervoranmeldung kann nicht zeigen, in welchen Zeitraum die Berichtigung gehört. KoSIT stuft die Regel als warning (Hinweis) ein, das Dokument wird also angenommen. Das Abstimmungsproblem entsteht trotzdem.
So sieht der Befund aus
Genau dieses Objekt liefert die Bibliothek in
result.warnings,
wenn die Regel anschlägt. Es wird beim Bauen dieser Seite durch
Ausführen von @attestwire/en16931 erzeugt und entspricht
dem Text, den Sie in Ihrem eigenen Log sehen. Die Meldung selbst ist
englisch, weil die Bibliothek englisch meldet.
{
"rule": "BR-DE-26",
"field": [
"BG-3",
"BT-25"
],
"severity": "warning",
"message": "The invoice type code (BT-3) is \"384\" (corrected invoice), so the PRECEDING INVOICE REFERENCE group (BG-3) should be present at least once, carrying the number of the invoice being corrected (BT-25). A correction that does not say what it corrects leaves the buyer holding two documents for one supply with no way to net them — and leaves your own VAT return unable to show which period the adjustment belongs to. KoSIT flags this `warning` rather than `fatal`, so the document is accepted; the reconciliation problem it creates is not.",
"fix": "Set precedingInvoices to the invoice you are correcting — [{ \"invoiceNumber\": \"2026-000141\", \"issueDate\": \"2026-07-31\" }]. The issue date (BT-26) is optional and worth supplying: it is what lets the buyer find the original when your numbering has been reset. If no correction is intended, use \"380\" (commercial invoice) instead.",
"example": "\"invoiceTypeCode\": \"384\", \"precedingInvoices\": [{ \"invoiceNumber\": \"2026-000141\", \"issueDate\": \"2026-07-31\" }]",
"xpath": "/ubl:Invoice/cac:BillingReference/cac:InvoiceDocumentReference/cbc:ID",
"docsUrl": "https://attestwire.com/rules/BR-DE-26"
}
xpath zeigt auf das Element in einem
UBL-Dokument — dort meldet auch ein KoSIT-Validator
denselben Mangel. Bei einer CII-Rechnung
(xrechnung-cii, ZUGFeRD, Factur-X) erhalten Sie dieselbe
Zeichenkette und müssen sie selbst auf das CII-Element übertragen.
Häufige Fragen
- Was bedeutet BR-DE-26?
- Ihre Rechnung wurde mit einem Hinweis versehen, weil sie als Rechnungskorrektur gekennzeichnet ist, aber nicht sagt, welche Rechnung sie korrigiert. Nennen Sie die Nummer der ursprünglichen Rechnung. KoSIT stuft das als „warning“ (Hinweis) ein, die Rechnung wird angenommen. Im Standard ist das die Gruppe BG-3 mit dem Feld BT-25 bei Typcode 384 (BT-3); BR-DE-26 ist die Regel, die den Bezug verlangt.
- Wie behebe ich BR-DE-26?
- Nennen Sie die korrigierte Rechnung im Feld precedingInvoices, etwa [{ "invoiceNumber": "2026-000141", "issueDate": "2026-07-31" }].
- Ist BR-DE-26 Pflicht für XRechnung?
- Teil des Standards, als „warning“ (Hinweis) eingestuft: Die Rechnung wird angenommen. Der Ärger kommt später, bei der Abstimmung auf beiden Seiten.