Ihr Daten-Template für das Supply-Chain-Management

Manhattan Associates
Ihr Daten-Template für das Supply-Chain-Management

Ihr Daten-Template für das Supply-Chain-Management

Dieses Template zeigt Ihnen, welche Daten Sie für die Analyse Ihrer Lieferkettenprozesse erfassen sollten. Es beschreibt die wichtigen Attribute und Aktivitäten und gibt praktische Hinweise zur Datenextraktion. Damit bereiten Sie Ihre Daten effizient für aussagekräftige Process-Mining-Erkenntnisse auf.
  • Empfohlene Attribute für die Datenerfassung
  • Wichtige Aktivitäten für die Nachverfolgung
  • Hinweise zur Datenextraktion
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute des Supply-Chain-Managements

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um das Supply-Chain-Management umfassend zu analysieren.
5 Erforderlich 5 Empfohlen 9 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name des konkreten Geschäftsereignisses oder Prozessschritts im Logistikprozess.
Beschreibung

Der Aktivitätsname bezeichnet einen einzelnen Schritt im Lebenszyklus der Lieferkette, zum Beispiel „Auftrag zugewiesen“, „Ware kommissioniert“ oder „Sendung versandt“. Diese Aktivitäten bilden die Knoten in der ermittelten Prozesskarte.

Durch die Analyse dieser Aktivitäten lässt sich der Prozessablauf visualisieren. Sie zeigt häufige Pfade und misst die Dauer der einzelnen Phasen. Das ist entscheidend, um zu verstehen, was während der Abwicklung eines Logistikauftrags geschieht und wo Nacharbeit, Engpässe oder Abweichungen vom Standardprozess auftreten.

Warum das wichtig ist

Dieses Attribut legt die Prozessschritte fest. Es bildet die Grundlage der Prozesskarte und ermöglicht die Analyse des Prozessablaufs und von Engpässen.

Woher beziehen

Dieses Attribut wird üblicherweise abgeleitet, indem Ereigniscodes oder Statusänderungen aus verschiedenen Transaktionstabellen von Manhattan Associates verständlichen Aktivitätsnamen zugeordnet werden.

Beispiele
Kundenauftrag eingegangenWare kommissioniertSendung versandtZustellnachweis eingegangen
Ereignis-Timestamp
EventTimestamp
Das genaue Datum und die Uhrzeit, zu der die Aktivität stattgefunden hat.
Beschreibung

Der Event Timestamp, auch Startzeit genannt, erfasst den genauen Zeitpunkt, zu dem eine Aktivität ausgeführt wurde. Dieser Timestamp ist entscheidend, um Ereignisse chronologisch zu ordnen und die Dauer zwischen Aktivitäten zu berechnen.

Beim Process Mining dienen diese Daten dazu, den zeitlichen Ablauf jedes Cases abzubilden, Zykluszeiten zu berechnen, Verzögerungen zu erkennen und die Prozessleistung im Zeitverlauf zu analysieren. Genaue Timestamps bilden die Grundlage für fast alle zeitbasierten Prozessanalysen und KPI-Berechnungen, etwa für die Durchlaufzeit und die Leistung bei termingerechter Lieferung.

Warum das wichtig ist

Dieses Attribut gibt die chronologische Reihenfolge der Ereignisse an und ist für die Berechnung aller zeitbasierten Kennzahlen wie Zykluszeiten und Verzögerungen unverzichtbar.

Woher beziehen

Diese Information findet sich in den Transaktionsprotokolltabellen von Manhattan Associates neben dem zugehörigen Ereignis oder der Statusaktualisierung.

Beispiele
2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T08:15:00Z
Logistikauftrag
LogisticsOrder
Die eindeutige Kennung eines Logistikauftrags. Sie dient als zentrale Case-ID, um den durchgängigen Supply-Chain-Prozess nachzuverfolgen.
Beschreibung

Der Logistikauftrag ist die zentrale Kennung, die alle zugehörigen Aktivitäten vom Eingang des Kundenauftrags bis zur endgültigen Zustellung miteinander verknüpft. Jeder Logistikauftrag steht für einen einzelnen Abwicklungsverlauf. So lässt sich der gesamte Lebenszyklus eines Auftrags analysieren, einschließlich Beschaffung, Lagerung, Versand und Zustellung.

Im Process Mining dient dieses Attribut dazu, alle zugehörigen Ereignisse zu einem einzelnen Case zusammenzufassen. Die Analyse nach Logistikauftrag ermöglicht es, durchgängige Durchlaufzeiten zu berechnen, häufige Prozessvarianten zu erkennen und Engpässe oder Abweichungen bei bestimmten Aufträgen aufzudecken.

Warum das wichtig ist

Dies ist die zentrale Case-ID, die alle zugehörigen Ereignisse zusammenfasst. So lässt sich der gesamte Ablauf eines einzelnen Auftrags vom Anfang bis zum Ende nachvollziehen.

Woher beziehen

Dies ist der Primärschlüssel in den zentralen Auftragsverwaltungstabellen von Manhattan Associates. Die Systemdokumentation gibt Auskunft über die genaue Tabelle, wahrscheinlich handelt es sich um eine Tabelle mit Auftragskopfdaten.

Beispiele
LO-2024-00123LO-2024-00456LO-2024-00789
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp gibt an, wann die Daten für diesen Datensatz zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden.
Beschreibung

Dieses Attribut enthält Datum und Uhrzeit des letzten Datenabrufs aus dem Quellsystem. Als Metadatenfeld zeigt es Benutzern, wie aktuell die analysierten Daten sind.

In Process-Mining-Dashboards ist diese Information wichtig, um den Aktualitätsstand der Erkenntnisse zu vermitteln. So wissen die Beteiligten, wie neu die Daten sind, und können ihre Entscheidungen darauf abstimmen. Zugleich wird verhindert, dass Analysen auf veralteten Informationen beruhen.

Warum das wichtig ist

Zeigt, wie aktuell die Daten sind, damit Analysen und Entscheidungen auf dem neuesten Informationsstand beruhen.

Woher beziehen

Dieser Timestamp wird während des ETL-Prozesses (Extraktion, Transformation und Laden) erzeugt und hinzugefügt.

Beispiele
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Quellsystem
SourceSystem
Das System, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut gibt an, aus welchem Informationssystem die Ereignisdaten stammen. In diesem Zusammenhang ist das in der Regel „Manhattan Associates“. Das Attribut kann aber auch verschiedene Module oder integrierte Systeme voneinander unterscheiden.

Es ist wichtig für die Data Governance und hilft, den Datenkontext zu verstehen, insbesondere wenn Daten aus mehreren Systemen zusammengeführt werden. Außerdem lässt sich damit die Datenherkunft nachvollziehen und die Ursache von Datenqualitätsproblemen ermitteln.

Warum das wichtig ist

Gibt die Herkunft der Daten an. Das ist wichtig für die Data Governance und Validierung sowie für das Zusammenführen von Daten aus mehreren Unternehmenssystemen.

Woher beziehen

Dieser statische Wert wird üblicherweise bei der Datenextraktion hinzugefügt, um den Ursprung des Datensatzes zu kennzeichnen.

Beispiele
Manhattan Associates WMSManhattan Associates TMSMA-SCALE
Auftragsart
OrderType
Die Klassifizierung des Logistikauftrags, zum Beispiel Standard, Express oder Bestandsauffüllung.
Beschreibung

Die Auftragsart kategorisiert Logistikaufträge nach ihrer Art oder Priorität. Gängige Typen sind Kundenaufträge, Umlagerungsaufträge und Retourenaufträge. Für jede Auftragsart können ein eigener erwarteter Prozessablauf und ein eigenes Service Level Agreement (SLA) gelten.

Dieses Attribut ist für Vergleichsanalysen wichtig. Wenn Analysten den Prozess nach Auftragsart filtern oder segmentieren, können sie nachvollziehen, wie die verschiedenen Auftragsarten bearbeitet werden, ihre Zykluszeiten vergleichen und feststellen, ob bestimmte Arten häufiger von Verzögerungen oder Ausnahmen betroffen sind. Das Attribut unterstützt direkt das Dashboard „Zykluszeitvergleich nach Auftragsart“.

Warum das wichtig ist

Ermöglicht den Vergleich der Leistung und Prozessabläufe verschiedener Auftragsarten, die oft unterschiedliche Abläufe und SLAs haben.

Woher beziehen

Das Feld befindet sich in den Auftragskopfdaten von Manhattan Associates. Den genauen Feldnamen finden Sie in der Systemdokumentation.

Beispiele
StandardauftragExpresslieferungBestandsauffüllungRetourenauftrag
Benutzername
UserName
Der Name oder die ID des Benutzers, der die Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut gibt an, welcher Mitarbeitende oder Systembenutzer einen bestimmten Prozessschritt ausgeführt hat. Es kann sich um eine eindeutige Benutzer-ID, einen Namen oder bei automatisierten Aufgaben um den Namen eines Systemkontos handeln.

Die Analyse nach Benutzern zeigt, wie die Arbeitslast verteilt ist, wie sich die Ressourcenleistung entwickelt und wo Schulungsbedarf besteht. Das Attribut ist wichtig für Dashboards zur Ressourcenauslastung und zum Durchsatz sowie für die Untersuchung von Prozessabweichungen, die mit bestimmten Benutzern zusammenhängen.

Warum das wichtig ist

Ermöglicht die Analyse der Ressourcenleistung und der Arbeitslastverteilung. Außerdem zeigt es, welche Benutzer oder Teams an Prozessausnahmen beteiligt sind.

Woher beziehen

Das Feld findet sich üblicherweise in Transaktionstabellen neben den Ereignisdaten, oft unter der Bezeichnung „UserID“ oder „ChangedBy“. Ziehen Sie die Dokumentation von Manhattan Associates zu Rate.

Beispiele
jdoeasmithsys_batch_user
Gewünschtes Lieferdatum
RequestedDeliveryDate
Das vom Kunden gewünschte oder im internen Plan vorgegebene Lieferdatum.
Beschreibung

Dieses Attribut enthält das Zieldatum, bis zu dem die Waren an den Kunden oder den Empfangsort geliefert werden sollen. Es dient als Vergleichswert für die Messung der Leistung bei termingerechter Lieferung.

Bei der Analyse wird dieses Datum mit dem tatsächlichen Lieferzeitpunkt („Proof of Delivery Received“) verglichen. So lässt sich feststellen, ob ein Auftrag pünktlich, vorzeitig oder verspätet geliefert wurde. Das Attribut ist eine wichtige Grundlage für Kennzahlen wie „Termingerechte Lieferung an Kunden“ und „Termingerechte Lieferung durch Lieferanten“ sowie für die zugehörigen Leistungs-Dashboards.

Warum das wichtig ist

Dient als Grundlage für die Messung der Termintreue, einer wichtigen Kennzahl für die Kundenzufriedenheit und das Lieferantenmanagement.

Woher beziehen

Das Feld befindet sich in den Auftragskopf- oder Auftragspositions-Tabellen von Manhattan Associates. Ziehen Sie die Systemdokumentation zu Rate.

Beispiele
2023-11-102023-11-152023-12-01
Produkt-SKU
ProductSKU
Die Stock Keeping Unit (SKU) oder Kennung des Produkts im Auftrag.
Beschreibung

Die Produkt-SKU ist ein eindeutiger Code zur Identifizierung eines bestimmten Produkts. Ein einzelner Logistikauftrag kann mehrere SKUs enthalten.

Die Analyse auf Produktebene zeigt, ob bestimmte Artikel mit Prozessineffizienzen verbunden sind, etwa längeren Kommissionierzeiten, häufigerer Nacharbeit oder wiederkehrenden Fehlbeständen. Dieses Attribut ist für das Dashboard „Bestandsauffüllung und Fehlbestandsrisiko“ wichtig, um die Rechtzeitigkeit von Nachbestellungen nach Produkt zu analysieren.

Warum das wichtig ist

Ermöglicht Analysen auf Produktebene, um Probleme wie Fehlbestände, Verzögerungen bei der Kommissionierung oder Qualitätsmängel bestimmter Artikel aufzudecken.

Woher beziehen

Das Feld befindet sich in den Auftragspositions-Tabellen von Manhattan Associates. Dazu müssen die Auftragskopfdaten mit den Positionsdetails verknüpft werden.

Beispiele
SKU-A123-REDSKU-B456-LSKU-C789-V2
Transportart
ModeOfTransport
Die Transportart für die Lieferung, zum Beispiel Lkw, Luft- oder Seefracht.
Beschreibung

Dieses Attribut gibt an, mit welcher Transportart die Waren vom Lager zum Zielort befördert werden. Beispiele sind Komplettladung (FTL), Teilladung (LTL), Luftfracht, Seefracht und Paketversand.

Diese Dimension ist für das Dashboard „Analyse von Transportkosten und Effizienz“ wichtig. Sie ermöglicht den Vergleich der Kosten und Geschwindigkeit verschiedener Transportarten. Außerdem hilft sie bei der Berechnung der Kennzahl „Häufigkeit von Expressversand“, indem sie zeigt, wann teurere, schnellere Transportarten zum Einsatz kommen.

Warum das wichtig ist

Unterstützt die Analyse von Transportkosten und Effizienz und zeigt, wie häufig teure Expressversandoptionen eingesetzt werden.

Woher beziehen

Das Feld befindet sich in den Versand- oder Transportplanungstabellen des TMS-Moduls von Manhattan Associates.

Beispiele
LuftfrachtLTLSeefrachtPaketversand
Abgangsort
OriginLocation
Das Lager, Werk oder die Einrichtung, von der die Lieferung ausgeht.
Beschreibung

Dieses Attribut gibt den Ausgangspunkt der Lieferung an, zum Beispiel ein Verteilzentrum, ein Produktionswerk oder den Standort eines Lieferanten. Üblicherweise wird dafür ein Standortcode oder -name verwendet.

Daten zu Abgangs- und Zielorten sind grundlegend für die Analyse des Logistiknetzwerks. Das Attribut unterstützt das Dashboard „Matrix der Durchlaufzeiten nach Abgangs- und Zielort“. Damit lassen sich Durchlaufzeiten auf verschiedenen Versandstrecken darstellen und analysieren sowie regionale oder standortspezifische Engpässe erkennen.

Warum das wichtig ist

Wichtig für die Optimierung des Logistiknetzwerks und die Ermittlung von Leistungsunterschieden zwischen Versandstrecken und Standorten.

Woher beziehen

Diese Information ist üblicherweise in den Versand- oder Auftragskopftabellen von Manhattan Associates gespeichert.

Beispiele
DC-AtlantaWH-NevadaPlant-Mexico-01
Gesamtkosten
TotalCost
Die gesamten finanziellen Kosten des Logistikauftrags oder bestimmter Aktivitäten.
Beschreibung

Dieses Attribut enthält die Gesamtkosten des Logistikauftrags. Sie können sich aus Transportkosten, Lagerkosten und Bearbeitungsgebühren zusammensetzen. Wie detailliert die Aufschlüsselung ist, hängt von den Quelldaten ab.

Kostendaten sind für wertorientiertes Process Mining besonders nützlich. Sie ergänzen die Zykluszeiten im Dashboard „Analyse von Transportkosten und Effizienz“ um den finanziellen Kontext. Durch die Kostenanalyse können Unternehmen teure Prozessvarianten erkennen und datengetrieben entscheiden, wie sie Geschwindigkeit und Kosten optimieren.

Warum das wichtig ist

Ergänzt den Prozess um eine finanzielle Dimension und ermöglicht die Analyse von Kostentreibern und der finanziellen Auswirkungen von Ineffizienzen.

Woher beziehen

Kostendaten können aus mehreren Tabellen in Manhattan Associates stammen oder eine Integration mit einem Finanzsystem erfordern. Informationen zu Frachtkosten- oder Auftragskostentabellen finden Sie in der Dokumentation.

Beispiele
150.752500.0085.50
Kundenname
CustomerName
Der Name des Kunden, an den die Waren geliefert werden.
Beschreibung

Dieses Attribut gibt den Endkunden an, der die Lieferung erhält. Dabei kann es sich um eine Einzelperson oder ein Unternehmen handeln.

Kundeninformationen sind wichtig, um Servicelevel zu analysieren und Muster bei bestimmten Kunden zu erkennen. Das Attribut unterstützt das Dashboard „Termingerechte Lieferung an Kunden“, da sich die Lieferleistung nach Kunden aufschlüsseln lässt. So wird sichtbar, ob sich Verzögerungen auf bestimmte Kundenkonten oder Regionen konzentrieren.

Warum das wichtig ist

Ermöglicht die Analyse nach Kunden. Das ist wichtig, um kundenspezifische Probleme zu verstehen und Servicelevel zu messen.

Woher beziehen

Das Feld befindet sich in den Auftragskopfdaten und ist häufig über eine Kunden-ID verknüpft. Ziehen Sie die Dokumentation von Manhattan Associates zu Rate.

Beispiele
Retail CorpBigMartSuperStore Inc.
Lager-ID
WarehouseId
Die Kennung des Lagers oder Verteilzentrums, in dem kommissioniert und verpackt wird.
Beschreibung

Dieses Attribut gibt das Lager an, das für die Auftragsabwicklung zuständig ist. Bei mehreren Lagern ist es eine wichtige Analysedimension.

Es unterstützt direkt das Dashboard „Engpassanalyse bei der Lagerkommissionierung“, mit dem sich die Leistung verschiedener Standorte vergleichen lässt. Analysten können feststellen, welche Lager effizienter arbeiten, wo die Kommissionierzyklen länger dauern und an welchen Standorten Ressourcen neu verteilt werden sollten.

Warum das wichtig ist

Ermöglicht den Leistungsvergleich verschiedener Lager, um standortspezifische Engpässe und bewährte Verfahren zu erkennen.

Woher beziehen

Das Feld ist üblicherweise Teil der Auftrags- oder Versanddaten im WMS von Manhattan Associates und gibt den ausführenden Standort an.

Beispiele
WH01-EASTWH02-WESTWH03-CENTRAL
Lieferantenname
SupplierName
Der Name des Lieferanten, der die Waren für eine Bestellung bereitstellt.
Beschreibung

Dieses Attribut gibt den Händler oder Lieferanten an, bei dem Waren oder Rohstoffe beschafft werden. Es ist für Logistikaufträge relevant, die durch eine Bestellung ausgelöst werden.

Die Analyse nach Lieferanten ist wichtig, um deren Leistung zu bewerten. Sie ermöglicht Lieferantenbewertungen, die Überwachung der Termintreue und die Ermittlung von Lieferanten, bei denen es beim Schritt „Waren eingegangen“ häufig zu Verzögerungen kommt. Das Attribut unterstützt direkt das Dashboard „Leistung bei termingerechter Lieferung durch Lieferanten“.

Warum das wichtig ist

Ermöglicht die Analyse der Lieferantenleistung. So lassen sich zuverlässige Partner erkennen und Ursachen für Verzögerungen in der vorgelagerten Lieferkette ermitteln.

Woher beziehen

Das Attribut wird aus den Bestelldatentabellen in Manhattan Associates übernommen. Dazu ist häufig eine Verknüpfung des Logistikauftrags mit dem Bestellkopf erforderlich.

Beispiele
Global Components Inc.Advanced Materials LLCPrecision Parts Co.
Name des Frachtführers
CarrierName
Der Name des Frachtführers, der für den Transport der Lieferung zuständig ist.
Beschreibung

Der Name des Frachtführers gibt an, welcher Logistikpartner oder welches Unternehmen die Waren tatsächlich transportiert. Das kann ein großes Transportunternehmen oder ein lokaler Kurierdienst sein.

Die Analyse nach Frachtführern ist wichtig, um deren Termintreue, Kosten und Effizienz zu bewerten. Als zentrale Dimension des Dashboards „Analyse von Transportkosten und Effizienz“ ermöglicht sie den Vergleich von Zykluszeiten und Kosten verschiedener Frachtführer.

Warum das wichtig ist

Ermöglicht die Bewertung der Transportpartner und unterstützt die Auswahl von Frachtführern nach Kosten und Zuverlässigkeit.

Woher beziehen

Das Feld befindet sich in den Versand- oder Frachtauftragstabellen, üblicherweise im TMS-Modul von Manhattan Associates.

Beispiele
FedExCH RobinsonMaersk
Sendungs-ID
ShipmentId
Eine eindeutige Kennung für eine Sendung, die einen oder mehrere Logistikaufträge enthalten kann.
Beschreibung

Die Sendungs-ID ist eine Referenznummer für eine zusammengefasste Gruppe von Waren, die gemeinsam transportiert werden. Eine Sendung kann mehrere Logistikaufträge umfassen, insbesondere wenn sie an denselben Zielort gehen.

Der Logistikauftrag ist die Case-ID, während die Sendungs-ID ein wichtiges Kontextattribut darstellt. Damit lassen sich Aktivitäten auf Sendungsebene analysieren, etwa „Frachtführer zugewiesen“ oder „Sendung versandt“. Außerdem hilft sie, die Effizienz der Zusammenfassung und die Transportplanung zu beurteilen.

Warum das wichtig ist

Verknüpft gemeinsam versandte Aufträge und ermöglicht so die Analyse der Transporteffizienz und der Strategien zur Sendungszusammenfassung.

Woher beziehen

Wird in den Tabellen zur Transport- und Versandplanung von Manhattan Associates erzeugt und gespeichert.

Beispiele
SH-98765SH-98766SH-98767
Termingerechte Lieferung an Kunden
IsOnTimeDeliveryCustomer
Ein berechnetes Kennzeichen, das angibt, ob der Auftrag am oder vor dem gewünschten Lieferdatum beim Kunden eingetroffen ist.
Beschreibung

Dieses boolesche Attribut wird berechnet, indem der Timestamp des Ereignisses „Proof of Delivery Received“ mit „RequestedDeliveryDate“ verglichen wird. Für jeden Auftrag wird angegeben, ob er pünktlich (true) oder verspätet (false) geliefert wurde.

Das Attribut bildet die Grundlage für die Kennzahl und das Dashboard „Termingerechte Lieferung an Kunden“. Es vereinfacht die Analyse durch ein eindeutiges Ergebnis für jeden Case. So lassen sich verspätete Aufträge leicht filtern und die Ursachen der Verzögerungen untersuchen.

Warum das wichtig ist

Misst direkt das Servicelevel für Kunden und vereinfacht die Analyse der Termintreue, indem jeder Auftrag als pünktlich oder verspätet eingestuft wird.

Woher beziehen

Dieses Feld ist im Quellsystem nicht vorhanden. Es wird bei der Datentransformation berechnet, indem der tatsächliche Lieferzeitpunkt mit dem gewünschten Lieferdatum verglichen wird.

Beispiele
truefalse
Zielort
DestinationLocation
Die Adresse, das Geschäft oder die Einrichtung des Kunden, an die die Lieferung zugestellt wird.
Beschreibung

Dieses Attribut gibt den endgültigen Lieferort der Waren an. Das kann ein Verteilzentrum des Kunden, ein Einzelhandelsgeschäft oder die Adresse eines Endverbrauchers sein. Häufig wird der Ort durch Stadt, Bundesstaat oder Postleitzahl angegeben.

Zusammen mit dem Abgangsort ist dieses Attribut für das Dashboard „Matrix der Durchlaufzeiten nach Abgangs- und Zielort“ wichtig. Die Analyse der Durchlaufzeiten nach Zielort zeigt Herausforderungen bei der Lieferung in bestimmten Regionen und hilft, die Effizienz des Verteilnetzwerks zu bewerten.

Warum das wichtig ist

Unterstützt die Analyse der Lieferleistung in verschiedenen Regionen und hilft, regionale Engpässe oder Probleme mit Frachtführern zu erkennen.

Woher beziehen

Dies sind die Lieferadressdaten aus den Auftragskopfdaten oder Versanddetails in Manhattan Associates.

Beispiele
New York, NYLos Angeles, CAGeschäft Nr. 582
Erforderlich Empfohlen Optional

Aktivitäten im Supply-Chain-Management

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um die Abläufe in der Lieferkette präzise zu entdecken.
6 Empfohlen 9 Optional
Aktivität Beschreibung
Auftrag storniert
Der Kundenauftrag wird offiziell storniert, bevor die Abwicklung abgeschlossen ist. Dieser Endstatus beendet alle weiteren Schritte des Logistikauftrags.
Warum das wichtig ist

Dies ist ein kritisches Fehler-End-Event. Die Analyse von Stornierungsgründen und -häufigkeit hilft, Probleme bei der Auftragserfassung oder der Kundenzufriedenheit zu erkennen.

Woher beziehen

Im OMS wird durch eine explizite Transaktion der Auftragsstatus auf „Storniert“ gesetzt. Der Timestamp dieser Statusänderung markiert das Ereignis.

Erfassung

Wird protokolliert, wenn der Auftragsstatus auf „Storniert“ gesetzt wird.

Ereignistyp explicit
Kommissionierwelle erstellt
Im WMS wird eine „Welle“ erstellt, die mehrere Aufträge oder Sendungspositionen für eine koordinierte und effiziente Kommissionierung und Verpackung bündelt. Die Wellenerstellung ist ein eigenes Systemereignis und stößt die physische Abwicklung einer Auftragsgruppe an.
Warum das wichtig ist

Diese Aktivität ist ein wichtiger Meilenstein im Lagerbetrieb. Die Analyse der Wartezeit bis zur Wellenbildung kann Ineffizienzen bei der Bündelungsstrategie und Lücken in der Ressourcenplanung aufdecken.

Woher beziehen

Wird im Manhattan WMS ausdrücklich protokolliert, wenn ein Benutzer oder ein automatisierter Prozess eine Welle startet. Die Tabellen zur Wellenerstellung enthalten die Timestamps dieses Ereignisses.

Erfassung

Erfasst anhand des Timestamps im Datensatz zur Wellenerstellung.

Ereignistyp explicit
Kundenauftrag eingegangen
Bei dieser Aktivität wird ein neuer Logistikauftrag im System angelegt. In der Regel löst ein Kunde den Vorgang über EDI, ein Webportal oder eine manuelle Eingabe aus. Das Ereignis wird erfasst, sobald im Order-Management-Modul ein neuer Auftrag mit einer eindeutigen Kennung angelegt wird.
Warum das wichtig ist

Dies ist das zentrale Start-Event des durchgängigen Logistikprozesses. Der Timestamp ist entscheidend, um die gesamte Auftragsdurchlaufzeit zu berechnen und Nachfragemuster zu verstehen.

Woher beziehen

Der Vorgang wird als explizite Transaktion im Manhattan Order Management System (OMS) erfasst. Suchen Sie nach Tabellen zur Auftragserstellung und den zugehörigen Timestamps.

Erfassung

Wird beim Anlegen eines Verkaufsauftrags erfasst.

Ereignistyp explicit
Sendung versandt
Diese Aktivität markiert den Zeitpunkt, zu dem die Sendung das Lager oder Verteilzentrum physisch verlässt. Der Vorgang wird üblicherweise mit einer abschließenden „Versandbestätigung“-Transaktion im WMS erfasst, wenn der Anhänger versiegelt wird und abfährt.
Warum das wichtig ist

Dieser wichtige Meilenstein markiert das Ende der Lagerabwicklung und den Beginn des Transports. Er ist entscheidend, um die termingerechte Versendung und die Bearbeitungszeit im Lager zu messen.

Woher beziehen

Eine zentrale, explizite Transaktion im Manhattan WMS/TMS, häufig als „Ship Confirm“ oder „Manifest Close“ bezeichnet. Sie erhält einen Timestamp und schließt die Sendungsdetails ab.

Erfassung

Wird durch die Transaktion „Ship Confirm“ im WMS protokolliert.

Ereignistyp explicit
Ware kommissioniert
Eine Lagerkraft entnimmt die Artikel eines Auftrags an ihren Lagerplätzen. Diese Aktivität wird in der Regel erfasst, wenn die Lagerkraft die Kommissionierung bestätigt, häufig durch Scannen der Barcodes von Artikel und Lagerplatz.
Warum das wichtig ist

Die Analyse der Kommissionierdauer ist entscheidend, um Engpässe im Lager zu erkennen und die Arbeitseffizienz zu verbessern. Sie liefert wichtige Daten für die KPI zur Kommissionierzykluszeit im Lager.

Woher beziehen

Wird als explizite Transaktion in den Aufgaben- oder Ausführungsprotokollen des WMS erfasst. Jede Kommissionierbestätigung erhält einen Timestamp und wird einer Lagerkraft und einem Auftrag zugeordnet.

Erfassung

Wird durch einen Scan oder eine Bestätigung in der Kommissionieroberfläche des WMS protokolliert.

Ereignistyp explicit
Zustellnachweis eingegangen
Die abschließende Bestätigung einer erfolgreichen Zustellung, häufig mit Unterschrift, geht ein und wird im System erfasst. Dabei kann es sich um eine elektronische Bestätigung des Frachtführers oder ein manuell gescanntes und angehängtes Dokument handeln.
Warum das wichtig ist

Diese Aktivität ist das zentrale Erfolgs-End-Event des Logistikprozesses. Sie ist wichtig, um die vollständige Auftragsdurchlaufzeit und die Quote termingerechter Kundenzustellungen zu berechnen.

Woher beziehen

Kann als explizites Ereignis aus einer Nachricht des Frachtführers erfasst oder aus einer Änderung des Sendungsstatus zu „POD Received“ oder „Completed“ abgeleitet werden. Der Timestamp markiert den endgültigen Abschluss.

Erfassung

Abgeleitet aus einer Änderung des Sendungsstatus zu „Delivered“ oder „POD Confirmed“.

Ereignistyp inferred
Auftrag zugewiesen
Das System reserviert bestimmte Bestandseinheiten in einem Lager für einen Auftrag. Diese Zuweisung ist ein entscheidender Schritt vor Beginn der physischen Lagerarbeiten.
Warum das wichtig ist

Dieser Meilenstein markiert den Übergang vom Auftragsmanagement zur Lagerabwicklung. Die Zeit zwischen Auftragseingang und Zuweisung macht mögliche Rückstände sichtbar, bevor die Auftragsabwicklung beginnt.

Woher beziehen

Wird als Statusaktualisierung der Auftrags- oder Sendungsposition im Manhattan WMS erfasst. Das Ereignis ist der Timestamp, zu dem der Status auf „Zugewiesen“ oder einen ähnlichen Wert wechselt.

Erfassung

Ermittelt anhand des Timestamps, zu dem der Status der Auftragsposition auf „Zugewiesen“ wechselt.

Ereignistyp inferred
Bestandsverfügbarkeit geprüft
Das System prüft die verfügbaren Bestände, um festzustellen, ob sich der Kundenauftrag aus dem vorhandenen Lagerbestand erfüllen lässt. Dieser Schritt erfolgt häufig automatisch direkt nach der Auftragserstellung und führt zu einer Aktualisierung des Auftragspositionsstatus.
Warum das wichtig ist

Diese Aktivität ist wichtig, um Bestandsauffüllungszyklen zu verstehen und Fehlbestandsrisiken zu erkennen. Verzögerungen an dieser Stelle können die Durchlaufzeit der Auftragsabwicklung unmittelbar verlängern.

Woher beziehen

Der Vorgang lässt sich meist anhand von Änderungen des Auftragspositionsstatus im OMS ableiten. Ein Wechsel von „Neu“ zu „Zuweisung ausstehend“ oder einem ähnlichen Status weist häufig darauf hin, dass die Prüfung abgeschlossen ist.

Erfassung

Abgeleitet aus einer Änderung des Auftragspositionsstatus nach der Auftragserstellung.

Ereignistyp inferred
Bestellung angelegt
Eine Bestellung wird erstellt, um Waren bei einem externen Lieferanten zu beschaffen. Auslöser ist meist ein Fehlbestand oder ein direkter Rückstand bei der Auftragsabwicklung. Dabei wird eine neue Bestellanforderung (PO) angelegt und mit der Kundennachfrage verknüpft.
Warum das wichtig ist

Die Erfassung der Bestellerstellung ist wichtig, um den Beschaffungsabschnitt der Lieferkette und dessen Einfluss auf die gesamte Auftragsdurchlaufzeit zu analysieren. Außerdem lässt sich damit die Lieferantenleistung messen.

Woher beziehen

Wird als einzelnes Ereignis im Beschaffungs- oder Einkaufsmodul erfasst. Suchen Sie nach Tabellen zur Erstellung von Bestellungen und den zugehörigen Timestamps. Häufig sind diese mit dem ursprünglichen Verkaufsauftrag verknüpft.

Erfassung

Wird erfasst, wenn ein neuer Bestelldatensatz gespeichert wird.

Ereignistyp explicit
Frachtführer zugewiesen
Der Sendung wird ein bestimmter Frachtführer zugewiesen. Dies kann automatisch anhand von Routing-Vorgaben oder manuell durch eine Transportplanerin oder einen Transportplaner erfolgen.
Warum das wichtig ist

Dieser Entscheidungspunkt ist wichtig für die Analyse der Transportkosten und der Frachtführerleistung. Die Dauer bis zur Zuweisung kann auf Verzögerungen in der Planung hinweisen.

Woher beziehen

Abgeleitet aus einer Änderung des Felds „Frachtführer“ im Sendungsdatensatz des TMS, die mit einem Timestamp versehen ist. Das Ereignis tritt ein, wenn dieses Feld erstmals ausgefüllt wird.

Erfassung

Abgeleitet aus dem Änderungsprotokoll oder dem Aktualisierungs-Timestamp des Frachtführerfelds der Sendung.

Ereignistyp inferred
Sendung erstellt
Im System wird ein Sendungsdatensatz angelegt. Er bündelt einen oder mehrere Aufträge oder Kartons, die mit demselben Frachtführer an denselben Ort transportiert werden. Damit wird der Transportplan für die ausgehende Ware festgelegt.
Warum das wichtig ist

Diese Aktivität verbindet den Lagerbetrieb mit dem Transportmanagement. Sie bildet die Grundlage für die Zuweisung eines Frachtführers, die Frachtkostenberechnung und die Erstellung der Versanddokumente.

Woher beziehen

Eine explizite Transaktion in den WMS- oder TMS-Modulen von Manhattan. Sie wird mit einem Erstellungs-Timestamp in den Sendungskopftabellen erfasst.

Erfassung

Wird protokolliert, wenn ein neuer Sendungsdatensatz erstellt wird.

Ereignistyp explicit
Sendung neu terminiert
Der geplante Versandtermin eines Auftrags wird geändert, etwa wegen fehlender Bestände, auf Kundenwunsch oder aufgrund von Transportbeschränkungen. Dadurch entsteht eine Nacharbeitsschleife im Abwicklungsprozess.
Warum das wichtig ist

Die Erfassung von Terminänderungen ist wichtig, um Verzögerungsursachen und instabile Prozesse zu erkennen. Diese Aktivität unterstützt direkt die KPI zur Nacharbeitsquote bei Aufträgen und hilft, die Auswirkungen von Ausnahmefällen zu beziffern.

Woher beziehen

Abgeleitet aus Änderungen der geplanten oder angeforderten Versandtermine im Auftrags- oder Sendungsdatensatz. Ein Vergleich des ursprünglichen mit dem aktualisierten Datum zeigt eine Neuplanung an.

Erfassung

Ermittelt durch den Vergleich früherer und aktueller Werte des Felds „Geplantes Versanddatum“.

Ereignistyp calculated
Ware an Kunden zugestellt
Die Sendung kommt am Zielort des Kunden an und wird entladen. Dieses Ereignis wird häufig durch eine elektronische Aktualisierung des Frachtführers erfasst, beispielsweise durch eine EDI-214-Nachricht.
Warum das wichtig ist

Diese Aktivität schafft Transparenz über die Leistung des Frachtführers und die tatsächliche Transportdauer. Sie ist Voraussetzung, um die termingerechte Zustellung zu messen und den abschließenden Zustellnachweis zu erfassen.

Woher beziehen

In der Regel handelt es sich um ein explizites Ereignis, das durch eine externe Nachricht des Frachtführers ausgelöst wird und den Sendungsstatus im TMS aktualisiert. Der Timestamp stammt aus der Aktualisierung des Frachtführers.

Erfassung

Erfasst anhand einer EDI-Nachricht des Frachtführers, zum Beispiel EDI 214, die den Sendungsstatus aktualisiert.

Ereignistyp explicit
Ware verpackt
Die kommissionierten Artikel werden zusammengeführt und in einen oder mehrere Versandbehälter oder Kartons verpackt. Das Ereignis wird üblicherweise erfasst, wenn eine Lagerkraft an der Packstation bestätigt, dass der Karton verschlossen und ein Versandetikett erstellt wurde.
Warum das wichtig ist

Damit ist der zentrale Kommissionier- und Verpackungsprozess abgeschlossen. Die Analyse der Zeit zwischen Kommissionierung und Verpackung hilft, die Anordnung der Packstationen und die Ressourcenzuweisung zu optimieren.

Woher beziehen

Ein explizites Ereignis, das an der Packstation im WMS erfasst wird. Suchen Sie nach Tabellen zur Kartonerstellung oder Verpackungsbestätigung mit Timestamps.

Erfassung

Wird nach Abschluss der Verpackungsprüfung protokolliert.

Ereignistyp explicit
Ware vom Lieferanten eingegangen
Diese Aktivität erfasst den physischen Wareneingang vom Lieferanten am Lagertor, üblicherweise zu einer Bestellung. Im WMS wird der Vorgang ausdrücklich erfasst, wenn Mitarbeitende im Lager die eingehende Ware scannen und registrieren.
Warum das wichtig ist

Dieser Meilenstein ist entscheidend, um die termingerechte Lieferleistung von Lieferanten zu messen. Er markiert das Ende der eingehenden Logistik und macht den Bestand für die Auftragsabwicklung verfügbar.

Woher beziehen

Eine standardmäßige, explizite Transaktion im Modul für eingehende Logistik des Manhattan WMS. Sie wird mit Timestamps in Wareneingangsprotokollen erfasst und einer Bestellung oder einer Vorab-Versandmeldung (ASN) zugeordnet.

Erfassung

Wird durch eine Wareneingangstransaktion im Lager erfasst.

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus Manhattan Associates

Die Extraktionsmethoden für diesen Prozess werden derzeit geprüft. Schauen Sie später wieder vorbei oder kontaktieren Sie uns wenn Sie Unterstützung benötigen.

Möchten Sie loslegen?

Verwenden Sie dieses Template, um Ihre Daten effizient vorzubereiten und noch heute mit der Optimierung Ihrer Lieferkettenleistung zu beginnen. Machen Sie verborgene Ineffizienzen sichtbar und erzielen Sie mit konkreten Erkenntnissen spürbare Verbesserungen.

Die Leistung der Lieferkette in Manhattan Associates steigern

Schaffen Sie durchgängige Transparenz und erreichen Sie eine Prognosegenauigkeit von 90 %.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.