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.
| Typ | Stärke | Grenze |
|---|---|---|
| Lokaler Referenz-Validator | Sehr gut für reproduzierbare technische Prüfungen | Für Nicht-Entwickler oft schwer bedienbar |
| Portal-Validator | Prüft häufig nahe am Annahmeprozess eines Portals | Nicht immer für allgemeine B2B-Diagnose gedacht |
| Online-Validator für Fachteams | Schneller Bericht, oft verständlicher für Buchhaltung | Regelversion, Datenschutz und Berichtstiefe prüfen |
| API-Validator | Gut für ERP, CI/CD, SaaS und automatisierte Workflows | Benötigt technische Integration und klare SLA-/Privacy-Prüfung |
| Peppol-Validator | Wichtig für Peppol BIS Billing und Netzwerkkontext | Nicht 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.
| Kriterium | Für Buchhaltung wichtig | Für ERP/Entwicklung wichtig |
|---|---|---|
| Regelversionen | Ergebnis nachvollziehbar | Reproduzierbare Builds und Regressionstests |
| Berichtssprache | Korrektur an Lieferanten weiterleitbar | Regel-ID, XPath und technische Details verfügbar |
| Formatabdeckung | XRechnung und ZUGFeRD in einem Ablauf | UBL, CII, PDF/A-3 und Profil-Erkennung testbar |
| Datenschutz | Keine unnötige Speicherung sensibler Rechnungen | Klare Verarbeitung, Logs, Retention und Hosting |
| Integration | Einfacher Upload und lesbarer Bericht | API, 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.