E-Rechnung XML lesbar machen: So sehen Sie, was in der Datei steht

Kurz & knapp: Eine reine XRechnung ist eine XML-Datei ohne eigene visuelle Darstellung und sieht beim direkten Öffnen wie unstrukturierter Code aus. Lesbar machen lässt sie sich über ein XSLT-Stylesheet, das die Daten in eine formatierte Ansicht überführt, oder über dedizierte Viewer-Tools. ZUGFeRD umgeht dieses Problem von vornherein, da dort die menschenlesbare PDF-Ansicht bereits fest in die Datei eingebettet ist.

Warum eine XRechnung auf den ersten Blick unlesbar wirkt

Öffnet man eine XRechnung-Datei versehentlich mit einem gewöhnlichen Texteditor oder Webbrowser, erscheint eine lange Kette aus spitzen Klammern, verschachtelten Tags und kryptisch wirkenden Kürzeln wie cbc:ID oder cac:AccountingSupplierParty. Für Menschen, die eine klassische Rechnung mit Kopfzeile, Adressfeld und Summenzeile erwarten, ist das zunächst verwirrend und wirkt wie ein technischer Fehler. Tatsächlich ist das kein Fehler, sondern gewolltes Prinzip: XRechnung ist als reine Datenstruktur konzipiert, optimiert für die automatisierte Verarbeitung durch Buchhaltungssysteme, nicht für die direkte Betrachtung durch Menschen. Wer wissen möchte, mit welchem Programm sich eine solche Datei überhaupt öffnen lässt, findet ergänzend Hintergründe im Artikel XRechnung öffnen mit welchem Programm.

Rechtlicher Hintergrund: Warum reine Datenstrukturen erlaubt sind

Nach §14 UStG, eingeführt durch das Wachstumschancengesetz, ist die E-Rechnung als strukturierte elektronische Rechnung im Format der EN 16931 oder einem kompatiblen Format definiert. Der Gesetzgeber verlangt ausdrücklich keine für Menschen unmittelbar lesbare Optik, sondern eine maschinenlesbare Datenstruktur, die automatisiert verarbeitet werden kann. Seit dem 1.1.2025 müssen alle Unternehmen solche Dateien empfangen können, ab dem 1.1.2027 beziehungsweise 1.1.2028 gilt gestaffelt die Ausstellungspflicht. Genau diese bewusste Entkopplung von Optik und Rechtsgültigkeit ist der Grund, warum reine XRechnungen ohne zusätzliche Werkzeuge für Menschen schwer zugänglich sind – rechtlich ist das jedoch vollkommen zulässig und sogar der Regelfall bei Rechnungen an öffentliche Auftraggeber.

Weg 1: XSLT-Stylesheets zur formatierten Darstellung

Die technisch elegante Lösung für das Lesbarkeitsproblem ist ein XSLT-Stylesheet (Extensible Stylesheet Language Transformations). Ein solches Stylesheet enthält Regeln, wie die Werte aus der XML-Struktur in eine formatierte, für Menschen verständliche Ansicht umgewandelt werden – ähnlich einer Vorlage, die Daten automatisch in Tabellenzeilen, Beträge und Kopfangaben übersetzt. Die KoSIT stellt für XRechnungen ein solches offizielles Stylesheet zur Verfügung, mit dem sich eine XML-Datei direkt im Browser als lesbare Ansicht darstellen lässt, sofern das Stylesheet korrekt referenziert und ein passender Prozessor verwendet wird. Der Vorteil dieses Wegs: Es wird keine zusätzliche Software installiert, sondern lediglich eine Transformationsregel auf die vorhandene Datei angewendet.

Weg 2: Dedizierte Viewer-Tools

Eine alternative und oft komfortablere Lösung sind spezialisierte Viewer-Programme oder Online-Dienste, die XRechnung- und ZUGFeRD-Dateien einlesen und automatisch in einer übersichtlichen Ansicht darstellen, häufig inklusive Prüfung, ob die Datei überhaupt valide ist. Solche Viewer nehmen dem Nutzer die technische Detailarbeit der XSLT-Transformation ab und bieten meist zusätzlich eine strukturierte Aufschlüsselung nach Rechnungskopf, Positionen und Summen. Eine ausführliche Übersicht kostenloser Viewer-Werkzeuge für beide Formate liefert der Artikel E-Rechnung Viewer kostenlos.

Warum ZUGFeRD das Problem von vornherein löst

Im Unterschied zur reinen XRechnung wurde ZUGFeRD von Anfang an als hybrides Format konzipiert: Es handelt sich um ein PDF/A-3-Dokument, in das die strukturierten XML-Daten eingebettet sind. Öffnet man eine ZUGFeRD-Datei mit einem gewöhnlichen PDF-Betrachter, sieht man sofort eine für Menschen gestaltete Rechnungsansicht mit Logo, Adressfeldern und Summenzeile – exakt wie bei einer klassischen PDF-Rechnung. Die maschinenlesbaren Daten liegen parallel dazu als eingebettete Datei im Hintergrund und werden nur von entsprechender Software ausgelesen. Wer also architektonisch von vornherein Wert auf Lesbarkeit ohne Zusatzwerkzeug legt, ist mit ZUGFeRD im Vorteil gegenüber der reinen XRechnung, bei der die Lesbarkeit stets ein nachträglicher, zusätzlicher Schritt bleibt.

Praxisbeispiel: Eine erhaltene XRechnung lesbar machen

Eine Sachbearbeiterin erhält per E-Mail eine XRechnung als Anhang mit der Dateiendung .xml. Beim Doppelklick öffnet sich lediglich eine Rohtextansicht mit unübersichtlichem Code. Sie lädt die Datei stattdessen in einen kostenlosen Online-Viewer hoch, der automatisch das offizielle KoSIT-Stylesheet anwendet und die Rechnung in einer klar gegliederten Ansicht mit Rechnungsnummer, Positionen, Steuersätzen und Zahlungsziel darstellt. Zusätzlich zeigt der Viewer eine Bestätigung, dass die Datei dem aktuellen Schema entspricht. Erst nach dieser Prüfung leitet sie die Rechnung intern zur Zahlungsfreigabe weiter.

Checkliste: XML-Rechnung lesbar machen

• Handelt es sich um eine reine XRechnung (.xml) oder um eine ZUGFeRD-Datei (.pdf mit eingebettetem XML)?
• Bei ZUGFeRD reicht das Öffnen mit einem normalen PDF-Betrachter für die visuelle Ansicht bereits aus.
• Bei reiner XRechnung: Steht ein XSLT-Stylesheet oder ein dedizierter Viewer zur Verfügung?
• Zeigt das verwendete Werkzeug auch an, ob die Datei valide ist, oder nur die reine Darstellung?
• Werden bei der Nutzung eines Online-Viewers sensible Geschäftsdaten an einen fremden Server übertragen?
• Bleibt die ursprüngliche XML-Datei als rechtlich maßgebliche Version unverändert erhalten?

Tabelle: Lesbarkeitsoptionen im Vergleich

Häufige Missverständnisse

Ein verbreitetes Missverständnis ist, eine XRechnung sei „kaputt“ oder „fehlerhaft“, nur weil sie beim Öffnen wie Rohtext aussieht. Das ist normal und entspricht dem Format-Design. Ein zweites Missverständnis betrifft die Reihenfolge: Manche Nutzer versuchen, die Datei zunächst optisch „schön“ zu machen, bevor sie an die Buchhaltung weitergegeben wird. Für die rechtliche und buchhalterische Verarbeitung ist jedoch stets die unveränderte strukturierte Originaldatei maßgeblich, die Lesbarmachung dient ausschließlich der menschlichen Kontrolle und Nachvollziehbarkeit, nicht dem eigentlichen Buchhaltungsprozess.

Edge Case: Große Rechnungen mit vielen Positionen

Bei Sammelrechnungen mit hunderten Einzelpositionen kann selbst eine per Stylesheet oder Viewer aufbereitete Ansicht schnell unübersichtlich werden. In solchen Fällen empfiehlt sich ein Viewer mit Such- und Filterfunktion, der es erlaubt, gezielt nach einzelnen Positionen, Beträgen oder Steuersätzen zu suchen, statt die gesamte Liste manuell durchzuscrollen. Manche spezialisierten Viewer bieten zusätzlich einen Exportweg in ein Tabellenformat, um große Rechnungen effizienter zu prüfen.

Datenschutz bei Online-Viewern

Da beim Hochladen einer XML-Datei in einen Online-Viewer unter Umständen sensible Geschäfts- oder Kundendaten an einen fremden Server übertragen werden, sollte auch hier auf einen EU-Serverstandort, eine verschlüsselte Verbindung und eine klare Löschzusage nach der Verarbeitung geachtet werden. Für besonders sensible Rechnungen kann alternativ ein lokal installiertes Werkzeug oder ein Offline-Stylesheet ohne Internetübertragung die sicherere Wahl sein.

Wie eine XSLT-Transformation technisch funktioniert

Wer verstehen möchte, was hinter einer XSLT-Transformation steckt, kann sich den Vorgang wie eine automatisierte Übersetzung vorstellen: Das Stylesheet definiert für jedes relevante XML-Element eine Regel, wie es in HTML umgewandelt werden soll – etwa „nimm den Wert aus cbc:InvoiceNumber und stelle ihn als Überschrift dar“ oder „liste alle InvoiceLine-Elemente als Tabellenzeilen mit Menge, Beschreibung und Betrag auf“. Ein XSLT-Prozessor liest sowohl die XML-Quelldatei als auch das Stylesheet ein und erzeugt daraus eine neue, für Menschen lesbare HTML-Ausgabe, die sich in jedem Browser anzeigen lässt. Moderne Browser können diese Transformation teilweise sogar direkt beim Öffnen der XML-Datei automatisch anwenden, sofern die Datei selbst über eine Verarbeitungsanweisung auf das passende Stylesheet verweist. In der Praxis übernehmen jedoch die meisten Nutzer diesen Schritt nicht manuell, sondern verlassen sich auf fertige Viewer, die die Transformation im Hintergrund für sie erledigen.

Der Unterschied zwischen Lesbarkeit und inhaltlicher Prüfung

Ein wichtiger Punkt, der bei der Lesbarmachung oft übersehen wird: Eine formatierte, hübsch aussehende Darstellung sagt noch nichts darüber aus, ob die zugrunde liegende Datei tatsächlich korrekt und vollständig im Sinne der EN 16931 ist. Ein Stylesheet zeigt lediglich an, was in der Datei steht, prüft aber nicht zwangsläufig, ob alle Pflichtfelder vorhanden sind oder ob sich Summen korrekt ergeben. Wer nicht nur lesen, sondern auch die rechtliche Korrektheit einer erhaltenen Rechnung sicherstellen möchte, sollte zusätzlich zur reinen Lesbarmachung eine echte Validierung durchführen, etwa mit dem Validator der KoSIT. Viele hochwertige Viewer-Tools kombinieren daher beide Funktionen in einem Werkzeug: eine lesbare Ansicht und eine sichtbare Validierungsstatusanzeige.

Lesbarkeit im Kontext der Archivierung

Auch im Zusammenhang mit der langfristigen Aufbewahrung spielt das Thema Lesbarkeit eine Rolle. Nach den GoBD müssen empfangene E-Rechnungen acht Jahre lang als strukturierte, unveränderte Daten archiviert werden, nicht lediglich als lesbare Ansicht oder Ausdruck. Das bedeutet: Auch wenn Sie eine XRechnung für die tägliche Prüfung mit einem Viewer lesbar machen, muss weiterhin die ursprüngliche XML-Datei selbst archiviert werden. Es empfiehlt sich, im Dokumentenmanagementsystem beides vorzuhalten, sofern das technisch möglich ist: die maßgebliche Originaldatei sowie optional eine für Menschen erzeugte Ansicht als Referenz für spätere interne Prüfungen, ohne dass Letztere die Archivierungspflicht der Originaldatei ersetzt.

Fazit

Eine reine XRechnung lässt sich für Menschen nicht ohne zusätzliches Hilfsmittel lesen, da sie bewusst als maschinenlesbare Datenstruktur ohne eigene Optik konzipiert ist. XSLT-Stylesheets und dedizierte Viewer-Tools schließen diese Lücke zuverlässig und meist kostenlos. Wer von vornherein auf eine ohne Zusatzwerkzeug lesbare Datei Wert legt, profitiert vom hybriden Aufbau des ZUGFeRD-Formats, das die menschenlesbare Ansicht bereits fest in die Datei integriert.

Häufig gestellte Fragen

Warum kann ich eine XRechnung nicht einfach im Browser öffnen und lesen?

Eine XRechnung ist reine Datenstruktur ohne eigenes visuelles Layout. Ohne ein Stylesheet oder einen Viewer zeigt der Browser lediglich den rohen XML-Code an.

Was ist ein XSLT-Stylesheet in diesem Zusammenhang?

Ein XSLT-Stylesheet ist eine Transformationsregel, die die XML-Daten automatisch in eine formatierte, für Menschen lesbare Ansicht überführt, ähnlich einer Layoutvorlage.

Muss ich ein Stylesheet installieren, um eine XRechnung lesen zu können?

Nicht zwingend. Viele Online-Viewer wenden ein passendes Stylesheet automatisch an, sodass keine eigene Installation notwendig ist.

Warum sieht eine ZUGFeRD-Datei anders aus als eine XRechnung?

ZUGFeRD ist ein PDF mit eingebettetem XML und enthält von vornherein eine für Menschen lesbare visuelle Seite, während die reine XRechnung nur aus XML-Daten ohne eigene Optik besteht.

Ist eine per Viewer lesbar gemachte Ansicht rechtlich verbindlich?

Nein, rechtlich maßgeblich bleibt stets die zugrunde liegende strukturierte XML-Datei. Die lesbare Ansicht dient nur der menschlichen Kontrolle.

Kann ich prüfen, ob die dargestellte Ansicht tatsächlich der XML-Datei entspricht?

Ein seriöser Viewer stellt die Werte direkt aus der XML-Datei dar, ohne eigene Interpretation. Bei Zweifeln lohnt ein zusätzlicher Blick in den Rohcode oder eine Validierung.

Gibt es ein offizielles Stylesheet für XRechnungen?

Ja, die KoSIT stellt ein offizielles Stylesheet zur Verfügung, das viele Viewer-Tools und Softwarelösungen zur Darstellung von XRechnungen verwenden.