BR-1
Spezifikationskennung fehlt (BT-24)
Was dieser Fehler bedeutet
BR-1 ist die erste Kernregel der EN 16931: Eine Rechnung muss eine Spezifikationskennung (BT-24) haben. Im KoSIT-Prüfbericht erscheint sie als [BR-01]. In UBL heißt das Feld cbc:CustomizationID, in CII rsm:ExchangedDocumentContext/ram:GuidelineSpecifiedDocumentContextParameter/ram:ID. Es sagt dem Empfänger, nach welchem Regelwerk die Rechnung erstellt ist; für XRechnung 3.0.x lautet der Wert urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0. Die Regel ist fatal.
Warum dieser Fehler auftritt
Der Schematron-Test lautet normalize-space(cbc:CustomizationID) != '': Das Element fehlt oder ist leer. Im offiziellen KoSIT-Validator ist die Folge härter als ein einzelner Regelverstoß. Der Validator wählt sein Prüfszenario anhand des Werts von BT-24; ohne ihn passt kein XRechnung-Szenario, und die Datei wird mit „kein passendes Szenario“ abgelehnt, ohne Regel-ID. Werkzeuge, die das Schematron direkt ausführen, melden BR-01 zusammen mit der Warnung BR-DE-21. Typische Ursachen: eine selbst gebaute oder alte XML-Vorlage ohne das Element; der Wert steht in cbc:ProfileID; eine ZUGFeRD- oder Peppol-Kennung, wo eine XRechnung erwartet wird (dann besteht BR-01, aber BR-DE-21 warnt und der KoSIT-Validator findet kein XRechnung-Szenario); oder eine Kennung aus XRechnung 2.x.
Wie Sie ihn beheben
Ergänzen Sie cbc:CustomizationID als erstes Element nach dem optionalen cbc:UBLVersionID, vor cbc:ProfileID und cbc:ID, mit der exakten XRechnung-Kennung. In CII füllen Sie ram:GuidelineSpecifiedDocumentContextParameter/ram:ID.
Schritt für Schritt
1) Ergänzen Sie cbc:CustomizationID weit oben im Dokument: nach ext:UBLExtensions und cbc:UBLVersionID (beide optional), vor cbc:ProfileID. 2) Verwenden Sie den Wert für Ihr Ziel: XRechnung 3.0.x urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0; die XRechnung-Extension hängt #conformant#urn:xeinkauf.de:kosit:extension:xrechnung_3.0 an. 3) Übernehmen Sie ihn exakt; ein Leerzeichen am Ende, andere Groß-/Kleinschreibung oder „xrechnung_3.0.2“ verhindern die Szenario-Erkennung. 4) Ergänzen Sie auch cbc:ProfileID. XRechnung-UBL-Dateien brauchen es (PEPPOL-EN16931-R001), meist mit urn:fdc:peppol.eu:2017:poacc:billing:01:1.0. 5) In CII gehört die Kennung in rsm:ExchangedDocumentContext/ram:GuidelineSpecifiedDocumentContextParameter/ram:ID. 6) Prüfen Sie erneut.
<cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0</cbc:CustomizationID> <cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID> <cbc:ID>RE-2026-4711</cbc:ID>
Automatisch beheben
Laden Sie Ihre Rechnung in unsere Smart-Repair-Engine hoch. Sie prüft die Datei gegen das vollständige KoSIT-Regelwerk, auch auf BR-1, und korrigiert unterstützte Felder mit einem GoBD-Prüfpfad.
Smart Repair öffnenHäufig gestellte Fragen
Welchen Wert verwende ich für XRechnung 3.0.2?
Denselben wie für 3.0.1: urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0. Die Kennung enthält nur Haupt- und Nebenversion.
Warum zeigt der KoSIT-Validator gar keine Regel an?
Weil er kein Szenario auswählen konnte. Ohne passendes BT-24 weiß er nicht, welches Schematron er ausführen soll, und lehnt die Datei ab, bevor eine Geschäftsregel geprüft wird.
Ist BT-24 dasselbe wie die ProfileID?
Nein. BT-24 (cbc:CustomizationID) benennt die Spezifikation, BT-23 (cbc:ProfileID) den Geschäftsprozess. XRechnung-UBL-Dateien brauchen beide.
Verwandte Fehler
Andere häufig auftretende Validierungsfehler