BR-DE-21: Spezifikationskennung (BT-24) entspricht nicht XRechnung

Was die Regel wörtlich sagt

[BR-DE-21] Das Element "Specification identifier" (BT-24) soll syntaktisch der Kennung des Standards XRechnung entsprechen.

Quelle: KoSIT, XRechnung-Schematron 2.6.0 in der Prüfkonfiguration vom 31.08.2026, Dateien XRechnung-UBL-validation.xsl und XRechnung-CII-validation.xsl

Die Stufe ist Warnung. Akzeptiert werden drei Werte:

Die Zahl am Ende ist Haupt- und Nebenversion, also 3.0, auch wenn die Prüfregeln zu XRechnung 3.0.2 gehören.

Warum eine „Warnung“ trotzdem zur Ablehnung führt

Das offizielle KoSIT-Prüftool wählt anhand von BT-24 aus, welche Regeln es anwendet. In der Konfiguration vom 31.08.2026 vergleicht jedes XRechnung-Prüfszenario die Kennung auf exakte Gleichheit mit einem der Werte oben. Passt sie auf keines, gibt es zwei Möglichkeiten:

• Die Kennung ist eine andere Version oder vertippt, etwa …xrechnung_2.3 oder mit Leerzeichen am Ende. Dann passt kein Szenario, das Tool meldet „kein passendes Szenario“ und lehnt die Datei ab, ohne einzelne Regeln zu prüfen.
• Die Kennung ist nur urn:cen.eu:en16931:2017. Dafür gibt es ein eigenes Szenario, das nur die europäischen Regeln anwendet. Die deutschen BR-DE-Regeln laufen dann nicht, und eine Behörde, die eine XRechnung verlangt, nimmt die Datei so nicht an.

Die Meldung „BR-DE-21“ als solche sehen Sie deshalb vor allem bei Prüfprogrammen, die die XRechnung-Regeln unabhängig von der Kennung anwenden. Wir haben das am 15.10.2026 nachgestellt: Mit xrechnung_2.3, mit nur urn:cen.eu:en16931:2017 und mit einem Leerzeichen hinter der korrekten Kennung meldet das XRechnung-Schematron 2.6.0 jeweils BR-DE-21 als Warnung.

Wo BT-24 steht

UBL, direkt unter dem Wurzelelement:

<cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0</cbc:CustomizationID>

CII, im Dokumentkontext:

<rsm:ExchangedDocumentContext>
  <ram:GuidelineSpecifiedDocumentContextParameter>
    <ram:ID>urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0</ram:ID>
  </ram:GuidelineSpecifiedDocumentContextParameter>
</rsm:ExchangedDocumentContext>

Sonderfall ZUGFeRD

Eine ZUGFeRD-Datei im Profil EN 16931 trägt in BT-24 die Kennung ihres Profils, nicht die der XRechnung. Das ist richtig so: Sie ist eine E-Rechnung nach EN 16931, aber keine XRechnung. Wird sie gegen die XRechnung-Regeln geprüft, schlägt BR-DE-21 an. Zwischen Unternehmen ist ZUGFeRD ab dem Profil EN 16931 eine zulässige E-Rechnung; wenn ein Auftraggeber ausdrücklich XRechnung verlangt, braucht er eine Datei mit der XRechnung-Kennung. Den Unterschied erklärt XRechnung und ZUGFeRD.

So wird der Fehler behoben

1. BT-24 der Datei ansehen. Der XRechnung-Viewer zeigt, ob er die Datei als XRechnung oder ZUGFeRD erkennt, und schreibt die vollständige Kennung in seinen Prüfbericht. Die Datei wird dabei nicht hochgeladen.
2. Steht dort eine 2.x-Version: Das Rechnungsprogramm erzeugt noch XRechnung 2. Ein Update ist nötig; die Kennung allein umzuschreiben reicht nicht, weil sich mit Version 3 auch Inhalte geändert haben.
3. Steht dort die richtige Kennung mit Leerzeichen oder Zeilenumbruch: den Export korrigieren, der Vergleich ist exakt.

Wie Schema-, Regel- und Inhaltsprüfung zusammenspielen, steht unter E-Rechnungen prüfen: KoSIT, EN 16931 und Pflichtangaben.

Passend dazu: XRechnung vs. ZUGFeRD: der Unterschied, E-Rechnungen prüfen: KOSIT, EN 16931 und Pflichtangaben, BR-DE-15: „Buyer reference (BT-10) muss übermittelt werden“ und XRechnung- und ZUGFeRD-Viewer.

Quellen

1. KoSIT: Prüfkonfiguration validator-configuration-xrechnung v2026-08-31 (XRechnung 3.0.2, XRechnung-Schematron 2.6.0)
2. KoSIT: Prüfregeln validator-configuration-xrechnung 3.0.2 (XRechnung 3.0.2), Release vom 31.08.2026

Hinweis: Dieser Ratgeber gibt einen allgemeinen Überblick (Stand: Oktober 2026) und ersetzt keine Rechts- oder Steuerberatung. Für Ihren konkreten Fall wenden Sie sich bitte an Ihre Steuerberatung.