E-Rechnung empfangen & automatisch verarbeiten — Empfangspflicht 2025, XML lesen, Vorsteuer & GoBD

E-Rechnung empfangen & automatisch verarbeiten — der aktive Teil der Pflicht ist die Empfangsseite

"Empfangen ist doch kein Thema — das PDF kommt ja per Mail." Diese Einschätzung hört man in fast jedem Erstgespräch. Sie ist gleich doppelt falsch: Erstens ist ein PDF rechtlich keine E-Rechnung im Sinne des § 14 UStG. Zweitens ist die Empfangspflicht der zeitlich dringlichere Teil der Reform — sie gilt seit dem 1. Januar 2025 für jeden im Inland ansässigen Unternehmer, während die Sendepflicht erst ab 2027 stufenweise greift.

Wer heute eintreffende XRechnungen ausdruckt und die XML-Datei löscht, verstößt gegen die GoBD und verschenkt gleichzeitig den größten Automatisierungs-Hebel der gesamten Reform: die deterministische Verarbeitung strukturierter Daten. Dieser Artikel zieht die Empfangs- und Verarbeitungsseite konsequent durch — von der Pflicht über die Empfangswege und das XML-Lesbarmachen bis zur automatisierten Verbuchung und revisionssicheren Archivierung.

Verwandte Lektüre vorab: XRechnung vs. ZUGFeRD — welches Format passt wann? und E-Rechnungs-Checkliste 2026.

Die Empfangspflicht seit 01.01.2025 — wer, was, ab wann

Mit dem Wachstumschancengesetz ist § 14 UStG zum Stichtag 1. Januar 2025 in der Empfangsseite scharf gestellt worden. Konkret heißt das: Jeder im Inland ansässige Unternehmer im Sinne des § 2 UStG muss strukturierte elektronische Rechnungen nach der europäischen Norm EN 16931 entgegennehmen können. Übergangsfrist? Keine. Schwellenwert? Keiner. Diese Pflicht greift unabhängig von Umsatz, Branche und USt-Status.

Drei Punkte, die in der Praxis am häufigsten missverstanden werden:

• Keine Zustimmung erforderlich. Im Gegensatz zur bisherigen Rechtslage darf der Empfänger eine korrekte E-Rechnung nicht ablehnen und nicht auf Papier oder PDF bestehen. Wer sendet, sendet — der Empfänger muss empfangen können.
• Auch Kleinunternehmer. Die Empfangspflicht gilt ausdrücklich auch für Kleinunternehmer nach § 19 UStG, für Vereine mit wirtschaftlichem Geschäftsbetrieb, für umsatzsteuerbefreite Freiberufler (etwa Heilberufe nach § 4 Nr. 14 UStG) und für reine Empfänger ohne eigene B2B-Ausgangsumsätze.
• Abgrenzung zur Sendepflicht. Die Pflicht, selbst E-Rechnungen auszustellen, greift erst ab dem 1. Januar 2027 — mit Übergangsfristen bis zum 31. Dezember 2026 (Papier/PDF mit Zustimmung) und bis zum 31. Dezember 2027 für Aussteller mit einem Vorjahresumsatz 2026 bis 800.000 €. Ab dem 1. Januar 2028 müssen alle inländischen B2B-Rechnungen als E-Rechnung ausgestellt werden. Tiefer dazu: XRechnung-Pflicht 2027.

Was Sie heute können müssen

Die Pflicht ist abstrakt formuliert ("entgegennehmen können"), die Anforderung ist im Alltag konkret: ein Empfangskanal, der strukturierte EN-16931-Dateien annimmt; ein Weg, das XML lesbar zu machen; ein Workflow, der die Datei prüft, verbucht und revisionssicher archiviert. Wer eine eingehende XRechnung nur ausdruckt und das XML wegwirft, erfüllt die Pflicht nicht.

Empfangswege in der Praxis

Welcher Kanal genügt der Empfangspflicht? Das BMF hat in seinem Anwendungsschreiben klargestellt: Ein einfaches E-Mail-Postfach genügt. Kein teures Portal, keine Pflicht zur Peppol-Anbindung. Für die meisten KMU ist damit die rechtliche Hürde niedrig — der Aufwand liegt im Workflow dahinter, nicht im Empfang selbst.

E-Mail (BMF: genügt) — der niedrigschwellige Standardweg

Empfehlung in der Praxis: ein dediziertes Eingangs-Postfach (z. B. rechnung@firma.de), das nicht im allgemeinen Posteingang aufgeht und nicht von Mitarbeitern persönlich gelesen wird. Wichtig: Spam- und Antivirenfilter dürfen .xml-Anhänge und ZUGFeRD-PDFs nicht blockieren — das ist in Standard-Konfigurationen leider oft der Fall. Zudem muss der Empfang technisch sichergestellt sein, auch wenn niemand "draufschaut": ein Auto-Importer holt die Dateien ab und legt sie im DMS oder in der Buchhaltungssoftware ab.

Peppol (AS4) — für strukturierten B2B-Austausch

Peppol ist ein offenes europäisches Netzwerk, das Rechnungen über AS4 zwischen Access Points austauscht. Für KMU ist Peppol selten zwingend, im B2B-Mittelstand aber zunehmend attraktiv: Größere Kunden adressieren ihre Lieferanten direkt über die Peppol-ID (analog zur IBAN), die Übertragung ist signiert und nachweisbar. Hintergrund und deutscher Rollout: Peppol B2B in Deutschland 2026.

Behörden- und Lieferantenportale

Im B2G (Business-to-Government) kommen E-Rechnungen über zentrale Portale: die Zentrale Rechnungseingangsplattform des Bundes (ZRE) und das OZG-konforme Empfangsportal (OZG-RE) auf Landesebene. Für die Empfangsseite eines normalen B2B-Unternehmens sind diese Portale nicht relevant — sie betreffen den Versand an die öffentliche Verwaltung. Relevant für den Empfang sind dagegen Lieferantenportale mancher Großkunden und Konzerne, in die kleinere Lieferanten ihre Eingangsdokumente einstellen müssen.

Empfangsweg im Vergleich

XML lesbar machen — die Visualisierung

Hier liegt der praktische Schmerzpunkt, der die meisten Empfänger zum ersten Mal überrascht: Eine XRechnung ist eine nackte XML-Datei. Sie sieht nicht aus wie eine Rechnung, sie ist es technisch. Doppelklick auf die Datei öffnet den Browser oder den Texteditor — und zeigt verschachtelten XML-Code. Ohne Viewer ist eine XRechnung für Menschen nicht lesbar.

Eine ZUGFeRD-Rechnung dagegen ist ein hybrides Format: Sie öffnet sich als PDF mit gewohntem Layout, im Hintergrund liegt die strukturierte XML-Schicht eingebettet. Für die Empfänger-Wahrnehmung bedeutet das: ZUGFeRD wirkt vertraut, XRechnung wirkt fremd. Rechtlich erfüllen beide Formate die EN 16931 gleichwertig. Welches Format Ihre Lieferanten verwenden, entscheiden die Lieferanten — Sie müssen beide empfangen können. Format-Differenzierung im Detail: XRechnung vs. ZUGFeRD.

Tools zur Visualisierung

Drei praktikable Wege, eine XRechnung lesbar zu machen:

• KoSIT-Visualisierung. Die Koordinierungsstelle für IT-Standards stellt ein offizielles XSLT-Stylesheet bereit, das XRechnung-XML in eine lesbare HTML- oder PDF-Darstellung überführt. Quelloffen, kostenlos, im Funktionsumfang minimal.
• Eigenständige Viewer. Mehrere Hersteller bieten freie oder kostenpflichtige Standalone-Viewer, die XRechnung und ZUGFeRD darstellen, die Pflichtfelder validieren und Vorschauen für die Belegablage erzeugen. Funktionsumfang und Aktualität bitte vor Einsatz prüfen — der Markt ist in Bewegung.
• Integrierte Lösungen. Buchhaltungssoftware, DMS und ERP-Systeme rendern eingehende XRechnungen zunehmend nativ. Das ist der Zielzustand für jeden professionellen Eingangsworkflow: Der Empfänger sieht eine vertraute Belegansicht, das Original-XML bleibt im Hintergrund unverändert archiviert.

Klarstellungs-Box: "Warum kann ich die Datei nicht öffnen?"

Wenn ein Mitarbeiter eine XRechnung per Doppelklick öffnet und nur Code sieht, ist die Datei nicht kaputt. Sie ist eine strukturierte Datei für Maschinen. Genau das ist der Punkt: Die Datei ist für die Software gemacht, nicht für den Menschen. Die menschenlesbare Sicht entsteht erst durch das Stylesheet oder den Viewer. Wer das einmal verstanden hat, hat die wichtigste konzeptionelle Hürde der E-Rechnung genommen.

Eingangsprüfung & die Vorsteuer-Falle

Die rechtlich härteste Folge einer fehlerhaften Eingangsrechnung trifft den Empfänger, nicht den Aussteller: fehlende oder fehlerhafte Pflichtangaben nach § 14 UStG können den Vorsteuerabzug gefährden. Bei Papierrechnungen war die Sichtprüfung mühsam und fehleranfällig. Bei strukturierten Daten ist die Prüfung erstmals deterministisch und maschinell durchführbar — und damit auch Pflichtteil eines sauberen Eingangsworkflows.

Was geprüft werden muss

Eine E-Rechnung nach EN 16931 ist nur dann formal korrekt, wenn:

• alle Pflichtfelder der EN 16931 vorhanden sind (Geschäftsregeln vom Typ BR-*),
• die Pflichtangaben nach § 14 UStG enthalten und konsistent sind (vollständige Anschrift, Steuernummer/USt-IdNr., Leistungsbeschreibung, Entgelt, Steuersatz, Steuerbetrag, Rechnungs- und Lieferdatum, Rechnungsnummer),
• die deutschen Geschäftsregeln des nationalen Profils greifen (XRechnung-CIUS) — Schematron-Regeln vom Typ BR-DE-* prüfen Routing-IDs (Leitweg-ID im B2G) und weitere Spezifika.

Die Prüfung lässt sich automatisieren — mit dem offiziellen KoSIT-Validator, mit den Schema- und Schematron-Dateien der XRechnung-Spezifikation oder mit kommerziellen Validatoren, die in DMS und Buchhaltungssoftware integriert sind. Ergebnis ist ein deterministisches "valide / nicht valide" — keine Sichtprüfung mehr nötig.

Was tun bei einer fehlerhaften Eingangsrechnung?

Schlägt die Validierung an, ist der nächste Schritt klar: Berichtigung beim Aussteller anfordern, korrigierte E-Rechnung empfangen, Original und Korrektur verlinkt archivieren. Niemals den Beleg "still" annehmen und den Vorsteuerabzug auf Verdacht verbuchen — bei einer Betriebsprüfung trifft die Folge den Empfänger. Tiefergehende Fehlerkunde: E-Rechnung — typische Fehler und wie man sie vermeidet.

Hinweis zu USt-Einzelfällen. Ob ein konkreter Vorsteuerabzug im Einzelfall gefährdet ist (z. B. bei nur geringfügigen Formfehlern, bei nachträglicher Berichtigung mit Rückwirkung), ist eine umsatzsteuerliche Beurteilungsfrage. Verlassen Sie sich an diesem Punkt auf Ihren Steuerberater, nicht auf pauschale Aussagen — auch nicht aus diesem Artikel.

Automatisierte Verarbeitung & Verbuchung — der ROI-Kern

Hier sitzt der eigentliche Hebel der Reform. Solange Eingangsrechnungen Papier oder PDF waren, hieß "Verbuchung" entweder Abtippen oder OCR-Erkennung mit anschließender Sichtkontrolle. Mit strukturierten EN-16931-Daten ist Straight-Through-Processing (Dunkelverarbeitung) machbar — also der Weg vom Eingangskanal bis zum verbuchten Beleg ohne menschliches Eingreifen, sofern die Rechnung valide und im Erwartungsraum ist.

Der STP-Workflow im Überblick

1. Empfang. Eingangskanal (E-Mail, Peppol, Portal) liefert die Datei in einen kontrollierten Speicherort.
2. Validierung. Schema- und Schematron-Prüfung; bei Fehlern Stoppmarke setzen und Berichtigung anfordern.
3. Auslesen der Felder. Aus dem XML werden Lieferanten-Daten, Rechnungsnummer, Datum, Positionen, Steuersätze, Beträge und gegebenenfalls die Leitweg-/Bestell-ID direkt extrahiert — deterministisch, ohne OCR.
4. 3-Way-Match. Abgleich von Bestellung (PO), Wareneingang (GR) und Rechnung (IR). Stimmen Mengen, Preise und Konditionen, ist der Beleg freigabe-fähig.
5. Buchungssatz und DATEV-Import. Aus den strukturierten Feldern entsteht der Buchungssatz; der Export in DATEV oder die direkte Verbuchung in der Finanzbuchhaltung ist Routine. Tiefer dazu: E-Rechnung mit DATEV.
6. Archivierung. Originales XML/ZUGFeRD wird revisionssicher abgelegt — dazu unten mehr.

Strukturiertes XML vs. PDF/OCR — die saubere Abgrenzung

OCR-basierte Belegerkennung aus PDFs ist seit Jahren etabliert, hat aber prinzipbedingte Grenzen: Erkennungsraten sinken bei schlechten Scans, bei ungewohnten Layouts, bei Anbieterwechseln. Jede OCR-Erkennung braucht eine Plausibilitätsprüfung. Bei strukturierten XML-Daten verschiebt sich die Logik fundamental: Es gibt nichts mehr zu erkennen — die Felder sind bereits maschinenlesbar markiert. Was an OCR-Aufwand wegfällt, fließt in den eigentlich wertvollen Schritt: was tue ich mit den Daten?

Die KI-Rolle: Klassifizierung, Kontierung, Anomalien

Die strukturierten Daten ersetzen die OCR — sie ersetzen aber nicht die Buchhaltungskompetenz. Dort, wo Regeln nicht reichen, ergänzen KI-Komponenten den Workflow sinnvoll: Vorschläge zur Kontierung anhand historischer Buchungen, Erkennung von Dubletten und Anomalien (etwa abweichende Bankverbindungen — Stichwort Fake-President-Betrug), automatische Zuordnung zu Kostenstellen und Projekten. Hintergrund: KI-Agenten für Dokumentenverarbeitung und KI-Agenten in der Buchhaltung.

GoBD-konforme Archivierung — das Originalformat aufbewahren

Der häufigste Fehler im praktischen Umgang mit E-Rechnungen: Die XRechnung wird per E-Mail empfangen, ein Mitarbeiter druckt sich das Sichtformat als PDF und legt es im DMS ab — das XML wandert in den Papierkorb. Aus GoBD-Sicht ist das ein Verstoß. Aufzubewahren ist die originäre strukturierte Datei — XML bei XRechnung, hybrides PDF mit eingebettetem XML bei ZUGFeRD — und zwar unverändert, revisionssicher und maschinell auswertbar.

Welche Anforderungen die GoBD stellen

• Originalformat. Die Datei, in der die Rechnung übermittelt wurde, ist das Original. Ein PDF-Ausdruck oder ein Bildschirmfoto erfüllt die Aufbewahrungspflicht nicht.
• Unveränderbarkeit. Nach der Speicherung darf die Datei nicht mehr verändert werden können — technisch durch WORM-Speicher, durch revisionssichere DMS-Systeme oder durch geprüfte Cloud-Archive sichergestellt.
• Maschinelle Auswertbarkeit. Das Finanzamt muss die Datei strukturiert lesen können. Genau das ist mit dem XML im Original gewährleistet — mit dem PDF-Ausdruck nicht.
• Vollständigkeit, Ordnung, Nachvollziehbarkeit. Eingangs- und Verarbeitungsschritte (Wer hat wann was geprüft, freigegeben, gebucht?) sind als Audit-Trail zu führen.

Aufbewahrungsfrist: 8 Jahre (Stand prüfen)

Mit dem Vierten Bürokratieentlastungsgesetz (BEG IV) wurde die handels- und steuerrechtliche Aufbewahrungsfrist für Buchungsbelege von 10 auf 8 Jahre verkürzt. Die Verkürzung greift in der Übergangsphase ab dem 1. Januar 2025; je nach Beleg-Jahrgang und Übergangsregel kann im Einzelfall noch die alte Frist gelten. Vor Veröffentlichung von Verfahrensanweisungen den aktuellen Stand mit dem Steuerberater abgleichen — und nicht auf eine pauschale Zahl verlassen.

Verfahrensdokumentation kurz angerissen

Die GoBD verlangen eine schriftliche Verfahrensdokumentation, in der der Eingangs-, Prüf-, Buchungs- und Archivierungsprozess beschrieben ist. Für den E-Rechnungs-Eingang heißt das konkret: Welcher Kanal, welcher Validator, welcher Workflow, welches Archiv, welche Aufbewahrungsdauer, welche Rollen und Berechtigungen. Wer den Prozess noch nicht dokumentiert hat, holt das vor der nächsten Betriebsprüfung nach — die Verfahrensdoku ist eines der ersten Dokumente, nach denen ein Prüfer fragt.

Schritt-für-Schritt-Checkliste + Fazit

Empfangs-Readiness in sechs konkreten Schritten — der pragmatische Pfad vom unklaren Stand zur sauberen Eingangsverarbeitung:

Fazit

Die Empfangspflicht ist die aktive Pflicht der E-Rechnungs-Reform — sie gilt seit über einem Jahr, betrifft jeden inländischen Unternehmer und kann durch keine Zustimmungserklärung ausgehebelt werden. Wer sie heute pragmatisch löst — dediziertes Postfach, Viewer, Validierung, Verbuchung mit Match, GoBD-konformes Archiv des Originals, Verfahrensdokumentation —, erfüllt die rechtliche Anforderung und ist gleichzeitig technisch in der Lage, den nächsten Schritt zu gehen: die Dunkelverarbeitung.

Strukturierte Daten sind keine Last, sie sind ein Geschenk an die Buchhaltung. Sie ersetzen OCR durch deterministische Felder, Sichtprüfung durch maschinelle Validierung, manuelle Buchung durch Regel- und KI-gestützte Verarbeitung. Der ROI sitzt nicht im Empfangen — er sitzt im Verarbeiten.

Jetzt handeln: E-Rechnungs-Eingang sauber aufstellen

Ob Ihr Unternehmen die Empfangspflicht heute schon vollständig erfüllt, lässt sich in wenigen Minuten klären — ebenso, wo der größte Automatisierungs-Hebel im Eingang liegt.

• E-Rechnungs-Pflicht-Check — klärt Ihren Pflicht-Status (Empfang heute, Versand ab 2027) in unter zwei Minuten.
• KI-Readiness-Check — zeigt, wo strukturierte Eingangsdaten in Ihrem Workflow den größten ROI heben (Dunkelverarbeitung, 3-Way-Match, Anomalie-Erkennung).
• Persönliche Beratung — von der Empfangsstrecke über die Validierung bis zur revisionssicheren Archivierung; der Digitalbonus Bayern fördert die Einführung mit 50 % (bis zu 7.500 €).

Weiterführende Ressourcen:

• XRechnung vs. ZUGFeRD — Format-Differenzierung XML vs. hybrid.
• E-Rechnung — typische Fehler — Eingangsprüfung und der Umgang mit fehlerhaften Rechnungen.
• E-Rechnung mit DATEV — Eingang in die Finanzbuchhaltung.
• KI-Agenten für Dokumentenverarbeitung — Massen-Inbound-Automatisierung.
• KI-Agenten in der Buchhaltung — automatisierte Verbuchung im Detail.
• E-Rechnungs-Checkliste 2026 und XRechnung-Pflicht 2027 für den Gesamtüberblick.
• Peppol B2B in Deutschland 2026 — strukturierter Austausch im Netzwerk.