Rechnungsverarbeitung automatisieren: Vom Postfach bis zur Freigabe

Problem und Zielgruppe

In vielen kleinen und mittleren Unternehmen läuft die Eingangsrechnung heute so: Sie landet als PDF-Anhang in einem gemeinsamen Postfach, jemand lädt sie herunter, tippt Rechnungsnummer und Betrag von Hand in eine Excel-Liste oder direkt ins Buchhaltungssystem, druckt sie aus oder leitet sie per E-Mail zur Freigabe weiter, und wartet dann auf eine Antwort. Bei zehn Rechnungen im Monat ist das nervig. Bei hundert ist es ein Vollzeitjob, der obendrein fehleranfällig ist — vertauschte Ziffern, doppelt bezahlte Rechnungen, verlorene Freigabe-E-Mails.

Dieser Artikel richtet sich an Geschäftsführung, Operations, IT und Fachbereich in KMU, die diesen Ablauf kennen und wissen wollen, wie sich Rechnungserkennung, Datenextraktion, Prüfung, Freigabe und Buchhaltungsübergabe automatisieren lassen — realistisch, mit den tatsächlichen Grenzen der verfügbaren Werkzeuge, nicht mit Versprechen aus Anbieterprospekten.

Meine Position aus Projekten: Rechnungsverarbeitung ist kein einzelner Automatisierungsschritt, sondern eine Kette aus fünf Teilproblemen — Erkennung, Extraktion, Prüfung, Freigabe, Übergabe. Wer nur einen Schritt automatisiert (meist die Extraktion, weil sie am sichtbarsten ist) und den Rest manuell lässt, verschiebt den Engpass nur nach hinten. Der Nutzen entsteht erst, wenn die Kette als Ganzes funktioniert.

Begriffe kurz geklärt

OCR (Optical Character Recognition) wandelt Bild- oder gescannte PDF-Rechnungen in maschinenlesbaren Text um — Grundlage jeder weiteren Extraktion bei unstrukturierten Dokumenten.

Strukturierte E-Rechnung (XRechnung, ZUGFeRD) enthält die Rechnungsdaten von vornherein als maschinenlesbares XML, teils mit eingebetteter PDF-Ansicht. Hier entfällt OCR komplett — der größte Qualitätssprung gegenüber der klassischen PDF-Rechnung.

Extraktions-Engine ist die Komponente, die aus Text oder XML konkrete Felder herausliest (Rechnungsnummer, Betrag, Datum, Lieferant). Microsofts AI Builder bringt dafür ein vortrainiertes Rechnungsmodell mit, das laut offizieller Dokumentation Felder wie Rechnungs-ID, Fälligkeitsdatum, Zwischensumme, Steuerbetrag und Lieferantenadresse ausgibt — jeweils mit einem Konfidenzwert zwischen 0 (geringes Vertrauen) und 1 (hohes Vertrauen) je Feld.

Freigabe-Workflow ist der Schritt, in dem eine oder mehrere berechtigte Personen die Rechnung inhaltlich bestätigen, bevor sie bezahlt wird. Power Automate unterscheidet dafür laut eigener Dokumentation mehrere Freigabetypen: Alle müssen zustimmen, der oder die Erste antwortet entscheidet, oder eine sequenzielle Freigabe, bei der mehrere Personen nacheinander in fester Reihenfolge bestätigen müssen.

n8n ist eine Fair-Code-lizenzierte, selbst hostbare Workflow-Automatisierungsplattform, die laut eigener Dokumentation Automatisierung mit KI-Fähigkeiten kombiniert — relevant, wenn Rechnungsdaten aus Datenschutz- oder Souveränitätsgründen nicht in einer fremden Cloud landen sollen.

Diese Bausteine lassen sich mit unterschiedlichen Werkzeugen zusammensetzen: im Microsoft-Umfeld mit Power Automate plus AI Builder, plattformunabhängig mit n8n plus einer OCR- oder Extraktionskomponente, oder als Kombination aus beidem. Welches Werkzeug wofür passt, hängt stärker von der bestehenden IT-Landschaft ab als von Funktionsunterschieden im Detail.

Wie werden Rechnungen erkannt?

Am Anfang jeder Automatisierung steht ein fester, überwachter Eingangskanal — ohne den bleibt jede Rechnung ein Einzelfall. Drei Varianten sind in der Praxis üblich:

1. Gemeinsames E-Mail-Postfach. Ein Trigger reagiert auf neue E-Mails mit Anhang in einem Postfach wie [email protected]. Das ist der niedrigschwelligste Einstieg, weil Lieferanten ohnehin per E-Mail liefern.
2. Upload-Ordner oder Portal. Rechnungen landen in einem SharePoint-Ordner, einer Cloud-Ablage oder einem Lieferantenportal; ein Trigger reagiert auf neue Dateien.
3. Direkte E-Rechnungs-Schnittstelle. Bei strukturierten Formaten wie XRechnung kommt die Rechnung nicht als lose Datei, sondern über eine definierte Schnittstelle (etwa Peppol) — der zuverlässigste, aber auch der Weg mit dem höchsten Einrichtungsaufwand.

Sobald eine neue Rechnung eintrifft, prüft der Workflow zuerst das Format: Ist es eine strukturierte E-Rechnung (XML, direkt maschinenlesbar) oder eine unstrukturierte Datei (PDF, Scan, Foto)? Nur Letztere braucht OCR. Diese Weiche am Anfang entscheidet maßgeblich über Aufwand und Fehlerquote der folgenden Schritte — je mehr Lieferanten strukturiert liefern, desto weniger OCR-Fehler gibt es zu korrigieren.

Wichtig für die Praxis: Der Eingangskanal sollte von Anfang an einzig und verbindlich sein. Rechnungen, die parallel per Post, an persönliche E-Mail-Adressen oder in Chat-Nachrichten eintreffen, fallen aus jeder Automatisierung heraus und tauchen später als vergessene Zahlung wieder auf.

Welche Felder werden extrahiert?

Nach der Erkennung folgt die Extraktion der konkreten Werte. Das vorgefertigte Rechnungsmodell von AI Builder liefert laut Microsofts offizieller Dokumentation unter anderem folgende Felder, jeweils mit einem Konfidenzwert:

• Rechnungs-ID (Rechnungsnummer)
• Rechnungsdatum und Fälligkeitsdatum
• Name und Adresse des Lieferanten
• Name und Adresse des Kunden
• Zwischensumme, Steuerbetrag und Rechnungsgesamtsumme
• Einkaufsbestellungsnummer (falls vorhanden)
• Überweisungs- und Lieferadresse
• Der vollständige per OCR erkannte Text als Zeilenliste

Jedes dieser Felder kommt mit einer eigenen Konfidenzbewertung zwischen 0 (geringes Vertrauen) und 1 (hohes Vertrauen). Das ist der entscheidende Unterschied zu einer reinen „Ja, hat funktioniert”-Automatisierung: Die Engine sagt nicht nur, was sie gelesen hat, sondern auch, wie sicher sie sich dabei war. Ein sauberer Workflow nutzt diese Werte aktiv — Felder unterhalb eines festgelegten Schwellenwerts (zum Beispiel unter 0,8) gehen automatisch in eine manuelle Prüfung statt direkt in die Buchhaltung.

Bei strukturierten E-Rechnungen entfällt diese Unsicherheit weitgehend: Die Felder liegen bereits als benannte XML-Elemente vor, eine Konfidenzbewertung ist dort nicht nötig, weil nichts erraten werden muss.

Wie prüft man Dubletten und Plausibilität?

Zwei getrennte Prüfungen, die vor der Freigabe laufen sollten — nicht danach, sonst ist der Schaden bereits passiert:

Dublettenprüfung. Der Workflow vergleicht die Kombination aus Rechnungsnummer und Lieferant (teils zusätzlich Betrag und Datum) gegen bereits verbuchte oder in Bearbeitung befindliche Rechnungen. Ein Treffer stoppt den automatischen Ablauf und markiert die Rechnung zur manuellen Klärung. Wichtig: Nicht jede vermeintliche Dublette ist eine — Sammelrechnungen oder Teilrechnungen können ähnliche Nummern tragen. Deshalb sollte eine erkannte Dublette angehalten, nicht automatisch verworfen werden.

Plausibilitätsprüfung. Hier geht es um innere und äußere Konsistenz:

• Rechnerische Prüfung: Ergibt Zwischensumme plus ausgewiesene Steuer die Gesamtsumme?
• Abgleich gegen Bestellung: Falls eine Bestellnummer vorliegt, stimmen Menge und Preis mit der ursprünglichen Bestellung überein (Drei-Wege-Abgleich aus Bestellung, Lieferschein und Rechnung, wo vorhanden)?
• Schwellenwert-Prüfung: Liegt der Betrag über einer definierten Grenze, die eine zusätzliche Prüfstufe auslöst?
• Lieferantenabgleich: Ist der Lieferant im System bekannt und aktiv, oder handelt es sich um eine neue, ungeprüfte Bankverbindung — ein klassisches Einfallstor für Rechnungsbetrug?

Beide Prüfungen lassen sich als eigene Schritte vor der Freigabeanfrage im Workflow abbilden. Rechnungen, die alle Prüfungen bestehen, gehen direkt zur Freigabe; alle anderen zur manuellen Sichtung mit Begründung, warum sie hängen geblieben sind.

Wer gibt frei?

Die Freigabe ist der Punkt, an dem Automatisierung und menschliche Verantwortung zusammentreffen — und sollte es auch bleiben. Wer freigibt, hängt typischerweise vom Betrag und der Rechnungsart ab:

• Geringe, wiederkehrende Beträge unterhalb einer definierten Grenze können nach bestandener Plausibilitätsprüfung automatisch weiterlaufen, wenn Lieferant und Kostenstelle bekannt sind.
• Reguläre Beträge gehen an eine benannte, budgetverantwortliche Person.
• Hohe oder ungewöhnliche Beträge durchlaufen eine mehrstufige Freigabe.

Power Automate bildet das über die Approvals-Funktion ab und unterscheidet laut eigener Dokumentation mehrere Freigabetypen: „Alle müssen zustimmen” (jede benannte Person muss antworten), „Erste Antwort entscheidet” sowie eine sequenzielle Freigabe, bei der mehrere Personen nacheinander in fester Reihenfolge antworten müssen — passend für ein Vier-Augen-Prinzip nach Betragsstufen. Freigebende werden dabei per E-Mail, Teams-Kachel oder im Action Center benachrichtigt und können direkt von dort antworten.

Für die Auswahl des Freigabemodells gilt aus meiner Erfahrung eine einfache Regel: Je mehr Freigabestufen, desto langsamer der Prozess — jede zusätzliche Stufe sollte einen nachvollziehbaren Kontrollgrund haben, nicht nur „das haben wir schon immer so gemacht”. Ein häufiger Fehler ist, alle Rechnungen unabhängig vom Betrag durch dieselbe dreistufige Freigabe zu schicken; das bremst die vielen kleinen, unkritischen Rechnungen genauso stark wie die wenigen wirklich prüfungsbedürftigen.

Wie erfolgt die Buchhaltungsübergabe?

Nach Freigabe muss die Rechnung strukturiert in die Buchhaltung — idealerweise ohne dass jemand Werte ein zweites Mal eintippt. Das bedeutet: die extrahierten und geprüften Felder plus Freigabestatus, Freigebende Person und Datum, plus ein Verweis auf oder eine Kopie der Originaldatei, werden per Schnittstelle an DATEV oder das jeweilige ERP-System übergeben.

Hier verändert sich die Ausgangslage in Deutschland gerade spürbar: Seit dem 1. Januar 2025 gilt schrittweise die Pflicht zur elektronischen Rechnung im inländischen B2B-Geschäft. Laut FAQ des Bundesministeriums der Finanzen dürfen Rechnungsaussteller bis Ende 2026 noch wählen, ob sie eine E-Rechnung oder eine sonstige Rechnung ausstellen; für Unternehmen mit einem Vorjahresumsatz bis 800.000 Euro verlängert sich diese Übergangsfrist bis Ende 2027. Rechnungen unter 250 Euro sowie Rechnungen an nicht-unternehmerische Empfänger bleiben von der Pflicht ausgenommen. Als zulässige Formate nennt das BMF insbesondere XRechnung und ZUGFeRD ab Version 2.0.1 (mit Ausnahme der Profile MINIMUM und BASIC-WL) — eine einfache, unstrukturierte PDF-Datei erfüllt die Anforderungen an eine E-Rechnung damit nicht mehr. Alle inländischen Unternehmen müssen laut BMF bereits seit 2025 in der Lage sein, E-Rechnungen zu empfangen, unabhängig davon, ob sie selbst schon zum Versand verpflichtet sind.

Für die Praxis heißt das: Je mehr Lieferanten auf strukturierte E-Rechnungsformate umstellen, desto einfacher und fehlerärmer wird die automatische Buchhaltungsübergabe — die fehleranfällige OCR-Extraktion entfällt für diese Rechnungen komplett, weil die Felder bereits maschinenlesbar mitgeliefert werden. Diese Übergangsphase bis 2027/2028 ist ein guter Zeitpunkt, den eigenen Rechnungseingang bereits jetzt auf strukturierte Formate vorzubereiten, statt erst kurz vor der endgültigen Pflicht zu reagieren. Ein eigenes Thema ist, wie die E-Rechnungspflicht konkret organisatorisch umgesetzt wird — das würde diesen Artikel sprengen.

Dieser Abschnitt ersetzt keine steuerliche oder rechtliche Beratung; Stand ist Juli 2026, und insbesondere Fristen und Ausnahmen sollten vor einer Umstellung mit Steuerberatung oder DATEV-Partner abgeglichen werden.

Eigenes Prozessmodell: Die fünf Stufen der Rechnungsverarbeitung

Aus Projekten hat sich bei mir folgendes Modell bewährt, um zu erkennen, wo ein bestehender Prozess tatsächlich steht und wo der nächste sinnvolle Schritt liegt. Es ist kein Reifegradmodell von einem Anbieter, sondern eine eigene Arbeitshilfe zur Selbsteinschätzung:

Stufe	Erkennung	Extraktion	Prüfung	Freigabe	Übergabe
1 — Manuell	Beliebige Kanäle (Post, E-Mail, privat)	Handeingabe	Nach Gefühl, Stichproben	Per E-Mail-Kette	Handeingabe ins System
2 — Kanal fest	Ein Postfach/Ordner	Handeingabe	Checkliste auf Papier/Excel	Per E-Mail-Kette	Handeingabe ins System
3 — Extraktion automatisiert	Ein Postfach/Ordner, überwacht	OCR/KI-Extraktion mit Konfidenzwerten	Manuell gegen Extraktion	Per E-Mail-Kette	Manuell aus Extraktion übertragen
4 — Prüfung automatisiert	Überwachter Kanal + Formatweiche	OCR/KI-Extraktion	Automatisiert (Dublette, Plausibilität, Schwellenwert)	Strukturierter Freigabe-Workflow	Manuell oder teilautomatisiert
5 — Durchgängig	Überwachter Kanal + E-Rechnungs-Schnittstelle	Strukturiert (XML) oder KI-Extraktion als Fallback	Automatisiert mit Ausnahmeliste	Strukturierter, betragsabhängiger Workflow	Direkte Schnittstelle zu DATEV/ERP

Die meisten KMU, mit denen ich arbeite, stehen zwischen Stufe 2 und 3. Der sinnvollste nächste Schritt ist fast immer, zuerst die Prüfung (Stufe 4) zu automatisieren, bevor man in eine vollautomatische Übergabe (Stufe 5) investiert — denn eine automatisierte Übergabe ungeprüfter Daten verschiebt Fehler nur schneller in die Buchhaltung.

Umsetzung: realistische Reihenfolge

1. Kanal festlegen (Woche 1). Ein einziges Postfach oder Portal definieren, an das alle Lieferanten künftig liefern. Ausnahmen aktiv abbauen, nicht stillschweigend dulden.
2. Extraktion pilotieren (Wochen 2–4). Mit einer überschaubaren Lieferantengruppe testen, ob die gewählte Extraktions-Engine (etwa AI Builder oder eine vergleichbare Lösung) die relevanten Felder zuverlässig genug liest. Konfidenzschwellen festlegen, unterhalb derer manuell geprüft wird.
3. Prüfregeln definieren. Dubletten- und Plausibilitätsregeln gemeinsam mit der Buchhaltung festlegen — nicht von der IT allein, sonst fehlt die fachliche Erdung.
4. Freigabestufen nach Betrag staffeln. Klare Schwellenwerte, wer bei welchem Betrag freigibt, und wie die sequenzielle Freigabe bei höheren Beträgen aussieht.
5. Übergabe anbinden. Schnittstelle zu DATEV oder ERP einrichten; parallel prüfen, welche Lieferanten schon strukturierte E-Rechnungen liefern können, um OCR-Aufwand zu reduzieren.
6. Ausweiten und beobachten. Erst wenn der Pilot stabil läuft, auf weitere Lieferanten und höhere Volumina ausweiten. Fehlerquote und Bearbeitungszeit vor und nach der Automatisierung vergleichen, um den tatsächlichen Nutzen zu belegen statt zu vermuten.

Für den Zeitaufwand gilt: Ein einzelner, gut abgegrenzter Teilschritt (zum Beispiel nur die Extraktion für einen Kanal) lässt sich oft in wenigen Tagen bis wenigen Wochen aufsetzen, unter der Annahme, dass der Eingangskanal bereits feststeht und die Zielsysteme (DATEV, ERP) eine dokumentierte Schnittstelle bieten. Die durchgängige Kette aus allen fünf Stufen ist ein Projekt über mehrere Monate, das mit organisatorischer Klärung beginnt, nicht mit Software-Einkauf.

Risiken und Grenzen

• Konfidenzwerte sind keine Garantie. Ein hoher Konfidenzwert bedeutet nur, dass das Modell sich sicher war — nicht, dass es richtig lag. Stichprobenprüfungen auch bei hoher Konfidenz sind sinnvoll, insbesondere in der Einführungsphase.
• Rechnungsbetrug zielt gezielt auf automatisierte Prozesse. Gefälschte Rechnungen mit geänderter Bankverbindung sind ein bekanntes Betrugsmuster — automatisierte Übernahme ohne Lieferanten- und Bankdatenabgleich vergrößert dieses Risiko eher, statt es zu verringern.
• OCR-Fehler häufen sich bei schlechten Scans. Handschriftliche Vermerke, geknickte oder schräg gescannte Belege senken die Erkennungsqualität deutlich; hier hilft nur ein sauberer Eingangskanal, kein besseres Modell.
• Rechtliche Lage ist in Bewegung. Die E-Rechnungspflicht wird bis 2027/2028 schrittweise verschärft; wer heute Prozesse aufbaut, sollte sie an den offiziellen Übergangsfristen ausrichten und nicht an vorauseilenden Annahmen. Dies ist keine Rechtsberatung.
• Automatisierte Freigabe verschiebt, aber ersetzt nicht Kontrolle. Wer Schwellenwerte zu hoch ansetzt, um Freigabearbeit zu sparen, verlagert das Risiko unbemerkt.
• Datenschutz und Vertraulichkeit. Rechnungsdaten enthalten teils personenbezogene und geschäftskritische Informationen; welche Daten in welche Cloud-Dienste übertragen werden dürfen, sollte vor der Automatisierung geklärt sein, im Zweifel mit Datenschutzbeauftragten.

Mehr Grundlagen zu benachbarten Themen findest du auf der Übersichtsseite Backoffice-Automatisierung. Wenn du wissen willst, auf welcher Stufe des Prozessmodells dein Unternehmen aktuell steht und was der nächste sinnvolle Schritt wäre, ist das ein typischer Fall für eine unverbindliche Ersteinschätzung — oder du meldest dich direkt über das Kontaktformular. Wenn dein Team die Freigabe- und Prüfschritte künftig selbst pflegen soll, helfen unsere Schulungen beim Aufbau des nötigen Know-hows.

Checkliste: Rechnungsverarbeitung automatisieren

• Einziger, verbindlicher Eingangskanal für alle Lieferanten definiert
• Formatweiche vorhanden: strukturierte E-Rechnung vs. PDF/Scan
• Extraktions-Engine gewählt und mit realen Rechnungen getestet
• Konfidenzschwelle festgelegt, ab der manuell geprüft wird
• Dublettenprüfung über Rechnungsnummer plus Lieferant aktiv
• Plausibilitätsprüfung (Rechenlogik, Bestellabgleich, Schwellenwerte) vor der Freigabe
• Lieferanten- und Bankdatenabgleich gegen Rechnungsbetrug eingerichtet
• Freigabestufen nach Betragsgrenzen gestaffelt, nicht pauschal für alle Rechnungen gleich
• Schnittstelle zu DATEV/ERP für die strukturierte Übergabe eingerichtet
• Eigene Stufe im Fünf-Stufen-Modell realistisch eingeschätzt
• Zeitplan für E-Rechnungspflicht (2026/2027/2028) mit Steuerberatung abgeglichen
• Fehlerquote und Bearbeitungszeit vor/nach Automatisierung dokumentiert