E-Rechnungen automatisch verbuchen: vom XML zum Buchungssatz

Die E-Rechnung wird gern als Bürokratie erzählt. Man kann sie auch andersherum lesen: Zum ersten Mal kommen Eingangsrechnungen flächendeckend als strukturierte Daten an, nicht als Bild von Daten. Damit ändert sich, was in der Buchhaltung automatisierbar ist. Nur eben nicht alles auf einmal.

Was das XML liefert — und was nicht

Eine XRechnung nach EN 16931 enthält als Pflichtfelder unter anderem Verkäufer und Käufer mit USt-ID, Rechnungsnummer, Leistungszeitraum, Positionen mit Einzelpreisen, Steuersätze je Position und die Zahlungsdaten samt IBAN. Alles maschinenlesbar, nichts geschätzt. Das ganze Confidence-Thema aus der OCR-Welt, das wir in OCR vs. LLM beschrieben haben, entfällt für diese Felder ersatzlos.

Was das XML nicht enthält: das Buchungskonto. Ob die AWS-Rechnung auf 6805 „Telefon/Internet“, 6837 „Software-Miete“ oder als Fremdleistung läuft, ob der Vorsteuerabzug greift, ob eine Periodenabgrenzung nötig ist — dazu sagt die Norm nichts. Der Engpass wandert vom Erfassen zum Entscheiden.

Die drei Stufen zwischen Empfang und Buchungssatz

• Annehmen und validieren: Ist das XML wohlgeformt und EN-16931-konform? Kaputte oder unvollständige Dateien müssen zurück an den Absender, bevor sie im Archiv landen.
• Anreichern: Lieferant erkennen, mit der Historie abgleichen, Dubletten aussortieren. Kam dieselbe Rechnung schon als PDF-Kopie per Mail, darf sie nicht zweimal in den Stapel.
• Kontieren: Konto, Steuerschlüssel, gegebenenfalls Kostenstelle vorschlagen. Hier steckt das Fachwissen, und hier war Automatisierung bisher am schwächsten.

Warum die Kontierung jetzt automatisierbar wird

Regelbasierte Kontierung gab es immer: „Wenn Lieferant Telekom, dann Konto 6805.“ Sie scheitert an allem Neuen und muss gepflegt werden. Der Fortschritt liegt in der Kombination aus verlässlichen Eingangsdaten und Modellen, die aus der Buchungshistorie des konkreten Mandanten lernen. Verlässliche Daten sind der Teil, den die E-Rechnung beisteuert: Ein Kontierungsvorschlag auf Basis eines exakten Nettobetrags und einer echten USt-ID ist etwas anderes als einer auf Basis einer OCR-Schätzung mit 84 % Confidence.

In eigener Sache: Genau dieses Stück bauen wir mit Ludwig, einem KI-Buchhalter für Steuerkanzleien aus demselben Haus wie Belegbox. Ludwig übernimmt Umsatzsteuer-Vorkontierung und Kontenauswahl und exportiert nach DATEV, jede Buchung als Vorschlag mit Freigabe. Ludwig ist noch in der Pilotphase — wer 2027 automatisch kontieren will, sollte aber 2026 anfangen, seine Eingangsdaten in Ordnung zu bringen, sonst lernt das Modell aus Chaos.

Der Eingang davor bleibt die Voraussetzung: eine Adresse, die XRechnung wie PDF annimmt, dedupliziert und sauber archiviert. Dieses Stück ist Belegbox. Die Reihenfolge ist nicht verhandelbar: erst der geordnete Eingang, dann die automatische Buchung. Wer sie umdreht, automatisiert seine Unordnung.