Zum Inhalt springen
E-Rechnung Zentrale

BR-DE-21

Spezifikationskennung (BT-24) ist keine XRechnung-Kennung

Die Spezifikationskennung (BT-24) entspricht nicht der Kennung für XRechnung 3.0 (oder Extension/CVD).

Regelwerk
XRechnung (KoSIT)
Stufe
Warnung
Betroffene Felder
BT-24
Originaltext der Meldung
[BR-DE-21] Das Element "Specification identifier" (BT-24) soll syntaktisch der Kennung des Standards XRechnung entsprechen.

Was bedeutet BR-DE-21?

BR-DE-21 ist eine Warnung zur Spezifikationskennung (BT-24, „Specification identifier"). Sie verlangt eine der drei gültigen Kennungen:

  • urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0 (Standard)
  • …xrechnung_3.0#conformant#urn:xeinkauf.de:kosit:extension:xrechnung_3.0 (Extension)
  • …xrechnung_3.0#compliant#urn:xeinkauf.de:kosit:xrechnung:cvd_0.9 (Saubere-Fahrzeuge-Variante)

Geprüft wird cbc:CustomizationID (UBL) bzw. ram:GuidelineSpecifiedDocumentContextParameter/ram:ID (CII).

Wichtig für die Praxis: Der offizielle KoSIT-Validator wählt seine Prüfregeln anhand genau dieser Kennung aus. Steht dort z. B. noch xrechnung_2.3 oder eine ZUGFeRD-Kennung, findet er kein passendes Prüfszenario und lehnt die Datei ohne BR-DE-21 ab („noScenarioMatched"). Die Warnung BR-DE-21 sehen Sie daher vor allem in anderen Validatoren, die die XRechnung-Regeln fest einbinden.

Typische Ursachen

  • Die Software erzeugt noch eine veraltete Kennung (z. B. xrechnung_2.2 oder 2.3).
  • Eine ZUGFeRD/Factur-X-Kennung (z. B. urn:cen.eu:en16931:2017 oder …:factur-x.eu:1p0:extended) wurde mit XRechnung-Regeln geprüft.
  • Tippfehler oder zusätzliche Leerzeichen in der Kennung.

So beheben Sie den Fehler

  1. Prüfen Sie BT-24 im XML.
  2. Tragen Sie exakt urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0 ein (ohne Leerzeichen).
  3. Aktualisieren Sie Ihre Rechnungssoftware, wenn sie noch XRechnung 2.x erzeugt – die Version 3.0 ist seit Februar 2024 verbindlich.
  4. Wenn Sie bewusst ZUGFeRD/Factur-X senden, prüfen Sie die Datei gegen EN 16931 statt gegen XRechnung.

Beispiel: falsch und richtig

Falsch
<cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_2.3</cbc:CustomizationID>
Richtig
<cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0</cbc:CustomizationID>
Wo die Regel prüft (XPath)
UBL
/ubl:Invoice | /cn:CreditNote
CII
/rsm:CrossIndustryInvoice/rsm:ExchangedDocumentContext

Rechnung erneut prüfen

Legen Sie die korrigierte Datei hier ab. Die Prüfung läuft mit den offiziellen Regeln in Ihrem Browser.

E-Rechnung hier ablegen

XRechnung (UBL oder CII), ZUGFeRD und Factur-X als XML oder PDF. Gern auch mehrere Dateien auf einmal.

Ihre Rechnung verlässt nie Ihren Browser. Prüfung und Anzeige laufen auf Ihrem Gerät, es wird nichts hochgeladen oder gespeichert.

Ohne Datei testen: , ,

Fragen zu BR-DE-21

Der KoSIT-Validator meldet „kein passendes Szenario". Hängt das damit zusammen?

Ja, fast immer. Der Validator erkennt XRechnungen ausschließlich an BT-24. Stimmt die Kennung nicht exakt, wird die Datei abgelehnt, ohne dass einzelne Regeln geprüft werden.

Ich verschicke ZUGFeRD. Muss ich die XRechnung-Kennung eintragen?

Nur wenn der Empfänger ausdrücklich eine XRechnung verlangt (z. B. Behörden). Für ZUGFeRD im B2B-Bereich ist die Kennung des gewählten ZUGFeRD-Profils richtig; BR-DE-21 gilt dann nicht.

Gibt es schon eine Kennung für XRechnung 3.1?

Die aktuelle KoSIT-Konfiguration (Stand 2026) prüft weiterhin die Kennung xrechnung_3.0, auch für die Version 3.0.2.