Übersetzt aus dem englischen Original. Zahlen und Quellen sind unverändert. Englisches Original lesen

Vom Unternehmen berichtetIm Einsatz seit 2026Hinzugefügt am Okt. 2026

Tesisquare

Die Multi-Agenten-Pipeline von Tesisquare verarbeitet 97,0 % von 955 Lieferantendokumenten ohne Ausweichlösung

Tesisquare, ein Softwareunternehmen aus Turin, hat eine Pipeline gebaut, die Lieferantenrechnungen sortiert, trennt, liest und prüft; nur unsichere Fälle prüfen Menschen. Der KI-Leiter berichtet, dass 97,0 % von 955 Produktivdokumenten die Pipeline durchliefen und die Genauigkeit in einem Test mit 100 Dokumenten 98,5 % erreichte.

Kennzahlen

Wortgetreu aus den Quellen übernommen. Kopieren Sie jede Zahl mit ihrer Quellenangabe.

97,0 %

Anteil der 955 Produktivdokumente (verarbeitet bis zum 21. Januar 2026), die die Pipeline durchgängig bearbeitet hat; 926 Dokumente, während 29 an ältere OCR-Werkzeuge oder ein manuelles Webportal gingen1

98,5 %

Genauigkeit auf Dokumentebene (alle erforderlichen Felder korrekt) der vollständigen Pipeline mit menschlicher Prüfung, an einer geschichteten Teilmenge von 100 Produktivdokumenten1

60,0 %

Genauigkeit auf Dokumentebene einer Vergleichslösung, die jedes PDF direkt an ein Sprachmodell schickte, an denselben 100 Dokumenten1

17,5

Prozentpunkte

Genauigkeitsgewinn durch den vorgeschalteten Parsing-Schritt (Dokumentlayout in strukturierten Text umgewandelt) vor der Extraktion, an denselben 100 Dokumenten1

Was es erforderte

KostenNicht veröffentlicht
TeamNicht veröffentlicht
ZeitplanNicht veröffentlicht

Kosten, Teamgröße und Zeitplan wurden in den Quellen nicht veröffentlicht.

Das Problem

Unternehmen, die Rechnungen von vielen Lieferanten erhalten, müssen einen steten Strom von Dokumenten in unterschiedlichen Layouts und Sprachen bewältigen. Die manuelle Dateneingabe ist langsam und fehleranfällig, und ältere OCR-Werkzeuge (Software, die Scans in Text umwandelt) erfordern bei einem großen Teil der Dokumente oft das Eingreifen von Menschen. Die Autoren befürchten zudem, dass ein Sprachmodell allein Werte erfinden kann, was bei Finanzdaten ein Risiko ist.

Was sie gebaut haben

Tesisquare, ein Softwareunternehmen in Turin, hat eine Pipeline aus fünf spezialisierten Schritten gebaut, die Agenten genannt werden. Einer erkennt Dokumenttyp und Lieferanten, einer trennt Sammeldateien in einzelne Rechnungen, einer wandelt jede Seite in strukturierten Text um, einer zieht mit einem Sprachmodell die Felder heraus, und einer validiert das Ergebnis. Dokumente, bei denen sich das System unsicher ist, gehen an eine Person, auf einem Bildschirm, der das Dokument neben den extrahierten Daten zeigt. Laut Papier läuft in der Produktion Mistral-Small-3.2, ein Open-Weight-Modell (mit offenen Gewichten: Die Dateien sind veröffentlicht, ein Unternehmen kann es also auf eigenen Servern betreiben), mit DeepSeek-OCR als Ausweichlösung für Zeiten mit hohem Volumen.

Wie sie vorgegangen sind

Der Extraktionsschritt arbeitet mit dem strukturierten Text statt mit rohen Scans, was nach Angaben der Autoren die Textmenge, die das Modell lesen muss, um 35 % senkt. Der Validierungsschritt prüft Formate und Summen, und ein Zuverlässigkeitswert entscheidet, welche Dokumente an eine Prüferin oder einen Prüfer gehen, mit Schwellenwerten, die typischerweise zwischen 80 % und 90 % liegen. Korrigiert jemand ein Feld, macht das System aus der Korrektur aktualisierte Anweisungen für das Modell und wendet sie auf ähnliche Dokumente an, die bereits in der Warteschlange liegen, ohne das Modell neu zu trainieren. Der Produktivsatz umfasste mehr als 50 Lieferanten und Dokumente in Italienisch, Englisch, Deutsch und Französisch.

Ergebnisse

Von 955 bis zum 21. Januar 2026 verarbeiteten Produktivdokumenten liefen 926 (97,0 %) ohne Ausweichen auf ältere Werkzeuge oder ein manuelles Portal durch die Pipeline. In einem Test mit 100 Dokumenten aus der Produktion erreichte die vollständige Pipeline mit menschlicher Prüfung 98,5 % Genauigkeit, gegenüber 60,0 % bei einer einfachen Vergleichslösung, die das PDF direkt an ein Modell gibt. Der Schritt mit dem strukturierten Text brachte am meisten, nämlich 17,5 Prozentpunkte. Die Prüfung eines markierten Dokuments dauerte etwa 45 Sekunden, gegenüber rund 120 Sekunden bei vollständig manueller Bearbeitung.

Was Sie übernehmen können

Behandeln Sie Menschen als Teil des Designs, nicht als Sicherheitsnetz. Leiten Sie nur unsichere Dokumente an sie weiter, erfassen Sie jede Korrektur und messen Sie den Anteil, der auf dem automatisierten Weg bleibt, getrennt von der Genauigkeit.

Alle berichteten Zahlen

MessgrößeWertQuellenangabe
Anteil der 955 Produktivdokumente (verarbeitet bis zum 21. Januar 2026), die die Pipeline durchgängig bearbeitet hat; 926 Dokumente, während 29 an ältere OCR-Werkzeuge oder ein manuelles Webportal gingen97,0 %1
Genauigkeit auf Dokumentebene (alle erforderlichen Felder korrekt) der vollständigen Pipeline mit menschlicher Prüfung, an einer geschichteten Teilmenge von 100 Produktivdokumenten98,5 %1
Genauigkeit auf Dokumentebene einer Vergleichslösung, die jedes PDF direkt an ein Sprachmodell schickte, an denselben 100 Dokumenten60,0 %1
Genauigkeitsgewinn durch den vorgeschalteten Parsing-Schritt (Dokumentlayout in strukturierten Text umgewandelt) vor der Extraktion, an denselben 100 Dokumenten17,5 Prozentpunkte1
Durchschnittliche Prüfzeit pro markiertem Dokument im aktuellen Einsatz, im Vergleich zur vollständig manuellen Bearbeitung derselben Rechnungenetwa 45 Sekunden (gegenüber rund 120 Sekunden)1
F1-Wert (ein kombiniertes Maß für verpasste und falsche Felder) von Mistral-Small-3.2 im Vergleich der Autoren von vier Extraktionsmodellen92,9 %1

Erkenntnisse für Ihr Projekt

  1. Schalten Sie einen Schritt zum Lesen des Layouts vor das Sprachmodell. Im Test der Autoren steigerte die Umwandlung jeder Seite in strukturierten Text die Genauigkeit um 17,5 Prozentpunkte, mehr als jeder andere einzelne Schritt.

  2. Lassen Sie Menschen die Ausgabe korrigieren und speisen Sie die Korrekturen als aktualisierte Anweisungen zurück. Die Autoren tun das ohne erneutes Training des Modells, was die Kosten der Verbesserung niedrig hält.

  3. Ergänzen Sie einfache Rechenprüfungen, etwa Zwischensumme plus Steuer gleich Gesamtbetrag, und schicken Sie nur Dokumente mit geringer Zuverlässigkeit oder fehlgeschlagener Prüfung an Menschen. Die Autoren setzen Schwellenwerte für die Zuverlässigkeit von typischerweise 80 bis 90 %.

  4. Behalten Sie einen Ausweichweg ohne KI. Nicht erkannte Formate und stark verschlechterte Scans gingen an ältere OCR-Werkzeuge oder ein manuelles Portal, statt unzuverlässige Ergebnisse zu liefern.

  5. Rechnen Sie bei neuen Lieferanten mit einem Kaltstart. Die Autoren raten, mit viel menschlicher Prüfung zu beginnen und sie zu verringern, wenn sich Korrekturen ansammeln.

Einschränkungen

  • Alle Zahlen stammen aus einem Preprint des KI-Leiters von Tesisquare und eines Wissenschaftlers des Politecnico di Torino. Er wurde weder unabhängig geprüft noch von Dritten bestätigt, und es wird nicht gesagt, ob er begutachtet wurde.
  • Das Papier nennt den Endkunden, dessen Rechnungen verarbeitet wurden, nicht; der Einsatzkontext lässt sich daher von außen nicht prüfen.
  • Das Papier nennt kein Datum der Inbetriebnahme. Es sagt, dass Dokumente bis Januar 2026 verarbeitet wurden (Daten bis zum 21. Januar 2026); das Einsatzdatum wird daher nur als 2026 angegeben.
  • Die 97,0 % sind der Anteil der Dokumente, die auf dem KI-Weg blieben. Es ist keine Genauigkeitsquote. Die 29 Dokumente, die auf Wegen ohne KI bearbeitet wurden, blieben in der Genauigkeitsbewertung unberücksichtigt.
  • Die Genauigkeit von 98,5 % stammt aus nur 100 Dokumenten (je 5 aus 20 Gruppen von Lieferanten und Dokumenttypen), einer kleinen Stichprobe, und ist das Ergebnis mit menschlicher Prüfung. Der rein automatische Lauf der Autoren auf denselben Dokumenten erzielte 92,5 %.
  • Das Papier projiziert außerdem eine Verringerung des Vollzeitpersonals um etwa 70 % für ein Szenario mit 100.000 Rechnungen im Jahr sowie Einsparungen bei Emissionen, Energie und Wasser. Das sind modellierte Szenarien, keine gemessenen Ergebnisse, und sie werden hier nicht verwendet.
  • Die Prüfzeiten von 45 und 120 Sekunden geben die Autoren für den aktuellen Einsatz an, ohne zu beschreiben, wie sie gemessen wurden.
  • Der Modellvergleich nutzte den eigenen Testsatz der Autoren. Dem Papier zufolge wird Mistral-Small-3.2 produktiv eingesetzt, mit DeepSeek-OCR als Ausweichlösung für Zeiten mit hohem Volumen.

Quellen

  1. MADP: A Multi-Agent Pipeline for Sustainable Document Processing with Human-in-the-Loop

    arXiv (Tesisquare Head of AI and Politecnico di Torino) · 2026-05-16 · Forschungsarbeit · arxiv.org

In eigenen Worten aus den oben genannten Quellen zusammengefasst. Einen Fehler entdeckt? Siehe Korrekturen.