XRechnung öffnen, lesen und prüfen: Der Praxisleitfaden für XML-Rechnungen

Die Rechnung kommt per E-Mail. Doch statt eines vertrauten PDFs liegt eine XML-Datei im Anhang. Beim Doppelklick erscheinen spitze Klammern, englische Feldnamen und Zahlen. Das wirkt zunächst wie ein technischer Fehler. Bei einer XRechnung ist genau diese strukturierte Form vorgesehen. Ein geeigneter Viewer macht daraus eine verständliche Ansicht – und eröffnet zugleich eine genauere Prüfung als der bloße Blick auf ein Rechnungsbild.

XML, XRechnung, ZUGFeRD oder PDF: Welche Datei liegt vor?

Die Dateiendung liefert einen ersten Hinweis, aber noch keine verlässliche Formatprüfung. XML ist eine allgemeine Sprache für strukturierte Daten. Auch Bestellungen, Produktlisten und Konfigurationsdateien können auf .xml enden. Erst der Inhalt zeigt, ob die Datei eine Rechnung enthält und welchem Regelwerk sie folgt.

Bei ZUGFeRD liegt die Besonderheit innerhalb eines PDF-Dokuments: Neben der sichtbaren Rechnung enthält es strukturierte XML-Rechnungsdaten. Nach der Formatbeschreibung des Forums elektronische Rechnung Deutschland verwendet ZUGFeRD dafür PDF/A-3 und CII-XML. Eine beliebige XML-Anlage macht aus einem beliebigen PDF noch keine normgerechte ZUGFeRD-Rechnung.

Eine XML-Rechnung umzubenennen, etwa von rechnung.xml in rechnung.pdf, ändert den Inhalt nicht. Auch das Öffnen in Excel erzeugt keine verlässliche Rechnungsansicht: Ein allgemeiner XML-Import kennt nicht automatisch die fachliche Bedeutung von Steuergruppen, Nachlässen oder Zahlungsbeträgen.

Die grundsätzliche Formatwahl behandelt der Beitrag ZUGFeRD oder XRechnung: Unterschiede im direkten Vergleich. Für den Rechnungseingang zählt vor allem, dass das eingesetzte Werkzeug die tatsächlich empfangene Datei versteht.

XRechnung öffnen: Welche Viewer kommen infrage?

Ein E-Rechnungsviewer ordnet die strukturierten Daten verständlichen Bezeichnungen zu. Aus technischen Feldern werden beispielsweise Rechnungsnummer, Lieferant, Leistungsdatum, Nettobetrag und Zahlungsziel. Die Gestaltung darf dabei anders aussehen als eine ursprüngliche Vorlage des Rechnungsstellers. Entscheidend sind die vollständig und richtig angezeigten Inhalte.

Ein praktischer Ablauf beginnt mit dem Speichern der empfangenen Datei. Danach folgt die Auswahl im Viewer und die Kontrolle der wichtigsten Angaben. Für eine Rückfrage sollten Originaldatei und Fehlermeldung zusammen auffindbar bleiben. Wer regelmäßig dieselben Lieferanten betreut, kann diese Schritte in einem festen Rechnungseingang organisieren.

Anzeigen, validieren und fachlich prüfen sind drei verschiedene Aufgaben

Eine übersichtliche Ansicht ist hilfreich. Ob die Datei regelkonform aufgebaut ist, ergibt sich daraus jedoch noch nicht. Ebenso wenig beantwortet eine technische Freigabe die Frage, ob die abgerechneten Stunden tatsächlich geleistet wurden. Ein zuverlässiger Rechnungseingang braucht deshalb mehrere Prüfperspektiven.

Der KoSIT-Validator zeigt, wie die technische Ebene arbeitet: Format erkennen, XML-Schema und Geschäftsregeln prüfen, anschließend einen Bericht und eine Bewertung erzeugen. Welche Regeln angewendet werden, bestimmt die zugehörige Prüfkonfiguration. Ein Ergebnis ist deshalb nur zusammen mit Format, Konfiguration und deren Stand aussagekräftig.

Für den Alltag bedeutet das: Ein grünes Ergebnis sollte als „Prüfung nach diesen Regeln bestanden“ verstanden werden. Eine intern freigegebene Zahlung setzt zusätzlich voraus, dass die Rechnung zum Auftrag passt. Diese Unterscheidung verhindert sowohl blindes Vertrauen in ein Prüfsiegel als auch unnötige Rückfragen wegen rein optischer Unterschiede.

Ein Zahlenbeispiel: Von XML-Feldern zur verständlichen Rechnung

Ein fiktiver Dienstleister berechnet fünf Stunden Einrichtung zu jeweils 80,00 Euro und eine Dokumentationspauschale von 120,00 Euro. Für das Beispiel gelten einheitlich 19 Prozent Umsatzsteuer. Bereits bezahlt wurden 119,00 Euro brutto. Rabatte, Skonto und zusätzliche Rundungsbeträge kommen nicht vor.

<cbc:TaxExclusiveAmount
  currencyID="EUR">520.00
</cbc:TaxExclusiveAmount>

<cbc:TaxInclusiveAmount
  currencyID="EUR">618.80
</cbc:TaxInclusiveAmount>

<cbc:PrepaidAmount
  currencyID="EUR">119.00
</cbc:PrepaidAmount>

<cbc:PayableAmount
  currencyID="EUR">499.80
</cbc:PayableAmount>

Die Feldnamen erläutern einen wichtigen Unterschied: Der gesamte Rechnungsbetrag einschließlich Umsatzsteuer und der noch offene Zahlungsbetrag können voneinander abweichen. Wer nur die größte oder optisch hervorgehobene Summe übernimmt, kann eine bereits geleistete Zahlung übersehen.

Hinter diesen Beziehungen stehen konkrete Geschäftsregeln: BR-CO-15 verbindet Nettogesamtbetrag, Umsatzsteuer und Bruttogesamtbetrag. BR-CO-16 berücksichtigt für den offenen Zahlungsbetrag bereits gezahlte Beträge sowie gegebenenfalls eine Zahlungsrundung. Die Regeln gehören zum technischen Rechnungsmodell und sind keine frei gewählten Rechenkonventionen des Viewers.

ZUGFeRD lesen: Warum die sichtbare PDF-Seite allein nicht genügt

Eine ZUGFeRD-Datei kann auf den ersten Blick wie jede andere PDF-Rechnung aussehen. Ein herkömmlicher PDF-Reader zeigt das Rechnungsbild, ohne zwingend die eingebetteten XML-Felder auszuwerten. Damit bleibt eine mögliche Abweichung zwischen beiden Darstellungen unentdeckt.

Nach den BMF-FAQ zur E-Rechnung, Frage 12a, ist bei hybriden E-Rechnungen der strukturierte Teil maßgebend. Das Ministerium empfiehlt deshalb eine eigenständige Visualisierung der XML-Daten. Im Konfliktfall sollte die Abweichung mit dem Aussteller geklärt werden; eine bloße Auswahl des angenehmeren Betrags löst das Problem nicht.

Vor einer Beanstandung muss feststehen, dass tatsächlich dasselbe Feld verglichen wird. Rechnungsbetrag und Zahlbetrag sind im vorherigen Beispiel gerade nicht identisch. Auch ein Nettowert darf nicht mit einem Bruttowert verglichen werden. Gute Viewer benennen diese Beträge eindeutig und zeigen die zugehörige Währung.

Den Aufbau des Hybridformats erläutert der Beitrag ZUGFeRD-Rechnung erstellen: Format, Beispiel und Prüfung.

XML-Rechnung lässt sich nicht öffnen: typische Ursachen und nächste Schritte

Eine Fehlermeldung kann verschiedene Ursachen haben. Die Datei kann beschädigt sein, ein anderes Format enthalten oder von der verwendeten Software noch nicht unterstützt werden. Eine gescheiterte Anzeige allein reicht deshalb nicht für die Feststellung, die Rechnung sei insgesamt unbrauchbar.

Eine konkrete Rückfrage lässt sich schneller bearbeiten als „Die Rechnung geht nicht“. Hilfreich sind Rechnungsnummer, Eingangsdatum, verwendetes Programm, genaue Meldung und gegebenenfalls die betroffene Regel. Vertrauliche Originaldateien gehören dabei ausschließlich über den vereinbarten Kontaktweg zum berechtigten Empfänger.

Eine sinnvolle Nachricht kann beispielsweise lauten: „Zur Rechnung RE-2026-042 meldet die technische Prüfung einen Widerspruch zwischen Netto-, Steuer- und Bruttogesamtbetrag. Angezeigt werden 520,00 Euro netto, 98,80 Euro Steuer und 628,80 Euro brutto. Bitte um Prüfung und korrigierte Rechnungsdatei.“ Das benennt den Befund, ohne eigenständig den Originalbeleg umzuschreiben.

Lokaler Viewer oder Online-Dienst: Was bei Rechnungsdaten zählt

Rechnungen enthalten häufig mehr als eine Endsumme: Kontaktdaten, Bankverbindungen, interne Projektnamen, Leistungsdetails und Vertragsbezüge. Bei der Auswahl eines Viewers lohnt deshalb die Frage, wo diese Inhalte verarbeitet werden und wer darauf zugreifen kann.

„Im Browser“ beschreibt zunächst die Bedienoberfläche. Ein Browserwerkzeug kann eine Datei lokal verarbeiten oder an einen Server übertragen. Ebenso kann installierte Software Zusatzdienste im Netz verwenden. Eine belastbare Einordnung braucht daher konkrete Angaben des Anbieters zur Datenverarbeitung. Der bloße Name des Werkzeugs oder ein Schloss neben der Webadresse beantwortet diese Frage nicht.

• Verarbeitungsort: Erfolgt die Auswertung auf dem eigenen Gerät oder auf einem externen Server?
• Speicherung: Werden Dateien oder Inhalte gespeichert, und wie sind Löschung und Zugriff geregelt?
• Funktionsumfang: Werden nur ausgewählte Felder angezeigt oder vollständige Rechnungsdaten samt Anlagen unterstützt?
• Prüfstand: Ist erkennbar, welche Formate und Validierungsregeln unterstützt werden?
• Alltagstauglichkeit: Bleiben Original, Rückfragen und Bearbeitungsstand eindeutig zusammen auffindbar?

Für einen ersten Funktionstest eignen sich öffentliche Beispieldateien der Standardherausgeber oder künstliche Musterdaten. So lässt sich beurteilen, ob Summen, Steuergruppen und Referenzen verständlich erscheinen, bevor echte Geschäftsdokumente verarbeitet werden. Weitere Überlegungen zur Übertragung von Rechnungsinhalten enthält der Beitrag Excel mit KI in eine E-Rechnung umwandeln.

XML in PDF umwandeln: praktisch zum Lesen, begrenzt als Belegablage

Eine zusätzliche PDF-Ansicht kann beim internen Besprechen, Ausdrucken oder Kommentieren helfen. Sie sollte einen eindeutigen Bezug zur Originalrechnung behalten. Eine nachträgliche Visualisierung ersetzt jedoch nicht den empfangenen strukturierten Datensatz.

Nach § 14b UStG beträgt die reguläre umsatzsteuerliche Aufbewahrungsfrist acht Jahre ab Ende des Ausstellungsjahres. Eine 2026 ausgestellte Rechnung ist danach grundsätzlich bis Ende 2034 aufzubewahren; weitergehende Fristen oder laufende Verfahren sind zusätzlich zu berücksichtigen. Die BMF-FAQ, Frage 13, verlangt bei E-Rechnungen mindestens die unversehrte Erhaltung des strukturierten Teils in seiner ursprünglichen Form.

Diese Darstellung ist ein Organisationsbeispiel und keine Zusicherung, dass ein Ordner allein sämtliche Aufbewahrungsanforderungen erfüllt. Zugriffsschutz, Schutz vor unbemerkten Veränderungen, Sicherung und Wiederauffindbarkeit gehören zum tatsächlichen Verfahren. Bei ZUGFeRD bietet die Erhaltung der vollständig empfangenen PDF-Datei eine praktische Möglichkeit, Bildteil und eingebettete Daten gemeinsam zu behalten.

Bei E-Mail-Eingängen muss außerdem zwischen der Nachricht als Transportmittel und zusätzlichen aufbewahrungspflichtigen Informationen unterschieden werden. FeRD erläutert in seiner Beschreibung zur ZUGFeRD-Aufbewahrung, dass eine reine Transportmail grundsätzlich anders zu beurteilen ist als eine Nachricht mit ergänzenden relevanten Informationen.

Was sich daraus für die Erstellung mit TabellenFaktura ergibt

Ein sauberer Rechnungseingang beginnt bereits beim Aussteller. Wenn die strukturierten Daten vor dem Versand kontrolliert werden, lassen sich vermeidbare Rückfragen zu fehlenden Angaben, falschen Summen oder abweichenden Darstellungen reduzieren.

TabellenFaktura setzt bei der Erstellung aus Excel an: Rechnungsfelder werden zugeordnet, Daten in einer Vorschau kontrolliert und ZUGFeRD beziehungsweise XRechnung lokal erzeugt und technisch geprüft. Der praktische Bezug dieses Beitrags liegt damit in der Kontrolle der eigenen Ausgangsrechnung. Die Anzeige empfangener Fremdrechnungen ist eine gesonderte Aufgabe, für die die oben beschriebenen Viewer infrage kommen.

Vor dem Versand lohnt derselbe Blick wie beim Empfänger: Sind Leistung und Rechnungspartner eindeutig? Passen sichtbare und strukturierte Beträge zusammen? Ist die tatsächlich zu zahlende Summe verständlich? Sind die notwendigen Referenzen enthalten? Diese Fragen machen aus einer technisch erzeugten Datei eine im Geschäftsalltag gut nutzbare Rechnung.

Der Praxisleitfaden zur XRechnung-Erstellung beschreibt die Ausgangsseite ausführlich. Der aktuelle Funktionsumfang steht auf der Funktionsseite von TabellenFaktura.

Checkliste: Eine empfangene E-Rechnung zur Bearbeitung vorbereiten

Eine XRechnung wird durch ihre lesbare Darstellung zugänglich. Verlässlich wird der Umgang mit ihr durch die Verbindung aus geeigneter Anzeige, nachvollziehbarer Prüfung und geordnetem Belegprozess. Dabei entscheidet nicht das vertraute Aussehen über die Qualität, sondern ob die richtigen Daten vollständig vorliegen und zum tatsächlichen Geschäft passen.

Stand: 7. September 2026. Fachliche Grundlagen sind die jeweils direkt verlinkten Informationen von BMF, ELSTER, KoSIT, FeRD, OpenPeppol und § 14b UStG. Zahlenbeispiele und Ablageschema wurden für diesen Beitrag erstellt.