E-Rechnung als Eingangsrechnung prüfen: Was wirklich zu kontrollieren ist
Kurz & knapp: Eine empfangene E-Rechnung muss auf zwei Ebenen geprüft werden: strukturell, ob die XML-Datei dem EN-16931-Standard entspricht und technisch fehlerfrei ist, und inhaltlich, ob Beträge, Steuersätze, USt-ID und Bestellbezug tatsächlich stimmen. Nur beide Prüfungen zusammen stellen sicher, dass eine Rechnung sowohl formal korrekt als auch sachlich berechtigt ist – und damit den Vorsteuerabzug nicht gefährdet.
Warum die Prüfung bei E-Rechnungen anders abläuft als bei PDF-Rechnungen
Bei einer klassischen PDF- oder Papierrechnung liest eine Mitarbeiterin oder ein Mitarbeiter die Angaben manuell und vergleicht sie mit der Bestellung. Bei einer E-Rechnung im XRechnung- oder ZUGFeRD-Format kommt eine zusätzliche, vorgelagerte Prüfebene hinzu: die technische Validierung der strukturierten Daten. Da die Rechnung als maschinenlesbare XML-Datei im EN-16931-Format vorliegt, lässt sich bereits vor der inhaltlichen Prüfung automatisiert feststellen, ob die Datei überhaupt syntaktisch korrekt und vollständig ist. Diese zweistufige Prüfung – erst strukturell, dann inhaltlich – ist der zentrale Unterschied zur bisherigen Praxis und zugleich der größte Effizienzgewinn, sofern sie richtig eingerichtet wird.
Ebene 1: Strukturelle Validierung der XML-Datei
Die strukturelle Validierung prüft, ob eine E-Rechnung dem europäischen Standard EN 16931 entspricht, auf dem sowohl XRechnung als auch der XML-Teil von ZUGFeRD basieren. Geprüft wird dabei unter anderem:
- Ist die XML-Datei wohlgeformt und schema-konform (kein fehlendes Pflichtfeld, keine falschen Datentypen)?
- Sind alle nach EN 16931 verpflichtenden Kernelemente vorhanden – z. B. Rechnungsnummer, Rechnungsdatum, Verkäufer- und Käuferangaben, Gesamtbetrag?
- Stimmen die in der Rechnung angegebenen Summen rechnerisch (Nettobetrag plus Steuerbetrag ergibt Bruttobetrag)?
- Entspricht das verwendete Format den nationalen Spezifika der XRechnung (CIUS – Core Invoice Usage Specification) bzw. den ZUGFeRD-Profilanforderungen?
Für diese Prüfung existieren spezialisierte Validierungstools, etwa der offizielle XRechnung-Validator (KoSIT-Validator) oder in Buchhaltungssoftware integrierte Prüfroutinen. Eine Rechnung, die diese Prüfung nicht besteht, sollte grundsätzlich nicht automatisch verbucht, sondern zur Klärung an den Rechnungssteller zurückgemeldet werden.
Ebene 2: Inhaltliche und geschäftliche Prüfung
Die strukturelle Validierung sagt nichts darüber aus, ob eine Rechnung inhaltlich korrekt und berechtigt ist. Eine technisch einwandfreie XML-Datei kann trotzdem einen falschen Betrag, einen falschen Steuersatz oder eine nicht bestellte Leistung enthalten. Die inhaltliche Prüfung umfasst typischerweise:
- USt-IdNr. prüfen: Ist die angegebene Umsatzsteuer-Identifikationsnummer des Rechnungsstellers gültig und plausibel (z. B. Abgleich über das Bestätigungsverfahren des Bundeszentralamts für Steuern)?
- Steuersatz kontrollieren: Wurde der korrekte Steuersatz (z. B. 19 % oder 7 %) für die gelieferte Ware oder Dienstleistung angewendet?
- Betrag und Berechnung verifizieren: Stimmen Einzelpreise, Mengen und Gesamtsumme mit der Bestellung überein?
- Bestellabgleich (Drei-Wege-Abgleich): Passt die Rechnung zur Bestellung und zum Wareneingang bzw. zur Leistungserbringung?
- Pflichtangaben nach § 14 UStG: Sind alle umsatzsteuerlich erforderlichen Angaben vollständig, etwa fortlaufende Rechnungsnummer, Leistungsbeschreibung und Leistungszeitpunkt?
Der Unterschied zwischen beiden Prüfebenen im Überblick
| Kriterium | Strukturelle Validierung | Inhaltliche Prüfung |
|---|---|---|
| Frage | Ist die Datei technisch korrekt aufgebaut? | Stimmen die Angaben sachlich? |
| Durchführung | Automatisiert per Validator/Software | Teilweise automatisiert, teilweise manuell |
| Typischer Fehler | Fehlendes Pflichtfeld, falsches Schema | Falscher Betrag, nicht bestellte Leistung |
| Konsequenz bei Fehler | Rechnung technisch nicht verarbeitbar | Zahlung/Freigabe wird verweigert oder Korrektur angefordert |
Praxisbeispiel: Prüfprozess bei der Fenster & Fassade Nord GmbH
Die Fenster & Fassade Nord GmbH, ein Handwerksbetrieb mit 30 Mitarbeitenden aus Kiel, hat den Prüfprozess für Eingangsrechnungen zweistufig organisiert. Sobald eine E-Rechnung im zentralen Postfach eingeht, prüft die Buchhaltungssoftware automatisch die strukturelle Gültigkeit gegen das EN-16931-Schema. Rechnungen, die diesen automatischen Check nicht bestehen, werden mit einer Fehlermeldung markiert und landen in einer separaten Klärliste, die zweimal wöchentlich durchgesehen wird. Strukturell valide Rechnungen durchlaufen anschließend einen automatisierten Abgleich mit den im ERP-System hinterlegten Bestellungen; bei Abweichungen von mehr als fünf Prozent im Betrag wird die Rechnung zur manuellen Prüfung an die zuständige Projektleitung weitergeleitet. Erst nach positivem Abschluss beider Prüfebenen erfolgt die Freigabe zur Zahlung. Durch diesen Prozess konnte der Betrieb die durchschnittliche Prüfzeit pro Rechnung deutlich senken und gleichzeitig die Fehlerquote bei Zahlungen reduzieren.
Typische Fehler und Missverständnisse bei der Prüfung
- Annahme, ein bestandener Validator-Check bedeute automatisch inhaltliche Richtigkeit. Die strukturelle Validierung prüft nur das Format, nicht den Wahrheitsgehalt der Angaben.
- Verzicht auf den Bestellabgleich, weil die Rechnung „digital und damit vertrauenswürdig“ wirkt. Automatisierung ersetzt keine sachliche Prüfung.
- Fehlerhafte Rechnungen werden ungeprüft weiterverarbeitet, weil kein klarer Prozess für Rückläufer definiert ist.
- Die eingebettete XML in ZUGFeRD-Rechnungen wird ignoriert und nur die visuelle PDF-Ansicht geprüft, obwohl im Streitfall die strukturierten Daten maßgeblich sind.
- Kein Vier-Augen-Prinzip bei hohen Beträgen, was das Risiko von Betrugsversuchen erhöht.
Automatisierung der Prüfung: Was Software leisten kann und was nicht
Moderne Buchhaltungs- und ERP-Systeme werben häufig mit einer „vollautomatischen Rechnungsprüfung“. In der Praxis lässt sich jedoch nur ein Teil des Prüfprozesses tatsächlich vollständig automatisieren. Die strukturelle Validierung eignet sich hervorragend für die Automatisierung, da sie auf klar definierten, maschinell auswertbaren Regeln basiert. Auch der Abgleich von Rechnungsbeträgen mit hinterlegten Bestellungen lässt sich weitgehend automatisieren, sofern eine Bestellreferenz in der Rechnung vorhanden ist und die Toleranzgrenzen im System korrekt konfiguriert sind. Schwieriger wird es bei Prüfschritten, die fachliches Urteilsvermögen erfordern, etwa die Frage, ob eine gelieferte Leistung tatsächlich in der bestellten Qualität erbracht wurde oder ob ein ungewöhnlich hoher Rechnungsbetrag plausibel ist. Diese Aspekte bleiben auch bei hohem Automatisierungsgrad eine Aufgabe für geschultes Personal. Ein realistisches Ziel ist daher nicht die vollständige Abschaffung manueller Prüfung, sondern die gezielte Reduktion auf die Fälle, in denen sie tatsächlich einen Mehrwert bietet – während Routinefälle automatisiert durchlaufen.
Prüfintervalle und Fristen im Blick behalten
Neben der inhaltlichen Korrektheit spielt bei der Prüfung von Eingangsrechnungen auch der zeitliche Aspekt eine Rolle. Skontofristen, vertraglich vereinbarte Zahlungsziele und gegebenenfalls Fristen für Mängelrügen bei Lieferungen sollten in den Prüfprozess einbezogen werden, damit eine Rechnung nicht allein wegen einer verzögerten Prüfung zu spät bezahlt wird und Skontoabzüge verfallen. Viele Unternehmen legen deshalb feste interne Fristen fest, etwa eine Prüfung innerhalb von drei Werktagen nach Eingang, um sowohl Skontovorteile zu sichern als auch Zahlungsverzug gegenüber Lieferanten zu vermeiden. Eine gute Prüfsoftware zeigt dabei automatisch an, welche Rechnungen sich einer Frist nähern, sodass Prioritäten entsprechend gesetzt werden können.
Was bei Prüffehlern zu tun ist
Wird bei der strukturellen Validierung ein Fehler festgestellt, sollte die Rechnung grundsätzlich nicht eigenmächtig „repariert“, sondern an den Rechnungssteller zur Korrektur zurückgegeben werden. Bei inhaltlichen Abweichungen, etwa einem falschen Steuersatz oder einer nicht passenden Menge, ist eine sogenannte Rechnungsberichtigung erforderlich. Formale Mängel können in der Regel korrigiert werden, ohne dass der Vorsteuerabzug dauerhaft verloren geht – wichtig ist jedoch, dass die Korrektur dokumentiert und die berichtigte Rechnung erneut geprüft wird, bevor sie verbucht wird. Ein pauschales Ignorieren kleinerer Mängel ist riskant, da das Finanzamt bei einer Betriebsprüfung genau diese Prüfkette nachvollziehen können möchte.
Edge Cases in der Rechnungsprüfung
Nicht jede Situation lässt sich mit dem Standardprozess lösen. Bei Teillieferungen oder Abschlagsrechnungen muss die Prüfsoftware in der Lage sein, mehrere Rechnungen einer Bestellung zuzuordnen, statt jede Abweichung als Fehler zu werten. Bei Rechnungen aus dem EU-Ausland mit Reverse-Charge-Verfahren ist zusätzlich zu prüfen, ob der Hinweis auf die Steuerschuldnerschaft des Leistungsempfängers korrekt vermerkt ist. Und bei Kleinbetragsrechnungen bis 250 Euro gelten reduzierte Pflichtangaben nach § 33 UStDV, was die inhaltliche Prüfung vereinfacht, aber nicht überflüssig macht. Auch Gutschriften, bei denen der Leistungsempfänger die Rechnung im Namen des Lieferanten erstellt, benötigen eine gesonderte Prüflogik, da hier die Rollen von Rechnungssteller und -empfänger vertauscht sind und dennoch alle inhaltlichen Anforderungen erfüllt sein müssen.
Zusammenspiel mit der Archivierung
Die Prüfung einer E-Rechnung endet nicht mit der Freigabe zur Zahlung. Da geprüfte Rechnungen anschließend archiviert werden müssen, sollte bereits im Prüfprozess dokumentiert werden, wer wann welche Prüfschritte durchgeführt und welches Ergebnis dabei erzielt wurde. Diese Prüfhistorie ist Teil der geforderten Nachvollziehbarkeit im Sinne der GoBD und kann bei einer späteren Betriebsprüfung angefordert werden. Praktisch bedeutet das, dass viele Unternehmen den Prüfstatus direkt als Metadatum zur archivierten Rechnung speichern, statt Prüfprotokolle getrennt von den eigentlichen Rechnungsdaten abzulegen. So bleibt jederzeit nachvollziehbar, auf welcher Grundlage eine Zahlung freigegeben wurde.
Checkliste: E-Rechnung als Eingangsrechnung prüfen
- Strukturelle Validierung gegen EN 16931 durchführen (automatisiert).
- USt-IdNr. des Rechnungsstellers auf Gültigkeit prüfen.
- Steuersatz und rechnerische Korrektheit kontrollieren.
- Abgleich mit Bestellung, Lieferschein bzw. Leistungserbringung.
- Pflichtangaben nach § 14 UStG vollständig prüfen.
- Bei Fehlern: Rechnung zurückweisen bzw. Berichtigung anfordern, nicht eigenmächtig ändern.
- Freigabe erst nach erfolgreicher struktureller und inhaltlicher Prüfung.
Fazit
Die Prüfung einer E-Rechnung als Eingangsrechnung besteht aus zwei klar getrennten, aber gleichermaßen notwendigen Schritten: der automatisierten strukturellen Validierung gegen den EN-16931-Standard und der inhaltlichen, geschäftlichen Prüfung von Beträgen, Steuersätzen und Bestellbezug. Wer beide Ebenen konsequent trennt und dokumentiert, minimiert das Risiko fehlerhafter Zahlungen und schützt den Vorsteuerabzug – bei gleichzeitig deutlich schnellerer Bearbeitung als im papierbasierten Prozess.
Häufig gestellte Fragen
Reicht ein bestandener Validator-Check aus, um eine Rechnung freizugeben?
Nein. Die strukturelle Validierung bestätigt nur die technische Korrektheit der XML-Datei, nicht die inhaltliche Richtigkeit von Beträgen, Steuersätzen oder Bestellbezug.
Welche Tools eignen sich zur strukturellen Prüfung von XRechnungen?
Verbreitet ist der KoSIT-Validator, der offiziell für die Prüfung von XRechnungen genutzt wird, sowie entsprechende Prüfmodule in vielen Buchhaltungs- und ERP-Systemen.
Was passiert, wenn eine E-Rechnung die strukturelle Prüfung nicht besteht?
Sie sollte nicht automatisiert verbucht werden. Üblich ist eine Klärliste mit anschließender Rückmeldung an den Rechnungssteller zur Korrektur.
Gefährdet ein formaler Fehler automatisch den Vorsteuerabzug?
Nicht zwingend. Formale Mängel lassen sich häufig durch eine Rechnungsberichtigung beheben, ohne dass der Vorsteuerabzug dauerhaft verloren geht – die Korrektur sollte jedoch zeitnah erfolgen und dokumentiert werden.
Muss jede Rechnung manuell mit der Bestellung abgeglichen werden?
Bei automatisiertem Drei-Wege-Abgleich (Bestellung, Wareneingang, Rechnung) ist eine manuelle Prüfung meist nur bei Abweichungen notwendig, was den Aufwand erheblich reduziert.
Wie unterscheidet sich diese Prüfung vom allgemeinen Empfang einer E-Rechnung?
Der Beitrag E-Rechnung empfangen, wie geht das beschreibt den grundsätzlichen Empfangsprozess. Dieser Artikel fokussiert speziell auf die Prüfschritte nach dem Empfang, bevor eine Rechnung verbucht wird.
Was ist bei ZUGFeRD-Rechnungen bei der Prüfung zu beachten?
Maßgeblich für die Prüfung ist der eingebettete strukturierte Datensatz, nicht allein die visuelle PDF-Darstellung. Bei Abweichungen zwischen beiden gilt in der Regel der XML-Datensatz als führend.