Vergleiche und Benchmarks

E-Rechnungs-Validatoren im Vergleich: Worauf Unternehmen achten sollten

Nicht jeder E-Rechnungs-Validator löst dasselbe Problem. Dieser Vergleich erklärt die wichtigsten Kriterien: Regelbasis, Versionen, Formate, Berichtstiefe, Datenschutz, API-Fähigkeit und Grenzen der formalen Prüfung.

Zuletzt fachlich geprüft: 15. Mai 2026

Kurz gesagt

Der beste Validator ist nicht automatisch der mit der schönsten Oberfläche oder dem grünsten Ergebnis. Entscheidend ist, ob er die passende Regelbasis nutzt, die verwendeten Versionen offenlegt, das richtige Format erkennt und einen Bericht erzeugt, mit dem Buchhaltung, Lieferant oder ERP-Team den Fehler wirklich beheben können.

Für Entwickler kann ein lokaler KoSIT-basierter Prüfprozess ideal sein. Für Buchhaltungsteams ist oft ein verständlicher Online-Bericht wichtiger. Für Plattformen und Softwareanbieter zählen API, Nachvollziehbarkeit, Versionierung und Datenschutz.

Welche Validator-Typen gibt es?

In der Praxis lassen sich E-Rechnungs-Validatoren in mehrere Gruppen einteilen. Sie unterscheiden sich weniger durch die Grundidee der Validierung als durch Zielgruppe, Bedienung und Ausgabetiefe.

TypStärkeGrenze
Lokaler Referenz-ValidatorSehr gut für reproduzierbare technische PrüfungenFür Nicht-Entwickler oft schwer bedienbar
Portal-ValidatorPrüft häufig nahe am Annahmeprozess eines PortalsNicht immer für allgemeine B2B-Diagnose gedacht
Online-Validator für FachteamsSchneller Bericht, oft verständlicher für BuchhaltungRegelversion, Datenschutz und Berichtstiefe prüfen
API-ValidatorGut für ERP, CI/CD, SaaS und automatisierte WorkflowsBenötigt technische Integration und klare SLA-/Privacy-Prüfung
Peppol-ValidatorWichtig für Peppol BIS Billing und NetzwerkkontextNicht automatisch ausreichend für jeden deutschen XRechnung-Fall

1. Regelbasis: Welche Standards werden wirklich geprüft?

Ein seriöser Validator sollte klar sagen, welche Regeln er ausführt: XML-Schema, EN 16931, XRechnung-CIUS, XRechnung Extension, Peppol BIS, ZUGFeRD/Factur-X-Profile oder zusätzliche Empfängerregeln.

Für XRechnung ist die KoSIT-Validator-Konfiguration ein zentraler technischer Bezugspunkt. Sie bündelt XSD- und Schematron-Artefakte für UBL und CII sowie EN-16931- und XRechnung-Regeln. Ein Validator, der nur prüft, ob XML technisch lesbar ist, reicht für XRechnung nicht aus.

2. Versionstransparenz

Validierung ist versionsabhängig. XRechnung-Version, KoSIT-Konfiguration, EN-16931-Artefakte, Codelisten und ZUGFeRD-/Factur-X-Version können das Ergebnis beeinflussen. Zwei Validatoren können unterschiedliche Ergebnisse liefern, wenn sie gegen verschiedene Artefaktstände prüfen.

Ein guter Bericht sollte deshalb nicht nur „gültig“ oder „ungültig“ sagen, sondern auch den erkannten Standard, die Syntax, das Profil und möglichst die verwendeten Regelversionen ausweisen.

3. Formatabdeckung: XML allein reicht nicht immer

Für reine XRechnung reicht ein XML-Validator. Für ZUGFeRD und Factur-X muss der Validator zusätzlich PDF/A-3, eingebettete XML-Dateien und Profilinformationen verstehen. Sonst wird nur ein Teil des Problems geprüft.

Besonders wichtig ist der Abgleich zwischen sichtbarem PDF und eingebetteter XML. Eine hybride Rechnung kann korrekt aussehen, während die maschinenlesbaren Daten fehlen, veraltet oder widersprüchlich sind.

4. Fehlerbericht: Technisch korrekt reicht nicht

Entwickler können mit XPath, Regel-ID und Schematron-Ausgabe arbeiten. In der Buchhaltung reicht das oft nicht. Ein nützlicher Validator erklärt, welcher Rechnungsbereich betroffen ist und welche Korrektur praktisch nötig ist.

Gute Berichte trennen Fehler, Warnungen und Hinweise. Sie zeigen, ob die Korrektur beim Lieferanten, im ERP-Mapping, in den Stammdaten, bei Steuerlogik oder beim Empfängerprozess liegt.

5. Datenschutz und Verarbeitung

Rechnungen enthalten sensible Geschäftsdaten: Kunden, Lieferanten, Preise, Bankdaten, Leistungsbeschreibungen und Steuerinformationen. Bei Online-Validatoren sollte deshalb klar sein, ob Dateien gespeichert werden, wie lange Ergebnisse verfügbar bleiben und wo die Verarbeitung stattfindet.

Für vertrauliche Rechnungen kann ein lokaler Validator sinnvoll sein. Für operative Teams ist ein Online-Tool praktikabler, wenn es transiente Verarbeitung, klare Löschlogik und keine unnötige Registrierung bietet.

6. API, Automatisierung und CI

Wer Rechnungen in Software erzeugt, sollte Validierung nicht erst nach dem Versand durchführen. Ein API-Validator oder lokaler Prüfprozess kann direkt nach dem Export laufen und Fehler abfangen, bevor Kunden oder Portale sie ablehnen.

Für ERP-Teams sind reproduzierbare Testfälle wichtig: Standardrechnung, Gutschrift, mehrere Steuersätze, Reverse Charge, Rundung, Leitweg-ID, ZUGFeRD-PDF und Peppol-Kontext. Nur so erkennt man, ob ein Update neue Fehler erzeugt.

7. Formale Validierung ist nicht vollständige Compliance

Viele öffentliche Hinweise betonen zu Recht: Ein Validator prüft formal, ob die Datei gegen bestimmte technische und fachliche Regeln besteht. Das ersetzt keine steuerliche Prüfung, keine GoBD-Bewertung und keine Prüfung, ob der konkrete Vertrag oder Empfängerprozess alle Angaben akzeptiert.

Für den Alltag heißt das: Validierung ist ein notwendiger Kontrollpunkt, aber nicht der einzige. Unternehmen sollten technische Fehler, fachliche Rechnungsprüfung, Zahlungsfreigabe und Archivierungsanforderungen getrennt betrachten.

Bewertungsmatrix für die Auswahl

Statt einen Validator pauschal als „besten“ zu bezeichnen, ist eine Matrix hilfreicher. Je nach Zielgruppe zählen andere Kriterien.

KriteriumFür Buchhaltung wichtigFür ERP/Entwicklung wichtig
RegelversionenErgebnis nachvollziehbarReproduzierbare Builds und Regressionstests
BerichtsspracheKorrektur an Lieferanten weiterleitbarRegel-ID, XPath und technische Details verfügbar
FormatabdeckungXRechnung und ZUGFeRD in einem AblaufUBL, CII, PDF/A-3 und Profil-Erkennung testbar
DatenschutzKeine unnötige Speicherung sensibler RechnungenKlare Verarbeitung, Logs, Retention und Hosting
IntegrationEinfacher Upload und lesbarer BerichtAPI, CLI, Webhook oder CI/CD-Unterstützung

Praktische Empfehlung

Für einzelne Rechnungen und Lieferantenklärung ist ein verständlicher Online-Validator mit transienter Verarbeitung und gutem Bericht oft am effizientesten. Für Produktentwicklung, ERP-Export oder Plattformbetrieb sollte zusätzlich ein reproduzierbarer Prüfprozess mit klar dokumentierten Artefaktversionen aufgebaut werden.

Wenn zwei Validatoren unterschiedliche Ergebnisse liefern, ist das kein Grund zum Raten. Vergleichen Sie Regelversion, Syntax, Profil, Codelisten, Eingabedatei und Berichtstiefe. Erst dann lässt sich entscheiden, ob die Rechnung, der Export oder der Prüfstand korrigiert werden muss.

Praktische Checkliste

  • Prüfen, ob XRechnung, EN 16931, ZUGFeRD/Factur-X und Peppol wirklich abgedeckt sind
  • Validator-, Standard-, Profil- und Codelisten-Version im Bericht dokumentieren
  • Bei ZUGFeRD nicht nur PDF, sondern eingebettete XML und Profil prüfen
  • Bericht auf Verständlichkeit für Buchhaltung und Lieferantenkommunikation testen
  • Datenschutz, Speicherung, Hosting und Löschlogik vor Upload sensibler Rechnungen prüfen
  • Für ERP-Exporte API, CLI oder CI-Prozess mit reproduzierbaren Testfällen einplanen

Neutraler Vergleich

Ein Validator ist kein Ersatz für Steuer- oder Rechtsprüfung. Er ist ein technischer Kontrollpunkt. Gute Auswahl bedeutet: passende Regeln, klare Versionen, verständliche Berichte und sichere Verarbeitung.