Die meisten Programme zur Automatisierung der Kreditorenbuchhaltung wurden gebaut, um ein Dokumentenproblem zu lösen: Rechnungen kommen als PDF und Papier an, also kauft man Erfassungssoftware, trainiert Extraktionsmodelle und besetzt eine Validierungs-Queue für alles, was das OCR falsch gelesen hat. Die europäischen E-Rechnungspflichten entziehen dieser Prämisse leise den Boden. Wenn eine Rechnung als strukturierter, EN-konformer Payload eintrifft, gibt es nichts mehr zu erfassen. Kopfdaten, Positionen, Steuerkategorien und Zahlungsreferenzen sind bereits maschinenlesbare Felder.
Das klingt nach Vereinfachung, und in einem Sinn ist es das. Aber eine AP-Pipeline, die um Dokumenteninterpretation herum entworfen wurde, wird nicht automatisch besser, wenn das Dokument verschwindet. Sie wird umgangen. Die Pflichten liest man am besten als erzwungene Neuarchitektur der Eingangs- und Kontierungsschicht, mit einem Zeitplan, den die Steuerbehörden setzen und nicht die eigene Roadmap.
Deutschland macht den Zeitplan konkret. Seit dem 1. Januar 2025 müssen alle inländischen B2B-Empfänger strukturierte E-Rechnungen empfangen können. Die Ausstellung bleibt bis zum 31. Dezember 2026 übergangsweise freigestellt, wird ab dem 1. Januar 2027 für Unternehmen mit einem Vorjahresumsatz über 800.000 Euro verpflichtend und ab dem 1. Januar 2028 für alle Unternehmen im inländischen B2B. Frankreich bewegt sich mit seiner eigenen Reform Richtung verpflichtendem strukturiertem Austausch und E-Reporting, und das ViDA-Paket der EU drückt auf Transaktionsebene in dieselbe Richtung: strukturierte Rechnungsdaten, validiert für die Meldefähigkeit, nicht nur für die Buchung in der Kreditorenbuchhaltung.
Der Eingang hört auf, Erfassung zu sein, und wird Ingestion
Der deutsche Markt läuft auf zwei praktischen Formaten. XRechnung ist reines strukturiertes XML. ZUGFeRD ist ein Hybrid: ein PDF/A-3-Container mit der strukturierten Rechnung darin eingebettet. Beide verlangen, dass die Eingangsschicht Positions-, Steuer- und Stammdatenfelder direkt parst, statt sie per OCR aus einer gerenderten Seite zu rekonstruieren.
Die architektonische Konsequenz ist eine geteilte Pipeline:
- Eine Parser-Spur für strukturierte Payloads. Schemavalidierung gegen den EN-Standard, Syntaxprüfungen und Plausibilitätsprüfungen auf Feldebene laufen im Moment der Ingestion. Ein Schemafehler ist eine Zurückweisung mit präziser Begründung, keine Extraktion mit niedriger Konfidenz, die an einen Menschen geht.
- Eine Erfassungs-Spur für alles andere. Papier, formfreie PDFs und grenzüberschreitende Rechnungen aus Jurisdiktionen ohne Pflicht brauchen weiterhin Extraktion. Diese Spur schrumpft mit der Zeit, verschwindet aber nicht, und sie sollte die nachgelagerte Validierung mit der Parser-Spur teilen, damit beide Pfade in einem kanonischen Rechnungsdatensatz zusammenlaufen.
- Ein kanonischer Datensatz. Gleich aus welcher Quelle, die Pipeline sollte dieselbe interne Repräsentation ausgeben, mit Provenienz je Feld: aus XML geparst, mit Konfidenzwert extrahiert oder von einem Menschen erfasst. Die nachgelagerte Kontierungs- und Matching-Logik sollte nie wissen müssen, durch welche Spur die Rechnung kam; Prüfer werden aber wissen wollen, wie jedes Feld zu seinem Wert kam.
Das Hybridformat verdient eine eigene Kontrolle. Eine ZUGFeRD-Rechnung trägt zwei Repräsentationen derselben Transaktion, und sie können voneinander abweichen. Man entscheidet explizit, dass das XML maßgeblich ist, verifiziert das PDF dagegen auf den relevanten Feldern und leitet Abweichungen in die Prüfung. Aus der einen Repräsentation freizugeben und aus der anderen zu buchen, ist der Weg, auf dem aus einer sauberen Pflicht ein Abstimmungsproblem wird.
Kontierung wird deterministisch, also regelbasiert zuerst
Strukturierte Rechnungen tragen standardisierte Lieferanten- und Käuferidentifikatoren, Umsatzsteuerbeträge und Steuerkategorien, Zahlungsbedingungen, Positionen und Bestellreferenzen. Felder, die ein Extraktionsmodell früher erraten musste, werden jetzt vom Absender zugesichert. Das verschiebt einen großen Teil der Kontierung von probabilistisch zu deterministisch:
- Sachkontenkontierung und Kostenstellenzuordnung können auf Lieferantenidentität, Positionsdaten und strukturierten Referenzen aufsetzen statt auf Heuristiken über Beschreibungstexte.
- Steuerkennzeichen lassen sich direkt aus den standardisierten Steuerattributen ableiten, einschließlich der Aufteilung gemischter Steuersachverhalte auf Positionsebene statt einer Mittelung auf Kopfebene.
- Bestell- und Wareneingangsabgleich verbessert sich, weil die Bestellreferenz als Feld ankommt und nicht als Text, den ein Extraktor womöglich in der falschen Ecke der Seite gefunden hat.
- Dublettenerkennung wird schärfer, wenn Rechnungsnummern, Lieferanten-IDs und Beträge exakte Werte sind statt OCR-Output mit gelegentlichen Zeichenvertauschungen.
Das Designprinzip, das sich durchzusetzen lohnt: Wo die Pflicht ein verlässliches Feld liefert, schreibt man eine Regel und reserviert Modelle für das wirklich Mehrdeutige. Rechnungen ohne Bestellbezug mit vagen Positionstexten, ungewöhnliche Kostenverteilungen und grenzüberschreitende Sonderfälle profitieren weiterhin von gelernten Kontierungsvorschlägen. Inländische strukturierte Rechnungen mit sauberen Referenzen meist nicht, und ein Modell in diesem Pfad fügt Varianz hinzu, wo keine nötig ist.
Ausnahmen wandern an die Eingangstür
In einer dokumentenzentrierten Pipeline zeigen sich Probleme spät: bei der Freigabe, bei der Buchung, manchmal bei der Zahlung. Mit strukturiertem Eingang sind die meisten Defekte in der ersten Sekunde erkennbar. Eine ungültige USt-IdNr., ein Schemafehler, ein nicht unterstützter Rechnungstyp, ein Lieferantendatensatz, der nicht zu den Stammdaten passt, eine fehlende Pflichtreferenz, ein Steuersatz, der nicht zur Kategorie der Position passt: All das kann bei der Ingestion abprallen, bevor irgendjemand irgendetwas freigibt.
Das ist ebenso eine Workflow-Änderung wie eine technische. Die Ausnahme-Queue der Kreditorenbuchhaltung verschiebt sich von “die Extraktion war unklar” zu “die Daten des Absenders sind falsch”, und der Lösungsweg verschiebt sich von interner Nacharbeit zu Lieferantenkommunikation. Eine nicht konforme Rechnung mit einer maschinell erzeugten, konkreten Begründung an den Absender zurückzuweisen, ist für alle schneller, als sie anzunehmen und später abzustimmen, und unter den Pflichten hat der Absender einen rechtlichen Grund, sie zu korrigieren. ViDA schärft den Anreiz weiter: Rechnungsdaten, die in nahezu echtzeitliches digitales Reporting fließen, müssen an der Transaktion stimmen, weil eine Korrektur zum Buchungszeitpunkt bereits ein Meldefehler sein kann.
Das Lieferanten-Onboarding wird die andere Hälfte des Compliance-Projekts. Die Lieferantenbasis segmentiert man nach inländisch versus grenzüberschreitend, nach Betroffenheit von der 800.000-Euro-Ausstellungsschwelle und nach Formatreife über XRechnung, ZUGFeRD und Netzwerkaustausch über Peppol. Die Frist 2027 ist der Schockpunkt auf Lieferantenseite: Das strukturierte Volumen der größeren deutschen Lieferanten wird sprunghaft steigen, und die Personalplanung der Erfassungs-Spur sollte entsprechend nach unten geplant werden.
Die operative Realität
Die Arbeit budgetiert man in drei Schichten, denn der Parser ist der günstige Teil. Stammdaten sind der teure Teil: Deterministische Kontierung funktioniert nur, wenn Lieferantendatensätze, USt-Registrierungen und Bankverbindungen sauber genug zum Abgleich sind, weshalb eine Bereinigung dem Umbau des Eingangs meist vorausgehen oder ihn begleiten muss. Das ERP-Mapping ist der langsame Teil: Rechnungs-XML-Felder direkt zu konsumieren heißt, Buchungslogik, Steuerfindung und Schnittstellenverträge zu überarbeiten, die um manuell erfasste oder extrahierte Daten herum entworfen wurden.
Der Audit Trail gehört auf Feldebene, nicht auf Dokumentebene. Wenn eine Aufsicht oder ein Prüfer fragt, warum eine Rechnung mit einem bestimmten Steuerkennzeichen gebucht wurde, sollte die Antwort auf ein benanntes Feld in einem validierten Payload, eine konkrete Regelversion und einen Zeitstempel zurückführen. Diese Lineage ist jetzt, während die Pipeline ohnehin umgebaut wird, einfach aufzubauen und nach 2028 schmerzhaft nachzurüsten, wenn strukturierte Rechnungsstellung im deutschen Inlands-B2B universell ist und der PDF-Eingang die Ausnahme statt der Standard geworden ist.
Intern werden die Pflichten als Compliance-Frist verkauft werden. Man sollte sie als Hebel behandeln, um interpretationsbasierte Kreditorenprozesse abzulösen: Organisationen, die nur einen Formatparser an eine Pipeline aus der OCR-Ära anschrauben, werden konform sein und trotzdem langsam.
Häufige Fragen
Wir betreiben bereits OCR-basierte Rechnungserfassung mit hoher Genauigkeit. Erzwingen die Pflichten wirklich einen Umbau?
Sie erzwingen einen zweiten Eingangspfad und mit der Zeit eine Umkehrung, welcher Pfad der primäre ist. Eine strukturierte XRechnung braucht überhaupt kein OCR; sie durch eine für gescannte PDFs gebaute Erfassungsstrecke zu schicken, wirft die verlässlichen Daten weg, die man gerade erhalten hat. Der pragmatische Schritt ist eine Parser-first-Spur für EN-konforme Payloads, mit OCR als Rückfallspur, und dann zu beobachten, wie sich das Volumen bis 2027 und 2028 zwischen beiden verschiebt.
Was tun mit ZUGFeRD-Rechnungen, bei denen PDF und eingebettetes XML voneinander abweichen?
Das XML als die Rechnung behandeln und das PDF als Darstellung, und jede wesentliche Abweichung als Ausnahme markieren, statt stillschweigend eine Version zu wählen. Der gefährliche Fehlerfall ist ein Team, das anhand des menschenlesbaren PDFs freigibt, während das System aus dem XML bucht. Beide Repräsentationen protokollieren, festlegen, welche Felder übereinstimmen müssen, und Konflikte mit beiden Versionen nebeneinander an einen Prüfer geben.
Unsere Lieferantenbasis besteht überwiegend aus kleinen Unternehmen. Heißt die Frist 2028, dass wir warten können?
Warten kann man beim Long Tail, nicht bei der Fähigkeit. Der Empfang ist seit Januar 2025 verpflichtend, und die größeren deutschen Lieferanten trifft die Ausstellungspflicht im Januar 2027, das strukturierte Volumen wächst also, ob man bereit ist oder nicht. Die sinnvolle Reihenfolge: jetzt die Fähigkeit aufbauen, dann die Lieferanten segmentieren, und die verbliebenen PDF-Versender nach 2028 als Ausnahme-Queue behandeln, die man aktiv verkleinert.