Document Processing erfasst Dokumente aus jedem praxisrelevanten Kanal: einem überwachten Postfach, einem Scanner oder Multifunktionsgerät, einer mobilen Erfassung, einem überwachten Ordner, einer API-Ablage oder einem direkten Upload. Es verarbeitet die gesamte Bandbreite an Formaten, von sauberen digitalen PDFs bis hin zu fotografierten, verzerrten, kontrastarmen und mehrseitigen Scans, und wendet vor der Erkennung Entzerrung, Rauschunterdrückung, Drehung und Seitentrennung an. Die optische Zeichenerkennung stellt jede Seite als durchsuchbaren Text mit Positionskoordinaten dar, und Handschrift, Stempel, Barcodes, QR-Codes und Kontrollkästchen werden zusammen mit maschinellem Druck gelesen.

Auf der Erkennung setzen Klassifizierung und Extraktion auf. Jedes Dokument wird nach Typ identifiziert und an das passende Extraktionsmodell weitergeleitet, das die für diesen Typ relevanten Felder herauszieht: Lieferanten- und Käuferidentitäten, Dokument- und Referenznummern, Datumsangaben, Positionen, Mengen, Einzelpreise, Steuerzeilen und Summen, Vertragsparteien, Bedingungen und Unterschriften. Jeder extrahierte Wert trägt einen Konfidenzwert und eine Verknüpfung zurück zu genau der Region der Seite, aus der er stammt. Validierungsregeln, Abgleiche gegen Stammdaten und arithmetische Prüfungen laufen automatisch ab, sodass Dokumente, die sauber abstimmen, direkt durchlaufen, während solche mit niedriger Konfidenz oder fehlgeschlagenen Prüfungen zur Prüfung zurückgehalten werden. Das Ergebnis ist ein steter Fluss sauberer, strukturierter und prüfungsverknüpfter Daten, die für die nachgelagerte Nutzung bereitstehen.

Im Mittelpunkt des Moduls steht die Vorstellung eines Dokuments auf seinem Weg von einem rohen erfassten Bild zu einem vertrauenswürdigen Datensatz. Jeder eingehende Beleg wird als eigenständiges Objekt mit eigenem Ursprung, eigenen Seiten und eigener Historie behandelt, sodass sich dieselbe zweimal fotografierte Rechnung oder ein als einzelne Datei gescannter Stapel in die einzelnen Dokumente auflöst, die für ein Unternehmen tatsächlich von Bedeutung sind.

Jedes Dokument wird über drei zusammenhängende Begriffe verstanden. Erstens sein Typ, der besagt, um welche Art von Beleg es sich handelt und was daher von ihm erwartet wird: Eine Rechnung erwartet einen Lieferanten, Summen und Steuer; ein Vertrag erwartet Parteien und Bedingungen. Der Typ steuert alles Weitere. Zweitens sein extrahierter Inhalt, gehalten als eine Menge benannter Felder und, wo relevant, wiederkehrender Zeilen, wobei jeder Wert an die Position auf der Seite gebunden ist, an der er gefunden wurde, sowie an die Konfidenz, die das System ihm entgegenbringt. Diese Bindung ist es, die jede Zahl bis zur Quelle rückverfolgbar macht, anstatt sie isoliert zu behaupten. Drittens sein Zustand, also der Punkt, den es auf dem Weg von erfasst über klassifiziert und extrahiert bis hin zu geprüft und freigegeben erreicht hat, zusammen mit der Angabe, wer oder was bei jedem Schritt gehandelt hat.

Um diese herum liegen die Bezugspunkte, die der Extraktion Bedeutung verleihen: die Lieferanten, Kunden, Konten und Katalogeinträge, gegen die ein Wert abgeglichen wird, sowie die Extraktionsprofile, die beschreiben, wie ein bestimmter Typ aus einer bestimmten Quelle gelesen werden soll. Die Beziehungen sind einfach und geschäftlich verständlich: Ein Dokument ist von einem Typ, enthält Felder und Zeilen, wird bekannten Parteien zugeordnet und hinterlässt eine ununterbrochene Spur der Hände und Entscheidungen, die es geprägt haben.

Der alltägliche Workflow ist die Durchlaufverarbeitung. Ein Dokument geht ein, wird klassifiziert, extrahiert, validiert und, sofern jede Prüfung erfüllt ist, ohne menschliches Zutun an den empfangenden Prozess freigegeben. Der Maßstab für das Modul ist, wie großer Anteil des Volumens diesen Weg sicher durchläuft, und die Kontrollen sind darauf ausgelegt, diesen Anteil hoch zu halten, ohne ein falsches Dokument durchzulassen.

Der zweite Workflow ist die Ausnahmeprüfung. Wenn die Konfidenz eines Feldes unter seinen Schwellenwert fällt, eine Validierungsregel fehlschlägt oder eine Summe nicht abstimmt, wird das Dokument einem Prüfer in die Warteschlange gestellt. Die Prüfoberfläche stellt die extrahierten Werte neben das Originalbild, hebt genau die Region hervor, aus der jeder Wert stammt, markiert die konkret zweifelhaften Felder und lässt eine Person mit wenigen Tastenanschlägen bestätigen oder korrigieren. Korrekturen werden als Feedback erfasst und schärfen die Extraktion für ähnliche Dokumente danach. Ein dritter Workflow behandelt Klassifizierungsunsicherheit: Ein Dokument, das keinem bekannten Typ eindeutig entspricht, wird triagiert, mit einer Bezeichnung versehen und, sofern es ein wiederkehrendes neues Formular darstellt, dem System beigebracht. Stapelerfassung, Aufteilung kombinierter Dateien, erneute Verarbeitung geänderter Dokumente und Massenfreigabe runden das operative Bild ab, und jeder Weg wird durch rollenbasierte Warteschlangen, Service-Level-Timer und vollständige Statustransparenz gesteuert, damit nichts unbemerkt ins Stocken gerät.

Die Extraktionsqualität beruht auf layoutbewussten Modellen, die eine Seite als strukturiertes Objekt lesen und Tabellen, Spalten, Schlüssel-Wert-Paare und mehrseitige Fortsetzungen verstehen, statt als flachen Zeichenstrom. Genau das ermöglicht es, Positionen als zusammenhängende Zeilen zu erfassen und Summen mit ihren Bestandteilen zu verknüpfen. Die Konfidenz ist pro Feld kalibriert, sodass Schwellenwerte für Werte mit finanziellem oder rechtlichem Gewicht eng und für andere locker gesetzt werden können, wodurch das Modul die Arbeit präzise steuert, statt alles oder nichts zu prüfen.

Die Validierung ist der Ort, an dem Richtigkeit durchgesetzt wird. Das Modul führt eine arithmetische Abstimmung bei Dokumenten mit Positionen und Summen durch und prüft, ob Mengen, Einzelpreise, Zwischensummen, Rabatte, Steuer und Gesamtsumme übereinstimmen. Es validiert die steuerliche Behandlung gegen erwartete Sätze und Registrierungskennungen, verifiziert Parteiangaben gegen Stammdatensätze, erkennt Duplikate anhand des Inhalts statt des Dateinamens und wendet Format- und Bereichsregeln auf Datumsangaben, Währungen und Referenzen an. Extrahierte Daten werden in einheitliche Einheiten, Datumsformate, Währungscodes und Parteikennungen normalisiert, sodass nachgelagerte Systeme unabhängig davon, wie die Quelle sie ausgedrückt hat, einheitliche Werte erhalten. Jedes Dokument behält einen unveränderlichen Nachweis seines Originalbilds, jedes extrahierten Werts, jeder automatisierten Prüfung und jeder menschlichen Entscheidung, wobei die Daten unter strengen Zugriffskontrollen und Aufbewahrungsrichtlinien verarbeitet werden. Diese Kombination aus Abstimmung, Normalisierung, Duplikaterkennung und einem ununterbrochenen Prüfpfad ist es, die es dem Unternehmen erlaubt, den Daten so weit zu vertrauen, dass es auf ihrer Grundlage bucht, zahlt oder Verträge schließt.

Document Processing ist die Erfassungsschicht für weite Teile der Suite, und sein Wert ergibt sich aus dem, was es speist. Extrahierte Lieferantenrechnungen fließen direkt in die Accounts Payable und das breitere Finanzhauptbuch, wo sie als zugeordnete, kontierte und abgestimmte Buchungen ankommen, bereit für den Drei-Wege-Abgleich gegen die in Procurement gehaltenen Bestellungen und Wareneingänge. Erfasste Verträge und ihre extrahierten Parteien, Datumsangaben und Bedingungen füllen das Contract Management, sodass Verpflichtungen und Verlängerungstermine ab dem Moment verfolgt werden, in dem ein unterzeichnetes Dokument eingeht. Kundenformulare und Korrespondenz werden an die entsprechenden Datensätze im CRM angehängt, und freigegebene Dokumente werden mit bereits gefüllten Metadaten als System of Record in das Document Management abgelegt.

Da die Extraktion Parteien und Katalogartikel gegen gemeinsame Stammdaten auflöst, landet die strukturierte Ausgabe bei denselben Lieferanten, Kunden, Konten und Produkten, die der Rest von Nashua 360 bereits verwendet, ohne Abstimmungslücke. Hier ausgelöste Freigaben und Ausnahmen erscheinen über das gemeinsame Workflow- und Benachrichtigungsgefüge, das durch die gesamte Suite verläuft, und jedes freigegebene Dokument behält seine Verknüpfung zurück zur Quelle, sodass jeder nachgelagerte Datensatz bis zur Seite zurückverfolgt werden kann, aus der er stammt.

KI-Worker sind vollwertige Teilnehmer in Document Processing, kein Zusatz. Sie erbringen das Lesen und Schlussfolgern, auf das Klassifizierung und Extraktion angewiesen sind, und sie handeln auf Grundlage der Ergebnisse. Ein Worker kann in einfacher Sprache aufgefordert werden, das Modul direkt abzufragen, zu berichten, wie viele Rechnungen eines bestimmten Lieferanten zur Prüfung anstehen, welche Dokumente diese Woche die Abstimmung nicht bestanden haben oder wo eine bestimmte Referenz auftaucht, und er antwortet aus den Live-Moduldaten mit Verknüpfungen zu den zugrunde liegenden Seiten.

Worker führen ebenso Aktionen aus, wie sie Fragen beantworten. Sie klassifizieren eingehende Dokumente, extrahieren und normalisieren Felder, lösen Parteien gegen Stammdaten auf und geben saubere Dokumente ohne menschliches Zutun an ihre Zielprozesse frei, wo Konfidenz und Prüfungen es erlauben. Sie achten fortlaufend auf Anomalien und Ausnahmen, markieren Doppeleinreichungen, nicht abstimmende Summen, unerwartete steuerliche Behandlungen, aus dem Muster fallende Werte und Dokumente, die keinem bekannten Typ entsprechen, und melden diese mit beigefügten Belegen an die richtige Person. Wo ein Wert mehrdeutig ist, bietet ein Worker Entscheidungsunterstützung an und schlägt die wahrscheinlichste Lesart mit seiner Begründung und der Quellregion vor, damit ein Mensch sie bestätigen kann. Und ein Worker kann als Freigabe- oder Prüfknoten in einem Workflow stehen, ein Dokument gegen Richtlinien verifizieren und es entweder weiterleiten, zurückhalten oder an einen benannten Prüfer eskalieren, sodass Menschen ihre Aufmerksamkeit nur auf die Beurteilungen verwenden, die sie wirklich brauchen.