OASIS hat UBL 2.5 offiziell veröffentlicht. Damit erhält einer der Standards für elektronische Geschäftsdokumente und globales E-Invoicing ein wichtiges Update.
Das Update ist vor allem relevant, weil zwischen dieser Version und der vielen Unternehmen bekannten Version viel Zeit vergangen ist. UBL 2.1 wurde 2013 veröffentlicht. Seitdem hat sich E-Invoicing deutlich weiterentwickelt.
In vielen Märkten hat sich E-Invoicing von einer vorwiegend öffentlichen Anwendung hin zu umfassenderen B2B-Mandaten, Continuous Transaction Controls und stärker vernetzten Modellen für digitale Umsatzsteuerberichterstattung entwickelt. Das zeigt sich in ganz Europa, wo Länder nationale E-Invoicing-Mandate vorbereiten oder einführen, als Teil einer breiteren Entwicklung hin zu digitaler Tax Compliance.
Was hat sich in UBL 2.5 geändert?
UBL hat sich über die Versionen 2.2, 2.3 und 2.4 weiterentwickelt, doch UBL 2.1 bleibt für E-Invoicing besonders wichtig. Es ist auch die UBL-Syntax, die in Peppol BIS Billing 3.0 verwendet wird, einem der meistgenutzten Frameworks für den strukturierten Rechnungsaustausch.
UBL 2.5 erweitert den Standard erneut. Laut OASIS umfasst das Update unter anderem:
- Acht neue Geschäftsdokumenttypen, wodurch die Gesamtzahl von 93 auf 101 steigt
- Neue Dokumente für Invoice Status Request und Invoice Status Response
- Eine verbesserte Nachverfolgung von Rechnungsstatus
- Eine erweiterte Unterstützung für Zahlungsreferenzen
- Unterstützung für Inkasso im Namen Dritter
- Neue Unterstützung für das Management von Abfalltransporten
- Einen neuen Deprecation-Mechanismus, durch den UBL weiterentwickelt werden kann, ohne bestehende Implementierungen zu beeinträchtigen
Warum Rechnungsstatusdokumente wichtig sind
Für E-Invoicing gehören die neuen Rechnungsstatusdokumente zu den relevantesten Ergänzungen.
Mit dem Invoice Status Request kann eine Partei den Status einer oder mehrerer zuvor ausgestellter Rechnungen abfragen. Die Invoice Status Response liefert anschließend Informationen zu diesem Status zurück.
Das spiegelt eine breitere Entwicklung im E-Invoicing wider. Eine Rechnung wird nicht länger nur als einzelnes Dokument betrachtet, das vom Lieferanten an den Käufer gesendet wird. Sie wird Teil eines umfassenderen digitalen Transaktionslebenszyklus, einschließlich Zustellung, Validierung, Annahme, Ablehnung, Zahlungsstatus und Berichterstattung.
Dieser Lebenszyklusansatz ist bereits in verschiedenen europäischen Modellen für E-Invoicing und digitale Berichterstattung sichtbar. Länder wie Spanien, Norwegen und Slowakei bewegen sich alle in Richtung stärker strukturierter digitaler Rechnungs- und Berichtsprozesse.
UBL 2.5 ersetzt UBL 2.1 nicht über Nacht
Die Veröffentlichung von UBL 2.5 bedeutet nicht, dass Peppol, EN 16931 oder bestehende E-Invoicing-Implementierungen plötzlich von UBL 2.1 abrücken.
OASIS stuft UBL 2.5 als Minor Revision ein, weil die Version die Abwärtskompatibilität mit früheren UBL-2.x-Versionen beibehält. Es handelt sich also um eine Weiterentwicklung des Standards, nicht um einen Ersatz bestehender Implementierungen.
Für Unternehmen ist diese Unterscheidung wichtig. Das Update zeigt, in welche Richtung sich elektronische Geschäftsdokumente entwickeln, verändert aber nicht automatisch aktuelle Compliance-Verpflichtungen. Unternehmen sollten weiterhin die Anforderungen des jeweiligen Mandats, Netzwerks oder der jeweiligen Plattform in jedem Land beachten.
Was das für Unternehmen bedeutet
UBL 2.5 macht deutlich, dass E-Invoicing zunehmend Teil einer breiteren Compliance- und Prozessinfrastruktur wird. Finanzteams müssen nicht nur verstehen, welches Rechnungsformat vorgeschrieben ist, sondern auch, wie Rechnungsdaten validiert, nachverfolgt, gemeldet und mit Zahlungs- und Lebenszyklusstatus verbunden werden.
Das ist besonders relevant für Organisationen, die in mehreren Ländern tätig sind. Verschiedene Mandate können mit unterschiedlichen Netzwerken, Plattformen, Formaten und Berichtsmodellen arbeiten. Selbst wenn Standards kompatibel bleiben, können lokale Implementierungsregeln deutlich voneinander abweichen.
Unternehmen sollten E-Invoicing daher nicht als einmalige technische Umstellung behandeln. Plattformen wie Routty unterstützen Organisationen dabei, E-Invoicing, Validierung, Routing, Archivierung und Compliance-Anforderungen über mehrere Länder und Rechnungsflüsse hinweg zu verwalten.
Änderungen, die Unternehmen umsetzen müssen
Unternehmen müssen bestehende auf UBL 2.1 basierende E-Invoicing-Prozesse nicht sofort auf UBL 2.5 umstellen, es sei denn, ein bestimmtes Mandat, Netzwerk oder eine Kundenanforderung verlangt dies.
Sie sollten jedoch prüfen, ob ihre E-Invoicing-Architektur flexibel genug ist, um neue Dokumenttypen, Lebenszyklusmeldungen und veränderte Validierungsanforderungen langfristig zu unterstützen.
Praktische Schritte sind:
- Prüfen, welche UBL-Version derzeit in den einzelnen E-Invoicing-Flows verwendet wird
- Updates zu Peppol, EN 16931 und lokalen Mandaten verfolgen
- Bewerten, ob Rechnungsstatus und Lebenszyklus-Tracking unterstützt werden
- Sicherstellen, dass Zahlungsreferenzen und Berichtsdaten korrekt strukturiert sind
- Mit einer Plattform arbeiten, die sich an veränderte Standards und Länderanforderungen anpassen kann
Dreizehn Jahre nach UBL 2.1 entwickelt sich die zugrunde liegende Sprache elektronischer Geschäftsdokumente für eine andere E-Invoicing-Welt weiter. Die wichtigste Erkenntnis für Unternehmen ist klar: Compliance bedeutet nicht mehr nur, das richtige Rechnungsformat zu versenden. Es geht darum, den gesamten digitalen Transaktionslebenszyklus mit ausreichend Struktur, Kontrolle und Flexibilität zu verwalten.
Wichtige Erkenntnisse
- UBL 2.5 führt acht neue Geschäftsdokumenttypen ein, womit die Gesamtzahl auf 101 steigt.
- Die neuen Dokumente für Invoice Status Request und Invoice Status Response unterstützen ein besseres Lebenszyklus-Tracking.
- UBL 2.5 ist abwärtskompatibel mit früheren UBL-2.x-Versionen.
- Bestehende Peppol- und EN 16931-Implementierungen wechseln nicht automatisch von UBL 2.1 zu UBL 2.5.
- Das Update zeigt, wie sich E-Invoicing zu einem breiteren digitalen Transaktions- und Compliance-Prozess entwickelt.
