Ihr Daten-Template für das Lieferkettenmanagement
Ihr Daten-Template für das Lieferkettenmanagement
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten zur Verfolgung
- Extraktionsanleitung
Attribute im Lieferkettenmanagement
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name des spezifischen Geschäftsereignisses oder Schritts, der innerhalb des Logistikprozesses stattgefunden hat. | ||
| Beschreibung Der Aktivitätsname beschreibt einen einzelnen Schritt im Lebenszyklus der Lieferkette, wie z.B. „Auftrag zugewiesen“, „Waren kommissioniert“ oder „Sendung versandt“. Diese Aktivitäten bilden die Knotenpunkte in der entdeckten Prozesslandkarte. Die Analyse dieser Aktivitäten ermöglicht die Visualisierung des Prozessflusses, die Identifizierung häufiger Pfade und die Messung der in jeder Phase verbrachten Zeit. Sie ist grundlegend für das Verständnis, was während des Logistikauftragsverlaufs geschieht, und wird verwendet, um Nacharbeiten, Engpässe und Abweichungen vom Standardprozess zu identifizieren. Bedeutung Dieses Attribut definiert die Schritte im Prozess, bildet die Grundlage der Prozesslandkarte und ermöglicht die Analyse des Prozessflusses und von Engpässen. Datenquelle Dies wird typischerweise durch das Zuordnen von Ereigniscodes oder Statusänderungen aus verschiedenen Transaktionstabellen in Manhattan Associates zu benutzerfreundlichen Aktivitätsnamen abgeleitet. Beispiele Kundenauftrag erhaltenWaren kommissioniertSendung versandtLiefernachweis empfangen | |||
| Ereignis-Timestamp EventTimestamp | Das genaue Datum und die Uhrzeit, zu der die Aktivität stattgefunden hat. | ||
| Beschreibung Der Ereignis-Zeitstempel oder Startzeitpunkt erfasst den genauen Moment der Ausführung einer Aktivität. Dieser Zeitstempel ist entscheidend für die chronologische Reihenfolge der Ereignisse und die Berechnung der Dauern zwischen Aktivitäten. Im Process Mining werden diese Daten verwendet, um die Zeitachse jedes Falls zu konstruieren, Zykluszeiten zu berechnen, Verzögerungen zu identifizieren und die Prozessleistung über die Zeit zu analysieren. Genaue Zeitstempel sind die Grundlage für nahezu alle zeitbasierten Prozessanalysen und KPI-Berechnungen, wie z.B. Durchlaufzeit und Termintreue. Bedeutung Dieses Attribut liefert die chronologische Reihenfolge der Ereignisse und ist wesentlich für die Berechnung aller zeitbasierten Metriken, wie z.B. Zykluszeiten und Verzögerungen. Datenquelle Diese Informationen finden sich in Transaktionsprotokoll-Tabellen zusammen mit dem entsprechenden Ereignis oder Status-Update in Manhattan Associates. Beispiele 2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T08:15:00Z | |||
| Logistikauftrag LogisticsOrder | Die eindeutige Kennung für einen Logistikauftrag, die als primärer Case-Identifikator zur Verfolgung des End-to-End-Lieferkettenprozesses dient. | ||
| Beschreibung Der Logistikauftrag ist die zentrale Sendungsnummer, die alle zusammenhängenden Aktivitäten von der Kundenauftragserteilung bis zur endgültigen Lieferung miteinander verbindet. Jeder Logistikauftrag stellt eine einzelne Erfüllungsreise dar und ermöglicht eine vollständige Analyse des Lebenszyklus des Auftrags, einschließlich Beschaffung, Lagerhaltung, Versand und Lieferung. Im Process Mining wird dieses Attribut verwendet, um alle zugehörigen Ereignisse zu einem einzigen Case zusammenzufassen. Die Analyse von Prozessen nach Logistikauftrag ermöglicht die Berechnung von End-to-End-Zykluszeiten, die Identifizierung gemeinsamer Prozessvarianten und die Erkennung von Engpässen oder Abweichungen, die bestimmte Aufträge betreffen. Bedeutung Dies ist die essentielle Case-ID, die alle zugehörigen Ereignisse gruppiert und es ermöglicht, den gesamten Weg eines einzelnen Auftrags von Anfang bis Ende zu verfolgen. Datenquelle Dies ist der Primärschlüssel in den Haupt-Auftragsverwaltungstabellen innerhalb von Manhattan Associates. Konsultieren Sie die Systemdokumentation für die spezifische Tabelle, die wahrscheinlich mit Auftrags-Headern zusammenhängt. Beispiele LO-2024-00123LO-2024-00456LO-2024-00789 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, der angibt, wann die Daten für diesen Datensatz zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden. | ||
| Beschreibung Dieses Attribut liefert Datum und Uhrzeit des letzten Datenabzugs aus dem Quellsystem. Es ist ein Metadatenfeld, das Benutzern hilft, die Aktualität der von ihnen analysierten Daten zu verstehen. In Process Mining Dashboards sind diese Informationen entscheidend für die Kommunikation der Aktualität der Erkenntnisse. Es stellt sicher, dass Stakeholder über die Aktualität der Daten informiert sind und Entscheidungen entsprechend treffen können, wodurch Analysen auf der Grundlage veralteter Informationen vermieden werden. Bedeutung Zeigt die Aktualität der Daten an und stellt sicher, dass Analysen und Entscheidungen auf aktuellen Informationen basieren. Datenquelle Dieser Beispiele 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Quellsystem SourceSystem | Das System, aus dem die Daten extrahiert wurden. | ||
| Beschreibung Dieses Attribut identifiziert das Quellinformationssystem, aus dem die Event-Daten stammen. In diesem Kontext wird es typischerweise „Manhattan Associates“ sein, kann aber auch zwischen verschiedenen Modulen oder integrierten Systemen unterscheiden. Es ist wichtig für die Data Governance und das Verständnis des Datenkontextes, insbesondere wenn Daten aus mehreren Systemen kombiniert werden. Es hilft bei der Rückverfolgung der Datenherkunft und der Fehlerbehebung bei Datenqualitätsproblemen. Bedeutung Identifiziert den Ursprung der Daten, was entscheidend für die Data Governance, Validierung und beim Zusammenführen von Daten aus mehreren Unternehmenssystemen ist. Datenquelle Dies ist typischerweise ein statischer Wert, der während des Datenextraktionsprozesses hinzugefügt wird, um den Datensatz mit seinem Ursprung zu kennzeichnen. Beispiele Manhattan Associates WMSManhattan Associates TMSMA-SCALE | |||
| Angefordertes Lieferdatum RequestedDeliveryDate | Das vom Kunden angeforderte oder durch den internen Plan erforderliche Lieferdatum. | ||
| Beschreibung Dieses Attribut speichert das Zieldatum, bis zu dem die Waren an den Kunden oder den Empfangsort geliefert werden sollen. Es dient als Benchmark für die Messung der pünktlichen Lieferleistung. In der Analyse wird dieses Datum mit dem tatsächlichen Lieferzeitstempel („Liefernachweis empfangen“) verglichen, um festzustellen, ob eine Bestellung pünktlich, früh oder spät war. Es ist eine kritische Komponente für die Berechnung von KPIs wie „Kundentermintreue“ und „Lieferanten-Termintreue“ sowie für den Aufbau zugehöriger Performance-Dashboards. Bedeutung Dies ist die Grundlage für die Messung der Termintreue, die ein kritischer KPI für Kundenzufriedenheit und Lieferantenmanagement ist. Datenquelle Zu finden in den Auftragskopf- oder Auftragspositionstabellen in Manhattan Associates. Konsultieren Sie die Systemdokumentation. Beispiele 2023-11-102023-11-152023-12-01 | |||
| Auftragsart OrderType | Die Klassifizierung des Logistikauftrags, z.B. Standard, Express oder Nachschub. | ||
| Beschreibung Der Auftragstyp kategorisiert Logistikaufträge basierend auf ihrer Art oder Priorität. Gängige Typen umfassen Kundenaufträge, Umlagerungsaufträge oder Retourenaufträge. Jeder Typ kann einen unterschiedlichen erwarteten Prozessfluss und ein Service Level Agreement (SLA) haben. Dieses Attribut ist entscheidend für die vergleichende Analyse. Durch das Filtern oder Segmentieren des Prozesses nach Auftragstyp können Analysten verstehen, wie verschiedene Auftragsarten behandelt werden, ihre Durchlaufzeiten vergleichen und identifizieren, ob bestimmte Auftragstypen anfälliger für Verzögerungen oder Ausnahmen sind. Es unterstützt direkt das Dashboard 'Order Type Cycle Time Comparison'. Bedeutung Ermöglicht den Vergleich der Performance und der Prozessabläufe verschiedener Auftragsarten, die oft einzigartige Pfade und SLAs aufweisen. Datenquelle Befindet sich in den Auftrags-Header-Daten innerhalb von Manhattan Associates. Konsultieren Sie die Systemdokumentation für den spezifischen Feldnamen. Beispiele StandardauftragExpresslieferungBestandsauffüllungRetourenauftrag | |||
| Benutzername UserName | Der Name oder die ID des Benutzers, der die `Aktivität` ausgeführt hat. | ||
| Beschreibung Dieses Attribut identifiziert den spezifischen Mitarbeiter oder Systembenutzer, der für die Durchführung eines bestimmten Prozessschritts verantwortlich ist. Es kann eine eindeutige Benutzer-ID, ein Name oder ein Systemkontoname für automatisierte Aufgaben sein. Die Analyse nach Benutzer hilft beim Verständnis der Arbeitslastverteilung, der Ressourcenleistung und der Identifizierung von Schulungsbedarfen. Sie ist entscheidend für Dashboards, die sich auf Ressourcenlast und Durchsatz beziehen, und für die Untersuchung von Prozessabweichungen, die benutzerspezifisch sein können. Bedeutung Ermöglicht die Analyse der Ressourcen-Performance, der Arbeitslastverteilung und hilft zu identifizieren, welche Benutzer oder Teams an Prozessausnahmen beteiligt sind. Datenquelle Üblicherweise in Transaktionstabellen neben den Event-Daten zu finden, oft als Feld „UserID“ oder „ChangedBy“. Konsultieren Sie die Manhattan Associates-Dokumentation. Beispiele jdoeasmithsys_batch_user | |||
| Produkt-SKU ProductSKU | Die Stock Keeping Unit (SKU) oder Kennung für das Produkt im Auftrag. | ||
| Beschreibung Die Produkt-SKU ist ein einzigartiger Code, der ein bestimmtes Produkt identifiziert. Ein einziger Logistikauftrag kann mehrere SKUs enthalten. Die Analyse des Prozesses auf Produktebene hilft zu identifizieren, ob bestimmte Artikel mit Prozesseffizienzen wie längeren Kommissionierzeiten, höheren Nacharbeitsquoten oder häufigen Fehlbeständen verbunden sind. Dieses Attribut ist entscheidend für das Dashboard „Bestandsauffüllung & Fehlbestandsrisiko“, um die Aktualität der Nachbestellung nach Produkt zu analysieren. Bedeutung Ermöglicht eine produktbezogene Analyse, um Probleme wie Fehlbestände, Kommissionierungsverzögerungen oder Qualitätsprobleme, die an bestimmte Artikel gebunden sind, aufzudecken. Datenquelle Zu finden in den Auftragspositionstabellen in Manhattan Associates. Dies erfordert eine Verknüpfung vom Auftragskopf zu den Positionsdetails. Beispiele SKU-A123-REDSKU-B456-LSKU-C789-V2 | |||
| Transportmodus ModeOfTransport | Das für den Versand verwendete Transportmittel, wie LKW, Luft oder See. | ||
| Beschreibung Dieses Attribut gibt den Transportmodus an, der verwendet wird, um die Waren vom Lager zum Ziel zu bewegen. Beispiele sind Komplettladung (FTL), Teilladung (LTL), Luftfracht, Seefracht oder Paketversand. Diese Dimension ist entscheidend für das Dashboard „Transportkosten- und Effizienzanalyse“. Sie ermöglicht den Vergleich von Kosten und Geschwindigkeit verschiedener Transportmodi und hilft bei der Berechnung des KPIs „Häufigkeit von Expressversand“, indem sie identifiziert, wann teurere, schnellere Modi verwendet werden. Bedeutung Hilft bei der Analyse von Transportkosten und -effizienz und identifiziert die Abhängigkeit von teuren Expressversandoptionen. Datenquelle Befindet sich in den Versand- oder Transportplanungstabellen innerhalb des Manhattan Associates TMS-Moduls. Beispiele LuftfrachtLTLSeefrachtPaket | |||
| Gesamtkosten TotalCost | Die gesamten finanziellen Kosten, die mit dem Logistikauftrag oder spezifischen Aktivitäten verbunden sind. | ||
| Beschreibung Dieses Attribut stellt die Gesamtkosten dar, die für den Logistikauftrag angefallen sind. Es kann in Komponenten wie Transportkosten, Lagerkosten und Bearbeitungsgebühren unterteilt werden. Der Detaillierungsgrad hängt von den Quelldaten ab. Kostendaten sind von unschätzbarem Wert für wertbasiertes Process Mining. Es unterstützt das Dashboard „Transportkosten- und Effizienzanalyse“, indem es den finanziellen Kontext zu Zykluszeiten liefert. Durch die Analyse von Kosten können Unternehmen kostspielige Prozessvarianten identifizieren und datengestützte Entscheidungen treffen, um sowohl Geschwindigkeit als auch Kosten zu optimieren. Bedeutung Bietet eine finanzielle Dimension für den Prozess, die eine Analyse der Kostentreiber und der finanziellen Auswirkungen von Ineffizienzen ermöglicht. Datenquelle Kostendaten können aus mehreren Tabellen in Manhattan Associates stammen oder eine Integration mit einem Finanzsystem erfordern. Konsultieren Sie die Dokumentation für Frachtkosten- oder Auftragskostentabellen. Beispiele 150.752500.0085.50 | |||
| Ist pünktliche Lieferung (Kunde) IsOnTimeDeliveryCustomer | Ein berechneter Indikator, der anzeigt, ob der Auftrag am oder vor dem angeforderten Lieferdatum an den Kunden geliefert wurde. | ||
| Beschreibung Dieses boolesche Attribut wird durch den Vergleich des Ereignis-Zeitstempels „Liefernachweis empfangen“ mit dem „RequestedDeliveryDate“ abgeleitet. Es kennzeichnet jeden Auftrag als pünktlich (true) oder verspätet (false). Dieses Attribut speist direkt den KPI und das Dashboard „Kundentermintreue“. Es vereinfacht die Analyse, indem es ein klares, binäres Ergebnis für jeden Case liefert, wodurch es einfach wird, verspätete Aufträge zu filtern und die Ursachen für Verzögerungen zu untersuchen. Bedeutung Misst direkt die Kundenservice-Level und vereinfacht die Analyse der pünktlichen Performance, indem jeder Auftrag als pünktlich oder verspätet kategorisiert wird. Datenquelle Dies ist kein Feld im Quellsystem. Es wird während der Datentransformation berechnet, indem der tatsächliche Lieferzeitstempel mit dem angeforderten Lieferdatum verglichen wird. Beispiele truefalsch | |||
| Kundenname CustomerName | Der Name des Kunden, an den die Waren geliefert werden. | ||
| Beschreibung Dieses Attribut identifiziert den Endkunden, der die Sendung erhält. Dies kann eine Einzelperson oder ein Unternehmen sein. Kundeninformationen sind entscheidend für die Analyse von Servicelevels und die Identifizierung spezifischer Muster bei bestimmten Kunden. Es unterstützt das Dashboard „Kundentermintreue“, indem es die Segmentierung der Lieferleistung nach Kunden ermöglicht, was aufzeigen kann, ob Verzögerungen bei bestimmten Konten oder Regionen konzentriert sind. Bedeutung Ermöglicht die Segmentierung der Analyse nach Kunden, was entscheidend ist, um kundenspezifische Probleme zu verstehen und Servicelevel zu messen. Datenquelle Befindet sich in den Auftrags-Header-Daten, oft über eine Kunden-ID verknüpft. Konsultieren Sie die Manhattan Associates Dokumentation. Beispiele Retail CorpBigMartSuperStore Inc. | |||
| Lager-ID WarehouseId | Die Kennung für das Lager oder Distributionszentrum, in dem Kommissionier- und Verpackungsaktivitäten stattfinden. | ||
| Beschreibung Dieses Attribut identifiziert die spezifische Lagerstätte, die für die Auftragsabwicklung verantwortlich ist. Für Multi-Warehouse-Operationen ist dies eine kritische Dimension für die Analyse. Es unterstützt direkt das Dashboard „Analyse von Kommissionier-Engpässen im Lager“, indem es den Leistungsvergleich zwischen verschiedenen Einrichtungen ermöglicht. Analysten können identifizieren, welche Lager effizienter sind, welche längere Kommissionierzykluszeiten aufweisen und wo Ressourcen umverteilt werden müssen. Bedeutung Ermöglicht vergleichende Performance-Analysen über verschiedene Lager hinweg, um anlagenspezifische Engpässe und Best Practices zu identifizieren. Datenquelle Dies ist typischerweise Teil der Auftrags- oder Sendungsdaten im Manhattan Associates WMS und gibt den erfüllenden Standort an. Beispiele WH01-EASTWH02-WESTWH03-CENTRAL | |||
| Lager-Kommissionier-Zykluszeit WarehousePickingCycleTime | Die berechnete Dauer für die Kommissionier- und Verpackungsphase im Lager für jeden Auftrag. | ||
| Beschreibung Diese Metrik misst die verstrichene Zeit zwischen den Aktivitäten „Waren kommissioniert“ und „Waren verpackt“. Sie isoliert die Leistung eines kritischen Teils des Lagerabwicklungsprozesses. Dieses berechnete Attribut ist die Grundlage für den KPI „Lager-Kommissionier-Zykluszeit“ und das Dashboard „Analyse von Kommissionier-Engpässen im Lager“. Es ermöglicht die direkte Messung und Überwachung der Kommissioniereffizienz und hilft, Engpässe und die Auswirkungen von Prozessverbesserungsinitiativen im Lager zu identifizieren. Bedeutung Isoliert die Performance des Lagerkommissionierungsprozesses, wodurch es möglich wird, Verbesserungen in diesem kritischen Bereich gezielt anzustreben und zu messen. Datenquelle Dies ist eine berechnete Metrik. Sie wird abgeleitet, indem die Zeitdifferenz zwischen den Zeitstempeln der Aktivitäten „Waren verpackt“ und „Waren kommissioniert“ für jeden Logistikauftrag ermittelt wird. Beispiele 360072001800 | |||
| Lieferantenname SupplierName | Der Name des Lieferanten, der die Waren für eine Bestellung liefert. | ||
| Beschreibung Dieses Attribut identifiziert den Anbieter oder Lieferanten, von dem Waren oder Rohmaterialien beschafft werden. Es ist relevant für Logistikaufträge, die durch eine Bestellung initiiert werden. Die Analyse nach Lieferant ist entscheidend für die Bewertung der Lieferantenleistung. Sie ermöglicht die Erstellung von Lieferanten-Scorecards, die Überwachung der pünktlichen Lieferraten und die Identifizierung, welche Lieferanten häufig mit Verzögerungen im Schritt „Wareneingang“ verbunden sind. Dies unterstützt direkt das Dashboard „Lieferanten-Termintreue-Performance“. Bedeutung Ermöglicht die Lieferanten-Performance-Analyse, die hilft, zuverlässige Partner zu identifizieren und die Ursachen für Verzögerungen in der Inbound-Lieferkette genau zu bestimmen. Datenquelle Verknüpft aus den Bestelldatentabellen innerhalb von Manhattan Associates, oft erfordert dies einen Join vom Logistikauftrag zum Bestellkopf. Beispiele Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Sendungs-ID ShipmentId | Eine eindeutige Kennung für einen Versand, der einen oder mehrere Logistikaufträge enthalten kann. | ||
| Beschreibung Die Sendungs-ID ist eine Referenznummer für eine konsolidierte Warengruppe, die zusammen transportiert wird. Eine einzelne Sendung kann mehrere Logistikaufträge enthalten, insbesondere wenn sie an denselben Bestimmungsort gehen. Obwohl der Logistikauftrag die Case-ID ist, ist die Sendungs-ID ein wichtiges kontextbezogenes Attribut. Sie ermöglicht die Analyse von Aktivitäten auf Sendungsebene, wie z.B. „Frachtführer zugewiesen“ oder „Sendung versandt“, und hilft beim Verständnis der Konsolidierungseffizienz und der Transportplanung. Bedeutung Verknüpft Aufträge, die zusammen versendet werden, und ermöglicht so die Analyse der Transporteffizienz und Konsolidierungsstrategien. Datenquelle Generiert und gespeichert in den Transport- und Versandplanungstabellen innerhalb von Manhattan Associates. Beispiele SH-98765SH-98766SH-98767 | |||
| Spediteur Name CarrierName | Der Name des Transportunternehmens, das für die Sendung verantwortlich ist. | ||
| Beschreibung Der Frachtführername identifiziert den Logistikpartner oder das Unternehmen, das die Waren physisch transportiert. Dies kann ein großes Versandunternehmen oder ein lokaler Kurierdienst sein. Die Analyse nach Frachtführer ist entscheidend, um deren Leistung hinsichtlich pünktlicher Lieferung, Kosten und Effizienz zu bewerten. Es ist eine primäre Dimension für das Dashboard „Transportkosten- und Effizienzanalyse“, die den Vergleich von Zykluszeiten und Kosten verschiedener Frachtführer ermöglicht. Bedeutung Ermöglicht die Performance-Bewertung von Transportpartnern, was hilft, die Spediteurauswahl basierend auf Kosten und Zuverlässigkeit zu optimieren. Datenquelle Zu finden in den Versand- oder Frachtauftragstabellen, typischerweise innerhalb des TMS-Moduls von Manhattan Associates. Beispiele FedExCH RobinsonMaersk | |||
| Ursprungsort OriginLocation | Das Lager, Werk oder die Einrichtung, von der die Sendung ausgeht. | ||
| Beschreibung Dieses Attribut gibt den Startpunkt der Sendung an, z.B. ein Distributionszentrum, eine Produktionsstätte oder den Standort eines Lieferanten. Es wird typischerweise durch einen Standortcode oder -namen dargestellt. Ursprungs- und Zieldaten sind grundlegend für die Logistiknetzwerkanalyse. Dieses Attribut unterstützt das Dashboard „Durchlaufzeitmatrix Ursprung-Ziel“ und hilft, Durchlaufzeiten für verschiedene Versandwege zu visualisieren und zu analysieren sowie regionale oder anlagenspezifische Engpässe zu identifizieren. Bedeutung Entscheidend für die Optimierung des Logistiknetzwerks und die Identifizierung von Performance-Variationen zwischen verschiedenen Versandrouten oder Einrichtungen. Datenquelle Diese Informationen sind typischerweise in den Versand- oder Auftrags-Header-Tabellen innerhalb von Manhattan Associates gespeichert. Beispiele DC-AtlantaWH-NevadaPlant-Mexico-01 | |||
| Zielort DestinationLocation | Die Adresse, Filiale oder Einrichtung des Kunden, an die die Sendung geliefert wird. | ||
| Beschreibung Dieses Attribut gibt den endgültigen Lieferpunkt für die Waren an. Dies kann ein Distributionszentrum des Kunden, ein Einzelhandelsgeschäft oder die Adresse eines Endverbrauchers sein. Es wird oft durch eine Stadt, einen Bundesstaat oder eine Postleitzahl dargestellt. Zusammen mit dem Ursprungsort ist dieses Attribut wesentlich für das Dashboard „Durchlaufzeitmatrix Ursprung-Ziel“. Die Analyse der Durchlaufzeiten nach Ziel hilft, Lieferengpässe in bestimmten Regionen zu identifizieren und die Effizienz des Vertriebsnetzes zu bewerten. Bedeutung Hilft bei der Analyse der Liefer-Performance über verschiedene geografische Gebiete hinweg und bei der Identifizierung regionaler Engpässe oder Spediteurprobleme. Datenquelle Dies sind die Versandadresse-Informationen, die im Auftrags-Header oder den Sendungsdetails in Manhattan Associates gefunden werden. Beispiele New York, NYLos Angeles, CAFiliale Nr. 582 | |||
Aktivitäten im Lieferkettenmanagement
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Bestellung storniert | Der Kundenauftrag wird formell storniert, bevor die Erfüllung abgeschlossen ist. Dies ist ein Endstatus, der die weitere Bearbeitung des Logistikauftrags stoppt. | ||
| Bedeutung Dies ist ein kritisches Fehler-Endereignis. Die Analyse der Stornierungsgründe und -häufigkeit hilft, Probleme im Auftragserfassungsprozess oder bei der Kundenzufriedenheit zu identifizieren. Datenquelle Dies ist eine explizite Transaktion im OMS, die den Auftragsstatus auf „Storniert“ ändert. Der Zeitstempel dieser Statusänderung markiert das Ereignis. Erfassen Protokolliert, wenn der Auftragsstatus auf 'Canceled' aktualisiert wird. Ereignistyp explicit | |||
| Kundenauftrag erhalten | Diese Aktivität markiert die Erstellung eines neuen Logistikauftrags im System, typischerweise initiiert durch einen Kunden über EDI, ein Webportal oder manuelle Eingabe. Dieses Ereignis wird erfasst, wenn ein neuer Auftragsdatensatz mit einer eindeutigen Kennung im Auftragsverwaltungsmodul erstellt wird. | ||
| Bedeutung Dies ist das primäre Start-Ereignis für den End-to-End-Logistikprozess. Die Analyse seines Zeitpunkts ist entscheidend für die Berechnung der gesamten Auftragszykluszeit und das Verständnis von Nachfragemustern. Datenquelle Als explizite Transaktion im Manhattan Order Management System (OMS) Modul erfasst. Suchen Sie nach Auftragsanlegungstabellen und den zugehörigen Zeitstempeln. Erfassen Protokolliert bei der Erstellung eines Kundenauftragsdatensatzes. Ereignistyp explicit | |||
| Liefernachweis empfangen | Die endgültige Bestätigung einer erfolgreichen Lieferung, oft inklusive einer Unterschrift, wird empfangen und im System erfasst. Dies kann eine elektronische Bestätigung des Frachtführers oder ein manuell gescanntes und angehängtes Dokument sein. | ||
| Bedeutung Diese Aktivität ist das primäre Erfolgs-Endereignis für den Logistikprozess. Sie ist unerlässlich für die Berechnung der vollständigen Auftragszykluszeit und der Kundentermintreue. Datenquelle Kann ein explizites Event aus einer Spediteur-Nachricht sein oder aus einer Statusänderung des Versanddatensatzes auf 'POD Received' oder 'Completed' abgeleitet werden. Der Timestamp markiert den endgültigen Abschluss. Erfassen Abgeleitet aus einer Änderung des Versandstatus auf 'Delivered' oder 'POD Confirmed'. Ereignistyp inferred | |||
| Sendung versandt | Diese Aktivität markiert den Zeitpunkt, an dem die Sendung physisch das Lager oder Distributionszentrum verlässt. Dies wird typischerweise über eine abschließende „Versandbestätigungs“-Transaktion im WMS erfasst, sobald der Anhänger versiegelt ist und abfährt. | ||
| Bedeutung Dies ist ein kritischer Meilenstein, der das Ende der Lagerabwicklung und den Beginn der Transitzeit markiert. Es ist ein Schlüsselereignis zur Messung der pünktlichen Sendung und der Lagerbearbeitungszeit. Datenquelle Eine zentrale, explizite Transaktion im Manhattan WMS/TMS, oft als 'Ship Confirm' oder 'Manifest Close' bezeichnet. Diese Transaktion ist mit einem Timestamp versehen und finalisiert die Versanddetails. Erfassen Protokolliert durch die Transaktion 'Ship Confirm' im WMS. Ereignistyp explicit | |||
| Waren kommissioniert | Ein Lagerarbeiter entnimmt die Artikel für einen Auftrag physisch aus ihren Lagerplätzen. Diese Aktivität wird typischerweise erfasst, wenn der Mitarbeiter die Kommissionierung bestätigt, oft durch Scannen der Artikel- und Standort-Barcodes. | ||
| Bedeutung Die Analyse der Kommissionierungsdauer ist grundlegend, um Lagerengpässe zu identifizieren und die Arbeitseffizienz zu verbessern. Sie unterstützt direkt den KPI der Lagerkommissionierungs-Durchlaufzeit. Datenquelle Als explizite Transaktion in den WMS-Aufgaben- oder Ausführungsprotokollen erfasst. Jede Kommissionierbestätigung ist mit einem Zeitstempel versehen und einem Mitarbeiter sowie Auftrag zugeordnet. Erfassen Protokolliert über einen Scan oder eine Bestätigung in der WMS-Kommissionieroberfläche. Ereignistyp explicit | |||
| Welle erstellt | Eine 'Wave' wird im WMS erzeugt, die mehrere Aufträge oder Versandpositionen für ein effizientes, koordiniertes Kommissionieren und Verpacken zusammenfasst. Die Erstellung einer Wave ist ein eigenständiges System-Event, das den physischen Abwicklungsprozess für eine Charge von Aufträgen startet. | ||
| Bedeutung Diese Aktivität ist ein wichtiger Meilenstein in Lageroperationen. Die Analyse der Wartezeit von Aufträgen bis zur Welle kann Ineffizienzen in der Batching-Strategie und Lücken in der Ressourcenplanung aufzeigen. Datenquelle Explizit im Manhattan WMS protokolliert, wenn ein Benutzer oder ein automatisierter Prozess eine Wave initiiert. Die Wave-Erstellungstabellen enthalten Timestamps für dieses Event. Erfassen Erfasst vom Timestamp auf dem Wave-Erstellungsdatensatz. Ereignistyp explicit | |||
| `Bestellung` erstellt | Eine Bestellung wird generiert, um Waren von einem externen Lieferanten zu beziehen, typischerweise ausgelöst durch einen Fehlbestand oder eine direkte Nachbestellung. Dies ist eine explizite Transaktion, die ein neues Bestellungsdokument erstellt, das mit der Kundennachfrage verknüpft ist. | ||
| Bedeutung Das Nachverfolgen der Bestellanlegung ist unerlässlich, um den Beschaffungsteil der Lieferkette und seine Auswirkungen auf die gesamte Auftragsdurchlaufzeit zu analysieren. Es hilft, die Lieferantenleistung zu messen. Datenquelle Als separates Ereignis im Beschaffungs- oder Einkaufsmodul erfasst. Suchen Sie nach Bestellungsanlegungstabellen und deren Zeitstempeln, die oft auf den ursprünglichen Kundenauftrag zurückverweisen. Erfassen Protokolliert, wenn ein neuer Bestellungsdatensatz gespeichert wird. Ereignistyp explicit | |||
| `Lieferung` erstellt | Ein logischer Versanddatensatz wird im System erstellt, der einen oder mehrere Aufträge oder Kartons gruppiert, die für denselben Ort über denselben Spediteur bestimmt sind. Dieser Schritt formalisiert den Transportplan für die ausgehenden Waren. | ||
| Bedeutung Diese Aktivität verbindet Lageroperationen und Transportmanagement. Sie bildet die Grundlage für die Frachtführerzuweisung, Frachtratenberechnung und die Erstellung von Versanddokumenten. Datenquelle Eine explizite Transaktion innerhalb der Manhattan WMS- oder TMS-Module. Sie wird in Versandkopfzeilentabellen mit einem Erstellungs-Timestamp aufgezeichnet. Erfassen Protokolliert, wenn ein neuer Versanddatensatz generiert wird. Ereignistyp explicit | |||
| Auftrag zugewiesen | Das System reserviert bestimmte Lagereinheiten in einem Lager für einen bestimmten Auftrag. Diese Zuweisung ist ein entscheidender Schritt, der jeder physischen Lageraktivität vorausgeht. | ||
| Bedeutung Dieser Meilenstein markiert den Übergang von der Auftragsverwaltung zur Lagerausführung. Die Zeit zwischen Auftragseingang und Zuweisung hebt potenzielle Bearbeitungsrückstände vor Beginn der Abwicklung hervor. Datenquelle Erfasst als Statusaktualisierung auf der Auftragsposition oder Versandzeile innerhalb des Manhattan WMS. Das Event ist der Timestamp, wenn der Status auf 'Allocated' oder einen ähnlichen Zustand wechselt. Erfassen Identifiziert durch den Timestamp der Statusänderung der Auftragsposition auf 'Allocated'. Ereignistyp inferred | |||
| Bestandsverfügbarkeit geprüft | Das System prüft die verfügbaren Lagerbestände, um festzustellen, ob der Kundenauftrag aus dem bestehenden Bestand erfüllt werden kann. Dies ist oft ein automatisierter Schritt unmittelbar nach der Auftragserstellung, der zu einer Aktualisierung des Bestellpositionstatus führt. | ||
| Bedeutung Diese Aktivität ist entscheidend, um Bestandsauffüllungszyklen zu verstehen und Fehlbestandsrisiken zu identifizieren. Verzögerungen hier können die Durchlaufzeiten der Auftragsabwicklung direkt beeinflussen. Datenquelle Typischerweise aus den Statusänderungen der Auftragspositionen innerhalb des OMS-Moduls abgeleitet. Eine Änderung von „Neu“ zu „Wartet auf Zuweisung“ oder ein ähnlicher Status deutet oft auf den Abschluss dieser Prüfung hin. Erfassen Abgeleitet aus einer Statusänderung der Auftragsposition nach der Erstellung. Ereignistyp inferred | |||
| Spediteur zugewiesen | Ein spezifischer Transportdienstleister wird ausgewählt und dem Versand zugewiesen. Dies kann ein automatisierter Prozess sein, der auf Routing-Leitfäden basiert, oder eine manuelle Auswahl durch einen Transportplaner. | ||
| Bedeutung Dieser Entscheidungspunkt ist entscheidend für die Analyse von Transportkosten und der Frachtführerleistung. Die Zeit, die für die Zuweisung eines Frachtführers benötigt wird, kann auf Planungsverzögerungen hindeuten. Datenquelle Abgeleitet aus einer Timestamp-basierten Änderung des Feldes 'carrier' im Versanddatensatz des TMS-Moduls. Das Event ist der Zeitpunkt, an dem dieses Feld erstmals befüllt wird. Erfassen Abgeleitet aus dem Änderungslog oder dem Update-Timestamp des Spediteurfeldes des Versands. Ereignistyp inferred | |||
| Versand neu geplant | Das geplante Versanddatum für einen Auftrag wird aufgrund von Problemen wie fehlender Lagerverfügbarkeit, Kundenanfrage oder Transportbeschränkungen geändert. Dies stellt eine Nacharbeitschleife im Abwicklungsprozess dar. | ||
| Bedeutung Das Nachverfolgen von Neuplanungen ist entscheidend, um Verzögerungsursachen und Prozessinstabilität zu identifizieren. Diese Aktivität unterstützt direkt den KPI für die Auftrags-Nacharbeitsquote und hilft, die Auswirkungen von Ausnahmen zu quantifizieren. Datenquelle Abgeleitet aus Änderungen an den Feldern für das geplante oder angeforderte Versanddatum im Auftrags- oder Versanddatensatz. Ein Vergleich zwischen dem ursprünglichen und dem aktualisierten Datum zeigt ein Umplanungs-Event an. Erfassen Abgeleitet durch den Vergleich historischer und aktueller Werte des Feldes 'Planned Ship Date'. Ereignistyp calculated | |||
| Waren an Kunden geliefert | Die Sendung trifft am Bestimmungsort des Kunden ein und wird entladen. Dieses Ereignis wird oft durch ein elektronisches Update, wie z.B. eine EDI 214-Nachricht, erfasst, die vom Transportunternehmen empfangen wird. | ||
| Bedeutung Diese Aktivität bietet Transparenz über die Leistung des Frachtführers und die tatsächliche Transitzeit. Sie ist eine Voraussetzung für die Messung der pünktlichen Lieferung und die Einleitung des finalen Liefernachweisschritts. Datenquelle Dies ist typischerweise ein explizites Ereignis, das durch eine externe Nachricht vom Frachtführer ausgelöst wird und den Sendungsstatus im TMS aktualisiert. Der Zeitstempel wird aus dem Update des Frachtführers abgeleitet. Erfassen Erfasst aus einer Spediteur-EDI-Nachricht (z.B. EDI 214), die den Versandstatus aktualisiert. Ereignistyp explicit | |||
| Waren verpackt | Kommissionierte Artikel werden konsolidiert und in einen oder mehrere Versandbehälter oder Kartons verpackt. Dieses Event wird typischerweise erfasst, wenn ein Packstationsmitarbeiter bestätigt, dass der Karton verschlossen ist und ein Versandetikett generiert wurde. | ||
| Bedeutung Dies markiert den Abschluss des Kernprozesses Kommissionierung und Verpackung. Die Analyse der Zeit von der Kommissionierung bis zur Verpackung hilft, das Layout der Packstation und die Ressourcenallokation zu optimieren. Datenquelle Ein explizites Event, das im WMS an der Packstation erfasst wird. Suchen Sie nach Kartonerstellungs- oder Packbestätigungstabellen mit Timestamps. Erfassen Protokolliert nach Abschluss des Packverifizierungsschritts. Ereignistyp explicit | |||
| Waren vom Lieferanten erhalten | Diese Aktivität erfasst den physischen Wareneingang eines Lieferanten am Lagerdock, typischerweise gegen eine Bestellung. Sie wird explizit im WMS erfasst, wenn das Lagerpersonal den eingehenden Bestand scannt und registriert. | ||
| Bedeutung Dies ist ein entscheidender Meilenstein zur Messung der Lieferanten-Termintreue. Er markiert den Abschluss der Inbound-Logistikphase und stellt den Bestand für die Abwicklung zur Verfügung. Datenquelle Eine standardisierte, explizite Transaktion im Manhattan WMS Wareneingangsmodul. Erfasst in Wareneingangs-Logs mit Timestamps, verknüpft mit einer Bestellung (PO) oder einer Avise (ASN). Erfassen Protokolliert durch eine Wareneingangstransaktion. Ereignistyp explicit | |||
Extraktionsleitfäden
Extraktionsmethoden für diesen Prozess werden derzeit validiert. Bitte schauen Sie später noch einmal vorbei oder kontaktieren Sie uns für Unterstützung.