Zum Hauptinhalt springen

Daten aus Bestandsberichte extrahieren

Jede physische Zählung endet in einem Dokument, das mit dem abgeglichen werden muss, was das System als Lagerbestand annahm. Ein Bestandsbericht listet auf, was ein Lager zu einem bestimmten Zeitpunkt hält, und ein Supply-Chain-Planer, ein Controller beim Monatsabschluss und ein Auditor bei einer Bestandsstichprobe lesen alle dasselbe Raster. Jede Zeile enthält eine SKU, eine Artikelbeschreibung, die Bestandsmenge, die Stückkosten und einen erweiterten Wert, und eine Inventurzählung fügt die erwartete Menge und die Abweichung zwischen beiden hinzu. Ein Distributor mit einer Anlage von 12,000 SKUs könnte eine periodische Zählung für Lager DC-04 mit den permanenten Aufzeichnungen abgleichen, wobei eine Zeile für einen schnelldrehenden Artikel 1,180 gezählt gegenüber 1,200 erwartet und einen Schwund von 20 Einheiten zeigt, den die Finanzabteilung abschreiben muss. Die Schwierigkeit liegt im Zeilenraster und in der Bewertungsrechnung. Die Bestandsmenge bedeutet wenig ohne ihre Maßeinheit, da eine Kiste mit 24 Stück und ein Einzelstück unterschiedliche Zeilen sind, und der erweiterte Wert muss sich aus Menge mal Stückkosten je Zeile ergeben und sich dann zu einer abgeglichenen Gesamtsumme summieren. Ein Inventurbericht fügt eine Abweichungsspalte hinzu, die Anpassungen antreibt, und eine negative Abweichung deutet auf Schwund hin, während eine positive auf einen Fehler beim Wareneingang oder bei der Kommissionierung hinweist. Bestellpunkte und Statuskennzeichen wie aktiv, gesperrt oder ausgelaufen verändern, wie ein Planer die Zeile behandelt. Der Berichtskopf enthält das Lager, den Berichtszeitraum, die Zählmethode und wer die Zählung durchgeführt hat, alles, was ein Auditor braucht, bevor er den Zahlen vertraut. Talonic liest den Bestandsbericht und gibt den Kopf sowie ein Zeilenarray zurück, jede Zeile mit ihrer SKU, Beschreibung, Bestandsmenge, erwarteten Menge, Abweichung, Stückkosten und erweitertem Wert, mit abgeglichenen Summen. Eine periodische Zählung vom 2026-06-30 für Lager DC-04, bewertet mit $1,842,600 in USD, wird mit intakten Abweichungszeilen in das ERP geladen, sodass ein Controller eine Abschreibung aus strukturierten Daten bucht statt aus einer neu abgetippten Tabelle.

Was aus Bestandsberichte extrahiert wird

BerichtsnummerINV-2026-0630
Berichtsdatum2026-06-30
LagerDC-04, Columbus
BerichtszeitraumJune 2026
ZählmethodePeriodic
SKUPMP-4471
Bestandsmenge1,180 each
Mengenabweichung-20Gezählt minus erwartet; Schwund
Stückkosten$14.20
Gesamtwert$1,842,600

So funktioniert die Extraktion für Bestandsberichte

Inventarberichte werden aus Warehouse-Management- und ERP-Systemen wie SAP, NetSuite und Manhattan Associates exportiert, und gedruckte Zähllisten kommen als Scans von der Fläche zurück, die zunächst durch OCR laufen, sodass der Spaltensatz nie festgelegt ist. Talonic liest den Bericht und ordnet ihn dem Inventarschema im Field Registry zu, das den Lagerkopf von den Bestandsdetails je Zeile trennt. Jede Zeile behält ihre SKU, Beschreibung, Bestandsmenge, erwartete Menge und die Abweichung zwischen beiden, zusammen mit Mengeneinheit, Stückkosten und erweitertem Wert, und die Zeilenwerte werden mit der Berichtssumme abgeglichen. Statuskennzeichen wie aktiv, gesperrt und ausgemustert werden als codierte Werte erfasst, und Meldebestände werden gelesen, sofern der Bericht sie enthält. Die Zählmethode und der im Kopf genannte Zähler werden für den Prüfpfad festgehalten. Jeder Wert wird mit einem Konfidenzwert und einer Pixel-Region-Herkunft gemäß DIN SPEC 91491-Konformität zurückgegeben, sodass ein Controller eine Schwundabweichung vor Buchung einer Wertberichtigung gegen die Quellzählung prüfen kann.

Beispielextraktion

Eine periodische Inventurzählung, exportiert aus einem Lagersystem

{
  "report_number": "INV-2026-0630",
  "report_date": "2026-06-30",
  "warehouse": {
    "name": "DC-04 Columbus",
    "code": "DC-04"
  },
  "reporting_period": "June 2026",
  "count_method": "periodic",
  "counted_by": "R. Okafor",
  "currency": "USD",
  "inventory_items": [
    {
      "sku": "PMP-4471",
      "product_name": "Centrifugal pump seal",
      "quantity_on_hand": 1180,
      "quantity_expected": 1200,
      "quantity_variance": -20,
      "unit_of_measure": "each",
      "unit_cost": 14.2,
      "total_value": 16756,
      "status": "active"
    },
    {
      "sku": "BLT-0093",
      "product_name": "M8 hex bolt",
      "quantity_on_hand": 42000,
      "quantity_expected": 42000,
      "quantity_variance": 0,
      "unit_of_measure": "each",
      "unit_cost": 0.08,
      "total_value": 3360,
      "status": "active"
    }
  ],
  "total_value": 1842600
}

Häufig gestellte Fragen

Erfasst das System die Abweichung zwischen gezählter und erwarteter Menge?

Ja. Wenn eine permanente oder periodische Zählung beide Werte ausweist, werden Bestandsmenge, erwartete Menge und die Abweichung zwischen beiden je Zeile zurückgegeben, sodass ein Schwund von 20 Einheiten als Korrektur gebucht wird, statt in einer einzelnen Bestandszahl unterzugehen.

Wie werden Mengeneinheiten behandelt?

Jede Zeile behält ihre Mengeneinheit, da ein Karton mit 24 Stück und ein einzelnes Stück unterschiedliche Mengen sind, und der erweiterte Wert wird gegen Menge mal Stückkosten geprüft, sodass eine falsch erfasste Einheit auffällt.

Werden die Zeilenwerte mit der Berichtssumme abgeglichen?

Ja. Die erweiterten Werte je Zeile werden aufsummiert und mit dem angegebenen Gesamtwert abgeglichen, sodass eine Zählung vom 2026-06-30, deren Zeilen nicht zum angegebenen Gesamtwert von $1,842,600 passen, vor Erreichen des ERP zur Prüfung markiert wird.

Autorenhinweis

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