Im Rechnungseingang eines Zulieferers liegen täglich mehrere Dutzend Belege. Eine Mitarbeiterin liest Lieferant, Rechnungsnummer, Datum, Betrag, Steuersatz, Bestellbezug und Kostenstelle ab und tippt alles in zwei Systeme. Am Monatsende fehlen Belege, die Rechnung eines Lieferanten wird doppelt erfasst, und niemand kann sagen, wie viele Belege eigentlich ohne Rückfrage hätten durchlaufen können. Wechselt ein Lieferant sein Layout, fällt ein Teil der halbautomatischen Erfassung still aus.
Dokumentenverarbeitung ist einer der Bereiche, in denen Technik heute tatsächlich Arbeit abnimmt. Der Nutzen entsteht aber nicht durch ein Modell allein, sondern durch eine Kette aus Erkennung, Prüfregeln und klarer Ausnahmebehandlung. Fehlt die letzte Stufe, wandert der Fehler nur schneller ins System.
E-Rechnung zuerst, Scan danach
Die wichtigste Voraussetzung ist unspektakulär: strukturierte Daten sollte man nicht aus einem Bild zurückgewinnen. Seit dem 1. Januar 2025 müssen inländische Unternehmen E-Rechnungen empfangen können; das folgt aus dem Wachstumschancengesetz. Formate wie XRechnung und ZUGFeRD enthalten die Rechnungsdaten maschinenlesbar, sodass keine Texterkennung nötig ist.
Wer den Eingangskanal zuerst auf diese Formate umstellt, spart sich einen großen Teil der Erkennungsprobleme. Echte Texterkennung bleibt für Papierbelege, gescannte PDFs und für Dokumenttypen, die nicht standardisiert ankommen – etwa Lieferscheine, Auftragsbestätigungen, Prüfprotokolle und Angebote von Lieferanten ohne eigenes System.
Welche Dokumenttypen sich eignen
Für den Einstieg eignen sich Dokumente mit vielen gleichbleibenden Feldern und einer klaren Prüfmöglichkeit. Eingangsrechnungen sind deshalb der klassische Startpunkt. Lieferscheine folgen, weil sie sich gegen Bestellung und Wareneingang abgleichen lassen. Angebote und Anfragen sind deutlich schwerer, weil sie Freitext, Varianten und Sonderwünsche enthalten.
Sinnvoll ist die Trennung in zwei Aufgabentypen. Geschlossene Felder wie Datum, Betrag, Steuersatz, Währungsangabe oder Umsatzsteuer-Identifikationsnummer lassen sich zuverlässig prüfen, weil ihr Wertebereich bekannt ist. Offene Extraktion, etwa Leistungsbeschreibungen oder Positionsbezeichnungen, bleibt fehleranfällig und benötigt Stichproben. Systeme sollten deshalb pro Feld eine Sicherheit ausgeben, und ab einem Schwellenwert geht der Beleg in die Prüfung statt in die Buchung.
Ein zweiter Faktor ist die Varianz im Belegaufkommen. Bei zwanzig Lieferanten mit je einem eigenen Layout ist die Erkennung überschaubar. Bei mehreren Hundert Lieferanten mit Sammelrechnungen, mehrseitigen Anlagen, Gutschriften und abweichenden Bezeichnungen steigt der Prüfaufwand schnell. Vor dem Start lohnt deshalb eine Auswertung des eigenen Aufkommens: Wie viele Belege stammen von den zehn größten Lieferanten, und wie viele benötigen Sonderbehandlung? Diese Verteilung sagt mehr über den erreichbaren Nutzen als jede allgemeine Marktzahl.
Ebenfalls zu klären ist, was mit Belegen geschieht, die nicht gelesen werden können. Ein beschädigtes PDF, ein leeres Fax oder eine unleserliche Kopie ist kein Ausnahmefall im engeren Sinne, sondern ein Fall für die manuelle Erfassung. Wichtig ist, dass er sichtbar wird. Ein Beleg, der stillschweigend ohne Felder im System landet, ist teurer als einer, den jemand von Hand erfasst.
Prüfregeln statt Vertrauen
Die eigentliche Qualitätssicherung liegt nicht im Modell, sondern in nachgelagerten Regeln. Diese Regeln sind gewöhnlicher, deterministischer Code:
- Dreifachabgleich: Bestellung, Wareneingang und Rechnung müssen in Menge und Preis zusammenpassen, innerhalb definierter Toleranzen.
- Dublettenprüfung: Lieferant, Rechnungsnummer und Betrag dürfen nicht bereits erfasst sein.
- Rechenprüfung: Summen, Rabatte, Umsatzsteuer und Skonto werden nachgerechnet, nicht übernommen.
- Kontierungsregeln: Kostenstelle und Sachkonto ergeben sich aus Lieferant, Artikelgruppe und Bestellbezug.
- Pflichtfeldprüfung: Fehlt der Bestellbezug oder die Steuernummer, wird der Beleg nicht gebucht.
Toleranzen sind dabei eine betriebswirtschaftliche Entscheidung, nicht eine technische. Ob eine Preisabweichung von zwei Prozent hingenommen wird, hängt vom Lieferanten, vom Material und vom Bestellwert ab. Solche Grenzen gehören schriftlich festgelegt und im System versioniert, damit später nachvollziehbar bleibt, warum ein Beleg ohne Prüfung gebucht wurde. Ein Kriterium hat sich bewährt: Je höher der Betrag, desto enger die Toleranz und desto wahrscheinlicher die manuelle Freigabe.
Der Unterschied zwischen einer tragfähigen und einer riskanten Lösung ist genau diese Schicht. Ein Modell darf einen Vorschlag liefern. Ob gebucht wird, entscheidet eine Regel. Wo diese Regeln im Zusammenspiel mit anderen Abläufen stehen, beschreibt der Beitrag zur Verarbeitung eingehender E-Mails.
Ausnahmen brauchen einen Besitzer
Jeder Dokumentenprozess erzeugt Ausnahmen, und die bestimmen den Betriebsaufwand. Typische Fälle sind unbekannte Lieferanten, geänderte Layouts, handschriftliche Ergänzungen, mehrere Rechnungen in einer PDF-Datei, fehlender Bestellbezug, Fremdwährungen und Gutschriften. Ohne klaren Weg landen diese Belege in einem Postfach, das niemand verantwortet.
Deshalb gehört zur Automatisierung eine Ausnahmenliste mit Zuständigkeit, Frist und Eskalation. Wichtig ist außerdem, dass das Originaldokument auffindbar bleibt. Wer nur die extrahierten Felder speichert, kann im Streitfall nicht belegen, was im Beleg stand. Das gilt besonders für Prüfungen durch Revision oder Betriebsprüfung.
Rückfragen an Lieferanten sind häufig der wirksamste Hebel. Ein fehlender Bestellbezug lässt sich nach einem klaren Hinweis dauerhaft abstellen, weil der Lieferant den Vorgang dann selbst auf seinen Belegen angibt. Diese Nacharbeit lohnt sich, wird aber selten eingeplant. Ohne feste Fristen und eine benannte Person bleiben Ausnahmen liegen, und der Monatsabschluss verschiebt sich.
Einführung und Messung
Bewährt hat sich ein Beginn mit einem Dokumenttyp, einer Lieferantengruppe und einem Buchungskreis. Über mehrere Wochen werden dann drei Werte beobachtet: der Anteil der Belege, die ohne menschliche Berührung durchlaufen, die Korrekturquote bei den geprüften Feldern und der Aufwand in der Ausnahmebehandlung. Eine Stichprobe von Hand geprüfter Belege gehört dauerhaft dazu, nicht nur zur Einführung.
Diese Messung verhindert eine typische Fehlannahme. Eine hohe Erkennungsquote bedeutet nicht automatisch einen niedrigen Aufwand. Wenn die Hälfte der Belege wegen fehlender Bestellbezüge in der Prüfung hängen bleibt, ist die Erkennung gut und der Prozess trotzdem nicht schneller. Der Engpass liegt dann in den Stammdaten oder in der Bestellabwicklung, nicht in der Technik.
Für die Bewertung genügen wenige eigene Werte: Wie lange dauert die Erfassung eines Belegs vorher, wie lange danach, und wie viele Belege werden nachgearbeitet? Allgemeine Prozentangaben aus Studien ersetzen diese Messung im eigenen Haus nicht, weil Belegaufkommen und Lieferantenstruktur zu unterschiedlich sind.
Fazit: Dokumentenverarbeitung automatisieren heißt nicht, ein Modell auf einen Ordner zu setzen. Es heißt, strukturierte Formate bevorzugen, Felder mit Sicherheitsschwellen extrahieren, mit harten Regeln prüfen und Ausnahmen einer zuständigen Person übergeben. Wer in dieser Reihenfolge baut, senkt den Erfassungsaufwand nachvollziehbar. Die Verbindung zum Rechnungswesen und darüber hinaus beschreibt der Beitrag KI-Assistent an ERP und CRM anbinden. Wo wiederkehrende Abläufe darüber hinaus automatisiert werden können, steht unter KI-Agenten für Büroprozesse.