KI-Dokumentenverarbeitung für Rechnungen und Formulare

KI-Dokumentenverarbeitung erschließt Inhalte aus Dateien und überführt sie in einen definierten Arbeitsablauf. Das Ergebnis kann eine Zuordnung, ein prüfbarer Datensatz oder eine vorbereitete Aufgabe sein. Eine erkannte Rechnungsnummer ist jedoch noch keine korrekt verbuchte Rechnung. Zwischen dem Original und einer wirksamen Änderung im Zielsystem liegen fachliche Regeln, Zuständigkeiten und technische Rückmeldungen.

Beschreiben Sie deshalb zuerst, welche Dokumente ankommen und was anschließend geschehen soll. Eine Eingangsrechnung, eine Vertragsänderung und ein Lieferschein benötigen unterschiedliche Daten und Prüfungen. Auch innerhalb einer Dokumentklasse gibt es Varianten: Original, Kopie, Gutschrift, Korrektur oder Anlage. Wenn alle Dateien pauschal als „Rechnung“ behandelt werden, beginnt der Fehler vor der eigentlichen Extraktion.

Für einen ersten Umfang eignet sich eine klar erkennbare Dokumentklasse mit zugänglichem Zielsystem und einer verantwortlichen Prüfperson. Halten Sie fest, welche Dateien bewusst außerhalb dieses Umfangs bleiben. Ein System, das eine unbekannte Datei sichtbar zur Prüfung gibt, erfüllt eine andere und oft sinnvollere Aufgabe als eines, das jedes Dokument selbstsicher einer Kategorie zuordnet.

OCR erkennt Text in Bildern oder Scans. Ein strukturierter Datenparser liest dagegen bereits maschinenlesbar vorhandene Felder. Sprachmodelle können bei variabler Formulierung oder Zuordnung helfen. Diese Verfahren können zusammenarbeiten; die Auswahl richtet sich nach den Eingaben und dem benötigten Ergebnis. Die Microsoft-Dokumentation zur Rechnungsextraktion zeigt beispielsweise ein Produkt für strukturierte Felder aus Rechnungsdokumenten. Die Extraktion ersetzt keine fachliche Freigabe.

Für Deutschland erläutert das Bundesfinanzministerium die Unterscheidung zwischen einer strukturierten E-Rechnung und einer einfachen PDF-Rechnung. Maschinenlesbare Daten sollten dort ausgewertet werden, wo sie vorhanden und passend sind. Ein erneutes Ablesen der sichtbaren PDF-Ansicht kann unnötige Fehlerquellen einführen. Die jeweils anwendbaren Format- und Übergangsregeln müssen am konkreten Vorgang geprüft werden.

Der OCR-, IDP- und LLM-Vergleich hilft bei der Auswahl. Für die Entscheidung zählt die Qualität Ihrer konkreten Dokumente; eine gute Erkennungsquote auf fremden Mustern belegt noch keine zuverlässige Verarbeitung Ihrer Sonderfälle.

Ein Dokument sollte jederzeit einen verständlichen Zustand haben. Beispielsweise: eingegangen, klassifiziert, Daten vorbereitet, Prüfung erforderlich, freigegeben, übergeben oder zurückgewiesen. Die Zustände helfen Fachteam und Betrieb, offene Arbeit zu erkennen. „Technisch erfolgreich“ ist kein ausreichender Abschlussstatus, wenn die Rechnung im Zielsystem noch fehlt.

Bewahren Sie die Verbindung zum Original während der gesamten Verarbeitung. Eine prüfende Person muss erkennen können, aus welcher Datei ein Feld stammt und ob es später geändert wurde. Das ist besonders wichtig, wenn mehrere Anhänge dieselbe E-Mail begleiten oder eine korrigierte Fassung nachgereicht wird. Jede Datei benötigt einen nachvollziehbaren Bezug zum Geschäftsvorgang.

Der technische Weg muss auch Unterbrechungen vertragen. Wird die Datei abgelegt, aber die Datenübergabe scheitert, darf sie nicht erneut als unbekannter Eingang beginnen. Umgekehrt darf eine vorhandene Extraktion nicht vorschnell als bestätigte Buchung gelten. Die Abnahmeanleitung zeigt, wie diese Zustände überprüfbar werden.

Das folgende Beispiel ist synthetisch und dient der Gestaltung eines Prüfablaufs. Eine Rechnung nennt den Lieferanten „Beispielservice“, die Nummer R-1042, einen Nettobetrag von 1.000 Euro, einen ausgewiesenen Steuerbetrag von 200 Euro und 1.200 Euro Gesamtbetrag. Das ist eine Rechenvorlage, keine steuerliche Einordnung. Der Text enthält eine Bestellreferenz, die zu zwei internen Projekten passen könnte.

Die Verarbeitung bereitet zunächst die ausdrücklich vorhandenen Felder vor. Sie kann prüfen, ob die angegebenen Beträge rechnerisch zusammenpassen. Eine solche Prüfung sagt noch nichts darüber aus, ob die Leistung bestellt wurde, der Steuerausweis richtig ist oder der Lieferant bezahlt werden darf. Diese Entscheidungen bleiben eigene Schritte.

Nach der Klärung bestätigt die zuständige Person Projekt und zulässige Folgeaktion. Erst dann wird der freigegebene Datensatz über den vereinbarten Weg übertragen. Die Rückmeldung des Zielsystems wird gespeichert. Falls der Versand nach einem Timeout wiederholt werden muss, wird zuerst anhand der Vorgangskennung geprüft, ob die Rechnung bereits angekommen ist.

Klären Sie früh, welche Daten das Zielsystem tatsächlich annehmen kann. Ein Upload von Belegbildern, die Übergabe von Rechnungsfeldern und ein Buchungsimport sind unterschiedliche Funktionen. Die DATEV-Übersicht der Datenservices unterscheidet entsprechende Dienste. Ein vorhandenes DATEV-Konto belegt deshalb keine beliebige Schreibschnittstelle für ein Automatisierungsprojekt.

Bei BMD lohnt sich die Prüfung nativer Möglichkeiten einschließlich der dokumentierten BMD-Finmatics-Abläufe. Für Abacus stehen AbaConnect-Dokumentationen nach Modulen und Versionen zur Verfügung. Solche Informationen müssen zum installierten Kundensystem passen. Eine Produktbezeichnung allein reicht für ein verbindliches Integrationsversprechen nicht.

Das Mapping sollte für jedes Zielfeld festhalten: Herkunft, Datentyp, zulässige Werte, Pflichtfeldstatus und Behandlung fehlender Daten. Ein Datum benötigt ein eindeutiges Format, ein Betrag eine Währung und eine Kundenzuordnung eine stabile Kennung. Vermeiden Sie, dass unbekannte Werte durch leere Standardtexte oder frei erfundene Zuordnungen wie valide Daten aussehen.

Ein Prüfpostfach ist nur nützlich, wenn jemand erkennt, was entschieden werden muss. Zeigen Sie den konkreten Grund: unlesbares Datum, mehrere Lieferantentreffer, abweichende Bankverbindung oder fehlender Leistungsbezug. Unterschiedliche Gründe brauchen unterschiedliche Personen und Informationen. Eine einzige Sammelliste mit dem Status „KI unsicher“ erzeugt oft neue Sucharbeit.

Vereinbaren Sie außerdem, was bei Abwesenheit, Rückfragen oder längerer Liegezeit passiert. Eine freigabepflichtige Rechnung darf nicht unbemerkt im System stehen bleiben. Änderungen nach einer Freigabe müssen erkennbar sein; eine geänderte Summe kann eine erneute Entscheidung erfordern. Der Leitfaden für Rechnungsfreigaben behandelt diese Rollen und Übergänge.

Der Ausnahmeweg gehört in die Nutzenrechnung. Wenn eine Automatisierung 80 Prozent der Dokumente vorbereitet, die übrigen Fälle aber deutlich schwieriger auffindbar macht, kann der Gesamtnutzen kleiner ausfallen als erwartet. Messen Sie deshalb Korrekturzeit und offene Arbeit gemeinsam mit der Zahl automatisch erfasster Dateien.

Ein Prüfsatz sollte die echte Vielfalt enthalten: häufige Lieferanten, seltene Layouts, mehrseitige Belege, Gutschriften, schlechte Scans, fehlende Referenzen und doppelte Zusendungen. Legen Sie Sollwerte unabhängig von der Modellantwort fest. Wenn der erwartete Wert erst aus der generierten Ausgabe übernommen wird, prüft das System im Ergebnis sich selbst.

Betrachten Sie kritische Felder einzeln. Ein falscher Gesamtbetrag oder fremder Mandant ist anders zu bewerten als eine ungenaue Beschreibung. Testen Sie auch, ob fehlende Werte leer bleiben und welche Änderungen ein menschlicher Prüfer vornimmt. Die Anzahl vollständiger, korrekt zugeordneter Vorgänge ist für die Praxis aussagekräftiger als ein isolierter Durchschnitt über viele leicht erkennbare Wörter.

Für elektronische Rechnungen können technische Validatoren wie die KoSIT-Konfiguration für XRechnung einen Teil der Formatprüfung übernehmen. Ein bestandenes Prüfergebnis ist dennoch keine Feststellung, dass die Rechnung wirtschaftlich berechtigt oder zahlungsfähig freigegeben ist. Dokumentieren Sie beide Entscheidungen getrennt.

Zu den Kosten gehören Dokumenteingang, Aufbereitung, Modell- oder OCR-Nutzung, Speicher, Integration, Prüfung und Betreuung. Vergleichen Sie Angebote anhand derselben Zahl von Dokumenten, Seiten und Ausnahmen. Klären Sie besonders, ob erneute Verarbeitung und große Anhänge zusätzlich berechnet werden. Der Kostenleitfaden beschreibt eine vollständige Kalkulation.

In einem erfundenen Beispiel beanspruchen 800 Dokumente bisher je fünf Minuten, also rund 66,7 Stunden. Wenn 600 einfache Fälle nach der Einführung noch eine Minute und 200 Ausnahmen weiterhin fünf Minuten benötigen, verbleiben rund 26,7 Stunden. Vier Stunden Betriebspflege ergeben zusammen rund 30,7 Stunden. Die theoretisch frei werdenden 36 Stunden sind Kapazität; sie werden erst durch die tatsächliche Nutzung oder vermeidbare Ausgaben zu wirtschaftlichem Nutzen.

Beschreiben Sie schließlich, welche Originale, Extraktionen und Protokolle gespeichert werden, wer Zugriff erhält und wie Änderungen und Löschung ablaufen. Berücksichtigen Sie professionelle Verschwiegenheit und die konkrete AT-, DE- oder CH-Umgebung. Der Datenschutzleitfaden zur Dokumentenverarbeitung verweist auf die maßgeblichen Prüfungen. Verantwortliche Quellenpflege, wiederholbare Abnahmetests und ein sichtbarer Ausnahmebestand halten den Ablauf auch nach der Einführung verständlich.