XRechnung und ZUGFeRD Validator: E-Rechnung online kostenlos prüfen

Eine XRechnung oder ZUGFeRD-Datei sieht fertig aus, doch ob sie wirklich gültig ist, sieht man ihr nicht an. Genau hier kommt ein Validator ins Spiel: Er prüft die Datei gegen die Norm EN 16931, die Rechenregeln und die deutschen Sonderregeln und sagt Ihnen vor dem Versand oder vor der Buchung, ob sie durchgeht. Die Suche nach "XRechnung Validator", "ZUGFeRD Validator" oder "XRechnung online prüfen" führt allerdings zu einer verwirrenden Auswahl aus offiziellen Java-Tools, Online-Uploadern und Browser-Prüfern.

Dieser Leitfaden ordnet die Optionen, zeigt den entscheidenden Unterschied beim Datenschutz und erklärt, wie Sie ein Prüfprotokoll tatsächlich lesen, statt nur auf eine rote oder grüne Ampel zu starren.

> Kurzantwort: Ein Validator prüft eine XRechnung oder ZUGFeRD-Datei gegen die EN 16931, die Rechenregeln und die deutschen CIUS-Regeln. Es gibt drei Wege: den offiziellen KoSIT-Validator als Java-Tool, einen beliebigen Online-Uploader oder einen Browser-Validator, der die Datei lokal prüft. Für die meisten reicht der kostenlose ZUGFeRD und XRechnung Validator: Er prüft XML und ZUGFeRD-PDF direkt im Browser, ohne dass die Rechnung Ihren Rechner verlässt.

Was ein Validator überhaupt prüft

Ein Validator geht eine E-Rechnung in mehreren Stufen durch. Erst wenn alle bestanden sind, gilt die Datei als gültig:

1. Syntax: Ist das XML technisch wohlgeformt?
2. Schema: Passt die Struktur zum erwarteten Format (UBL oder CII)?
3. Geschäftsregeln (BR): Sind alle Pflichtfelder vorhanden?
4. Rechenregeln (BR-CO): Stimmen die Summen (Netto plus Steuer ergibt Brutto)?
5. Deutsche CIUS-Regeln (BR-DE): Sind die deutschen Sonderfelder korrekt, etwa die Leitweg-ID?

Ein einziger Verstoß auf einer der Stufen führt zur Ablehnung. Deshalb reicht es nicht, nur irgendein XML zu erzeugen. Die Mechanik hinter den fünf Stufen beschreibt im Detail die KoSIT-Validator-Anleitung.

Drei Wege, eine E-Rechnung zu prüfen

Der offizielle KoSIT-Validator ist der Maßstab, aber als Java-Tool (java -jar validationtool.jar -s szenarien.xml rechnung.xml) für den gelegentlichen Gebrauch zu sperrig. Ein reiner Online-Uploader ist bequem, überträgt aber echte Rechnungsdaten mit Namen, Beträgen und Steuernummern auf einen fremden Server. Der Browser-Validator vermeidet beides: Die Prüfung läuft lokal, die Datei verlässt den Rechner nicht.

XRechnung oder ZUGFeRD: was der Validator als Datei erwartet

Beim Prüfen ist der Dateityp entscheidend. Eine XRechnung ist reines XML, das Sie direkt hochladen. Eine ZUGFeRD-Datei ist dagegen ein PDF mit eingebettetem XML (der Anhang factur-x.xml). Der offizielle KoSIT-Validator prüft nur das reine XML, Sie müssten es also erst aus dem PDF lösen. Ein guter Browser-Validator nimmt Ihnen das ab und zieht das XML automatisch aus dem ZUGFeRD-PDF.

Wollen Sie eine Datei nur ansehen und nicht prüfen, ist ein Viewer das richtige Werkzeug: Der XML-Viewer stellt die Felder lesbar dar. Den Unterschied zwischen Öffnen, Ansehen und Prüfen vertieft der Beitrag ZUGFeRD und XRechnung öffnen und lesen.

Das Prüfprotokoll lesen statt nur auf die Ampel schauen

Ein brauchbarer Validator gibt nicht nur gültig oder ungültig aus, sondern ein Protokoll mit konkreten Codes. Diese folgen festen Gruppen:

Wichtig ist die Unterscheidung zwischen Fehler und Warnung. Ein Fehler macht die Rechnung ungültig und muss behoben werden. Eine Warnung ist ein Hinweis, der die Gültigkeit nicht verhindert, aber auf eine unübliche Angabe aufmerksam macht. Welche drei Fehler in der Praxis fast alle Ablehnungen verursachen, zeigt Warum Ihre E-Rechnung abgelehnt wird. Einzelne Codes schlagen Sie unter XRechnung-Fehlercodes nach.

Gültig heißt nicht automatisch akzeptiert

Ein grünes Prüfergebnis bestätigt, dass die Datei technisch der EN 16931 entspricht. Es garantiert nicht, dass der Empfänger sie annimmt. Eine Behörde kann eine formal gültige XRechnung trotzdem abweisen, etwa weil die Leitweg-ID zwar das richtige Format hat, aber auf kein reales Leitungsziel zeigt, oder weil das Eingangsportal ein bestimmtes Profil nicht unterstützt. Solche Fälle und ihre Lösungen beschreibt XRechnung-Ablehnungsgründe bei Behörden.

Die Validierung ist also der erste, notwendige Schritt. Sie fängt die technischen Fehler ab, bevor die Rechnung überhaupt verschickt wird.

Besser vor dem Versand prüfen als nachbessern

Der größte Nutzen eines Validators liegt im Zeitpunkt. Eine abgelehnte Rechnung bedeutet Rückfrage, Korrektur, erneuten Versand und eine verzögerte Zahlung. Wer stattdessen jede Datei vor dem Versand prüft, erledigt das in Sekunden. Wie Sie diesen Schritt fest in den Rechnungsprozess einbauen, zeigt E-Rechnung vor dem Versand prüfen.

Der pragmatische Weg

Für die meisten kleinen und mittleren Unternehmen ist der offizielle Java-Validator zu umständlich und ein Online-Uploader aus Datenschutzsicht unschön. Dazwischen liegt der kostenlose ZUGFeRD und XRechnung Validator: Er prüft XRechnung-XML und ZUGFeRD-PDF direkt im Browser gegen alle EN-16931-Regeln, ohne dass die Datei den Rechner verlässt. Für die reine Prüfung einer XRechnung gibt es daneben den XRechnung-Validator.

Wenn Sie nicht nur prüfen, sondern aus einer vorhandenen PDF überhaupt erst eine gültige E-Rechnung erzeugen möchten, extrahiert TaxLayer die Daten, rechnet die Summen konsistent und validiert das Ergebnis automatisch gegen EN 16931, bevor Sie es herunterladen. Die ersten zwei Konvertierungen pro Monat sind kostenlos. Fragen beantworten wir unter info@taxlayer.de.