E-Rechnung validieren: So prüfen Sie Ihre Rechnung auf Fehler

Vor dem Versand sollte jede E-Rechnung validiert werden. Wir zeigen, welche Validierungstools es gibt und wie Sie typische Fehler vermeiden.

28.05.2026

Eine E-Rechnung ohne Validierung zu verschicken ist wie ein Brief ohne Briefmarke abzuschicken: Es funktioniert manchmal, aber bei wem es zurückkommt, kostet es Zeit und Glaubwürdigkeit. Validierung dauert Sekunden, verhindert aber tagelange Klärungsschleifen mit Kunden oder Behörden.

Dieser Beitrag zeigt, was Validierung überhaupt prüft, welche Tools sich eignen und welche Fehler in der Praxis am häufigsten auftreten.

Was bedeutet „validieren" eigentlich?

Eine E-Rechnung ist eine strukturierte Datei, meist im XML-Format. Sie folgt einem von mehreren Regelsätzen:

  • der europäischen Norm EN 16931
  • den nationalen Erweiterungen wie der XRechnung-Spezifikation
  • der formatspezifischen Profilregel von ZUGFeRD

Validierung prüft, ob die Datei diesen Regeln entspricht. Das passiert auf drei Ebenen:

  1. XML-Wohlgeformtheit: Sind alle Tags korrekt geschlossen?
  2. Schema-Konformität: Existieren alle Pflichtfelder mit gültigen Datentypen?
  3. Geschäftsregeln (Schematron): Sind die Inhalte logisch korrekt – Beträge, Steuersätze, Formate?

Erst wenn alle drei Ebenen sauber sind, ist die Datei gültig.

Die wichtigsten Validatoren im Überblick

ToolOnlineFormateGeeignet für
Unser E-Rechnungs-ValidatorjaXRechnung, ZUGFeRDtägliche Praxis
KoSIT-Validatornein, lokalXRechnung, ZUGFeRDEntwickler
Mustang Projectnein, JavaZUGFeRDEntwickler
ZRE/OZG-RE Vorab-CheckjaXRechnungBehördenkunden
Kostenpflichtige Anbieter (DATEV, SAP, etc.)je nach LösungbeidesGroßkunden

Für Einzelfälle und mittelgroße Volumina reicht ein Online-Validator. Wer hunderte Rechnungen pro Tag erzeugt, sollte die Validierung in den eigenen Versandprozess einbauen.

Schritt für Schritt: Validierung mit dem Online-Tool

Am Beispiel unseres Validators sieht der Ablauf so aus:

  1. XML- oder PDF-Datei per Drag & Drop hochladen.
  2. Format wird automatisch erkannt.
  3. Validierung läuft im Browser, ohne dass Daten an Server geschickt werden.
  4. Ergebnis erscheint mit grünen, gelben und roten Markierungen.
  5. Bei Fehlern: Klick auf die Meldung führt zur betroffenen Stelle in der XML.

Dauer: drei bis fünf Sekunden pro Datei. Ein Datenupload zu Drittservern findet bei uns nicht statt – die Validierung läuft lokal im Browser.

Welche Fehler werden besonders häufig gemeldet?

Aus unserer Auswertung der häufigsten Fehler:

1. Falscher Steuerkategorie-Code Bei steuerfreien Leistungen muss die Kategorie explizit gesetzt werden (z.B. „E" für steuerbefreit, „K" für innergemeinschaftliche Lieferung). Fehlt der Code, bricht die Validierung ab.

2. Steuerbefreiungsgrund fehlt Bei Steuersatz 0 % ist BT-120 Pflicht. Tools setzen den Standardtext oft nicht automatisch.

3. IBAN ohne Leerzeichen aber mit ungültigen Zeichen Die IBAN muss reine alphanumerische Zeichen enthalten. Manuell kopierte IBANs aus PDFs schleppen oft unsichtbare Sonderzeichen mit.

4. Rechenfehler durch falsche Rundung Werden Positionen einzeln gerundet und dann summiert, weicht das Ergebnis manchmal um einen Cent von der Steuersumme ab. Lösung: erst summieren, dann runden.

5. Falsches Datumsformat Erwartet wird YYYY-MM-DD. Tools, die DD.MM.YYYY ausgeben, scheitern.

6. Leitweg-ID fehlt oder ist falsch formatiert Bei Behörden-Rechnungen die häufigste Ablehnungsursache. Mehr dazu im Beitrag Leitweg-ID erklärt.

7. Fehlende Bestellnummer Behörden verlangen BT-13 fast immer. Im B2B-Verkehr ist sie oft optional, von Großkunden aber gefordert.

Was Validierung nicht prüft

Wichtig zu wissen: Ein grünes Häkchen heißt nur, dass die Datei formal korrekt ist. Inhaltlich kann immer noch alles falsch sein:

  • Der Empfänger könnte falsch sein.
  • Die Beträge können stimmen, aber das falsche Projekt betreffen.
  • Die Bankverbindung könnte ein altes Konto sein.
  • Das Leistungsdatum könnte falsch erfasst sein.

Validierung ersetzt keine inhaltliche Prüfung. Sie ist die Vorstufe, kein Ersatz fürs Vier-Augen-Prinzip.

Validierung beim Empfänger – das machen Sie nicht selbst

Auch eingehende E-Rechnungen sollten Sie prüfen, bevor Sie sie ins Buchhaltungssystem importieren. Dafür gibt es einen eigenen Beitrag: Eingehende E-Rechnungen prüfen.

Bei eigenen ausgehenden Rechnungen reicht eine Validierung vor Versand. Stellt der Empfänger einen Fehler fest, schickt er meist eine Rückmeldung über das Portal oder per E-Mail.

Validierung im automatisierten Prozess

Wer regelmäßig E-Rechnungen aus einem ERP versendet, baut die Validierung sinnvoll in die Pipeline ein:

  1. ERP erzeugt XML/ZUGFeRD.
  2. Validator-Service prüft die Datei (z.B. via REST-API).
  3. Bei Fehler: Datei wird zurückgehalten, Hinweis an die Buchhaltung.
  4. Bei Erfolg: automatischer Versand über Peppol oder Portal.

So fangen Sie 99 % aller Fehler ab, bevor der Empfänger sie sieht.

Häufige Fragen

Kostet die Validierung etwas?

Unser Validator ist kostenlos und läuft komplett im Browser. Auch der KoSIT-Validator ist Open Source. Kostenpflichtig wird es erst, wenn Sie professionelle Komplettlösungen mit Support einsetzen.

Werden meine Rechnungsdaten irgendwo gespeichert?

Bei unserem Validator nicht – die Datei verlässt den Browser nicht. Bei anderen Online-Diensten sollten Sie die Datenschutzerklärung lesen, bevor Sie sensible Daten hochladen.

Was tun, wenn der Validator einen Fehler meldet, ich ihn aber für falsch halte?

Prüfen Sie zunächst die Fehlermeldung gegen die EN 16931-Spezifikation oder die XRechnung-Regeln. In seltenen Fällen sind Validatoren veraltet. Im Zweifel hilft ein zweiter Validator als Vergleich.

Reicht eine Validierung gegen XRechnung auch für ZUGFeRD?

Nein. Beide Formate haben eigene Schematron-Regeln. Ein Validator muss das passende Format auswählen. Tools wie unserer erkennen das automatisch.

Ist Validierung gesetzlich vorgeschrieben?

Nein. Sie ist freiwillig, aber praktisch unverzichtbar. Eine ungeprüfte Rechnung gilt als Risiko – und ein abgelehnter Eingang verzögert die Zahlung.