Was bedeutet 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. Es handelt sich um eine nationale Zusatzregel der KoSIT (XRechnung), die über die EN 16931 hinausgeht und für deutsche E-Rechnungen verpflichtend ist.
Häufige Ursachen für BR-DE-26
- Das von der deutschen KoSIT-Regel geforderte Element fehlt im XML.
- Der Wert steht nur im PDF, nicht im strukturierten Datensatz.
- Die Angabe wurde leer gelassen.
So behebst du BR-DE-26
- Fehlerhafte Stelle im XML finden. Öffne die XML der E-Rechnung und navigiere zum Feld BT-3 über den folgenden XPath:
//ram:ApplicableHeaderTradeSettlement/ram:InvoiceReferencedDocument/ram:IssuerAssignedID - Korrektur einsetzen. Bei Rechnungstyp 384 (Rechnungskorrektur) muss die Bezugsrechnung (PRECEDING INVOICE REFERENCE, BG-3) in 'ram:InvoiceReferencedDocument/ram:IssuerAssignedID' angegeben werden.
- Erneut validieren. Speichere die Datei und validiere sie erneut, um zu prüfen, dass BR-DE-26 nicht mehr gemeldet wird.
Bei Rechnungstyp 384 (Rechnungskorrektur) muss die Bezugsrechnung (PRECEDING INVOICE REFERENCE, BG-3) in 'ram:InvoiceReferencedDocument/ram:IssuerAssignedID' angegeben werden.
//ram:ApplicableHeaderTradeSettlement/ram:InvoiceReferencedDocument/ram:IssuerAssignedIDHäufige Fragen zu BR-DE-26
Wie behebe ich BR-DE-26?
Verwandte Fehlercodes
BR-DE-26 automatisch prüfen
Statt das XML manuell zu durchsuchen, kannst du deine ZUGFeRD- oder XRechnung-Datei online validieren – lade die PDF oder XML hoch und du bekommst jeden Fehler mit Regel-ID, betroffenem Feld, Korrekturvorschlag und XPath, als lesbaren Report oder strukturiertes JSON über die API.
Rechnung selbst gebaut?
Wer das XML aus dem eigenen System oder von Hand zusammensetzt, muss Regeln wie diese kennen. Diese Programme erzeugen ZUGFeRD und XRechnung und füllen die Pflichtfelder von sich aus.
* Werbelinks. Wir bekommen eine Provision, für dich bleibt der Preis gleich. Fünf Programme im Vergleich