XRechnung 3.0.2 Bugfix-Release: Was sich an den Prüfregeln ändert

XRechnung 3.0.2 bleibt die gültige Fassung, aber seit dem 31.08.2026 prüfen die offiziellen Regeln strenger. Das Bundle „XRechnung 3.0.2 Summer 2026 Bugfix“ macht eine ungültige URL in BT-124 zum Fehler, führt Warnungen für das Datumsformat ein und stuft im CII-Format doppelte Kontaktangaben hoch. Neue Pflichtfelder gibt es nicht.

Der Beitrag richtet sich an Rechnungssteller, Softwareanbieter und Rechnungseingangsteams, die verstehen wollen, warum eine bisher gültige XRechnung jetzt eine neue Meldung bekommt. Alle Regeländerungen stammen aus den Changelogs der KoSIT-Repositories, Stand 19. Oktober 2026.

Was hat die KoSIT am 31. August 2026 veröffentlicht?

Die Koordinierungsstelle für IT-Standards (KoSIT) listet auf xeinkauf.de (öffnet in neuem Tab) das „XRechnung Bundle 3.0.2 Summer 2026 Bugfix“ in der Fassung vom 31.08.2026, gültig ab demselben Tag. Ein Bundle fasst die technischen Komponenten zusammen, die zu einer Spezifikation gehören. Die Spezifikation selbst ist unverändert: XRechnung 3.0.2 in der Fassung vom 20.06.2024.

Die KoSIT schreibt dazu: „Im Sommer 2026 gab es kein normatives Release von XRechnung. Somit gibt es auch keinen Versionswechsel“. Deshalb bleibt XRechnung 3.0 mindestens bis zum 31.07.2027 in Kraft.

Das Bundle besteht aus drei aktualisierten Teilen:

Der KoSIT-Validator als Prüfmaschine erschien schon am 20.08.2026 in Version 1.6.3. Wie Validator und Konfiguration zusammenspielen, erklärt unser Beitrag zum KoSIT-Validator.

Welche Prüfregeln sind strenger geworden?

Die folgende Tabelle listet jede Regeländerung aus den Changelogs mit ihrer neuen Stufe. „Fehler“ heißt: Die Prüfung empfiehlt die Zurückweisung. „Warnung“ und „Information“ verhindern die Annahme nicht.

BR-TMP-2: externe Links brauchen ein Schema

BT-124 enthält die Adresse eines externen Dokuments, etwa eines Lieferscheins auf dem Server des Lieferanten. Die Regel gibt es seit XRechnung-Schematron 2.3.0 vom 21.03.2025. Mit Version 2.6.0 hebt die KoSIT sie auf „fatal“.

Die Folge: Ein Wert wie www.muster-gmbh.de/lieferschein-4711.pdf ohne https:// war bisher nur eine Warnung und führt jetzt zur Empfehlung, die Rechnung zurückzuweisen. Die KoSIT warnt im Changelog selbst: „this version might break your validation and business workflow“. Wer BT-124 nicht befüllt, ist nicht betroffen.

BR-TMP-6 und BR-TMP-7: das Datumsformat

Die beiden Regeln prüfen neun Datumsfelder: BT-2 (Rechnungsdatum), BT-7 (Steuerfälligkeitsdatum), BT-9 (Fälligkeitsdatum), BT-26 (Datum der vorausgegangenen Rechnung), BT-72 (Liefer- oder Leistungsdatum), BT-73 und BT-74 (Abrechnungszeitraum) sowie BT-134 und BT-135 (Zeitraum einer Rechnungsposition).

In UBL verlangt BR-TMP-6 genau zehn Zeichen nach dem Muster JJJJ-MM-TT. Das XML-Schema erlaubt beim Datentyp xs:date zusätzlich eine Zeitzone, etwa 2026-10-19+02:00. Solche Werte bestehen die Schemaprüfung, erzeugen jetzt aber eine Warnung. Ein Beispiel (gekürzt, keine Prüfausgabe):

<!-- löst BR-TMP-6 aus -->
<cbc:IssueDate>2026-10-19+02:00</cbc:IssueDate>
<!-- entspricht BR-TMP-6 -->
<cbc:IssueDate>2026-10-19</cbc:IssueDate>

In CII verlangt BR-TMP-7 das Attribut format="102" und acht Ziffern, also <udt:DateTimeString format="102">20261019</udt:DateTimeString>.

Wichtig ist der Hinweis im Changelog: BR-TMP-4 bis BR-TMP-7 laufen vorerst als Warnung und werden „with an upcoming release“ auf „fatal“ gehoben. Einen Termin nennt die KoSIT nicht.

Doppelte Kontaktangaben im CII-Format

In CII kann die Kontaktstelle BT-41 als ram:PersonName oder als ram:DepartmentName stehen. Die CEN-Regel CII-SR-465 meldet, wenn beim Verkäufer beide Elemente vorkommen, CII-SR-466 dasselbe beim Käufer (BT-56). In den CEN-Regeln ist das eine Warnung. Die Prüfkonfiguration 2026-08-31 setzt beide Regeln in den drei XRechnung-CII-Szenarien auf „error“.

Wer in CII Ansprechpartner und Abteilung parallel in beide Elemente schreibt, erhält damit jetzt einen Fehler statt einer Warnung. Bei UBL stellt sich die Frage nicht, weil dort BT-41 nur ein Element cbc:Name hat.

Anhänge: korrigierte Regeln für BT-123 und BT-125

CII-SR-475 und CII-SR-476 prüfen in CEN-Schematron 1.3.16 laut KoSIT im falschen Kontext (CEN-Issue 508 (öffnet in neuem Tab)). Die Konfiguration stuft beide auf „information“ herab. BR-TMP-4 und BR-TMP-5 prüfen dasselbe im richtigen Kontext, zunächst als Warnung. Wie Anhänge in BG-24 aufgebaut sind, zeigt unser Beitrag zu XRechnung mit Anhang.

Eine Lockerung: PEPPOL-EN16931-R008

Die Peppol-Regel R008 verbietet leere Elemente. In UBL verlangt das Schema aber cac:OrderReference/cbc:ID (BT-13), sobald die Auftragsnummer des Verkäufers (BT-14) angegeben ist. Seit 2.6.0 meldet R008 ein leeres BT-13 in diesem Fall nicht mehr.

Was ändert sich im Prüfbericht?

Eine Änderung betrifft nicht die Regeln, sondern die Bewertung. Bricht die Verarbeitung ab, schrieb der Bericht bisher „Es wird empfohlen das Dokument zurückzuweisen“. Seit der Konfiguration 2026-08-31 heißt es: „Das Dokument sollte nicht automatisiert angenommen werden“. Wer Prüfberichte automatisch auswertet und nach dem Wortlaut sucht, muss diese Formulierung ergänzen.

Was bedeutet das Bugfix-Release für wen?

Ob eine Meldung die Rechnung steuerlich berührt, ist eine eigene Frage. Das BMF unterscheidet Formatfehler, Geschäftsregelfehler und Inhaltsfehler; die Einordnung erklärt der Beitrag Formatfehler oder Inhaltsfehler.

Was bleibt gleich?

• Die Spezifikationskennung in BT-24 für XRechnung 3.0 bleibt unverändert.
• Es gibt keine neuen Pflichtfelder und keine neuen BR-DE-Regeln.
• Die elf Prüfszenarien der Konfiguration bleiben: XRechnung (CIUS, Extension, CVD) und reine EN 16931 für UBL Invoice, UBL CreditNote und CII.
• Der Unterschied zwischen Fehler und Warnung bleibt: Nur Fehler führen zur Empfehlung „zurückweisen“.

Zeitplan: XRechnung 3.0.2 bis 4.0

Was die Vorversion 4.0 an Feldern und Regeln ändert, steht im Beitrag zu XRechnung 4.0.

Was sollten Sie jetzt tun?

1. Erstellen Sie aus Ihrer Software je eine Testrechnung im UBL- und, falls genutzt, im CII-Format.
2. Prüfen Sie beide mit einem Validator, der die Konfiguration 2026-08-31 nutzt.
3. Suchen Sie im XML nach ExternalReference/URI (UBL) bzw. ram:URIID (CII) und kontrollieren Sie, ob jeder Wert mit https:// oder einem anderen Schema beginnt.
4. Kontrollieren Sie alle Datumsfelder auf das reine Format ohne Zeitzone.
5. Im CII-Format: Steht beim Verkäufer oder Käufer sowohl ram:PersonName als auch ram:DepartmentName, lassen Sie eines weg.
6. Behandeln Sie die neuen Warnungen BR-TMP-4 bis BR-TMP-7 wie künftige Fehler und melden Sie sie Ihrem Softwareanbieter.

Für die Fehlersuche im Einzelfall hilft die Anleitung XRechnung-Fehler beheben.

Offene Fragen

• Termin der Hochstufung: Wann BR-TMP-4 bis BR-TMP-7 zu Fehlern werden, steht nicht fest. Die KoSIT spricht nur von einem kommenden Release (Stand: Changelog 2.6.0).
• CEN-Korrektur: Ob und wann die CEN-Regeln CII-SR-475 und CII-SR-476 korrigiert werden, ist offen; danach könnten BR-TMP-4 und BR-TMP-5 wieder entfallen.
• Übergang zu 4.0: Die genauen Übergangsfristen will die KoSIT mit dem finalen Bundle XRechnung 4.0 bekannt geben.

So prüfen Sie Ihre XRechnung mit docutools.pro

1. Öffnen Sie den XRechnung Validator und laden Sie Ihre .xml-Datei hoch. Die Datei wird zur Prüfung an unseren Server übertragen. Kostenlos sind zwei Uploads pro Tag bis 500 KB, mehr gibt es im Pro-Tarif.
2. Die „KoSIT-Prüfung“ läuft seit dem 29.09.2026 mit genau der Konfiguration 2026-08-31, also mit XRechnung-Schematron 2.6.0 und CEN-Schematron 1.3.16, inklusive der neuen Schweregrade. Im Abgleich mit dem KoSIT-Validator 1.6.3 lieferte sie auf 119 Testdateien gleiche Ergebnisse.
3. Sie sehen „KoSIT-konform / Gültige XRechnung“ oder „Nicht KoSIT-konform“ mit der Liste der Fehler und Warnungen samt Regelcode. Erklärungen zu häufigen Codes finden Sie bei den KoSIT-Fehlern.
4. Um die betroffenen Stellen zu finden, öffnen Sie die Datei im XML Viewer; er läuft im Browser und zeigt den Baum mit allen Datums- und Kontaktelementen.

Einen Prüfbericht zum Aufbewahren erzeugt der Viewer nicht. Dafür nutzen Sie den KoSIT-Validator selbst. Weitere Beiträge finden Sie unter Validierung und Fehler.

Quellen

• KoSIT: Versionen und Bundles der XRechnung (öffnet in neuem Tab)
• KoSIT: Changelog der Prüfkonfiguration XRechnung (öffnet in neuem Tab)
• KoSIT: Changelog der XRechnung-Schematron (öffnet in neuem Tab)
• KoSIT: Changelog der XRechnung-Visualisierung (öffnet in neuem Tab)
• KoSIT-Validator: Releases (öffnet in neuem Tab)

Stand: Oktober 2026

Dieser Beitrag dient der allgemeinen Information und ersetzt keine Steuer- oder Rechtsberatung.