Zum Hauptinhalt springen

Daten aus Verkaufsaufträge extrahieren

Ein Verkaufsauftrag ist die Bestätigung des Verkäufers, dass er die Bestellung eines Kunden annimmt und die Ware zu den genannten Bedingungen liefert, und er ist das Dokument, das den Order-to-Cash-Zyklus auf Lieferantenseite zusammenhält. Auftragsabteilungen bei Herstellern und Distributoren erstellen für jede angenommene Bestellung einen: ein Distributor bestätigt 12 Positionen für einen Baumarkt-Händler, ein Komponentenhersteller bestätigt einen Rahmenauftrag mit vier geplanten Abrufen, ein Exporteur bestätigt einen in USD bepreisten Auftrag gegen eine Käufer-PO, die in einem anderen ERP geschrieben wurde. Wo der zugrunde liegende Handel standardisiert ist (UN/EDIFACT ORDERS in Europa, ANSI X12 850 mit seiner 855-Bestätigung in Nordamerika und die OASIS UBL Order- und Order-Response-Dokumente, die die meisten E-Procurement-Plattformen inzwischen sprechen), ist das Papier, auf dem die Bestätigung gedruckt wird, es nicht: Sie landet als PDF im Posteingang eines Kunden, das kein nachgelagertes System liest, ohne dass jemand sie erneut eintippt. Die Reibung liegt im Abgleich zwischen dem, was bestellt wurde, und dem, was der Verkäufer bestätigt hat. Ein Verkaufsauftrag verweist auf die Bestellnummer des Käufers, aber der Verkäufer nummeriert die Positionen um, ersetzt eine auslaufende SKU durch eine vorrätige, teilt eine einzelne bestellte Position auf zwei Liefertermine auf oder bestätigt einen Einzelpreis, der sich vom Angebot um eine Rundungsstufe unterscheidet. Die Lieferbedingungen hängen an einem Incoterm wie FOB oder EXW, der festlegt, wer die Fracht trägt. Steuer gilt für manche Positionen und für andere nicht. Teilbestätigungen bestätigen 9 von 12 Positionen und stellen den Rest zurück. Jede dieser Abweichungen ist genau das, was das Einkaufsteam des Käufers erkennen muss, bevor die Ware verschickt wird. Talonic liest den Verkaufsauftrag und liefert den Kopfbereich (Bestellnummer, Bestell- und Lieferdatum, Käufer, Lieferant, Lieferadresse, Währung, Zwischensumme, Steuer und Gesamtsumme) sowie ein Array mit Positionen, das jedes bestätigte Element mit Menge, Einzelpreis, Positionssumme und eigenem gewünschtem Liefertermin festhält. Eine Bestätigung über $18,400 über drei Positionen wird anhand strukturierter Felder mit der referenzierten Käufer-PO abgeglichen, sodass die Auftragsabteilung eine Bestätigung freigibt, statt sie erneut einzutippen.

Was aus Verkaufsaufträge extrahiert wird

BestellnummerSO-2026-04417Verkaufsauftrags- oder Bestätigungsnummer des Verkäufers
Bestelldatum2026-04-06
KäuferRidgeline Instruments Inc.
LieferantCascade Components LLC
LieferadresseRidgeline Dock 2, 900 Foundry Rd, Akron, OH 44305
Gewünschtes Lieferdatum2026-05-04
IncotermsFOB Origin
WährungUSDISO 4217 Code
Auftragssumme$18,400.00
Referenz zur Bestellung des KäufersPO-88231
PositionenArray: line, SKU, description, quantity, unit, unit price, line total, delivery date

So funktioniert die Extraktion für Verkaufsaufträge

Auftragsbestätigungen verlassen ERP-Systeme der Verkäufer (NetSuite, SAP, Microsoft Dynamics, Infor) und Order-Management-Zusatzsysteme in so vielen Layouts, wie es Anbieter gibt, und ein gescanntes Fax eines kleineren Lieferanten sieht einem sauberen E-Dokument in nichts ähnlich. Talonic klassifiziert die Bestätigung und gleicht sie mit dem Sales-Order-Modell im Field Registry ab, das die Kopfparteien und die Tabelle der bestätigten Positionen an ihre Bedeutung bindet statt an eine feste Vorlage. Die Referenz zur Bestellung des Käufers wird erfasst, damit die Bestätigung auf die ursprüngliche PO zurückverweist, Umnummerierungen von Positionen und SKU-Ersetzungen bleiben erhalten statt still zusammengeführt zu werden, und ein Lieferdatum je Position wird gespeichert, wenn der Verkäufer eine Teillieferung plant. Die Währung wird als ISO 4217 Code gelesen, und die Positionssummen werden addiert und gegen die angegebene Auftragssumme geprüft, sodass eine nicht aufgehende Bestätigung erkennbar wird. Jedes Feld liefert einen Konfidenzwert und einen Verweis auf seinen Bereich der Quellseite, was den Provenienzanforderungen von DIN SPEC 91491 entspricht, sodass ein Einkaufsanalyst einen bestätigten Preis oder eine Menge vor der Freigabe des Auftrags gegen das PDF prüfen kann.

Beispielextraktion

Eine Lieferanten-Auftragsbestätigung in USD, die drei Positionen gegen eine Käufer-PO bestätigt

{
  "document_number": "SO-2026-04417",
  "document_date": "2026-04-06",
  "buyer.name": "Ridgeline Instruments Inc.",
  "buyer.address": "900 Foundry Rd, Akron, OH 44305, USA",
  "supplier.name": "Cascade Components LLC",
  "delivery_address": "Ridgeline Dock 2, 900 Foundry Rd, Akron, OH 44305",
  "delivery_date": "2026-05-04",
  "incoterms": "FOB Origin",
  "currency": "USD",
  "buyer_order_reference": "PO-88231",
  "line_items": [
    {
      "line_number": 1,
      "item_code": "CC-4120",
      "description": "Precision bearing, 40mm",
      "quantity": 200,
      "unit": "EA",
      "unit_price": 42,
      "line_total": 8400,
      "requested_delivery_date": "2026-05-04"
    },
    {
      "line_number": 2,
      "item_code": "CC-2075",
      "description": "Drive shaft coupler",
      "quantity": 120,
      "unit": "EA",
      "unit_price": 65,
      "line_total": 7800,
      "requested_delivery_date": "2026-05-04"
    },
    {
      "line_number": 3,
      "item_code": "CC-0990",
      "description": "Mounting bracket kit",
      "quantity": 100,
      "unit": "EA",
      "unit_price": 22,
      "line_total": 2200,
      "requested_delivery_date": "2026-05-11"
    }
  ],
  "subtotal": 18400,
  "tax_amount": 0,
  "total_amount": 18400,
  "payment_terms": "Net 30"
}

Häufig gestellte Fragen

Wie wird die Auftragsbestätigung mit der ursprünglichen Bestellung abgeglichen?

Die Referenz zur Bestellung des Käufers wird als eigenes Feld erfasst, sodass die Bestätigung auf die PO zurückverweist, auf die sie antwortet. Da Verkäufer Positionen umnummerieren und SKUs austauschen, behält jede bestätigte Position ihren eigenen Artikelcode, ihre Menge und ihren Preis, statt zur PO-Position gezwungen zu werden. So kann ein Käufer eine Ersetzung oder eine Preisabweichung Position für Position erkennen.

Werden Teilbestätigungen und Rückstände (Backorders) verarbeitet?

Ja. Wenn ein Verkäufer 9 von 12 Positionen bestätigt und den Rest zurückstellt, werden die bestätigten Positionen mit ihren Mengen und Terminen zurückgegeben, während die zurückgestellten als eigene Zeilen mit sichtbarem Fehlbetrag erhalten bleiben, sodass der Käufer nicht annimmt, der gesamte Auftrag sei versendet worden.

Können EDI-Auftragsbestätigungen wie X12 855 oder EDIFACT ORDRSP gelesen werden?

Talonic extrahiert PDF-Renderings von EDI-Auftragsbestätigungen, das ist die übliche Form, wenn die Nachricht außerhalb eines integrierten EDI-Kanals ausgetauscht wird. Die native EDI-Flatfile-Aufnahme läuft über die API auf einem separaten Pfad zur PDF-Extraktion.

Ist die Ausgabe bereit zum Laden in ein Order-Management-System?

Der strukturierte Auftrag wird als CSV für eine Tabelle oder als JSON für ein Order-Management-System oder ERP exportiert. Der Kopf erscheint einmal, und die bestätigten Positionen sind ein flaches Array; die Zuordnung zu einem bestimmten Ziel erfolgt in Ihrer Integrationsschicht.

Autorenhinweis

Geprüft von Talonic engineering · zuletzt geprüft am 2026-07-06