Dokumentenextraktion in der Fertigung:
Von Bestellungen zu Rechnungen in einer Pipeline

Der Vier-Dokumente-Beschaffungszyklus, den ERP-Systeme nicht verarbeiten können

Die Beschaffung in der Fertigung erzeugt einen geschlossenen Kreislauf aus vier Dokumenttypen. Der Zyklus beginnt, wenn der Einkauf eine Bestellung an einen Lieferanten ausstellt – mit Angaben zu Teilenummern, Mengen, Einzelpreisen, Lieferterminen und Konditionen. Bevor diese Bestellung ausgestellt wird, legt ein Lieferantenangebot (oder die Antwort auf eine Angebotsanfrage) die Preise fest: Der Lieferant sendet eine PDF mit den angebotenen Einzelpreisen, Lieferzeiten, Mindestbestellmengen und Gültigkeitsdauern. Bei Warenanlieferung erfasst das Wareneingangsteam einen Wareneingangsschein – der dokumentiert, was tatsächlich am Dock angekommen ist, einschließlich Teilenummern, erhaltenen Mengen, Chargennummern und etwaigen Abweichungen zur Bestellung. Schließlich sendet der Lieferant eine Lieferantenrechnung zur Zahlungsaufforderung für die gelieferten Waren, mit Angabe von Positionen, abgerechneten Mengen, Einzelpreisen, Steuern und Gesamtbetrag.

Der Dreifachabgleich – der Prozess des zeilenweisen Vergleichens von Bestellung, Wareneingang und Rechnung vor der Zahlungsfreigabe – ist die finanzielle Kontrolle, die diesen Kreislauf ehrlich hält. Er deckt Überzahlungen, Minderlieferungen, Preisabweichungen und unerlaubte Ersatzlieferungen auf. Laut APQC-Benchmarking-Daten verarbeiten Spitzenunternehmen Rechnungen zu Kosten von 2,82 $ pro Stück. Schlusslichter zahlen über 30 $ pro Rechnung – und die Lücke ist fast immer auf den manuellen Aufwand zwischen Dokumenteneingang und ERP-Erfassung zurückzuführen.

Das Problem der meisten Hersteller ist nicht, dass der Drei-Wege-Abgleich konzeptionell schwierig wäre. Das Problem ist, dass nur eines der drei Dokumente – die Bestellung – im ERP entstanden ist. Der Wareneingang kann ein handschriftliches Formular vom Dock sein, ein PDF aus dem eigenständigen Bestandssystem des Lagenteams oder ein vom Fahrer unterschriebener Lieferschein. Die Lieferantenrechnung kommt in dem Format, das die Buchhaltungssoftware des Lieferanten erzeugt hat – ein QuickBooks-PDF, ein Sage-Export, ein SAP-Dokument oder ein Scan einer getippten Seite. Keines dieser Dokumente gelangte über einen strukturierten Datenkanal in das System des Herstellers. Sie kamen per E-Mail.

Warum der Dreifachabgleich scheitert, wenn zwei der drei Dokumente PDFs sind

Der Dreifachabgleich erfordert den Vergleich von Mengen, Einzelpreisen und Positionsbeschreibungen über drei Dokumente hinweg. Liegen alle drei als strukturierte Datensätze im ERP vor, ist der Vergleich trivial – die Software führt ihn automatisch durch. Sind zwei der drei Dokumente jedoch unstrukturierte PDFs in einer E-Mail-Inbox, wird der Abgleich zur manuellen Abstimmungsarbeit für einen Kreditorenbuchhalter mit zwei Monitoren – einem für das PDF, dem anderen für die ERP-Oberfläche.

Die Rechnung verdeutlicht die Kosten. Ardent Partners' AP-Benchmark 2024 weist durchschnittliche Rechnungsbearbeitungskosten von 9,40 $ aus – und das nur für Rechnungen, ohne den Zeitaufwand auf der Wareneingangsseite. Branchenschätzungen beziffern die manuelle Bestellbearbeitung auf 50 bis 60 $ pro Dokument, inklusive Fehlerkorrektur und Nacharbeit. Ein Hersteller, der monatlich 500 Lieferantenrechnungen mit 500 zugehörigen Wareneingängen abgleicht, hat allein für die Dateneingabe vor dem eigentlichen Abgleich einen Aufwand von Hunderten Arbeitsstunden pro Monat.

Die Fehlerquellen beim manuellen Dreifachabgleich sind spezifisch und vorhersehbar:

Jeder dieser Fehler hat dieselbe Ursache: Ein Mensch übersetzt unter Zeitdruck und in großem Umfang visuelle Informationen aus einer PDF in strukturierte Datenfelder. Der Schritt der Extraktion – die Umwandlung der PDF in strukturierte Zeilen mit Teilenummern, Mengen und Preisen – ist der Punkt, an dem die Fehler ins System gelangen. Alles Weitere (Abgleich, Genehmigung, Zahlung) erbt diese Fehler. Für einen tieferen Einblick, wie die Extraktionsgenauigkeit je nach Feldtyp variiert, siehe unsere Analyse der OCR-Genauigkeit nach Feldtyp.

Das Problem der Nicht-EDI-Lieferanten: Warum 41 % Ihrer Geschäftspartner keine strukturierten Daten senden können

Die sauberste Lösung für das Extraktionsproblem besteht darin, es zu vermeiden: Verlangen Sie von jedem Lieferanten, strukturierte elektronische Dokumente per EDI (Electronic Data Interchange) zu senden. EDI-Transaktionssätze 850 für Bestellungen, 810 für Rechnungen, 856 für Lieferankündigungen – diese Standards existieren genau dafür, Beschaffungsdaten ohne manuelle Neueingabe zwischen Systemen zu übertragen.

In der Praxis bleibt eine vollständige EDI-Einführung für die meisten mittelständischen Hersteller unerreichbar. Eine Umfrage von Data Interchange unter 138 Unternehmen ergab, dass über 41 % überhaupt keine EDI-Fähigkeit besitzen und 21 % ausschließlich auf Webportale angewiesen sind. Die Unternehmen ohne EDI sind keine Randfälle – es sind die kleinen Maschinenbaubetriebe, Spezialisten für Verbindungselemente, kundenspezifische Fertigungsbetriebe und regionalen Rohstofflieferanten, die einen erheblichen Teil der genehmigten Lieferantenliste eines jeden Herstellers ausmachen.

Die Wirtschaftlichkeit erklärt dies. Die traditionelle EDI-Implementierung erfordert VAN-Abonnements (Value-Added Network), Dokumenten-Mapping pro Geschäftspartner und laufende Wartung – eine Kostenstruktur, die für einen Tier-1-Automobilzulieferer mit 10.000 Transaktionen pro Monat und drei OEMs sinnvoll ist, nicht jedoch für eine 15-köpfige Werkzeug- und Formenbau-Werkstatt, die Ihnen acht Rechnungen pro Jahr sendet. Die EDI-Pflicht für alle Lieferanten eines 200-köpfigen Lieferantenstamms bedeutet entweder den Verlust von Lieferanten, die nicht in die EDI-Infrastruktur investieren können oder wollen, oder die Übernahme der Kosten für deren Anbindung über ein Lieferantenportal – was wiederum Implementierung und laufenden Support erfordert.

Das schafft eine zweigeteilte Realität für Hersteller. Tier-1-Lieferanten (die oberen 10–15 % nach Volumen) senden strukturierte EDI-Daten, die automatisch ins ERP fließen. Die restlichen 85 % schicken PDFs, gescannte Dokumente, Positionslisten im E-Mail-Text und gelegentlich Faxe. Die Extraktionslücke besteht in dieser 85-%-Stufe – und genau dort schaffen Dokumentextraktions-Tools Mehrwert.

Was bewerten: Fünf Fragen, die ein Fertigungseinkäufer jedem Extraktionstool stellen sollte

Die meisten Bewertungen von Extraktionstools beginnen mit Genauigkeitsbenchmarks und Preismodellen. Diese sind wichtig, aber für ein Beschaffungsteam in der Fertigung nicht die entscheidenden Fragen. Die Fragen, die bestimmen, ob ein Tool Ihre Dateneingabe tatsächlich reduziert – statt nur ein weiteres System hinzuzufügen, das einen Dokumententyp verarbeitet und den Rest unberührt lässt – sind struktureller Natur.

1. Verarbeitet das Tool alle vier Beschaffungsdokumenttypen oder nur Rechnungen?

Die meisten Tools zur Extraktion und AP-Automatisierung sind auf Rechnungen ausgelegt. Rossum, Basware, Tipalti und BILL konzentrieren sich auf den Workflow von Rechnung bis Zahlung. Das machen sie gut. Wenn Ihr Extraktionsproblem jedoch darin besteht, dass Angebote von Lieferanten als nicht vergleichbare PDFs eingehen, Wareneingänge handschriftlich auf dem Dock erfasst werden und Rechnungen mit beidem abgeglichen werden müssen, dann löst ein reines Rechnungstool nur 25 % des Problems. Prüfen Sie, ob das Tool Bestellungen, Angebote, Wareneingänge und Rechnungen über dieselbe Oberfläche verarbeiten kann – ohne separate Vorlagen, separate Trainingsdaten oder separate Preise pro Dokumenttyp.

2. Benötigt die Extraktion Vorlagen oder funktioniert sie beim ersten Durchlauf?

Ein Hersteller mit 200 Lieferanten erhält Rechnungen und Angebote in mindestens 50 verschiedenen Formaten – unterschiedliche Buchhaltungssoftware, verschiedene Feldbezeichnungen („Rechnungsbetrag“ vs. „Gesamtsumme“ vs. „Saldo“), unterschiedliche Layouts. Vorlagenbasierte Extraktionstools erfordern die Konfiguration einer Vorlage für jedes Format, was bedeutet, dass Sie entweder den Einrichtungsaufwand für alle 50 Formate im Voraus betreiben oder reaktiv Vorlagen hinzufügen, sobald neue Formate auftauchen. Semantische Extraktion – bei der das Tool versteht, was „Gesamtsumme fällig“ bedeutet, anstatt wo es auf der Seite steht – verarbeitet eine Rechnung eines neuen Lieferanten beim ersten Hochladen. Der Unterschied zwischen diesen Ansätzen wird in unserem Vergleich von KI-gestützter OCR versus traditioneller Vorlagen-OCR erläutert.

3. Kann das Tool auch Positionen extrahieren oder nur Kopfdaten?

Der Drei-Wege-Abgleich erfolgt auf Positionsebene. Zu wissen, dass eine Rechnung 47.500 € beträgt, reicht nicht – Sie müssen wissen, dass Position 1 500 Einheiten von Teil #A-2034 zu 18,50 € umfasst, Position 2 200 Einheiten von Teil #B-7712 zu 42,25 € und so weiter. Viele Extraktionstools verarbeiten Kopfdaten (Rechnungsnummer, Datum, Gesamtbetrag) zuverlässig, scheitern jedoch an mehrzeiligen Positionstabellen – insbesondere wenn Zeilen über mehrere Seiten verteilt sind, Zellen verbunden wurden oder die Spaltenausrichtung inkonsistent ist. Fragen Sie gezielt nach der Extraktion von Positionen und testen Sie diese vor der Entscheidung an Ihren eigenen mehrseitigen Rechnungen.

4. Was passiert mit handschriftlichen und gemischten Dokumenten?

Wareneingangsbelege sind die Dokumentenart, die am häufigsten handschriftliche Einträge enthält – Lagerarbeiter notieren mit Kugelschreiber erhaltene Mengen, Chargennummern und Zustandsvermerke auf Vordrucken. Wenn das Extraktionstool handschriftlichen Text nicht zusammen mit gedrucktem Text im selben Dokument lesen kann, wird die Erfassung auf manuelle Eingabe zurückgesetzt. Die zugrundeliegende Technologie ist hier entscheidend: Herkömmliche OCR-Engines haben Schwierigkeiten mit Handschrift, während vision-modellbasierte Engines gedruckten und handschriftlichen Text in einem Durchlauf verarbeiten. Für einen technischen Vergleich siehe KI-OCR für handschriftliche Dokumente.

5. Wie hoch sind die Gesamtkosten im Vergleich zum Status quo?

Der Status quo hat seinen Preis. Wenn Ihr AP-Team pro Dokument 3 Minuten für die manuelle Dateneingabe benötigt – und Sie monatlich 500 Rechnungen, 500 Lieferscheine, 200 Angebote und 500 Bestellungen bearbeiten – ergibt das 1.700 Dokumente × 3 Minuten = 85 Stunden Dateneingabe pro Monat. Bei 25 $/Stunde inkl. Nebenkosten sind das 2.125 $/Monat allein für den Erfassungsschritt – vor Fehlerkorrektur oder Abgleich. Ein Extraktionstool, das die Bearbeitungszeit pro Dokument auf 10–15 Sekunden Prüfung reduziert (statt 3 Minuten Neuabtippen), verlagert über 80 dieser Stunden in wertschöpfendere Tätigkeiten. Für einen umfassenden Kostenvergleich siehe unsere Kosten-pro-Datensatz-Analyse von KI vs. manueller Dateneingabe.

Für Organisationen, die zwischen einer vollständigen Beschaffungsplattform und einem fokussierten Extraktionstool abwägen, zeigt das Entscheidungsframework Eigenentwicklung vs. Kauf die jeweiligen Vor- und Nachteile auf.

Wie spaltenbasierte Extraktion vier Dokumenttypen ohne vier separate Tools bewältigt

Der Grund, warum die meisten Extraktionstools nur für einen Dokumenttyp ausgelegt sind, liegt in der Architektur. Vorlagenbasierte Systeme benötigen für jedes Dokumentformat eine separate Vorlage, und das Geschäftsmodell baut auf dokumenttypspezifischen Workflows auf – ein Produkt für Rechnungen, ein weiteres für Verträge, ein drittes für Quittungen. Ein Tool, das auf einem anderen Extraktionsmechanismus basiert, kann diese Zersplitterung vollständig umgehen.

ImageToTable.ai nutzt die benutzerdefinierte Spaltenextraktion: Statt Vorlagen zu trainieren oder Begrenzungsrahmen um Felder zu zeichnen, geben Sie die gewünschten Spaltennamen ein – „Artikelnummer“, „Bestellte Menge“, „Einzelpreis“, „Lieferdatum“ – und die KI liest jedes Dokument, um die Werte zu finden, die diesen Feldnamen entsprechen. Die von Ihnen eingegebenen Spaltennamen werden zu den exakten Kopfzeilen Ihrer Ausgabetabelle. Dieselbe Oberfläche verarbeitet eine Bestellung, ein Angebot, einen Wareneingang und eine Lieferantenrechnung – Sie ändern die Spaltendefinitionen für jeden Dokumenttyp, und die KI passt sich an.

So sehen die Spaltendefinitionen für die vier Beschaffungsdokumente aus:

Die Extraktions-Engine muss nicht im Voraus wissen, ob es sich um eine Bestellung, ein Angebot, einen Wareneingangsschein oder eine Rechnung handelt. Sie liest das Dokument visuell, findet Werte, die semantisch zu den von Ihnen definierten Spaltennamen passen, und gibt sie als strukturierte Zeilen aus. Eine Bestellung von Grainger, ein Lieferantenangebot von MSC Industrial Direct, ein handschriftlicher Wareneingangsschein vom eigenen Lager – gleiches Tool, gleiche Oberfläche, andere Spaltennamen. Für einen umfassenderen Überblick über diesen Ansatz siehe Was ist Datenextraktionssoftware und wie funktioniert sie?.

Über die direkte Extraktion hinaus ermöglichen Berechnete Spalten das Hinzufügen von berechneten Feldern während der Extraktion. Sie könnten beispielsweise eine Spalte namens „Positionsabweichung (Rechnungsmenge − Bestellmenge)“ definieren – die KI liest sowohl die Rechnungs- als auch die Bestellmenge aus dem Dokument und gibt die Differenz als neue Spalte aus. Dies ist nützlich für die Analyse von Wareneingangsabweichungen: Definieren Sie „Mengenabweichung (Erhalten − Bestellt)“ als berechnete Spalte, und die Ausgabetabelle markiert jede Zeile, in der die erhaltene Menge nicht der Bestellmenge entspricht – ohne Nachbearbeitung in Excel.

Die Demo oben verwendet eine Bestellvorlage, aber dieselbe Extraktionsoberfläche verarbeitet Angebote, Wareneingänge und Rechnungen – der einzige Unterschied sind die von Ihnen definierten Spaltennamen. Für die Stapelverarbeitung mehrerer Lieferantenrechnungen in einer einzigen Tabelle siehe Rechnungssammlung extrahieren.

Das Problem der Lieferantendokumente – und wie Sie es ohne Portal lösen

Extraktion setzt voraus, dass Dokumente eingetroffen sind. In der Beschaffung in der Fertigungsindustrie ist das Eintreffen selbst ein Reibungspunkt. Angebote von Lieferanten kommen als Antwort auf RFQs – aber jeder Lieferant sendet sein Angebot an die E-Mail eines anderen Einkäufers, in einem anderen Format, zu einem anderen Zeitpunkt. Wareneingänge werden am Dock erfasst, erreichen die Kreditorenbuchhaltung aber oft erst Tage später. Rechnungen treffen als E-Mail-Anhänge ein, manchmal eine pro Sendung, manchmal eine Rechnung für drei Bestellungen.

Enterprise-Beschaffungsplattformen lösen dies mit Lieferantenportalen – Coupa, SAP Ariba und Ivalua bieten Portale, in denen sich Lieferanten anmelden, Dokumente hochladen und elektronisch auf Bestellungen antworten. Diese Plattformen kosten mindestens 20.000 US-Dollar pro Jahr und erfordern, dass Lieferanten Konten erstellen und eine neue Oberfläche erlernen. Für einen Hersteller mit 200 Lieferanten ist die Einbindung aller Lieferanten in ein Portal ein mehrmonatiges Projekt mit anhaltenden Akzeptanzproblemen.

Eine schlankere Alternative ist ein Sammellink – eine teilbare URL, die jeder Lieferant öffnen, einen kurzen Verifizierungscode eingeben und Dokumente direkt in Ihre Verarbeitungswarteschlange hochladen kann. Keine Lieferantenregistrierung, keine Softwareinstallation, kein Portal-Training. Der Lieferant erhält den Link per E-Mail, öffnet ihn auf seinem Handy oder Computer und lädt die Rechnungs-PDF, den unterschriebenen Lieferschein oder das aktualisierte Angebot hoch. Die Dokumente landen in der Warteschlange Ihres Kontos und sind bereit zur Extraktion.

Für ein Einkaufsteam, das monatliche Angebotsanfragen von 30 Lieferanten verwaltet, bedeutet ein Collection Link pro Lieferant, dass jeder Anbieter einen einzigen Upload-Punkt für alle von Ihnen benötigten Dokumente hat – Angebote, Rechnungen, Packlisten, Zertifikate. Statt in E-Mail-Threads nach der neuesten Version zu suchen, prüfen Sie die Warteschlange. Dieser Ansatz eignet sich besonders gut für Lieferanten ohne EDI-Fähigkeit, die – wie die Data Interchange-Umfrage zeigte – mehr als vier von zehn Geschäftspartnern beschreibt.

ERP-Integration: Was „importbereit" in der Fertigung wirklich bedeutet

Ein häufiges Missverständnis bei der Bewertung von Extraktionstools ist, dass „ERP-Integration" bedeutet, das Tool schreibe Daten per API direkt in Ihr ERP. Für Enterprise-AP-Plattformen wie Basware oder Coupa ist die direkte ERP-Integration ein zentrales Verkaufsargument – und ein zentraler Kostentreiber. Für mittelständische Fertigungsunternehmen mit Epicor Kinetic, SYSPRO, Infor CloudSuite Industrial oder Dynamics 365 ist der praktische Integrationspfad meist einfacher und realistischer.

Die meisten mittelständischen ERPs akzeptieren strukturierte Datenimporte über CSV- oder Excel-Dateien, die auf bestimmte Importvorlagen abgebildet sind. Epicor Kinetics DMT (Data Migration Tool), SYSPROs e.net Solutions, Infors BODs (Business Object Documents) und Dynamics 365s Data Management Framework unterstützen alle dateibasierte Importe mit definierten Spaltenzuordnungen. Ein Extraktionstool, das in Excel oder CSV mit Spaltenüberschriften ausgibt, die Ihrer ERP-Importvorlage entsprechen, bietet Ihnen eine funktionale Integration – ohne API-Entwicklung, Middleware oder ein sechsstelliges Implementierungsprojekt.

Der Workflow sieht so aus: Lieferantendokumente treffen ein → das Extraktionstool wandelt sie in strukturierte Zeilen um → Sie prüfen die Ausgabe (10-15 Sekunden pro Dokument statt 3 Minuten Abtippen) → Sie importieren die geprüfte Datei in Ihr ERP. Das Extraktionstool ersetzt nicht Ihr ERP. Es schließt die Lücke zwischen dem E-Mail-Anhang und der Importfunktion des ERPs – die Lücke, die derzeit einen AP-Sachbearbeiter und eine Tastatur erfordert.

Für Teams, die API-basierte Integration mit diesem dateibasierten Ansatz vergleichen, zeigt unser Vergleich der API- und No-Code-Extraktionsarchitektur, wann welcher Ansatz sinnvoll ist.

FAQ