Was leistet Dokumenten- und Formularverarbeitung im Tagesgeschäft?

Dokumenten- und Formularverarbeitung ist die automatisierte Erfassung und Prüfung von Rechnungen, Anträgen und Verträgen, die bislang Mitarbeitende von Hand in Fachsysteme übertragen. Heute tippt die Kreditorenbuchhaltung Rechnungsnummern aus PDF-Anhängen ab, die Sachbearbeitung überträgt Antragsdaten aus Formularen in ein Fachverfahren, und die Rechtsabteilung liest Vertragsklauseln einzeln durch. Das System übernimmt das Auslesen und einen ersten Abgleich, die Freigabe bleibt beim Menschen.

Drei Fälle stehen im Mittelpunkt, weil sie im Mittelstand am häufigsten Aufwand verursachen: die Eingangsrechnung mit ihren Pflichtangaben nach Umsatzsteuerrecht, der Antrag mit personenbezogenen oder förderrelevanten Daten und der Vertrag mit Fristen, Kündigungsklauseln und Haftungsregelungen. Alle drei durchlaufen im Kern dieselben Schritte: ein Beleg kommt herein, seine Angaben werden erkannt, ein Mensch prüft die Auffälligkeiten, und erst dann wandert der Datensatz weiter in SAP, DATEV oder ein Fachverfahren.

Der Unterschied zum bisherigen Ablauf liegt nicht darin, dass weniger geprüft wird, sondern dass weniger abgetippt wird. Wo heute jede Zeile manuell übernommen wird, markiert das System künftig nur noch die Fälle, bei denen ein Betrag nicht zur Bestellung passt, ein Pflichtfeld im Antrag fehlt oder eine Vertragsklausel vom Standard abweicht. Diese Fälle landen in einer Warteschlange für die manuelle Prüfung, alles andere läuft mit protokollierter Nachvollziehbarkeit durch.

Welche Dokumentarten deckt die Dokumenten- und Formularverarbeitung ab?

Die Dokumenten- und Formularverarbeitung deckt Eingangsrechnungen, Anträge und Verträge ab, weil sich alle drei mit demselben Ablauf aus Erfassen, Verstehen, Prüfen und Übergeben bearbeiten lassen. Sie unterscheiden sich in den Feldern, die erkannt werden, und in dem System, an das die Daten übergeben werden, nicht aber im grundsätzlichen Vorgehen bei Klassifikation, Extraktion und Validierung.

Bei Eingangsrechnungen zählen Rechnungsnummer, Steuerbetrag, Bestellbezug und Zahlungsziel zu den zentralen Feldern, Zielsystem ist meist SAP MIRO oder der DATEV Belegtransfer. Bei Anträgen, etwa Förderanträgen oder Personalanträgen, geht es um Antragsteller, Bezugszeitraum und angehängte Nachweise, die in ein Fachverfahren oder ein Personalsystem einfließen. Bei Verträgen stehen Vertragspartner, Laufzeit, Kündigungsfristen und Sonderklauseln im Vordergrund, die in ein Vertragsmanagementsystem oder ein Dokumentenmanagementsystem mit revisionssicherer Archivierung übernommen werden.

Für alle drei Dokumentarten gilt: Die konkrete technische Umsetzung der Erkennung, etwa mit Verfahren aus der intelligente Dokumentenverarbeitung, wird an anderer Stelle vertieft. Auf dieser Seite steht der Geschäftsprozess im Vordergrund, also wer heute welches Feld abtippt und wohin der geprüfte Datensatz am Ende geht.

Ein bestehendes Dokumentenmanagementsystem oder ERP wird dabei nicht ersetzt, sondern um eine vorgelagerte Erfassung ergänzt, die vorhandene Schnittstellen nutzt.

Wie funktioniert die automatische Datenextraktion aus Dokumenten?

Die automatische Datenextraktion läuft in vier Schritten ab: Das Dokument wird erfasst und einem Typ zugeordnet, seine Inhalte werden verstanden und als Felder ausgelesen, die Werte werden gegen Regeln und Referenzdaten geprüft, und erst der freigegebene Datensatz wird an das Zielsystem übergeben. Jeder Schritt kann protokolliert und im Fehlerfall angehalten werden.

Im ersten Schritt, dem Erfassen, wird geklärt, ob es sich um eine Rechnung, einen Antrag oder einen Vertrag handelt, unabhängig davon, ob das Dokument als E-Mail-Anhang, Scan oder Portal-Upload eintrifft. Im zweiten Schritt, dem Verstehen, werden die relevanten Felder wie Betrag, Datum oder Vertragspartei erkannt, auch wenn sie an unterschiedlichen Stellen im Layout stehen.

Der dritte Schritt, das Prüfen, vergleicht die erkannten Werte mit vorhandenen Referenzen, etwa einer Bestellung, einem Stammdatensatz oder einer Plausibilitätsregel für Summen und Daten. Weicht ein Wert ab oder ist ein Pflichtfeld leer, wandert der Vorgang in eine Warteschlange für die manuelle Prüfung statt automatisch weiterzulaufen. Erst im vierten Schritt, dem Übergeben, gelangt der geprüfte Datensatz in SAP, DATEV oder das jeweilige Fachverfahren, versehen mit einem Protokolleintrag, wer wann was freigegeben hat.

Diese vier Schritte gelten unabhängig von der Dokumentart. Die Dokumenten- und Formularverarbeitung wird dadurch nicht als einzelnes Werkzeug verstanden, sondern als Ablaufmuster, das sich auf Rechnung, Antrag und Vertrag gleichermaßen anwenden lässt.

Worin unterscheidet sich klassische OCR von Intelligent Document Processing?

Klassische OCR erkennt Zeichen an festen Positionen eines Formulars, Intelligent Document Processing erkennt zusätzlich die Bedeutung dieser Zeichen im jeweiligen Kontext. Während OCR bei einer neuen Rechnungsvorlage oft scheitert, ordnet Intelligent Document Processing einen Betrag auch dann korrekt zu, wenn er an anderer Stelle steht als gewohnt.

Der Unterschied wird bei Lieferantenrechnungen besonders deutlich, weil jeder Lieferant sein eigenes Layout verwendet. Eine feste Vorlage für Position und Format der Rechnungsnummer funktioniert bei einem Lieferanten, scheitert aber beim nächsten, sobald sich Spaltenbreite oder Reihenfolge ändern. Klassische OCR-Systeme benötigen für jede neue Vorlage eine eigene Konfiguration, was bei hunderten Lieferanten kaum zu pflegen ist.

Intelligent Document Processing arbeitet stattdessen mit dem Verständnis, dass ein bestimmter Zahlenblock eine Steuernummer und ein anderer ein Zahlungsziel darstellt, unabhängig von der genauen Position im Dokument. Das reduziert den Pflegeaufwand für Vorlagen erheblich, ersetzt aber nicht die fachliche Prüfung: Auch ein gut trainiertes System kann eine unklare Formulierung oder ein ungewöhnliches Layout falsch deuten, weshalb Ausnahmefälle weiterhin an einen Menschen gehen.

Für die Dokumenten- und Formularverarbeitung im Mittelstand bedeutet das: Wo bislang für jeden Lieferanten oder jedes Antragsformular eine eigene Vorlage gepflegt werden musste, genügt heute ein Verfahren, das sich an wechselnde Layouts anpasst, ohne bei jeder Abweichung neu konfiguriert zu werden.

Wie laufen Eingangsrechnungen ohne Medienbruch durch?

Eingangsrechnungen laufen ohne Medienbruch, indem sie unabhängig vom Eingangsweg, ob E-Mail-Postfach, Lieferantenportal oder Papierpost, in ein einheitliches Format überführt werden, sobald sie im System ankommen. Ein Drei-Wege-Abgleich prüft Rechnung, Bestellung und Wareneingang automatisch gegeneinander. Nur bei Abweichungen greift ein Mensch ein, bevor die Zahlung freigegeben wird.

Der Ablauf beginnt damit, dass Rechnungen aus verschiedenen Kanälen gesammelt und dem Vorgang zugeordnet werden. Eine Rechnung, die per E-Mail kommt, eine, die über ein Lieferantenportal hochgeladen wird, und eine gescannte Papierrechnung durchlaufen ab diesem Punkt denselben Prozess. Danach vergleicht der Drei-Wege-Abgleich die Rechnungspositionen mit der ursprünglichen Bestellung und der Wareneingangsbuchung: Stimmen Menge, Preis und Artikel überein, kann der Vorgang automatisch weiterlaufen.

Weicht ein Betrag ab, fehlt ein Wareneingang oder ist die Bestellnummer nicht zuzuordnen, landet die Rechnung in einer Ausnahme-Warteschlange, die von der Kreditorenbuchhaltung geprüft wird. Diese Prüfung ist besonders wichtig, wenn eine Skonto-Frist läuft, denn ein liegen gebliebener Ausnahmefall kostet schnell den Skontoabzug. Die Warteschlange sollte deshalb nach Frist sortiert sein, nicht nur nach Eingangsdatum.

Nach erfolgreicher Prüfung wird die Rechnung an SAP MIRO oder den DATEV Belegtransfer beziehungsweise die DATEV Belegfreigabe übergeben, je nachdem, welches System im Unternehmen für den Rechnungseingang genutzt wird. Vorhandene Freigabeworkflows in SAP oder DATEV bleiben dabei unverändert bestehen, die Dokumenten- und Formularverarbeitung liefert lediglich geprüfte, strukturierte Daten anstelle eines unstrukturierten PDF-Anhangs.

Was bedeutet die E-Rechnungspflicht für die Dokumenten- und Formularverarbeitung?

Die E-Rechnungspflicht bedeutet, dass Unternehmen strukturierte Rechnungen im Format ZUGFeRD oder XRechnung nach der europäischen Norm EN 16931 empfangen und verarbeiten können müssen. Seit dem 1. Januar 2025 gilt in Deutschland aufgrund des Wachstumschancengesetzes eine grundsätzliche Empfangspflicht für inländische B2B-Umsätze, mit Übergangsfristen für den Versand bis zum 31. Dezember 2027.

Für die Dokumenten- und Formularverarbeitung heißt das konkret: Ein System muss nicht nur gescannte oder als PDF erhaltene Rechnungen auslesen können, sondern auch bereits strukturiert vorliegende E-Rechnungen korrekt einlesen und in die gewohnten Prüfschritte wie den Drei-Wege-Abgleich einbinden. Anbieter wie Microsoft beschreiben in ihrer Dokumentation zu vorgefertigten Modellen für die Rechnungsverarbeitung, wie sich strukturierte und unstrukturierte Rechnungsformate im selben Ablauf verarbeiten lassen Rechnungsverarbeitung mit vorgefertigtem KI-Modell.

Ausnahmen von der verpflichtenden E-Rechnung bestehen unter anderem für Kleinbetragsrechnungen bis 250 Euro und für Fahrausweise, die weiterhin in anderer Form ausgestellt werden dürfen. Diese Ausnahmen sollten in der Dokumenten- und Formularverarbeitung als eigener Verarbeitungspfad hinterlegt sein, damit sie nicht fälschlich als fehlerhafte E-Rechnung markiert werden.

Da mit der E-Rechnung auch die Anforderungen an revisionssichere Aufbewahrung nach GoBD und die Nachvollziehbarkeit von Prüfschritten steigen, lohnt sich ein Blick auf die eigene Systemlandschaft, bevor neue Formate verpflichtend werden. Wer die Umstellung mit einer bestehenden Lösung zur Prozessautomatisierung verbindet, etwa auf Basis von Geschäftsprozessmanagement, vermeidet doppelte Erfassung zwischen E-Rechnungsformat und internem Freigabeprozess.

Wie unterstützt Dokumenten- und Formularverarbeitung die Antragsbearbeitung?

Dokumenten- und Formularverarbeitung prüft eingehende Anträge von Bürgern, Kunden oder Mitarbeitenden automatisch auf Vollständigkeit, ordnet Anlagen den richtigen Feldern zu und markiert fehlende Nachweise, bevor der Vorgang im Fachverfahren landet. Sachbearbeiterinnen und Sachbearbeiter erhalten einen vorbereiteten Vorgang statt eines Stapels loser PDF-Dateien und E-Mail-Anhänge. Die Entscheidung selbst trifft weiterhin ein Mensch.

Ein Beispiel aus der Praxis: Ein Förderantrag kommt mit Anschreiben, Kontoauszug und Gewerbenachweis als Anhang. Das System erkennt die drei Dokumente, ordnet sie den passenden Feldern im Fachverfahren zu und prüft, ob Pflichtangaben wie Steuernummer oder Fördersumme vorhanden sind. Fehlt eine Anlage, generiert das System einen Entwurf für ein Nachforderungsschreiben, das eine Sachbearbeitung freigibt und versendet.

Bei Mitarbeiteranträgen, etwa für Urlaub, Reisekosten oder interne Weiterbildung, läuft der gleiche Mechanismus ab: Formularfelder werden gegen Personalstammdaten abgeglichen, Auffälligkeiten wie ein fehlendes Genehmigungsdatum werden markiert. Das entlastet Personalabteilungen von wiederkehrender Sichtprüfung, ohne dass Genehmigungslogik oder Budgetregeln automatisiert entschieden werden.

Die Vorbereitung der Entscheidung bleibt an bestehende Fachverfahren angebunden, nicht an eine neue Oberfläche. Wo bereits ein Antragsmanagement oder ein Fallbearbeitungssystem existiert, liefert die Dokumenten- und Formularverarbeitung strukturierte Daten dorthin, statt einen Parallelprozess zu schaffen. Wer die Anbindung an RAG-gestützte Auskunftssysteme für Rückfragen sucht, findet dazu Grundlagen unter KI-Beratung für Unternehmen mit RAG und agentischer KI.

Wie werden Vertragsdaten zuverlässig extrahiert?

Vertragsdaten wie Laufzeiten, Kündigungstermine, Preisanpassungsklauseln und Vertragspartner werden aus dem Vertragstext erkannt und in strukturierte Felder überführt, etwa für ein Vertragsmanagementsystem oder eine Wiedervorlage. Das System liest den Text und schlägt Werte vor. Eine rechtliche Bewertung der Klauseln nimmt es nicht vor, und bei geschäftskritischen Verträgen prüft immer eine zweite Person die extrahierten Angaben, bevor sie verwendet werden.

Verträge sind heterogener als Rechnungen oder Formulare: Sie haben keine einheitliche Struktur, enthalten Verweise auf andere Klauseln und werden oft individuell verhandelt. Genau hier besteht ein bekanntes Risiko, denn Sprachmodelle können bei der Analyse von Verträgen falsche oder erfundene Angaben erzeugen, wenn eine Klausel mehrdeutig formuliert ist Turian Blog zur Rechnungsverarbeitung mit KI. Deshalb wird jede extrahierte Kündigungsfrist oder Preisklausel mit einer Quellenstelle im Originaldokument verknüpft, damit die Prüfung nachvollziehbar bleibt.

Für kritische Vertragstypen, etwa Miet-, Liefer- oder Rahmenverträge mit hohem Volumen, gilt ein Vier-Augen-Prinzip: Eine erste Person sichtet den automatisierten Vorschlag, eine zweite bestätigt ihn, bevor eine Frist im Kalender oder ein Preis im ERP-System hinterlegt wird. Diese Rollenverteilung wird bei der Einführung gemeinsam mit der Rechtsabteilung oder dem Einkauf festgelegt, nicht vom System vorgegeben.

Die Extraktion ersetzt keine juristische Prüfung und keine Vertragsverhandlung. Sie verhindert, dass Kündigungstermine in Tabellen und Postfächern verstreut bleiben und dadurch unbemerkt verstreichen. Damit bleibt die Dokumenten- und Formularverarbeitung ein Zulieferer für Entscheidungen, nicht deren Ersatz.

Was passiert bei schlecht lesbaren oder unbekannten Dokumenten?

Dokumente, die das System nicht sicher lesen kann, etwa verwaschene Scans oder unbekannte Formularlayouts, landen automatisch in einer Ausnahmeliste zur manuellen Bearbeitung statt in der regulären Freigabe. Eine festgelegte Konfidenzschwelle entscheidet, ob ein Wert als sicher genug gilt. Unterhalb dieser Schwelle wird der Vorgang angehalten, nicht geraten.

Die Konfidenzschwelle lässt sich als Sicherheitsabstand verstehen: Das System gibt für jeden erkannten Wert, etwa eine Rechnungsnummer oder ein Kündigungsdatum, eine Einschätzung ab, wie sicher es sich ist. Liegt diese Einschätzung unter dem festgelegten Wert, wird der Beleg nicht automatisch weiterverarbeitet, sondern einer zuständigen Person zur Prüfung vorgelegt. Diese Schwelle wird je nach Dokumentart und Risiko unterschiedlich streng eingestellt, bei Verträgen strenger als bei internen Formularen.

Wer die Ausnahme bearbeitet, hängt vom Dokumenttyp ab: In der Buchhaltung übernimmt das die Rechnungsprüfung, bei Anträgen die zuständige Fachabteilung, bei Verträgen die Rechts- oder Einkaufsabteilung. Die Person korrigiert den Wert oder ergänzt fehlende Angaben und schickt den Vorgang zurück in den regulären Ablauf.

Jede manuell korrigierte Ausnahme fließt in die Verbesserung des Systems ein: Wiederkehrende Fehlerquellen, etwa ein bestimmter Lieferantenformular-Typ, werden erkannt und die Erkennung entsprechend nachgeschärft. So sinkt die Zahl der Ausnahmen über die Zeit, ohne dass die Kontrolle an einer Stelle aufgegeben wird, an der sie gebraucht wird.

Ist Dokumenten- und Formularverarbeitung GoBD-konform?

Dokumenten- und Formularverarbeitung lässt sich GoBD-konform betreiben, wenn sie die zehn Grundsätze ordnungsmäßiger Buchführung einhält: Nachvollziehbarkeit, Vollständigkeit, Richtigkeit, zeitgerechte Erfassung, Ordnung, Unveränderbarkeit, dazu die Nachprüfbarkeit durch Dritte. Entscheidend ist, dass das eingesetzte System diese Anforderungen technisch abbildet und nicht erst nachträglich behauptet, sie zu erfüllen.

Unveränderbarkeit bedeutet konkret: Ein einmal erfasster Beleg darf nicht mehr überschrieben werden, jede Korrektur wird als neuer, protokollierter Schritt gespeichert. Das gelingt über eine revisionssichere Ablage im Dokumentenmanagementsystem, nicht über eine separate Insellösung. Wo ein DMS bereits im Einsatz ist, wird die Dokumenten- und Formularverarbeitung daran angebunden, statt eine neue Archivierung zu schaffen.

Ein weiterer Baustein ist die Verfahrensdokumentation: Sie beschreibt, welche Schritte automatisiert ablaufen, wer Ausnahmen bearbeitet und wie Freigaben protokolliert werden. Ohne diese Dokumentation lässt sich gegenüber einer Betriebsprüfung nicht belegen, dass die Verarbeitung den GoBD entspricht. ANCUD IT erstellt diese Dokumentation als Teil der Einführung, nicht als nachträgliches Zusatzprodukt.

Für die Aufbewahrung gelten unterschiedliche Fristen: Buchungsbelege wie Rechnungen müssen nach Paragraf 147 der Abgabenordnung und Paragraf 257 des Handelsgesetzbuchs zehn Jahre aufbewahrt werden, allgemeine Geschäftskorrespondenz, zu der auch viele Vertragsunterlagen zählen, sechs Jahre. Diese Fristen und die zugehörigen Nachweispflichten werden auch in Fachbeiträgen zur automatisierten Rechnungsverarbeitung beschrieben Impower zur automatisierten Rechnungsverarbeitung. Die Dokumenten- und Formularverarbeitung ordnet Belege den passenden Fristen automatisch zu, die endgültige Löschung bleibt eine protokollierte, manuell ausgelöste Handlung.

Wie werden personenbezogene Daten in Anträgen und Verträgen geschützt?

Personenbezogene Daten in Anträgen und Verträgen werden nach den Vorgaben der DSGVO verarbeitet: Zweckbindung, Datenminimierung und ein festgelegtes Löschkonzept sind Teil jeder Einführung der Dokumenten- und Formularverarbeitung. Die Daten werden ausschließlich für den jeweiligen Antrags- oder Vertragsvorgang verwendet, nicht zusätzlich für Analysen oder Modelltraining, wenn dies nicht ausdrücklich vereinbart wurde.

Zweckbindung bedeutet in der Praxis: Ein Förderantrag mit Einkommensnachweisen wird nur für die Förderentscheidung ausgewertet, nicht für andere Abteilungen sichtbar gemacht. Das Löschkonzept legt fest, wann Daten nach Ablauf der gesetzlichen Fristen tatsächlich entfernt werden, und dokumentiert diesen Schritt, damit er im Fall einer Prüfung nachweisbar ist.

Der Betrieb erfolgt je nach Anforderung im eigenen Rechenzentrum des Unternehmens oder in einer europäischen Cloud-Umgebung, in der personenbezogene Daten den europäischen Rechtsraum nicht verlassen. Für besonders sensible Antrags- oder Vertragsdaten, etwa Personalunterlagen oder Gesundheitsangaben, kommt eine private, lokal betriebene KI-Umgebung infrage, wie sie unter private und lokale Coding-Assistenten beschrieben ist.

Welche Betriebsform passend ist, hängt von der Datenkategorie und den internen Richtlinien ab. Diese Entscheidung wird nicht pauschal getroffen, sondern in der technischen Bestandsaufnahme am Anfang eines Projekts gemeinsam mit der Datenschutzbeauftragten oder dem Datenschutzbeauftragten geklärt.

Wer haftet, wenn die Dokumenten- und Formularverarbeitung falsch ausliest?

Die Haftung für eine falsch verarbeitete Rechnung, einen fehlerhaft bearbeiteten Antrag oder einen falsch ausgelesenen Vertrag bleibt beim Unternehmen, das den Vorgang final freigibt, nicht beim System, das den Vorschlag liefert. Die Dokumenten- und Formularverarbeitung unterstützt die Prüfung, sie ersetzt nicht die Verantwortung der freigebenden Person.

Deshalb ist jede automatisierte Erkennung an eine Freigabe durch eine berechtigte Person gebunden, etwa in der DATEV-Belegfreigabe oder im SAP-Rechnungseingang. Jeder Schritt, vom Einlesen über die Erkennung bis zur Freigabe oder Korrektur, wird protokolliert. Diese Protokollierung ist im Streitfall der Nachweis, wer welchen Wert bestätigt hat.

Zusätzlich zur laufenden Freigabe empfiehlt sich eine regelmäßige Stichprobenprüfung, bei der ein Teil der automatisch verarbeiteten Belege unabhängig nachkontrolliert wird. So fallen systematische Fehlerquellen auf, bevor sie sich über viele Vorgänge summieren.

Die Rolle des Dienstleisters wird vertraglich festgelegt: ANCUD IT liefert und pflegt das System, übernimmt aber keine Entscheidung über Zahlung, Vertragsschluss oder Antragsbewilligung. Diese Aufgabenteilung wird vor Projektbeginn schriftlich fixiert, damit Verantwortlichkeiten im laufenden Betrieb eindeutig bleiben.

Wie binden wir Dokumenten- und Formularverarbeitung an SAP, DATEV und DMS an?

Die Anbindung erfolgt über die vorhandenen Schnittstellen Ihrer Systeme: SAP-Rechnungseingang und SAP MIRO für den Drei-Wege-Abgleich, DATEV Belegtransfer und DATEV Belegfreigabe für die Finanzbuchhaltung sowie die Ablageschnittstelle Ihres Dokumentenmanagementsystems. Die Dokumenten- und Formularverarbeitung ersetzt keines dieser Systeme, sie liefert ihnen geprüfte, strukturierte Daten statt handschriftlich erfasster Werte.

Ein zentraler Grundsatz bei ANCUD IT lautet, vorhandene Werkzeuge weiterzuverwenden, wenn sie fachlich passen. Wenn Ihre Buchhaltung heute mit DATEV arbeitet, bleibt DATEV das führende System für die Freigabe. Die Dokumenten- und Formularverarbeitung übernimmt vorgelagert das Erfassen, Klassifizieren und Extrahieren, prüft Pflichtfelder gegen die Formanforderungen aus intelligente Dokumentenverarbeitung und übergibt das Ergebnis über eine standardisierte Schnittstelle. Ein kompletter Austausch der Systemlandschaft wird nicht empfohlen und ist in den seltensten Fällen notwendig.

Für die revisionssichere Ablage wird jedes verarbeitete Dokument samt Ursprungsdatei, erkannten Feldern und Prüfvermerken im DMS abgelegt. Diese Ablage erfüllt die Anforderungen der GoBD an Nachvollziehbarkeit und Unveränderbarkeit: Jede spätere Änderung an einem Beleg wird protokolliert, der ursprüngliche Zustand bleibt einsehbar. Wer welchen Beleg wann geprüft oder korrigiert hat, lässt sich im Audit Trail jederzeit nachvollziehen, auch bei einer späteren Betriebsprüfung.

Bei Verträgen und Anträgen mit personenbezogenen Daten gelten zusätzlich die Vorgaben der DSGVO. Die Übergabe an Fachverfahren wie ein Personalsystem oder eine Förderdatenbank erfolgt deshalb mit denselben Zugriffsbeschränkungen, die für die Quellsysteme bereits gelten. Neue Berechtigungsstrukturen werden nicht parallel aufgebaut, sondern in die bestehende Rechteverwaltung eingehängt.

Wie messen Sie die Qualität der Dokumenten- und Formularverarbeitung?

Die Qualität wird anhand von vier Kennzahlen im laufenden Betrieb gemessen: Erkennungsquote je Feld, Ausnahmequote, Durchlaufzeit und Anzahl der Nacharbeitsfälle. Diese Werte werden nach der Einführung anhand Ihrer echten Belege erhoben, nicht vorab versprochen. Erst der Betrieb mit Ihren Dokumenttypen und Layouts zeigt, welche Genauigkeit realistisch erreichbar ist.

Die Erkennungsquote wird nicht pauschal für ein Dokument angegeben, sondern je Feld: Rechnungsnummer und Betrag lassen sich meist zuverlässiger auslesen als Freitextklauseln in Verträgen oder handschriftliche Vermerke auf Anträgen. Die Ausnahmequote zeigt, wie viele Belege in die Exception-Queue zur manuellen Prüfung wandern, etwa bei unbekannten Layouts oder schlecht lesbaren Scans. Fachliche Berichte aus der Praxis der Rechnungsverarbeitung bestätigen, dass gerade bei uneinheitlichen Belegformaten mit einem relevanten Anteil an Ausnahmefällen zu rechnen ist Erfahrungen aus der automatisierten Rechnungsverarbeitung.

Durchlaufzeit und Nacharbeitsfälle zeigen den Effekt im Tagesgeschäft: Wie lange dauert es vom Posteingang bis zur freigegebenen Buchung, und wie oft muss ein bereits verarbeiteter Beleg nachträglich korrigiert werden. Diese Kennzahlen werden regelmäßig ausgewertet und mit dem Fachbereich besprochen, damit die Dokumenten- und Formularverarbeitung dort nachjustiert wird, wo die Fehlerquote tatsächlich auftritt.

Wie lange dauert die Einführung von Dokumenten- und Formularverarbeitung?

Eine belastbare Einführung dauert von der Bestandsaufnahme bis zum stabilen Regelbetrieb üblicherweise mehrere Wochen bis wenige Monate, abhängig von der Zahl der Dokumentlayouts und der Verfügbarkeit von Testbelegen. Ein einzelner Dokumenttyp mit wenigen Layouts lässt sich schneller einführen als ein Vertragsbestand mit stark unterschiedlichen Formaten.

Am Anfang steht die Bestandsaufnahme: Welche Dokumenttypen kommen vor, welche Felder werden benötigt, welche Systeme sollen die Daten empfangen. Darauf folgt eine Testphase mit echten, aber anonymisierten Belegen aus Ihrem Bestand, weil synthetische Testdaten die tatsächliche Fehleranfälligkeit selten abbilden. Parallel müssen die Schnittstellen zu SAP, DATEV oder dem DMS freigegeben werden, was in vielen Unternehmen von der IT-Abteilung separat genehmigt wird und entsprechend Vorlauf braucht.

Die dritte Abhängigkeit ist die Verfügbarkeit des Fachbereichs: Buchhaltung oder Vertragsmanagement müssen Zeit einplanen, um erkannte Felder zu prüfen und Ausnahmefälle zu klären. Ohne diese Rückmeldung lässt sich die Erkennungsquote nicht sinnvoll verbessern. Erst wenn die Kennzahlen aus dem Testbetrieb stabil sind, wird die Dokumenten- und Formularverarbeitung in den Regelbetrieb überführt und schrittweise auf weitere Dokumenttypen ausgeweitet.

Was kostet Dokumenten- und Formularverarbeitung?

Pauschale Preise nennen wir nicht, weil die Kosten von Ihrem Belegvolumen, der Zahl unterschiedlicher Layouts, den benötigten Schnittstellen, dem Betriebsmodell und der geforderten Prüftiefe abhängen. Erster Schritt ist deshalb immer eine technische Bestandsaufnahme, die diese Faktoren für Ihren konkreten Fall klärt.

Ein hohes Belegvolumen mit wenigen einheitlichen Layouts, etwa Rechnungen im XRechnung-Format, lässt sich günstiger automatisieren als ein kleiner Bestand mit vielen unterschiedlichen Vertragsvorlagen. Jede zusätzliche Schnittstelle, etwa zu einem zweiten ERP-System oder einer Förderdatenbank, erhöht den Integrationsaufwand. Auch das Betriebsmodell wirkt sich aus: Läuft die Verarbeitung in Ihrer eigenen Infrastruktur oder als betreuter Dienst, unterscheiden sich Betriebskosten und Wartungsaufwand.

Die Prüftiefe ist der letzte wesentliche Faktor: Ein einfacher Plausibilitätscheck bei Rechnungsbeträgen ist mit weniger Aufwand verbunden als ein Vier-Augen-Prinzip bei kritischen Vertragsklauseln, das zusätzliche Prüfschritte und eine sorgfältigere Protokollierung erfordert. In der Bestandsaufnahme legen wir gemeinsam fest, welche Prüftiefe für welchen Dokumenttyp angemessen ist, damit die Dokumenten- und Formularverarbeitung weder über- noch unterdimensioniert wird.

Wie beginnen Sie mit Dokumenten- und Formularverarbeitung?

Der Einstieg erfolgt über einen einzelnen Dokumenttyp, meist Eingangsrechnungen, weil hier die Formate am einheitlichsten sind und der Nutzen am schnellsten sichtbar wird. Vor dem Start legen wir gemeinsam Erfolgskriterien fest, etwa eine bestimmte Ausnahmequote oder Durchlaufzeit, an denen sich der Testbetrieb später messen lässt.

Nach der Testphase mit echten Belegen und der Freigabe der Schnittstellen zu SAP oder DATEV wird die Lösung in den Regelbetrieb übergeben. Ihre Fachabteilung übernimmt die laufende Prüfung und Freigabe, das System liefert die vorbereiteten Daten und kennzeichnet Ausnahmefälle. Diese klare Aufgabenteilung wird von Anfang an dokumentiert, damit im Betrieb nachvollziehbar bleibt, wer welche Entscheidung trifft.

Erst nach einem stabilen Betrieb mit Rechnungen erweitern wir die Dokumenten- und Formularverarbeitung schrittweise auf Anträge oder Verträge, wenn dies fachlich sinnvoll ist. Wer sich zusätzlich für den technologischen Hintergrund interessiert, findet im Blog weiterführende Beiträge zu angrenzenden Themen wie Texterkennung und Bildverarbeitung.

Ansprechpartner für die Bestandsaufnahme sitzen bei ANCUD IT in Nürnberg und beraten unabhängig vom eingesetzten ERP- oder DMS-System. Einen Überblick über unser Leistungsspektrum rund um Prozessautomatisierung finden Sie unter unseren Lösungen.