Was bedeutet BR-DE-17?
Mit dem Element "Invoice type code" (BT-3) sollen ausschließlich folgende Codes aus der Codeliste UNTDID 1001 übermittelt werden: 326 (Partial invoice), 380 (Commercial invoice), 384 (Corrected invoice), 389 (Self-billed invoice) und 381 (Credit note),875 (Partial construction invoice), 876 (Partial final construction invoice), 877 (Final construction invoice). 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-17
- 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-17
- Fehlerhafte Stelle im XML finden. Öffne die XML der E-Rechnung und navigiere zum Feld BT-3 über den folgenden XPath:
//rsm:ExchangedDocument/ram:TypeCode - Korrektur einsetzen. Verwende für den Rechnungstyp (BT-3) nur zulässige UNTDID-1001-Codes: 326, 380, 384, 389, 381, 875, 876, 877.
- Erneut validieren. Speichere die Datei und validiere sie erneut, um zu prüfen, dass BR-DE-17 nicht mehr gemeldet wird.
Verwende für den Rechnungstyp (BT-3) nur zulässige UNTDID-1001-Codes: 326, 380, 384, 389, 381, 875, 876, 877.
//rsm:ExchangedDocument/ram:TypeCodeHäufige Fragen zu BR-DE-17
Wie behebe ich BR-DE-17?
Verwandte Fehlercodes
BR-DE-17 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.