Bei einer E-Rechnung ist das, was du siehst, nicht mehr die Rechnung. Bei hybriden Formaten wie ZUGFeRD hat der strukturierte Teil Vorrang vor der Sichtansicht (Bundesfinanzministerium). Das PDF, das dein Lieferant so sorgfältig gestaltet hat, ist rechtlich die Hülle. Verbindlich ist die XML-Datei darin, die niemand in deinem Unternehmen jemals gesehen hat. Wer eine E-Rechnung prüfen will, prüft deshalb etwas anderes als früher.
Kurzfassung
“E-Rechnung prüfen” meint drei verschiedene Aufgaben, die oft durcheinandergehen: ob die Datei der Norm entspricht, ob die Rechnung inhaltlich stimmt, und ob sie deine Prozesse ohne Handarbeit durchläuft. Ein Validator beantwortet nur die erste Frage. Seine Freigabe ist ausdrücklich keine Voraussetzung für die steuerliche Anerkennung. Die inhaltliche Prüfung bleibt bei euch, und ob eine Rechnung automatisch verarbeitbar ist, sagt dir der Validator gar nicht.
Drei Fragen, die alle “prüfen” heißen
Wenn in einer Buchhaltung jemand sagt, er müsse die E-Rechnung noch prüfen, kann er drei völlig verschiedene Dinge meinen.
Entspricht die Datei der Norm? Eine technische Frage mit einer eindeutigen Antwort. Dafür gibt es Validatoren, und die machen ihre Arbeit gut.
Stimmt die Rechnung? Kam die Leistung an, sind Menge und Preis richtig, passt sie zur Bestellung. Das ist die klassische sachliche und rechnerische Rechnungsprüfung, und an ihr hat sich durch die E-Rechnung nichts geändert, außer dass die Vorlage jetzt anders aussieht.
Läuft sie ohne Handarbeit durch? Ob dein System die Rechnung automatisch zuordnen, buchen und zur Zahlung vorbereiten kann. Diese Frage ist neu, sie interessiert weder den Gesetzgeber noch den Validator, und sie entscheidet darüber, ob die E-Rechnung für dich eine Erleichterung oder nur ein neues Dateiformat ist.
Die drei Antworten hängen nicht zusammen. Eine Rechnung kann normkonform sein, inhaltlich falsch und trotzdem vollautomatisch verarbeitbar. Jede andere Kombination kommt auch vor.
XRechnung validieren: was der Validator tatsächlich prüft
Ein Validator arbeitet in drei Stufen. Zuerst prüft er das Syntaxschema: Ist die Datei überhaupt wohlgeformtes XML und folgt sie dem erwarteten Aufbau. Dann prüft er die Geschäftsregeln der europäischen Norm EN 16931: Sind alle Pflichtfelder besetzt, und passen Positionen, Steuersätze und Summen rechnerisch zusammen. Zuletzt prüft er die deutschen Zusatzregeln, die zusätzlich zur Norm für die XRechnung gelten.
Ein grünes Ergebnis bedeutet trotzdem weniger, als die meisten annehmen. Das Bundesfinanzministerium hält eine Validierung ausdrücklich für sinnvoll, um Fehler zu vermeiden, stellt aber genauso ausdrücklich klar, dass sie keine unmittelbare Voraussetzung für die steuerliche Anerkennung der Rechnung ist. Es empfiehlt aus Gleichbehandlungsgründen auch kein bestimmtes Werkzeug.
Ein Validator sagt dir also: Diese Datei ist technisch regelkonform gebaut. Er sagt dir nicht, ob der Betrag stimmt, ob die Leistung erbracht wurde, ob du diesen Lieferanten kennst, und auch nicht, ob deine eigene Software mit der Datei etwas anfangen kann.
Wenn du genau diese eine Frage beantworten willst, ob eine Datei der Norm entspricht, nimm einen der kostenlosen Validatoren, etwa den Validator der KoSIT, der Koordinierungsstelle für IT-Standards. Für alles andere brauchst du etwas anderes.
Erst einmal sehen, was überhaupt drinsteht
Bevor du eine E-Rechnung inhaltlich prüfen kannst, musst du sie lesen können. Bei einer XRechnung ist das nicht selbstverständlich: Die Datei ist für Maschinen gebaut, für dich ist sie eine Wand aus Feldnamen. Die Finanzverwaltung weiß das und stellt deshalb selbst einen kostenlosen Viewer bereit.
Viewer zeigen dir die Rechnung. Welche Felder belastbar genug sind, dass eine Software damit weiterarbeitet, zeigt keiner, den wir gefunden haben. Daran entscheidet sich im Alltag, ob eine Rechnung durchläuft oder auf einem Schreibtisch landet, also haben wir einen eigenen gebaut.
Die Datei wird dabei im Browser gelesen und nicht hochgeladen. Eine Eingangsrechnung enthält Lieferantenbeziehungen, Konditionen und Bankdaten. Die gehören nicht ungefragt auf einen fremden Server.
Die inhaltliche Prüfung bleibt bei euch
An der eigentlichen Rechnungsprüfung ändert die E-Rechnung nichts. Sachlich: Wurde die Leistung erbracht, in dieser Menge, in dieser Qualität. Rechnerisch: Stimmen Einzelpreise, Summen und Steuer. Formal: Sind die umsatzsteuerlichen Pflichtangaben vorhanden.
Neu ist nur, woran du das abliest. Früher lag eine gestaltete Seite vor dir und dein Auge fand die Beträge, weil sie fett und rechts standen. Jetzt liegen dieselben Angaben in Feldern, die ein Programm für dich zusammensetzt. Wer sich dabei auf die Sichtansicht eines ZUGFeRD-PDFs verlässt, prüft im Zweifel das falsche Dokument, denn maßgeblich sind die Daten dahinter. Im Regelfall stimmen beide überein. Wenn nicht, gilt das XML.
Ein Beispiel dafür, warum das kein akademischer Unterschied ist: Dieselbe Rechnung kommt in vielen Unternehmen zweimal an, einmal als PDF im Mailanhang und einmal als strukturierter Datensatz. Wer nur die Sichtansichten vergleicht, sieht zwei Dokumente und entscheidet nach Gefühl. Wer die Rechnungsnummer aus den Daten zieht, sieht sofort, dass es derselbe Vorgang ist. Der zweite Weg ist der einzige, der sich später auch automatisieren lässt.
Der umgekehrte Fall ist teurer. Eine geänderte Bankverbindung fällt technisch überhaupt nicht auf: Das Feld ist besetzt und die Prüfziffer stimmt, ein Validator schlägt deshalb keinen Alarm. Auffällig wird sie erst im Abgleich mit dem, was ihr zu diesem Lieferanten gespeichert habt. Genau dort liegt der Unterschied zwischen einer Prüfung der Datei und einer Prüfung der Rechnung.
Auch die Aufbewahrung folgt dieser Logik. Aufzubewahren ist zumindest der strukturierte Teil, und zwar unversehrt in seiner ursprünglichen Form. Ein Ausdruck oder eine nachträglich erzeugte Ansicht ersetzt ihn nicht.
Eine Pflicht, die viele erwarten, gibt es dagegen nicht: Du musst E-Rechnungen zwar empfangen können, aber nicht tatsächlich elektronisch weiterverarbeiten. Aus der Definition der E-Rechnung ergeben sich laut Bundesfinanzministerium keine weitergehenden Verpflichtungen. Ob du automatisierst, ist eine betriebswirtschaftliche Entscheidung, keine gesetzliche.
Woran die automatische Verarbeitung scheitert
Das ist die dritte Frage, und sie ist die einzige, die dir im Alltag Zeit kostet oder spart. In der Praxis sind es immer wieder dieselben Stellen:
- Keine Bestellnummer. Ohne Referenz auf die Bestellung kann dein System die Rechnung nicht automatisch zuordnen. Jemand muss sie suchen. Das ist der häufigste Grund, warum eine normkonforme Rechnung trotzdem Handarbeit auslöst.
- Leere Käuferreferenz. Bei Rechnungen an öffentliche Auftraggeber steht dort die Leitweg-ID, die die Rechnung überhaupt erst adressiert. Im B2B-Geschäft ist sie nicht vorgeschrieben, umsatzsteuerlich genügt sogar ein Platzhalter wie ein Bindestrich. Das ist also kein Fehler des Absenders. Es kostet dich trotzdem die automatische Zuordnung, wenn dein Prozess auf diesem Feld aufsetzt.
- Positionen ohne saubere Preise oder Mengen. Kommt alles als ein Sammelposten “Leistungen laut Vereinbarung”, kann keine Software das gegen eine Bestellung rechnen.
- Abweichende Bankverbindung. Technisch unauffällig, inhaltlich teuer. Automatisieren lohnt sich hier nur mit einer Prüfung gegen die hinterlegten Stammdaten.
- Ein PDF ohne eingebettete Datei. Sieht aus wie eine E-Rechnung, ist aber keine. Es gibt nichts auszulesen, und niemand merkt es, solange niemand hineinschaut.
Deshalb bewertet unser Viewer jedes Feld, statt es nur anzuzeigen. Ein Feld kann vorhanden und trotzdem unbrauchbar sein.
Kostenloses Tool
E-Rechnung Viewer
XRechnung und ZUGFeRD im Browser lesen und sehen, welche Felder eine automatische Verarbeitung tragen. Die Datei bleibt auf deinem Gerät.
Zum Tool
XRechnung oder ZUGFeRD, für die Prüfung dasselbe
Für die Prüfung spielt der Formatunterschied keine Rolle. Beide erfüllen dieselbe Norm, beide werden von denselben Validatoren geprüft, und in beiden stehen dieselben Felder. Du brauchst keine zwei Prüfprozesse, sondern einen, der bei einem PDF zuerst nachsieht, ob überhaupt eine strukturierte Datei darin steckt. Steckt keine drin, ist das kein Formatproblem, sondern schlicht keine E-Rechnung, und dein Lieferant muss noch einmal ran.
Der eine Unterschied, der im Alltag zählt, ist die Gewöhnung. Bei ZUGFeRD sieht alles aus wie immer, und genau deshalb prüfen Menschen dort weiter das Bild statt die Daten. Meist stimmen beide Teile überein, weil dieselbe Software sie erzeugt. Kritisch wird es, wenn jemand die PDF-Ansicht nachträglich bearbeitet hat, und das erkennst du nur, wenn du beides nebeneinanderlegst.
Was jetzt zu tun ist
- Nimm dir drei echte Eingangsrechnungen aus den letzten Wochen, je eine XRechnung und ein ZUGFeRD-PDF, und öffne sie in einem Viewer. Du siehst in fünf Minuten, was deine Lieferanten tatsächlich mitschicken.
- Trenne die drei Prüffragen in deinem Ablauf. Normkonformität ist ein technischer Einmal-Check beim Lieferanten-Onboarding, keine tägliche Aufgabe. Die inhaltliche Prüfung bleibt beim Fachbereich.
- Schreib auf, woran es hängt. Wenn bei zwanzig Rechnungen pro Woche immer dieselben zwei Felder fehlen, ist das kein Prüfproblem, sondern eine Lieferantenabsprache oder ein Automatisierungsfall.
- Sprich die Lieferanten an, bevor du Technik dagegenstellst. Eine mitgelieferte Bestellnummer kostet den Absender nichts und dich jede Woche Stunden.
Wenn danach immer noch eine Reihe Rechnungen übrig bleibt, die jemand von Hand anfassen muss, lohnt sich der Blick auf die intelligente Dokumentenverarbeitung. Und wenn du wissen willst, wann die Ausstellungspflicht dich selbst trifft, steht der Zeitplan in unserem Beitrag zur E-Rechnungspflicht 2027.
Du willst wissen, wo in deinem Rechnungseingang der Hebel liegt? Im Kennenlerngespräch schauen wir uns deine echten Rechnungen an und sagen dir, was sich lohnt und was nicht.
