Was offiziell feststeht
KoSIT/XStandards Einkauf nennt XRechnung 4.0 eine umfassende Weiterentwicklung und beschreibt sie als deutsche Umsetzung der neuen EN 16931-1:2026. Der Release wurde für Mitte bis Ende 2026 angekündigt.
Quellen: KoSIT / XStandards Einkauf
Was heute produktiv gilt
Für produktive Prüfungen darf die angekündigte Version nicht vorweggenommen werden. Der aktuelle XRechnung-Stand ist 3.0.2; das Bugfix-Bundle 2026-01-31 enthält Validator 1.6.0 und technische Korrekturen ohne normative Änderungen an XRechnung 3.0.
Quellen: KoSIT / XStandards Einkauf
Warum die neue EN 16931 wichtig ist
XRechnung ist eine deutsche CIUS auf Basis der europäischen Rechnungsnorm. Wenn sich das Kernmodell der EN 16931 ändert, müssen Datenmodell, Regeln, Syntaxbindungen und Implementierungen darauf abgestimmt werden. KoSIT nennt unter anderem neue Möglichkeiten im Kernrechnungsmodell, die zuvor nur über Erweiterungen abgebildet wurden.
Quellen: KoSIT / XStandards Einkauf
Migrations-Check für ERP und Schnittstellen
- CustomizationID/ProfileID nicht hart in mehreren Systemen duplizieren
- Business-Term-Mapping zentral dokumentieren
- UBL- und CII-Export getrennt testen
- Eigene Extensions und Sonderfelder inventarisieren
- Validator-Konfiguration versionierbar halten
- Regressionstests mit gültigen und absichtlich fehlerhaften Rechnungen aufbauen
Was noch nicht seriös versprochen werden kann
Solange finale Spezifikation, Syntaxbindungen und Validierungsartefakte nicht vollständig veröffentlicht sind, wäre eine Aussage wie „4.0-konform“ verfrüht. Eine Readiness-Prüfung kann heute nur Architektur, Mapping und Änderungsrisiken beurteilen – nicht die finale Konformität.
Häufige Fragen
Ist XRechnung 4.0 schon verpflichtend?
Nein. Der derzeit produktive Stand ist XRechnung 3.0.2. Die angekündigte 4.0-Fassung befindet sich 2026 noch in Vorbereitung.
Kann ich schon gegen XRechnung 4.0 validieren?
Eine belastbare produktive Validierung setzt finale Spezifikation und technische Artefakte voraus. Vorabversionen dienen der Vorbereitung, nicht dem Produktiveinsatz.
Soll ich mit der Vorbereitung warten?
Nein. Mapping-Inventur, versionierte Tests und saubere Trennung von Semantik, Syntax und Empfängerregeln sind bereits jetzt sinnvoll.