E-Rechnungs-Viewer (XRechnung, ZUGFeRD, Factur-X) – kostenlos

Beispiel

Klicken Sie auf „Beispiel-XRechnung laden“, um eine fiktive XRechnung 3.0-Rechnung zu öffnen. Die Seite zeigt „Rechnung RE-2026-0417“, ausgestellt am 28. Okt. 2026 und fällig am 27. Nov. 2026, mit einem fälligen Betrag von 2.215,26 €. Die drei Positionen summieren sich auf 1.866,50 €. Die MwSt.-Aufschlüsselung weist 345,33 € auf 1.817,50 € zu 19 % und 3,43 € auf 49,00 € zu 7 % aus, insgesamt also 348,76 €, und 1.866,50 + 348,76 = 2.215,26. Das Banner sagt: „Die Beträge summieren sich korrekt.“, die IBAN DE89 3704 0044 0532 0130 00 wird als „gültig“ markiert, und ein Zahlungs-QR-Code erscheint daneben.

Welche Einstellungen zu verwenden sind, und die Grenzen

• Legen Sie die XML-Datei oder das gesamte ZUGFeRD- oder Factur-X-PDF ab. Die Seite öffnet jeweils eine Datei: eine .xml-E-Rechnung oder ein .pdf. Sie liest Rechnungen in UBL (XRechnung, Peppol BIS Billing 3.0, türkische e-Fatura und e-Arşiv in UBL-TR) und in UN/CEFACT CII (XRechnung CII, ZUGFeRD 2.x, Factur-X), einschließlich Gutschriften. Das Abzeichen neben dem Titel benennt den erkannten Standard, z. B. „XRechnung 3.0“. Dateien über 50 MB werden abgelehnt mit „Diese Datei ist größer als 50 MB, was weit mehr ist als eine E-Rechnung. Prüfen Sie, ob es die richtige Datei ist.“
• Ein PDF wird auf die darin eingebettete XML-Datei hin gelesen. Ein ZUGFeRD- oder Factur-X-PDF trägt die Rechnungsdaten als angehängte XML-Datei. Die Seite listet die an das PDF angehängten Dateien auf und bevorzugt einen Anhang namens factur-x.xml, dann zugferd-invoice.xml, xrechnung.xml oder order-x.xml, und nimmt ansonsten die erste Datei, die auf .xml endet. Der Chip liest dann „XML aus dem PDF: factur-x.xml“, und „XML herunterladen“ speichert diese Datei. Was Sie sehen, sind die Daten in der XML-Datei, nicht das auf der PDF-Seite gedruckte Bild.
• Lesen Sie das Banner, das anzeigt, ob die Beträge sich korrekt summieren. Oberhalb der Parteien prüft die Seite die eigene Arithmetik der Rechnung: die Positionen gegen „Summe der Positionen“, „Gesamtbetrag ohne MwSt.“ (Positionen minus Nachlässe plus Zuschläge), die MwSt.-Aufschlüsselung gegen die MwSt.-Summe, „Gesamtbetrag mit MwSt.“ und „Fälliger Betrag“ (Gesamtbetrag minus „Bereits gezahlt“ plus Rundung), zuzüglich der IBAN-Prüfziffern. Eine Differenz von einem Cent wird akzeptiert, und bei langen Rechnungen ein Cent pro zehn Positionen für die Positionssumme. Eine Prüfung wird übersprungen, wenn die Datei eine benötigte Zahl auslässt. Dies ist nicht die offizielle EN-16931- oder XRechnung-Regelprüfung, und eine Rechnung, die hier erfolgreich ist, kann von einem öffentlichen Portal dennoch abgelehnt werden.
• Verwenden Sie den QR-Code nur für eine Rechnung, die Sie schulden. Bei einer Rechnung in Euro mit gültiger IBAN und einem Betrag über null zeichnet die Seite einen EPC-QR-Code (GiroCode), den Banking-Apps scannen können, um Zahlungsempfänger, IBAN, Betrag und Referenz zu übernehmen. Die Referenz ist eine strukturierte Gläubiger-Referenz (RF...), wenn sie die Prüfung besteht, andernfalls die Zahlungsreferenz oder die Rechnungsnummer. Für eine Gutschrift, andere Währungen, Lastschrift (Zahlart 49 oder 59 oder ein belastetes Konto), eine fehlende oder ungültige IBAN oder einen Betrag von null oder weniger wird kein Code gezeichnet. Überprüfen Sie die Angaben stets in Ihrer Banking-App, bevor Sie bestätigen.
• Drucken, speichern oder exportieren Sie, was Sie benötigen. "Drucken / als PDF speichern" öffnet Ihren Druckdialog; wählen Sie dort "Als PDF speichern" als Drucker. Wenn nichts passiert, zeigt die Seite die Meldung "Drucken wurde nicht gestartet" und schlägt "Als HTML herunterladen" vor – Sie können die Datei öffnen und von dort aus drucken. "Als HTML herunterladen" speichert eine eigenständige Seite, die nach der Rechnungsnummer benannt ist, und "Zeilen als CSV" speichert die Rechnungspositionen durch Semikolons getrennt mit einer UTF-8-Byte-Order-Mark. Die CSV-Spalten sind line, item_id, name, description, quantity, unit, unit_price, net_amount, vat_rate und vat_category, wobei Beträge wie im XML geschrieben werden (Punkt als Dezimaltrennzeichen).
• Datumsangaben und Beträge folgen der Seitensprache. Datumsangaben, Beträge und Ländernamen werden in der Sprache der Seite und in der Währung der Rechnung angezeigt, sodass dieselbe Datei hier z. B. „28. Okt. 2026“ und „2.215,26 €“ lautet. Einheiten und Mehrwertsteuerkategorien werden als Klartext ausgegeben, wenn der Code gängig ist (C62 erscheint als „Stk.“, S als „Normalsatz“), andernfalls als Rohcode. Felder, die die Datei leer lässt, werden einfach nicht angezeigt. Eingebettete Anhänge erhalten eine Schaltfläche „Herunterladen“, verlinkte zeigen nur die Adresse, und das Panel „XML-Quelle“ zeigt die ersten 400.000 Zeichen der Datei.

Häufige Probleme und wie man sie behebt

Es erscheint: „Diese XML-Datei ist keine Rechnung im UBL- oder CII-Format. Öffnen Sie eine XRechnung, ZUGFeRD, Factur-X, Peppol oder e-Fatura-Datei.“

Die Datei ist wohlgeformtes XML, aber ihr Hauptelement ist keine Invoice, CreditNote oder CrossIndustryInvoice. Das ist bei anderem XML der Fall, etwa einer Bestellung, einer Liefermeldung, einer Portalquittung oder -antwort oder einer italienischen FatturaPA oder einem anderen nationalen Format. Die Seite findet auch eine Rechnung, die in einem Envelope verpackt ist, aber nur wenige Ebenen tief. Öffnen Sie die Rechnungsdatei selbst, nicht eine Nachricht darüber.

Es erscheint: „Diese Datei ist kein wohlgeformtes XML und kann daher nicht gelesen werden. Möglicherweise ist sie beschädigt oder unvollständig.“

Die Datei lässt sich nicht als XML parsen. Typische Ursachen sind ein vorzeitig abgebrochener Download, eine von Hand bearbeitete Datei mit einem fehlenden schließenden Tag oder eine HTML-Seite (z. B. eine Portal-Anmeldeseite oder Fehlerseite), die mit der Endung .xml gespeichert wurde. Öffnen Sie die Datei in einem Texteditor: Eine echte E-Rechnung beginnt mit <?xml oder mit einem Invoice- oder CrossIndustryInvoice-Tag. Laden Sie die Datei erneut aus dem Portal oder der E-Mail des Absenders herunter.

Es erscheint: „Dieses PDF enthält kein angehängtes Rechnungs-XML, es handelt sich also um ein gewöhnliches PDF und nicht um eine ZUGFeRD- oder Factur-X-Rechnung. Öffnen Sie es stattdessen in einem PDF-Betrachter.“

Die meisten Rechnungs-PDFs sind nur ein Bild einer Rechnung ohne enthaltene Daten. Nur ZUGFeRD- und Factur-X-PDFs enthalten eine angehängte XML-Datei. Suchen Sie in der E-Mail oder im Portal nach einer separaten .xml-Datei des Lieferanten und verwenden Sie diese, oder bitten Sie den Lieferanten um eine ZUGFeRD- oder Factur-X-Version. Dieselbe Meldung erscheint, wenn das PDF Anhänge enthält, aber keiner davon auf .xml endet.

Es erscheint: „Dieses PDF konnte nicht geöffnet werden. Möglicherweise ist es beschädigt oder passwortgeschützt.“

Der in der Seite integrierte PDF-Betrachter konnte die Datei nicht öffnen, was bei beschädigten Dateien und bei passwortgeschützten PDFs vorkommt. Entfernen Sie das Passwort in dem Programm, mit dem das PDF erstellt wurde, oder laden Sie die Datei erneut herunter und versuchen Sie es dann noch einmal. Falls der Absender das XML auch als separate Datei mitgesendet hat, können Sie diese direkt öffnen.

Es erscheint: „Einige Beträge stimmen nicht überein:“ oder „Die IBAN ist nicht gültig: Die Prüfziffern stimmen nicht überein.“

Die Seite listet jeden nicht übereinstimmenden Wert auf, mit dem von ihr errechneten und dem in der Rechnung angegebenen Betrag, zum Beispiel: „Der zu zahlende Betrag sollte 2.215,26 € betragen (Summe abzüglich Vorauszahlung zuzüglich Rundung), aber die Rechnung weist 2.215,62 € aus.“ Die Seite liest und addiert nur, was die Datei enthält, die Abweichung liegt also in der Rechnung selbst. Kontaktieren Sie den Absender vor der Zahlung, und bei einer falschen IBAN bestätigen Sie die Kontonummer auf einem anderen Weg. Solange die IBAN als fehlerhaft markiert ist, wird kein QR-Code gezeichnet.

Wie es im Vergleich abschneidet

Ein vollständiger E-Rechnungs-Validator prüft jede EN-16931- und XRechnung-Geschäftsregel und sagt Ihnen, ob ein Portal die Datei annimmt. Diese Seite tut das nicht: Sie liest die Felder, zeigt sie wie eine normale Rechnung an und addiert die Beträge – sie ist also zum Lesen und Prüfen einer erhaltenen Rechnung gedacht, nicht zum Nachweis, dass eine von Ihnen versendete Rechnung konform ist. Ihre Buchhaltungssoftware kann die Daten direkt importieren, was für die Verbuchung besser geeignet ist, aber diese Seite benötigt kein Konto und keine Einrichtung und liest die Datei im Browser. Sie prüft keine Signaturen, versendet oder empfängt keine Rechnungen und bearbeitet sie nicht. Die XML-Datei bleibt die rechtsgültige Rechnung, und der gedruckte Beleg weist darauf hin.