E-Rechnung automatisch prüfen: Welche Software erkennt fehlerhafte Rechnungen?

Fehlerhafte E-Rechnungen lassen sich mit Validatoren wie dem KoSIT-Validator, Mustangproject oder Quba erkennen. Welche Lösung passt, hängt vor allem vom Rechnungsformat ab: Eine XRechnung besteht aus strukturierten XML-Daten, während eine ZUGFeRD-Rechnung eine XML-Datei in einem PDF/A-3-Dokument enthält. Für eine verlässliche Prüfung müssen Format, Geschäftsregeln und bei einer Hybridrechnung zusätzlich der PDF-Container untersucht werden.

Eine normale PDF-Anzeige oder eine optische Kontrolle reicht dafür nicht. Eine Rechnung kann lesbar und rechnerisch plausibel aussehen, obwohl Pflichtangaben in der XML-Struktur fehlen, unzulässige Codes verwendet werden oder PDF und eingebettete Rechnungsdaten voneinander abweichen.

Passende Anleitung öffnen →

Diese Programme eignen sich für unterschiedliche Prüfaufgaben

Es gibt keinen universellen Testsieger, weil die Programme verschiedene Teile der Prüfung abdecken. Für die Auswahl sind fünf Merkmale entscheidend: unterstütztes Format, Prüfung gegen Geschäftsregeln, Kontrolle des PDF-Containers, verständlicher Prüfbericht und Eignung für automatisierte Abläufe.

KoSIT-Validator für XRechnungen

Der Validator der Koordinierungsstelle für IT-Standards eignet sich vor allem zur technischen Prüfung von XRechnungen. Er verarbeitet XML-Dateien anhand einer passenden Prüferkonfiguration und kontrolliert sowohl die zugrunde liegende Syntax als auch zusätzliche Geschäftsregeln. Die Ergebnisse werden in einem Prüfbericht ausgegeben.

Diese Lösung ist besonders sinnvoll, wenn ein Unternehmen XRechnungen vor dem Import oder Versand automatisiert kontrollieren möchte. Für die Einrichtung sind jedoch technische Kenntnisse erforderlich. Entscheidend ist außerdem, dass Validator und Prüferkonfiguration zu der verwendeten XRechnungs-Version passen. Die benötigten Veröffentlichungen finden sich in den offiziellen Bereichen für XRechnung und den Validator der KoSIT.

Mustangproject für ZUGFeRD und Factur-X

Mustangproject ist auf elektronische Hybridrechnungen im Umfeld von ZUGFeRD und Factur-X ausgerichtet. Die Software kann eingebettete Rechnungsdaten auslesen und XML-Inhalte gegen die unterstützten Profile und Regeln prüfen. Sie eignet sich sowohl für einzelne Validierungen als auch als technische Komponente in automatisierten Abläufen.

Der Schwerpunkt liegt auf den strukturierten Rechnungsdaten. Soll zusätzlich die vollständige PDF/A-Konformität untersucht werden, ist je nach gewünschter Prüftiefe ein ergänzender PDF/A-Validator sinnvoll. Vor der Einführung muss geprüft werden, welche ZUGFeRD- beziehungsweise Factur-X-Version und welche Profile die eingesetzte Mustangproject-Version unterstützt.

Quba für Sichtprüfung und Validierung

Quba verbindet die Anzeige strukturierter Rechnungsdaten mit einer Validierungsfunktion. Das erleichtert die Prüfung einzelner Dateien, weil Anwender Rechnungsfelder lesen können, ohne die XML-Struktur selbst durchsuchen zu müssen. Die Software ist damit für eine manuelle Eingangskontrolle und für die Analyse zurückgewiesener Rechnungen interessant.

Für einen unbeaufsichtigten Masseneingang ist zu prüfen, ob die eingesetzte Ausgabe und der geplante Arbeitsablauf eine geeignete Kommandozeilen- oder Integrationsmöglichkeit bieten. Eine benutzerfreundliche Einzelprüfung ist nicht automatisch dasselbe wie eine serverseitige Stapelverarbeitung.

veraPDF als ergänzende PDF/A-Prüfung

veraPDF prüft die Konformität von PDF-Dateien mit PDF/A-Standards. Bei ZUGFeRD kann das relevant sein, weil die Rechnungs-XML in einen PDF/A-3-Container eingebettet wird. Das Programm beantwortet jedoch nicht allein, ob Beträge, Steuercodes und andere Rechnungsfelder die fachlichen Regeln einer E-Rechnung erfüllen.

veraPDF ist daher kein Ersatz für einen XRechnung- oder ZUGFeRD-Validator. Es ergänzt die Prüfung, wenn neben den XML-Daten auch die technische Beschaffenheit des PDF-Dokuments bewertet werden soll.

Was automatische Validatoren tatsächlich erkennen

Die aussagekräftigste Prüfung arbeitet in mehreren Ebenen. Ein Programm sollte im Prüfbericht unterscheiden, ob eine Datei technisch unlesbar ist, gegen eine Formatregel verstößt oder lediglich einen Hinweis erzeugt.

• Syntax und Dateistruktur: Die XML-Datei muss wohlgeformt sein und zur erwarteten Syntax passen.
• Geschäftsregeln: Pflichtfelder, zulässige Codes, Datentypen und Beziehungen zwischen Rechnungsangaben werden kontrolliert.
• Rechnerische Beziehungen: Der Validator kann prüfen, ob übermittelte Summen, Steuerbeträge und Einzelwerte nach den hinterlegten Regeln zusammenpassen.
• Profil und Version: Bei ZUGFeRD muss die XML-Struktur zum angegebenen Profil passen. Bei XRechnung ist die zutreffende Regelversion maßgeblich.
• PDF/A-Eigenschaften: Bei einer Hybridrechnung kann ein ergänzendes Werkzeug den PDF/A-Container und die Einbettung untersuchen.

Eine erfolgreiche Validierung beweist trotzdem nicht, dass die Rechnung sachlich richtig ist. Ob eine Leistung erbracht wurde, die Kontoverbindung zum Lieferanten gehört oder ein Preis dem Vertrag entspricht, lässt sich nicht allein aus der Dateistruktur ableiten. Solche Punkte benötigen einen Abgleich mit Bestellung, Wareneingang, Vertrag und Stammdaten.

Prüfreihenfolge für eingehende E-Rechnungen

1. Format bestimmen: Liegt eine reine XML-Datei vor, kommen insbesondere XRechnung oder andere strukturierte Formate infrage. Bei einem PDF ist zu prüfen, ob es eine eingebettete Rechnungs-XML enthält. Ein gewöhnliches PDF ohne strukturierte Daten ist keine technisch gleichwertige Hybridrechnung.
2. Passenden Validator wählen: Eine XRechnung wird mit einer zur XRechnungs-Version passenden Konfiguration geprüft. Für ZUGFeRD oder Factur-X wird ein Validator benötigt, der das betreffende Profil und die verwendete Version unterstützt.
3. Prüfbericht auswerten: Bei einem Fehler ist die betroffene Regel, das Feld und möglichst der übermittelte Wert zu erfassen. Eine bloße Anzeige wie ungültig reicht für die Korrektur durch den Rechnungssteller selten aus.
4. Hybridbestandteile vergleichen: Bei ZUGFeRD müssen die sichtbaren Angaben im PDF und die eingebetteten XML-Daten zusammenpassen. Für die automatisierte Verarbeitung sind regelmäßig die strukturierten Daten maßgeblich; Abweichungen dürfen nicht stillschweigend übernommen werden.
5. Fachliche Kontrolle anschließen: Erst nach der technischen Prüfung folgen Bestellbezug, Leistung, Zahlungsdaten und Freigabe. Besteht die Datei den Validator, kann sie trotzdem eine unberechtigte Forderung enthalten.

Wenn der Validator eine Datei mit einer unbekannten Version ablehnt, sollte sie nicht vorschnell als inhaltlich fehlerhaft gelten. Zuerst ist zu prüfen, ob das Programm beziehungsweise seine Regelkonfiguration diese Version unterstützt. Wird dieselbe Datei mit einer passenden, freigegebenen Konfiguration akzeptiert, lag das Problem eher an der Prüfungsumgebung als an der Rechnung.

Einzelprüfung oder Einbindung in den Rechnungseingang

Für wenige Rechnungen genügt oft eine Desktop-Anwendung mit verständlicher Anzeige. Bei einem größeren Eingang sollte die Validierung vor dem eigentlichen Buchungsimport laufen und einen maschinenlesbaren Status liefern. Sinnvoll sind mindestens die Zustände angenommen, mit Warnung angenommen und abgewiesen.

Die Software sollte den ursprünglichen Beleg, das erkannte Format, die verwendete Regelversion und den Prüfbericht nachvollziehbar zusammenhalten. Nur so lässt sich später feststellen, mit welcher Prüfbasis eine Rechnung verarbeitet wurde. Ein automatisch erzeugtes Vorschaubild darf die Originaldatei dabei nicht ersetzen.

Für vertrauliche Rechnungen ist eine lokale oder innerhalb der eigenen Systemumgebung betriebene Prüfung vorzuziehen. Bei einem Online-Validator müsste vor dem Hochladen geklärt werden, wie Rechnungsinhalte verarbeitet, gespeichert und gelöscht werden. Rechnungen enthalten häufig Adressen, Bankdaten, Steuerangaben und Leistungsbeschreibungen.

Die passende Kombination auswählen

• Wer hauptsächlich XRechnungen automatisiert prüfen muss, benötigt einen XRechnungs-Validator mit gepflegter KoSIT-Prüferkonfiguration.
• Wer ZUGFeRD- oder Factur-X-Dateien empfängt, braucht eine Lösung wie Mustangproject oder Quba, die eingebettete XML-Daten und das verwendete Profil versteht.
• Wer zusätzlich die PDF/A-Eigenschaften einer Hybridrechnung absichern möchte, ergänzt die fachliche Validierung beispielsweise um veraPDF.
• Wer Rechnungen direkt in Buchhaltung, ERP oder Dokumentenmanagement übernimmt, sollte nicht nur nach einer sichtbaren Ampel fragen. Benötigt werden exportierbare Prüfberichte, eine eindeutige Regelversion und eine Schnittstelle für den automatisierten Arbeitsablauf.

Vor dem produktiven Einsatz empfiehlt sich ein Testsatz aus gültigen Dateien, bewusst fehlerhaften Rechnungen und mehreren tatsächlich erwarteten Formatversionen. Die Lösung ist erst passend, wenn sie Fehler reproduzierbar erkennt, zulässige Dateien nicht wegen einer veralteten Konfiguration abweist und ihre Meldungen eine gezielte Korrektur ermöglichen.

Häufige Fragen zur Rechnungsvalidierung

Darf eine fehlerhafte XML-Datei im eigenen System korrigiert werden?

Eine empfangene Rechnung sollte nicht eigenmächtig inhaltlich verändert werden. Die sichere Vorgehensweise ist, den Prüfbericht mit dem betroffenen Feld und der Regel an den Rechnungssteller zurückzugeben und eine korrigierte Rechnung anzufordern. Sonst stimmen Originalbeleg, Ausstellerdaten und intern verarbeitete Fassung möglicherweise nicht mehr überein.

Kann eine gescannte PDF-Rechnung als E-Rechnung validiert werden?

Ein Scan enthält zunächst nur ein Bild. OCR kann daraus lesbaren Text gewinnen, erzeugt aber nicht automatisch eine normgerechte Rechnungs-XML. Ein XRechnungs- oder ZUGFeRD-Validator kann einen reinen Scan daher nicht wie eine strukturierte E-Rechnung prüfen.

Was geschieht mit passwortgeschützten PDF-Rechnungen?

Kann die Prüfsoftware das PDF oder die eingebettete Datei nicht öffnen, ist keine vollständige automatische Kontrolle möglich. Das Passwort darf nur über einen berechtigten Weg beschafft werden. Eine fremde Zugriffssperre zu umgehen, ist weder ein geeigneter Prüfweg noch für einen verlässlichen Rechnungseingang sinnvoll.