XRechnung ist der nationale Standard für elektronische Rechnungen an öffentliche Auftraggeber in Deutschland und setzt die EU-Richtlinie 2014/55/EU maßgeblich um. Der Standard definiert Rechnungsinformationen als strukturierten XML-Datensatz, der die E-Rechnung darstellt und von unterschiedlichen Softwaresystemen automatisiert verarbeitet werden kann.
XRechnung ist mehr als ein technisches Format: Sie ist ein zentraler Baustein für digitale Verwaltungs- und Unternehmensprozesse und verbindet Recht, Technik und Organisation miteinander. Im öffentlichen Sektor ist die XRechnung seit dem 27. November 2020 Pflicht für Rechnungen an öffentliche Auftraggeber. Seit dem 1. Januar 2025 gilt auch im B2B-Bereich, dass eine E-Rechnung für steuerliche Zwecke in einem strukturierten elektronischen Format vorliegen muss.
XRechnung ist der nationale Standard für elektronische Rechnungsstellung, der vom IT-Planungsrat am 22. Juni 2017 beschlossen wurde und die EU-Richtlinie 2014/55/EU in Deutschland umsetzt. Er besteht aus der CIUS XRechnung und der Extension XRechnung, die gemeinsam das semantische Datenmodell und die nationalen Geschäftsregeln festlegen, und ermöglicht die automatisierte Verarbeitung von Rechnungen durch Validierung, Matching mit Bestellungen, Workflow-Steuerung, Kontierung und Buchung ohne manuelle Eingriffe.
Die KoSIT betreibt den Standard im Auftrag des IT-Planungsrats und ist für die Pflege, Steuerung und Weiterentwicklung der technischen Komponenten verantwortlich. Die XRechnung basiert auf der europäischen Norm EN 16931, die in Teil 1 das semantische Datenmodell und die Geschäftsregeln definiert. In Teil 2 werden die verpflichtenden Syntaxen UBL 2.1 und UN/CEFACT CII festgelegt. Die CIUS XRechnung konkretisiert die Business Terms und Business Rules, indem sie beispielsweise einschränkende Vorgaben zur Befüllung macht. Die Extension XRechnung ergänzt die EN 16931-1 um zusätzliche nationale Spezifizierungen, die über die europäische Norm hinausgehen.
Eine Rechnung ist konform zur CIUS XRechnung, wenn sie in Form eines wohlgeformten XML-Dokuments ausgestellt, übermittelt und empfangen wird und ausschließlich die Informationselemente des semantischen Datenmodells entsprechend der Spezifikation verwendet. Sie muss eine valide Instanz der in der EN 16931-2 genannten XML-Schema-Definitionen sein und hinsichtlich der durch die CIUS XRechnung spezifizierten Geschäftsregeln valide sein.
Eine XRechnung ist kein visuelles Dokument wie ein PDF, sondern ein strukturierter XML-Datensatz. Während eine PDF-Rechnung nur von Menschen gelesen werden kann, ermöglicht die strukturierte XRechnung die automatisierte Verarbeitung durch Softwaresysteme: Validierung, Matching mit Bestellungen, Workflow-Steuerung, Kontierung und Buchung können ohne manuelle Eingriffe erfolgen. Die Visualisierung des XML-Datensatzes ist ein nachgelagerter Schritt, der für die Prüfung durch Fachbereiche oder zur Archivierung erfolgt. Eine fachliche Prüfung kann jedoch nicht vollständig entfallen, da technische Validität nicht automatisch fachliche Plausibilität bedeutet.
Eine XRechnung besteht aus einem strukturierten XML-Datensatz mit definierten Informationsblöcken: Kopfdaten mit Rechnungsnummer und Ausstellungsdatum, Parteien wie Rechnungssteller und Rechnungsempfänger, Positionen mit Beschreibungen und Mengen, Steuern, Summen, Zahlungsbedingungen und Referenzen zu Bestellungen oder Lieferungen. Dieser Datensatz ist nicht für die direkte Anzeige konzipiert, sondern für die maschinelle Verarbeitung. Zur Darstellung im System wird eine Visualisierungskomponente, typischerweise eine XSLT-Transformation, genutzt, die den XML-Inhalt in eine lesbare Ansicht überführt.
Die XRechnung ist mehr als ein technisches Format. Sie ist ein zentraler Baustein für digitale Finanz- und Verwaltungsprozesse und zeigt, dass Digitalisierung dort wirksam wird, wo Recht, Technik und Organisation zusammenarbeiten. Organisationen, die Rechnungen an öffentliche Auftraggeber stellen, sind seit dem 27. November 2020 verpflichtet, XRechnung zu verwenden. Die Leitweg-ID identifiziert den Rechnungsempfänger und ist eine Pflichtangabe. Viele Projekte scheitern an Stammdaten und unklaren Prozessen.
Für Unternehmen im B2B-Bereich ist XRechnung nicht zwingend vorgeschrieben, jedoch eine wichtige Referenz. Das Bundesministerium der Finanzen nennt XRechnung und ZUGFeRD ab Version 2.0.1 als übliche Formate. Unternehmen sollten XRechnung als Teil ihrer E-Invoicing-Strategie betrachten, insbesondere wenn sie im öffentlichen Sektor oder regulierten Branchen tätig sind.
Seit dem 1. Januar 2025 gilt im B2B-Bereich die Empfangspflicht für strukturierte elektronische Rechnungen. Diese Einordnung hat direkte Auswirkungen auf Unternehmen: Sie müssen in der Lage sein, XRechnung und andere EN-16931-konforme Formate zu empfangen, zu verarbeiten und zu archivieren. Für die Ausstellung gelten gestaffelte Übergangsfristen: Bis Ende 2026 dürfen Unternehmen weiterhin Papier- oder PDF-Rechnungen ausstellen, sofern der Empfänger zustimmt. Ab 2027 gilt die Ausstellungspflicht für Unternehmen mit einem Vorjahresumsatz über 800.000 Euro. Ab 2028 gilt sie für alle Unternehmen. In Übergangsphasen können auch sogenannte sonstige Rechnungen zulässig sein, etwa PDF-Rechnungen mit Zustimmung des Empfängers, jedoch ist die strukturierte E-Rechnung der rechtlich und prozessual sichere Standard.
Die Einführung der XRechnung erfordert klare Daten und saubere Prozesse. Wer sie richtig einführt, schafft Transparenz über Bestellbezug, Freigabeprozesse und Zahlungsabläufe. E-Invoicing wird zum Einstieg in moderne Backoffice-Architekturen. Viele Projekte scheitern nicht am XML-Format, sondern an unvollständigen Stammdaten, unklaren Verantwortlichkeiten, fehlenden Bestellreferenzen und heterogenen Systemlandschaften. Die XRechnung deckt diese Schwächen auf und erzwingt eine Auseinandersetzung mit der Datenqualität und Prozessgestaltung.
Organisationen, die XRechnung konsequent umsetzen, erzielen messbare Verbesserungen: Durchlaufzeiten sinken, die Fehlerquote bei der Rechnungsprüfung geht zurück, der Automatisierungsgrad steigt, und die Transparenz über Zahlungsströme verbessert sich. Skontoausnutzung und Prozesskosten werden optimiert. Diese Effekte entstehen nicht durch das Format allein, sondern durch die damit verbundene Neugestaltung von Daten, Schnittstellen, Workflows und Verantwortlichkeiten.
Die XRechnung ist Teil eines größeren europäischen Kontexts. Mit ViDA plant die EU bis 2035 ein Echtzeit-Meldesystem für grenzüberschreitende Umsätze, also ein elektronisches Meldesystem. E-Rechnung ist somit nicht das Ende, sondern die Grundlage für zukünftige Anforderungen. Organisationen sollten ihre E-Invoicing-Fähigkeiten so aufbauen, dass weitere Melde- und Reporting-Anforderungen später anschlussfähig sind. Dazu gehören ein erweiterbares Datenmodell, Reporting-Fähigkeiten, Event-Logs und technische Schnittstellen für künftige Meldesysteme.
Für CFOs und Finanzverantwortliche lassen sich die zentralen Entscheidungsfragen wie folgt zusammenfassen: Ist die Formatfähigkeit für XRechnung und EN-16931-konforme Formate hergestellt? Sind Stammdaten bereinigt und Prozesse digitalisiert? Ist Peppol als robuster Übertragungsweg etabliert? Sind Governance, Validierung und Archivierung geregelt? Das Zielbild ist ein durchgängig digitalisierter Purchase-to-Pay- und Order-to-Cash-Prozess, der Transparenz, Automatisierung und Compliance gewährleistet. Zentrale Risiken sind unvollständige Stammdaten, fehlende Bestellreferenzen, unklare Verantwortlichkeiten und heterogene Systemlandschaften. Quick Wins entstehen durch automatisiertes Matching, verkürzte Durchlaufzeiten, bessere Skontoausnutzung und reduzierte Klärfallquoten.
Der Standard XRechnung besteht aus normativen und technischen Komponenten, die zentral von der KoSIT betrieben werden. Alle Komponenten sind als Open Source verfügbar und werden unter einer permissive licence veröffentlicht, die auch die Einbindung in proprietäre und kommerzielle Software erlaubt. Die Entwicklung findet offen statt, der Quellcode wird auf GitHub bereitgestellt.
Die Spezifikation XRechnung ist das maßgebliche Dokument für die Implementierung. Sie definiert das semantische Datenmodell, die Geschäftsregeln, die zulässigen Syntaxen und die Pflichtangaben. Änderungen des Standards XRechnung werden vom Bundesministerium des Innern im Bundesanzeiger bekannt gemacht. Die aktuell gültige Version ist XRechnung 3.0, die seit dem 1. Februar 2024 in Kraft ist. Version 2.3 wurde zum selben Datum außer Kraft gesetzt und ist nicht mehr zur Nutzung empfohlen.
Der Validator ist ein konfigurierbares XML-Prüftool, das eine technisch sichere, einheitliche und skalierbare Validierung von XML-Dokumenten ermöglicht. Mit der XRechnung-spezifischen Konfiguration kann der Validator zur Prüfung auf den Standard XRechnung genutzt werden. Die Schematron-Komponente enthält die technischen Mittel zur Validierung der nationalen Geschäftsregeln als Schematron- und XSLT-Dateien und ergänzt die vom CEN bereitgestellten Validierungsregeln der EN 16931-1.
Die Testsuite veranschaulicht die Vorgaben und Besonderheiten von XRechnung durch Testszenarien, Beispielrechnungen sowie Referenznachrichten in UBL und CII. Sie dient als Grundlage für die interne Qualitätssicherung und ermöglicht es Organisationen, ihre Implementierung systematisch zu testen.
Die Visualisierungskomponente bietet XSL-Transformationsskripte zur Darstellung von XRechnungen innerhalb eines Systems. Da XML nicht lesefreundlich ist, ermöglicht die Visualisierung Fachbereichen, Rechnungen zu prüfen und freizugeben, ohne den XML-Code lesen zu müssen. Die Trennung von Übertragungsformat und Arbeitsansicht ist ein wichtiges Designprinzip.
Codelisten sind zentral für die Datenqualität. Sie definieren zulässige Werte für Länder- und Währungscodes, Einheiten, Steuerkategorien und weitere Merkmale. Eine Liste der in der Spezifikation XRechnung referenzierten Codelisten findet sich im Anhang B der Spezifikation, einschließlich Verlinkungen zu den Codelisten im XRepository.
Die folgende Tabelle gibt einen Überblick über zentrale Aspekte der XRechnung und ordnet sie im Kontext der elektronischen Rechnungsstellung ein. Sie zeigt, dass XRechnung kein isoliertes Format ist, sondern ein umfassendes System aus Standard, Governance, technischen Komponenten und Übertragungswegen.
| Aspekt | Beschreibung | Relevanz für Organisationen |
|---|---|---|
| Standard | XRechnung basiert auf EN 16931, besteht aus CIUS und Extension | Maßgeblich für öffentliche Auftraggeber, Referenzformat im B2B |
| Format | Strukturierter XML-Datensatz in UBL 2.1 oder UN/CEFACT CII | Ermöglicht automatisierte Verarbeitung, fachliche Prüfung bleibt notwendig |
| Pflicht Public Sector | Seit 27. November 2020 im öffentlichen Sektor | Formatfähigkeit herstellen, Empfang und Verarbeitung sicherstellen |
| B2B-Empfangspflicht | Seit 1. Januar 2025 für alle Unternehmen | XRechnung und EN-16931-konforme Formate empfangen und verarbeiten |
| B2B-Ausstellungspflicht | Ab 2027 für Unternehmen über 800.000 Euro Umsatz, ab 2028 für alle | Gestaffelte Übergangsfrist beachten, Prozesse frühzeitig anpassen |
| Leitweg-ID | Standardisierte Adressierung des Rechnungsempfängers | Pflichtangabe im Public Sector, häufige Fehlerquelle bei falscher Pflege |
| Übertragung | Peppol als einheitlicher Übermittlungsweg für öffentliche Verwaltung | Standardisierte Zustellung, Skalierbarkeit, Interoperabilität |
| Versionsstand | XRechnung 3.0 seit 1. Februar 2024, ein Hauptrelease pro Jahr geplant | Planbarkeit für IT und Compliance, Releasekalender beachten |
Organisationen müssen alle Ebenen strategisch planen: Standard, Governance, technische Komponenten, Übertragungswege, Archivierung und Compliance.
Die Einführung der XRechnung betrifft unterschiedliche Prozesse und Systeme. Im Purchase-to-Pay-Prozess dient die XRechnung als Trigger für automatisiertes Matching: Bestellung, Wareneingang und Rechnung werden maschinell abgeglichen, Workflows werden gesteuert, und Dunkelbuchungspotenziale entstehen dort, wo alle drei Dokumente übereinstimmen. Im Order-to-Cash-Prozess müssen Ausgangsrechnungen für öffentliche Kunden im XRechnung-Format erstellt werden, was Auswirkungen auf Billing, Debitoren und Mahnprozesse hat.
In der Praxis sind typischerweise mehrere Systeme beteiligt: ERP-Systeme liefern die Rechnungsdaten, Rechnungsverarbeitungssysteme validieren und routen die XRechnungen, Dokumentenmanagementsysteme archivieren die XML-Dateien und zugehörige Anhänge, Workflow-Systeme steuern Freigaben und Klärfälle, und Integrationsplattformen oder API-Gateways verbinden die Komponenten. Die Peppol-Anbindung erfolgt über einen Access Point, der den Versand und Empfang strukturierter Nachrichten ermöglicht.
Für den Versand elektronischer Rechnungen an die öffentliche Verwaltung in Deutschland ist der Standard XRechnung über Peppol vorgegeben. Peppol ist eine Infrastruktur zur sicheren Übermittlung strukturierter Daten über Maschine-zu-Maschine-Kommunikation. Peppol bietet standardisierte Zustellung, Skalierbarkeit und Interoperabilität und sollte als robuster Zielzustand für die Übertragung angestrebt werden. Unternehmen müssen die Übertragung, Validierung und Archivierung strategisch planen.
Organisationen müssen klären, wo validiert wird: vor dem Versand, bei Eingang oder vor der Buchung. Wo werden Anhänge gehalten? Wo werden Identifikatoren und Referenzen gemanagt? Ein klares Zielarchitekturprinzip lautet: einmalige Datenhaltung, klare Schnittstellen, nachvollziehbare Prozesslogs für Audits. Die Entscheidung zwischen Eigenentwicklung, Standardkomponenten oder Middleware hängt von der bestehenden Systemlandschaft, den Ressourcen und den Anforderungen an Skalierung und Betrieb ab. Ein klares Betriebsmodell mit definierten Rollen und Verantwortlichkeiten ist erforderlich, insbesondere für Datenqualität, Validierung, Fehlerbehandlung und Change Management.
Eine E-Rechnung erstellen bedeutet: Daten aus dem ERP extrahieren, auf das XRechnung-Format mappen, gegen Schema und Geschäftsregeln validieren, über den gewählten Versandweg übermitteln, Empfangsbestätigung verarbeiten und die Rechnung revisionssicher archivieren. Dieser Prozess muss stabil, nachvollziehbar und automatisiert ablaufen. Ausnahmefälle, etwa bei Validierungsfehlern oder fehlenden Pflichtangaben, benötigen definierte Eskalations- und Korrekturprozesse.
Die revisionssichere Archivierung von XRechnungen und zugehörigen Anhängen muss den GoBD-Anforderungen entsprechen. Das bedeutet: Aufbewahrung über die gesetzliche Frist, Unveränderbarkeit der archivierten Daten, Nachvollziehbarkeit aller Verarbeitungsschritte durch Protokolle, Verfahrensdokumentation für Prüfer und jederzeit möglicher Zugriff auf die strukturierten Daten sowie deren visuelle Darstellung. Das XML-Dokument ist dabei das steuerlich relevante Originaldokument. Hybridformate wie ZUGFeRD enthalten sowohl strukturierte XML-Daten als auch eine PDF-Visualisierung, was die Archivierung und Prüfung vereinfachen kann. Organisationen müssen klären, ob Anhänge gemeinsam mit der XRechnung archiviert werden, wie die Unveränderbarkeit sichergestellt wird und wie Verarbeitungsprotokolle auditfähig dokumentiert werden.
Eine strukturierte Umsetzungsroadmap umfasst typischerweise folgende Phasen: Phase 1 Analyse und Design mit Anforderungsaufnahme, Prozessanalyse, Systemauswahl und Architekturkonzept. Phase 2 Implementierung mit ERP-Anpassungen, Middleware-Integration, Peppol-Anbindung, Validierung und Visualisierung. Phase 3 Testing mit Unit-Tests, Integrationstests, End-to-End-Tests und User Acceptance Testing. Phase 4 Rollout mit Schulung, Pilotbetrieb, Migration und Go-Live. Phase 5 Betrieb und Optimierung mit Monitoring, Fehlerhandling, Releasemanagement und kontinuierlicher Verbesserung. Für jede Phase sollten Aufwände, Rollen nach RACI-Modell, Abhängigkeiten zu anderen Projekten und Meilensteine definiert werden. Typische Projektlaufzeiten liegen zwischen drei und zwölf Monaten, abhängig von Systemlandschaft, Volumen und organisatorischer Komplexität.
Trotz klarer Vorgaben treten in der Praxis wiederkehrende Fehlerbilder auf, die den Betrieb der XRechnung erschweren und zu Zurückweisungen, Klärfällen oder Verzögerungen führen.
Die Leitweg-ID ist eine Pflichtangabe für die Adressierung von Rechnungen an öffentliche Auftraggeber. Fehlt sie oder ist sie falsch, kann die Rechnung nicht zugestellt werden. Viele Projekte scheitern an Stammdaten und unklaren Prozessen zur Pflege und Verteilung der Leitweg-ID im Kunden- oder Debitorenstamm. Verantwortlichkeiten für die Datenpflege müssen klar definiert sein.
Wenn die XRechnung keinen eindeutigen Bezug zur Bestellung aufweist, scheitert das automatisierte Matching. Die Rechnung wird zum Klärfall, muss manuell geprüft werden, und die Durchlaufzeit steigt. Klare Prozesse für Bestellungen, Wareneingänge und Rechnungen sind erfolgskritisch.
Adressen, Steuernummern, Umsatzsteuer-Identifikationsnummern und Bankverbindungen müssen konsistent und aktuell sein. Abweichungen führen zu Validierungsfehlern oder Zurückweisungen. Stammdatenbereinigung ist kein einmaliges Projekt, sondern eine kontinuierliche Aufgabe. Organisationen müssen ihre Stammdaten bereinigen und Lieferanten- und Kundendaten, Leitweg-IDs, Steuernummern, Bankverbindungen und Adressdaten korrekt und aktuell halten.
Wenn Codelistenwerte nicht den vorgegebenen Wertelisten entsprechen oder Einheiten falsch angegeben werden, schlägt die Validierung fehl. Die zentrale Pflege der Wertelisten und regelmäßige Abgleiche sind notwendig.
Eine XRechnung kann technisch valide sein, also alle formalen Regeln erfüllen, aber fachlich fehlerhaft oder nicht plausibel. Beispielsweise können Leistungszeiträume, Preise oder Vereinbarungen nur unter Zuhilfenahme von Kontextinformationen geprüft werden. Die fachliche Prüfung bleibt notwendig und kann nicht vollständig maschinell erfolgen. Aussagen wie „keine manuelle Prüfung nötig" sind daher zu absolut: Die technische Validierung entlastet, ersetzt aber nicht die fachliche Kontrolle.
Organisationen benötigen definierte Prozesse für den Umgang mit Validierungsfehlern, Rückfragen, Korrekturen und Wiedereinreichungen. Ohne klare Eskalations- und Kommunikationswege entstehen Tickets, Verzögerungen und Mehraufwand.
Die präzise Abgrenzung zwischen Empfangspflicht und Ausstellungspflicht im B2B-Bereich wird häufig missverstanden. Seit dem 1. Januar 2025 gilt die Empfangspflicht für alle Unternehmen, d. h. sie müssen strukturierte E-Rechnungen empfangen und verarbeiten können. Die Ausstellungspflicht ist gestaffelt: Bis Ende 2026 dürfen Unternehmen weiterhin Papier- oder PDF-Rechnungen ausstellen, sofern der Empfänger zustimmt. Diese sogenannten sonstigen Rechnungen sind in Übergangsphasen zulässig, jedoch nicht der langfristig sichere Standard. Ab 2027 gilt die Ausstellungspflicht für Unternehmen mit einem Vorjahresumsatz über 800.000 Euro, ab 2028 für alle Unternehmen. Quellen für diese Regelungen sind das Wachstumschancengesetz, die entsprechenden BMF-Schreiben und die Anwendungserlasse zur E-Rechnung.
Organisationen stehen vor der Entscheidung, wie sie die XRechnung technisch und organisatorisch umsetzen. Die folgende Tabelle stellt typische Optionen gegenüber und bewertet deren Eignung. Sie unterstützt CFOs und Entscheidungsträger dabei, die richtige Lösung für ihre Anforderungen, Systemlandschaft und Ressourcen zu finden.
| Option | Beschreibung | Vorteile | Nachteile | TCO-Faktoren | Geeignet für |
|---|---|---|---|---|---|
| ERP-Erweiterung | XRechnung-Funktion direkt im ERP-System | Zentrale Datenhaltung, keine zusätzliche Schnittstelle | Abhängig von Release-Zyklen, begrenzte Flexibilität | Lizenz 5.000-50.000 Euro, Customizing 10.000-30.000 Euro, jährliche Updates 5.000-15.000 Euro | Organisationen mit homogener ERP-Landschaft |
| Middleware-Lösung | Separate Plattform für Validierung, Routing, Archivierung | Flexibilität, Skalierbarkeit, Entkopplung vom ERP | Zusätzliche Schnittstellen, Betriebsaufwand | Lizenz 15.000-80.000 Euro, Integration 20.000-60.000 Euro, Betrieb 10.000-25.000 Euro p. a., Monitoring 5.000-10.000 Euro p. a. | Organisationen mit heterogenen Systemen oder hohem Volumen |
| Cloud-Service | Externe Plattform für Erzeugung, Versand, Empfang | Schneller Einstieg, geringer Betriebsaufwand | Abhängigkeit, Datenschutz, laufende Kosten | Nutzungsgebühr 0,10-0,50 Euro pro Rechnung, Access Point 500-2.000 Euro p. a., Transaktionskosten bei Volumen über 10.000 Rechnungen | Kleine bis mittlere Organisationen ohne eigene IT-Kapazitäten |
| Eigenentwicklung | Nutzung offener Komponenten, eigene Integration | Volle Kontrolle, Anpassbarkeit | Hoher Aufwand, Verantwortung für Betrieb und Updates | Entwicklung 40.000-120.000 Euro, Testing 10.000-30.000 Euro, Betrieb 15.000-40.000 Euro p. a., Wartung 10.000-25.000 Euro p. a. | Organisationen mit speziellen Anforderungen und IT-Ressourcen |
Die Wahl der richtigen Option hängt von der Systemlandschaft, den Ressourcen, dem Volumen, den Anforderungen an Skalierung und den strategischen Zielen ab. Eine sorgfältige Anforderungsanalyse und Bewertung der Total Cost of Ownership sind entscheidend. Ein vollständiges ROI-Modell sollte folgende Effekthebel berücksichtigen: Eingesparte Prozesskosten durch Automatisierung (Annahme: 5-15 Euro pro Rechnung bei manueller Verarbeitung, 0,50-2 Euro bei automatisierter Verarbeitung), verkürzte Durchlaufzeiten (Baseline: 8-12 Tage bei manueller Verarbeitung, Ziel: 1-3 Tage bei automatisierter Verarbeitung), reduzierte Fehlerquoten (Baseline: 5-15 Prozent Klärfallquote, Ziel: 1-3 Prozent), bessere Skontoausnutzung (Annahme: 2 Prozent Skonto bei Zahlung innerhalb von 10 Tagen, Steigerung der Ausnutzungsquote von 30 auf 80 Prozent). Ein typisches Beispiel: Bei 10.000 Eingangsrechnungen pro Jahr, einem Rechnungswert von durchschnittlich 1.000 Euro und einer Steigerung der Skontoausnutzung von 30 auf 80 Prozent ergibt sich eine jährliche Ersparnis von 100.000 Euro. Die Amortisationszeit liegt bei den meisten Projekten zwischen 12 und 36 Monaten.
Eine gute Lösung für die Umsetzung der XRechnung zeichnet sich durch mehrere Merkmale aus, die über die reine Formatfähigkeit hinausgehen.
Die Lösung muss in der Lage sein, XRechnung und andere EN-16931-konforme Formate zu empfangen, zu erzeugen, zu validieren, zu verarbeiten und zu archivieren. Sie muss beide zulässigen Syntaxen, UBL 2.1 und UN/CEFACT CII, unterstützen.
Die Validierung muss gegen die aktuellen Geschäftsregeln der CIUS XRechnung, der Extension XRechnung und der EN 16931-1 erfolgen. Die Lösung sollte sowohl Schemavalidierung als auch Schematron-basierte Regelprüfung durchführen und aussagekräftige Fehlermeldungen liefern.
Die Lösung muss sich nahtlos in die bestehende Systemlandschaft einfügen. Schnittstellen zu ERP, DMS, Workflow und Archiv müssen stabil, dokumentiert und wartbar sein. Die Lösung sollte APIs oder Standardformate für den Datenaustausch bieten.
Die Lösung muss Versionswechsel des Standards XRechnung unterstützen und Mechanismen für Releaseplanung, Testing und Migration bieten. Sie sollte Codelisten zentral pflegen und Updates automatisiert einspielen können. Zuständigkeiten für Datenpflege, Regelwerk, Monitoring und Change-Management müssen klar definiert sein.
Fachbereiche müssen in der Lage sein, XRechnungen zu prüfen und freizugeben, ohne XML lesen zu müssen. Die Lösung sollte eine Visualisierungskomponente bieten, die den XML-Datensatz in eine übersichtliche, lesbare Darstellung überführt.
Alle Prozessschritte, von der Erzeugung über die Validierung bis zur Archivierung, müssen protokolliert und nachvollziehbar sein. Die Lösung sollte Auditfähigkeit gewährleisten und Anforderungen aus GoBD und anderen Vorschriften erfüllen.
Die Lösung muss auch bei steigendem Volumen stabil laufen, Lastspitzen bewältigen und klare Service-Level-Agreements bieten. Monitoring, Fehlerhandling und Support müssen definiert sein.
Die Lösung sollte so aufgebaut sein, dass zukünftige Anforderungen wie Echtzeit-Meldungen, erweiterte Reporting-Fähigkeiten und Event-Logs anschlussfähig sind. Ein erweiterbares Datenmodell und flexible Schnittstellen sind wichtige Kriterien.
Die folgende Checkliste unterstützt Organisationen dabei, die Einführung und den Betrieb der XRechnung systematisch zu planen und umzusetzen. Sie deckt alle wichtigen Bereiche ab: Compliance, Prozesse, Technik, Governance und Wirtschaftlichkeit.
Im B2B-Bereich gilt seit dem 1. Januar 2025 die Empfangspflicht für strukturierte elektronische Rechnungen. Die Ausstellungspflicht ist gestaffelt: Bis Ende 2026 dürfen Unternehmen weiterhin Papier- oder PDF-Rechnungen ausstellen, sofern der Empfänger zustimmt. Ab 2027 gilt die Ausstellungspflicht für Unternehmen mit einem Vorjahresumsatz über 800.000 Euro. Ab 2028 gilt sie für alle Unternehmen. XRechnung und ZUGFeRD ab Version 2.0.1 gelten als übliche Formate.
Eine CIUS konkretisiert die Business Terms und Business Rules der EN 16931-1, indem sie beispielsweise einschränkende Vorgaben zur Befüllung macht. Eine Extension ergänzt die EN 16931-1 um zusätzliche, nationale Spezifizierungen, die über die europäische Norm hinausgehen. Der Standard XRechnung besteht aus der CIUS XRechnung und der Extension XRechnung.
Für XRechnung sind die beiden in der EN 16931-2 festgelegten verpflichtenden Syntaxen zulässig: UBL 2.1 und UN/CEFACT CII. Beide Syntaxen bilden das semantische Datenmodell der CIUS XRechnung ab.
Die Leitweg-ID ist eine standardisierte Kennung zur Adressierung von Rechnungen an öffentliche Auftraggeber. Sie ermöglicht es, die elektronische Rechnung mittels eines zwischen Bund, Ländern und Kommunen abgestimmten Formats zu routen. Die Leitweg-ID ist eine Pflichtangabe im öffentlichen Sektor und eine häufige Fehlerquelle, wenn sie fehlt oder falsch ist.
Peppol ist eine Infrastruktur zur sicheren Übermittlung strukturierter Daten über Maschine-zu-Maschine-Kommunikation. Für den Versand elektronischer Rechnungen an die öffentliche Verwaltung in Deutschland ist der Standard XRechnung über Peppol vorgegeben. Peppol bietet standardisierte Zustellung, Skalierbarkeit und Interoperabilität und sollte als robusten Zielzustand für die Übertragung angestrebt werden.
Gemäß Betriebskonzept XStandards Einkauf ist mittelfristig nur noch ein Hauptrelease pro Jahr vorgesehen, statt der bisherigen zwei Releases. XRechnung 3.0 ist seit dem 1. Februar 2024 in Kraft und bleibt mindestens bis zum 31. Januar 2025 gültig. Organisationen müssen Release- und Testprozesse für Versionswechsel einplanen.
Eine reine PDF-Rechnung erfüllt nicht die Anforderungen an eine strukturierte elektronische Rechnung. XRechnung ist ein maschinenlesbarer XML-Datensatz, der automatisiert verarbeitet werden kann. PDF-Rechnungen erfordern manuelle Prüfung und Erfassung und entsprechen nicht dem Standard XRechnung. Hybridformate wie ZUGFeRD ab Version 2.0.1 enthalten sowohl strukturierte XML-Daten als auch eine PDF-Visualisierung und erfüllen die rechtlichen Anforderungen. In Übergangsphasen können PDF-Rechnungen mit Zustimmung des Empfängers als sonstige Rechnungen zulässig sein, jedoch ist die strukturierte E-Rechnung der rechtlich und prozessual sichere Standard.
Die EU-Richtlinie 2014/55/EU verpflichtet öffentliche Auftraggeber in der EU, elektronische Rechnungen empfangen und verarbeiten zu können. Der Standard XRechnung setzt diese Richtlinie in Deutschland maßgeblich um und bildet die verlässliche Basis für den Austausch elektronischer Rechnungen mit deutschen Verwaltungen.
ViDA ist eine Initiative der EU, die bis 2035 ein Echtzeit-Meldesystem für grenzüberschreitende Umsätze plant. Die E-Rechnung ist nicht das Ende der Entwicklung, sondern die Grundlage für zukünftige Anforderungen. Organisationen sollten ihre E-Invoicing-Fähigkeiten so aufbauen, dass weitere Melde- und Reporting-Anforderungen später anschlussfähig sind, etwa durch ein erweiterbares Datenmodell, Reporting-Fähigkeiten und Event-Logs.
Sie können den von der KoSIT bereitgestellten Validator mit der XRechnung-spezifischen Konfiguration nutzen. Der Validator prüft die XML-Datei gegen die Schema-Definitionen und die Geschäftsregeln der CIUS XRechnung, der Extension XRechnung und der EN 16931-1. Die Schematron-Komponente ergänzt die Validierung um nationale Regeln.
XRechnungen und zugehörige Anhänge müssen revisionssicher archiviert werden. Das bedeutet: Aufbewahrung über die gesetzliche Frist, Unveränderbarkeit der archivierten Daten, Nachvollziehbarkeit aller Verarbeitungsschritte durch Protokolle, Verfahrensdokumentation für Prüfer und jederzeit möglicher Zugriff auf die strukturierten Daten sowie deren visuelle Darstellung. Das XML-Dokument gilt als steuerlich relevantes Original.
XRechnung ist kein Selbstzweck, sondern ein Prüfstein für digitale Reife. Organisationen, die sie als Compliance-Aufgabe verstehen, gewinnen wenig. Wer XRechnung als Chance zur Neugestaltung von Daten, Prozessen und Backoffice-Architekturen nutzt, legt den Grundstein für ein digitales Backoffice und zeigt, dass Digitalisierung dort wirksam wird, wo Recht, Technik und Organisation zusammenarbeiten.