Ihr Daten-Template für das Supply-Chain-Management
Ihr Daten-Template für das Supply-Chain-Management
- Empfohlene Attribute für die Datenerfassung
- Wichtige Aktivitäten für die Nachverfolgung
- Hinweise zur Datenextraktion
Attribute des Supply-Chain-Managements
| 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 | |||
Aktivitäten im Supply-Chain-Management
| 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 | |||
Anleitungen zur Datenextraktion
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 %.
Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.