Daten aus Bestellungen extrahieren
Bestellungen stehen am Anfang jedes B2B-Beschaffungsprozesses. Die Bestellung ist die formale Verpflichtung: Käufer X fordert diese Artikel zu diesen Stückpreisen von Lieferant Y an, zur Lieferung an diesen Ort, bis zu diesem Datum, unter diesen Bedingungen. Einkaufsteams erzeugen Bestellungen aus einem ERP. Lieferanten erhalten sie als PDFs per E-Mail, in EDI-Feeds (X12 850 in den USA, EDIFACT ORDERS in Europa) oder über Punchout-Integrationen auf Käuferseite. Auftragsabteilungen bei Lieferanten tippen dieselben Daten dann erneut in ihre eigenen Systeme ein, um die Bestellung zu bestätigen und die Erfüllung zuzusichern. Dieses erneute Eintippen ist der Engpass: Ein typischer Midmarket-Lieferant verarbeitet 200 bis 2.000 Bestellungen pro Monat, meist von Käufern mit unterschiedlichen ERP-Vorlagen, und selbst kleine Fehler (falsche SKU, vertauschte Menge, verpasstes Lieferdatum) münden in Versandblockaden und verpasste Fristen. Die schwierigen Teile stecken in der Tabelle. Bestellungen enthalten fast immer Positionszeilen: SKU oder Teilenummer, Beschreibung, Bestellmenge, Maßeinheit (Stück, Karton, Palette, Kilogramm), Stückpreis, Zeilensumme, gewünschtes Lieferdatum pro Zeile und manchmal eine Lieferadresse, die von der Kopfadresse abweicht. Manche Bestellungen enthalten Dienstleistungszeilen (Beratungsstunden, Meilenstein-Leistungen) neben Materialzeilen. Langlaufende Rahmenbestellungen haben Abrufpläne, die wie Unterpositionen aussehen. Die Währung ist meist USD für US-Käufer, kann aber EUR oder GBP für europäische Konzerne mischen. Kopfzeilenfelder sind meist sauber: Bestellnummer, Bestelldatum, Käufername und -adresse, Lieferantenname und -adresse, Zahlungsbedingungen, Incoterms und die autorisierte Unterschrift des Käufers. Die vollständige Struktur muss genau so im ERP des Lieferanten ankommen, wie das ERP des Käufers sie dargestellt hat, sonst prallt die Auftragsbestätigung ab. Talonic extrahiert die vollständige Bestellstruktur aus jedem Quellformat. Positionszeilen werden als strukturiertes Array mit allen oben genannten Feldern zurückgegeben, unabhängig davon, ob das Quell-PDF eine Tabelle pro Seite verwendet oder die Tabelle über Fortsetzungsseiten fortführt. Mehrzeilige Adressen werden in strukturierte Komponenten zerlegt. Jede extrahierte Zelle trägt einen Konfidenzwert und einen Pixelbereich-Verweis, sodass die Auftragsabteilung des Lieferanten jedes Feld prüfen kann, bevor sie die Bestellung in ihrem ERP bestätigt.
Was aus Bestellungen extrahiert wird
So funktioniert die Extraktion für Bestellungen
Bestellungen entstehen in ERPs auf Käuferseite in Dutzenden von Formaten: SAP Ariba, Coupa, NetSuite, Microsoft Dynamics, Oracle und individuelle Systeme. Talonic klassifiziert jede Bestellung und gleicht sie mit dem Beschaffungsschema in der Field Registry ab, das jedes Kopf- und Positionsfeld unabhängig vom ERP-Layout der Quelle zuordnet. Mehrseitige Tabellen werden zusammengefügt. Abweichungen bei der Maßeinheit (Stück, Karton, Palette, KG, LB) werden auf eine kanonische UOM-Zeichenfolge normalisiert. Die Währung folgt ISO 4217. Lieferdaten, die pro Zeile variieren, bleiben pro Zeile erhalten, statt auf ein einziges Kopfdatum zusammengefasst zu werden. Die Ausgabe ist so strukturiert, dass sie ohne erneutes Eintippen in ein Auftragsverwaltungssystem auf Lieferantenseite eingespeist werden kann, und die Konfidenz pro Zelle mit Pixelbereich-Herkunft hält die Extraktion unter DIN SPEC 91491-Konformität prüfbar.
Beispielextraktion
Eine typische B2B-Bestellung in USD mit zwei Positionen
{
"po_number": "PO-2026-01102",
"po_date": "2026-04-05",
"buyer": "Globex Logistics LLC",
"supplier": "Acme Software, Inc.",
"ship_to": "Globex Warehouse 3, 4421 Logistics Pkwy, Memphis, TN 38116",
"currency": "USD",
"line_items": [
{
"sku": "ASW-PRO-AN",
"description": "Annual subscription, Pro plan",
"quantity": 5,
"uom": "EACH",
"unit_price": 1200,
"line_total": 6000,
"delivery_date": "2026-05-15"
},
{
"sku": "ASW-ONBOARD",
"description": "Onboarding services",
"quantity": 8,
"uom": "HR",
"unit_price": 250,
"line_total": 2000,
"delivery_date": "2026-04-30"
}
],
"totals": {
"subtotal": 8000,
"tax": 0,
"total": 8000
},
"payment_terms": "Net 45, FOB Origin"
}Häufig gestellte Fragen
Kann Talonic Bestellungen aus jedem ERP-System auf Käuferseite verarbeiten?
Ja. SAP Ariba, Coupa, NetSuite, Microsoft Dynamics, Oracle und individuelle Systeme erzeugen jeweils unterschiedliche PO-Layouts. Das Schema erfordert keine Konfiguration pro Vorlage. Die Extraktion passt sich an das jeweilige Quell-PDF an.
Wie verhält es sich mit EDI-Bestellungen (X12 850, EDIFACT ORDERS)?
Talonic verarbeitet PDF-Renderings von EDI-Bestellungen, die übliche Form beim Austausch von EDI außerhalb eines integrierten EDI-VAN. Die native Verarbeitung von EDI-Flatfiles wird über die API unterstützt, läuft jedoch über einen separaten Codepfad als die PDF-Extraktion.
Wie werden Rahmenbestellungen und Abrufe gehandhabt?
Rahmenbestellungen (langlaufende Vereinbarungen mit periodischen Abrufen) werden als Standardbestellung extrahiert; jeder Abruf wird als Unterposition mit eigener Menge und eigenem Lieferdatum behandelt. Die kumulierte Jahresmenge steht in den Kopfzeilen-Notizen, sofern die Quelle sie enthält.
Bleiben Liefertermine auf Positionsebene erhalten?
Ja. Jede Position trägt ihr eigenes delivery_date, sofern die Quell-PO eines angibt. Wird nur ein Liefertermin auf Kopfebene angezeigt, wird dieses Datum für die Kompatibilität nachgelagerter Systeme auf jeder Position wiederholt.
Kann die Ausgabe direkt in unser Auftragsverwaltungssystem geleitet werden?
Das strukturierte JSON lässt sich sauber auf gängige Formate von Auftragsverwaltungssystemen abbilden. Die Zuordnung der Feldnamen zu Ihrem konkreten Zielsystem erfolgt nachgelagert; Talonic liefert die strukturierten PO-Daten, Ihre Integrationsschicht leitet sie weiter.
Bereit, Daten aus Ihrem eigenen Bestellungen zu extrahieren?
Autorenhinweis
Geprüft von Talonic engineering, procurement subject-matter review · zuletzt geprüft am 2026-05-14