Keine Rechts- oder Anlageberatung. Stand: 2026-09-22. Quellen stehen am Ende.
Wenn Sie bereits einen Dokumentenworkflow mit Inbox, Review und ERP haben, sollten Sie zuerst die Eingänge, Status, Prüfrechte und Übergabe ans ERP als konkrete Fälle beschreiben. Eine KI-Erweiterung lohnt sich dort, wo Mitarbeitende dieselben Dokumentfelder immer wieder lesen, Abweichungen markieren und nach Freigabe Datensätze im ERP anlegen oder aktualisieren.
have existing document workflow inbox review erp
Die Suchanfrage klingt nach einem bestehenden System, das niemand neu erklären möchte. Ein Dokument kommt in eine Inbox, landet im Review, wird freigegeben und geht danach ins ERP.
Genau dort beginnen viele KI-Projekte zu früh mit Modellen und zu spät mit Prozessgrenzen. Wenn eine Rechnung per E-Mail eingeht, ein Mitarbeitender die Lieferantendaten prüft, eine Kostenstelle auswählt und danach im ERP bucht, ist das kein abstrakter KI-Fall. Es ist ein wiederkehrender Ablauf mit Eingabe, Entscheidung, Ausnahme und Zielsystem. Laut Vesonix können bei der automatisierten Dokumentenaufnahme eingehende Dokumente erfasst, extrahiert, geprüft, genehmigt und anschließend an ein ERP-System übermittelt werden.
Der erste Schritt ist deshalb eine nüchterne Bestandsaufnahme. Nehmen Sie einen echten Beleg aus dem Alltag, etwa eine Lieferantenrechnung mit fehlender Bestellnummer.
existing document workflow inbox review erp
Laut Cetec ERP kann ein ERP-Dokumentenworkflow Dokumente durch vordefinierte Schritte oder Zustände im Unternehmen routen. Cetec ERP nennt für Dokumente standardmäßig die Status „Review“, „Pending Approval“, „Deleted“ und „Approved“.
Das ist für Ihre Prüfung hilfreich, weil Sie Ihre eigenen Status dagegenlegen können. Vielleicht heißt Ihr Review „fachliche Prüfung“, „Buchhaltung offen“ oder „Warten auf Einkauf“. Der Name ist weniger relevant als die Frage, wer etwas tun darf und was danach passiert. Wenn der Einkauf einen Betrag freigibt, die Buchhaltung aber die Steuerangaben korrigiert, sind das zwei verschiedene Prüfhandlungen. Eine KI-Anwendung muss diese Grenze kennen, sonst schreibt sie Vorschläge an die falsche Stelle.
SAP beschreibt in SAP S/4HANA Workflows für die Genehmigung von Verkaufsbelegen. SAP beschreibt dort auch Vorbedingungen für solche Workflows.
Ein Beispiel aus dem Vertrieb: Ein Angebot mit besonderer Kondition landet bei einer verantwortlichen Person, weil eine Vorbedingung greift. Bei Dokumenten ist es ähnlich. Eine Eingangsrechnung kann anhand von Lieferant, Betrag oder Abteilung weitergeleitet werden. Laut Vesonix können Genehmigungsregeln für die Dokumentenweiterleitung Dokumenttyp, Betrag, Lieferant oder Abteilung berücksichtigen.
inbox review erp: welche Eingänge zählen
Die Inbox ist selten nur ein Postfach. Laut Katprotech können Dokumentenfreigabe-Workflows Formulare, E-Mail-Eingang, APIs, ERP- und CRM-Systeme sowie gescannte Dokumente mit OCR einbeziehen.
Für die Praxis heißt das: Schreiben Sie auf, welche Eingänge tatsächlich genutzt werden. Ein Lieferant sendet eine PDF-Rechnung per E-Mail. Ein Kunde lädt ein unterschriebenes Formular hoch. Ein interner Bereich scannt Papierdokumente. Diese Eingänge unterscheiden sich in Qualität, Dateiformat und Fehlerbild. Bei Scans fehlen oft klare Feldgrenzen. Bei E-Mail-Anhängen liegt manchmal die falsche Version im Thread. Bei API-Eingängen ist die Struktur besser, aber Pflichtfelder können trotzdem leer sein.
Declare beschreibt für Dokumentenprozesse einen gemeinsamen Eingangskanal, damit Dokumente nicht über verstreute E-Mail-Anhänge in den Prozess gelangen. Das ist ein guter Prüfpunkt für Ihre Lage.
Wenn Ihre Mitarbeitenden Dokumente aus persönlichen Postfächern weiterleiten, ist die Automatisierung schwerer zu testen. Wenn alle Belege in einer gemeinsamen Inbox landen, können Sie Beispiele sammeln und daraus Testfälle bauen. Das gilt auch für Ausnahmen, etwa eine Rechnung ohne Bestellbezug oder einen Vertrag mit handschriftlicher Änderung.
review workflow: Status und Entscheidungen
Ein Review ist eine Entscheidung mit Kontext. Im SAP-Beispielprozess „Approve Document“ führt die Prüfaufgabe laut Signavio zu einer Entscheidung zwischen Genehmigung und Ablehnung.
Viele Unternehmen haben weitere Zwischenzustände. Laut Declare kann ein definierter Dokumentenprozess die Status „Draft“, „In Review“, „Awaiting Approval“, „Awaiting Signature“, „Completed“ und „Archived“ verwenden. In Ihrem Alltag kann daraus ein Ablauf werden, bei dem ein Vertragsentwurf geprüft, zur Unterschrift gegeben und nach Abschluss archiviert wird. Für KI ist dabei relevant, an welcher Stelle sie nur liest, an welcher Stelle sie einen Vorschlag macht und an welcher Stelle ein Mensch bestätigt.
Laut Vesonix können bei der Dokumentenaufnahme fehlende Felder oder Abweichungen markiert und von Mitarbeitenden anhand des Quelldokuments korrigiert werden. Das ist ein sinnvoller erster Einsatzpunkt.
Ein Beispiel: Die KI liest Rechnungsnummer, Lieferant, Betrag und Kostenstelle aus. Bei einem unklaren Lieferantennamen setzt sie den Datensatz auf „Prüfung nötig“ und zeigt die Textstelle im Originaldokument. Der Mensch korrigiert den Wert. Erst danach geht der Datensatz weiter in Richtung ERP.
erp integration: was vor der Übergabe feststehen muss
Eine ERP-Übergabe braucht klare Datenfelder. „Ins ERP übertragen“ reicht als Anforderung nicht aus.
Für eine Rechnung müssen Sie etwa klären, welcher Lieferantenstamm verwendet wird, welche Kostenstelle zulässig ist und welche Belege als Anhang gespeichert werden. Laut Vesonix können unterstützende Dokumente und Prüfnotizen vor dem Weiterprozessieren an den Datensatz angehängt werden. Das ist im Alltag nützlich, wenn die Buchhaltung später nachvollziehen muss, warum eine Abweichung akzeptiert wurde.
Wenn Sie tiefer in ERP-Anbindung einsteigen, passt der bestehende Artikel KI Anwendung ERP Integration Mittelstand 2026. Für Rechnungen ist außerdem Rechnungen automatisch ins ERP übertragen mit KI der nähere Prozessartikel.
Die technische Frage kommt danach: API, Exportdatei, Zwischenablage oder direkte ERP-Aktion. Die fachliche Frage kommt zuerst: Welche Daten dürfen geschrieben werden und welche brauchen Freigabe.
Prüfliste für Ihren bestehenden Dokumentenworkflow
Nutzen Sie diese Liste nur mit echten Dokumenten. Ein idealisierter Prozess aus einem Workshop reicht dafür nicht.
☐ Alle Eingangskanäle sind benannt, zum Beispiel gemeinsame Inbox, Formular, Scan oder API.
☐ Jeder Status ist beschrieben, etwa „In Review“, „Pending Approval“ oder „Approved“.
☐ Für jeden Status ist klar, wer handeln darf.
☐ Die häufigsten Abweichungen sind mit Beispieldokumenten belegt.
☐ Die Felder für das ERP sind fachlich beschrieben.
☐ Der Freigabeschritt vor dem Schreiben ins ERP ist festgelegt.
☐ Anhänge und Prüfnotizen sind Teil des Datensatzes.
☐ Testfälle enthalten normale Dokumente und Ausnahmefälle.
Ein praktischer Test: Nehmen Sie einen Beleg, den Ihr Team letzte Woche wirklich bearbeitet hat. Wenn Sie nicht erklären können, warum er in einem bestimmten Status gelandet ist, sollte keine KI diesen Status automatisch setzen.
KI im bestehenden document workflow
KI kann in einem bestehenden Dokumentenworkflow vor allem lesen, vergleichen, markieren und Vorschläge vorbereiten. Sie sollte die Prozessregeln respektieren, die Ihr Unternehmen bereits verwendet.
Laut Docento umfasst ein typischer Dokumentenfreigabeprozess Einreichung, Vorprüfungen, Weiterleitung, Prüfung, Zusammenführung von Entscheidungen, Benachrichtigung, Ablage und Auditierung. In einem solchen Ablauf kann KI etwa aus einer Bestellung, einer Rechnung und einem Lieferschein Felder vergleichen. Wenn Menge, Lieferant und Betrag zusammenpassen, wird ein Vorschlag für die Freigabe erstellt. Wenn etwas fehlt, bleibt der Vorgang in der Review-Inbox.
Katprotech beschreibt, dass Dokumenten-Workflows Aufgaben anhand von Regeln wie Abteilung, Wert, Dringlichkeit, Projekttyp oder Hierarchie weiterleiten können. Diese Regeln sollten nicht im Prompt versteckt werden.
Besser ist eine sichtbare Regel im System: Abteilung aus Dokument lesen, Betrag prüfen, zuständige Person ermitteln, Review-Aufgabe erstellen. Dann kann Ihr Team später nachvollziehen, warum ein Dokument im Einkauf und ein anderes in der Geschäftsführung gelandet ist.
Datenschutz, Hosting und Nachweise
Bei Dokumentenworkflows liegen oft personenbezogene Daten, Vertragsdaten und Zahlungsinformationen im selben Vorgang. Der Datenschutzteil gehört daher in den Scope, bevor gebaut wird.
Laut re-entry.ai Referenzmaterial wird bei jedem Build ein AVV geschlossen, Standard-Hosting läuft auf EU-Servern in Deutschland, und Kundendaten werden nicht verwendet, um fremde Modelle zu trainieren. Ein typischer Fall: In einer Lieferantenrechnung stehen Ansprechpartner, Bankdaten und interne Kostenstellen. Diese Daten sollten im Testsystem, im Log und im KI-Aufruf bewusst behandelt werden.
Für Käufer ist außerdem der Nachweis wichtig, wie Änderungen entstanden sind. re-entry.ai beschreibt für jeden Build Eval Suite, Test Reports und Merge Audit Trail als Nachweisartefakte. Wenn Sie diesen Teil vertiefen möchten, lesen Sie Audit-Trail für eine KI-Anwendung: Welche Nachweise 2026 zählen und ai code audit trail 2026: Was Käufer prüfen sollten.
Ein einfaches Beispiel: Die KI extrahiert einen Betrag falsch, ein Testfall deckt den Fehler auf, ein Entwickler passt den Parser an, der Review wird dokumentiert und der Test läuft danach grün. Dieser Verlauf ist später wertvoller als eine Demo, die nur den einfachen Fall zeigt.
Wie wir das handhaben
re-entry.ai baut solche Anwendungen als KI-App-Fabrik in Deutschland. Der Pilot-Build kostet 14.900 Euro zzgl. Umsatzsteuer und läuft über 3 Wochen. Der Produktions-Build kostet 49.000 Euro zzgl. Umsatzsteuer und läuft über 6 Wochen. Die Fabrik-Spur kostet 7.900 Euro pro Monat zzgl. Umsatzsteuer.
Das Repository liegt ab Tag eins in der GitHub-Organisation des Kunden. Laut re-entry.ai Referenzmaterial gehören AVV, EU-Hosting oder die Infrastruktur des Kunden, wöchentliche Demo, Tests und menschliches Review-Gate zum Ablauf. Im Produktions-Build ist ein EU-AI-Act-Einstufungsmemo enthalten. Ein passender Alltagsfall wäre eine bestehende Review-Inbox für Lieferantenrechnungen, bei der die Anwendung Felder extrahiert, Abweichungen markiert, Freigaben abbildet und den finalen Datensatz erst nach Bestätigung an das ERP übergibt.
Quellen
re-entry.ai Referenzmaterial: https://www.re-entry.ai/llms-full.txt
re-entry.ai Preise und Ablauf: https://www.re-entry.ai
Cetec ERP Dokumentenworkflow: https://cetecerp.com/support/documentation/workflow/
SAP S/4HANA Verkaufsbeleg-Workflows: https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/7b24a64d9d0941bda1afa753263d9e39/82db0a77a4ee48cda01f873d5a416bd2.html
SAP Community zur My Inbox im Verkaufsbeleg-Workflow: https://community.sap.com/t5/technology-blog-posts-by-members/sales-documents-approval-standard-workflow/ba-p/13608509
Docento zu Dokumentenfreigabeprozessen: https://www.docento.app/blog/document-approval-workflows
Katprotech zu Dokumentenfreigabe und Weiterleitungsregeln: https://www.katprotech.com/how-to-build-a-fully-automated-document-approval-system-a-step-by-step-guide/
Declare zu Approval Workflows: https://declare.cloud/how-to-build-an-approval-workflow-for-contracts-forms-and-internal-policies
Signavio Beispielprozess Approve Document: https://www.signavio.com/workflow-examples/approve-document/
Vesonix Document Intake: http://www.vesonix.com/apps/document-intake