Ihr Daten-Template für die Lagerverwaltung
Ihr Daten-Template für die Lagerverwaltung
- Empfohlene Attribute für die Datenerfassung
- Wichtige Aktivitäten für die Nachverfolgung
- Anleitung zur Datenextraktion aus Manhattan SCALE
Attribute der Lagerverwaltung
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivitätsname
ActivityName
|
Der Name der konkreten Lagerverwaltungsaufgabe oder des Ereignisses, das stattgefunden hat. | ||
|
Beschreibung
Dieses Attribut erfasst einzelne Schritte und Meilensteine im Lagerverwaltungsprozess. Beispiele sind „Ware aus dem Lager entnommen“, „Verpackung begonnen“ und „Sendung versandt“. Jede Aktivität steht für eine konkrete Aktion im Zusammenhang mit dem Lagerauftrag. Für Process Mining ist dieses Attribut entscheidend, da es die Knoten in der Prozessübersicht definiert. Die Analyse von Reihenfolge, Häufigkeit und Dauer der Aktivitäten macht Prozessabläufe sichtbar. So lassen sich Abweichungen von der Standardvorgehensweise erkennen und Engpässe lokalisieren, an denen sich Arbeit verzögert.
Warum das wichtig ist
Es definiert die Prozessschritte, bildet die Grundlage der Prozessübersicht und ermöglicht die Analyse von Abläufen und Abweichungen.
Woher beziehen
Abgeleitet aus Buchungscodes, Ereignisprotokollen oder Tabellen mit Statusaktualisierungen in Manhattan SCALE, die den Fortschritt von Lageraufträgen erfassen.
Beispiele
Ware an der Rampe eingetroffenKommissionieraufgabe erstelltWare verpacktSendung versandt
|
|||
|
Ereigniszeit
EventTime
|
Der Timestamp, der angibt, wann die Lageraktivität oder das Ereignis stattgefunden hat. | ||
|
Beschreibung
Dieses Attribut enthält für jede erfasste Prozessaktivität das genaue Datum und die Uhrzeit. Es bildet das chronologische Rückgrat des Event Logs und legt für jeden Auftrag die Reihenfolge und den Zeitpunkt aller Lagerabläufe fest. Die Ereigniszeit ist für alle zeitbasierten Process-Mining-Analysen unverzichtbar. Sie dient dazu, Zykluszeiten zwischen Aktivitäten und die Gesamtdauer eines Prozesses zu berechnen, Verzögerungen zu erkennen und die Prozessleistung über verschiedene Zeiträume hinweg zu analysieren. Genaue Timestamps sind entscheidend für eine verlässliche Prozessübersicht und aussagekräftige Leistungskennzahlen.
Warum das wichtig ist
Dieser Timestamp ist entscheidend, um Ereignisse korrekt zu ordnen und alle dauerbasierten Kennzahlen wie Zyklus- und Durchlaufzeiten zu berechnen.
Woher beziehen
In Manhattan SCALE in Ereignisprotokolltabellen oder Buchungsdatensätzen zusammen mit den Aktivitätsinformationen zu finden. Feldnamen lauten häufig etwa „created_ts“, „event_timestamp“ oder „status_change_date“.
Beispiele
2023-10-26T08:00:00Z2023-10-26T09:15:30Z2023-10-26T11:45:10Z
|
|||
|
Lagerauftrag
WarehouseOrder
|
Die eindeutige Kennung einer bestimmten logistischen Arbeitseinheit, etwa eines Wareneingangs oder einer ausgehenden Sendung. | ||
|
Beschreibung
Der Lagerauftrag dient als primäre Case-ID und fasst alle zugehörigen Aktivitäten eines einzelnen Logistikprozesses von Anfang bis Ende zusammen. So lässt sich der gesamte Lebenszyklus eines Auftrags im Lager verfolgen, unabhängig davon, ob es um Wareneingang, Einlagerung, Kommissionierung, Verpackung oder Versand geht. Für die Process-Mining-Analyse ist dieses Attribut entscheidend, um den Ablauf jedes Auftrags zu rekonstruieren. Werden alle Ereignisse einem bestimmten Lagerauftrag zugeordnet, können Analysten Prozessabläufe visualisieren, Durchlaufzeiten einzelner Aufträge messen und Abweichungen oder Engpässe erkennen, die die Effizienz der Auftragserfüllung beeinträchtigen.
Warum das wichtig ist
Dieser Schlüssel führt alle zugehörigen Lageraktivitäten zu einer einzigen Prozessinstanz zusammen und ermöglicht so eine durchgängige Analyse.
Woher beziehen
Diese Kennung findet sich üblicherweise in den zentralen Auftragsverwaltungstabellen von Manhattan SCALE, etwa in der Tabelle mit den Auftragskopfdaten.
Beispiele
WO-00583921WO-00583922WO-00583923
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Timestamp der letzten Datenaktualisierung aus dem Quellsystem. | ||
|
Beschreibung
Dieses Attribut gibt an, wann die Daten zuletzt aus Manhattan SCALE extrahiert und in das Process-Mining-Tool geladen wurden. Es zeigt, wie aktuell die analysierten Daten sind. Diese Information hilft Benutzern, die Aktualität der Analyse einzuschätzen. Sie zeigt, ob Echtzeitdaten oder ein Datenstand zu einem bestimmten Zeitpunkt betrachtet werden. Das ist wichtig für fundierte operative Entscheidungen und die Berichterstattung.
Warum das wichtig ist
Es informiert Benutzer über die Aktualität der Daten und macht deutlich, welchen Zeitraum die Analyse und die Berichte abdecken.
Woher beziehen
Dieser Timestamp wird üblicherweise während des Ladevorgangs vom ETL-Tool oder der Datenpipeline erzeugt und gespeichert.
Beispiele
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Das System, aus dem die Daten stammen. | ||
|
Beschreibung
Dieses Attribut bezeichnet die Quellanwendung, in der die Ereignisdaten erzeugt wurden. Für diesen Prozess lautet der Wert üblicherweise „Manhattan SCALE“. In einer Umgebung mit mehreren integrierten Systemen hilft dieses Feld, die Datenquellen voneinander zu unterscheiden. Es gibt Aufschluss über die Herkunft der Daten und kann für Data Governance, Fehlerbehebung und das Verständnis möglicher Unterschiede bei der Datenerfassung auf verschiedenen Plattformen wichtig sein.
Warum das wichtig ist
Es liefert wichtige Informationen zur Herkunft der Daten, die für Data Governance, Validierung und Integration in komplexen IT-Landschaften entscheidend sind.
Woher beziehen
Häufig wird während des ETL-Prozesses (Extraktion, Transformation und Laden) ein statischer Wert hinzugefügt, um den Datensatz zu kennzeichnen.
Beispiele
Manhattan SCALESCALE_PRODWMS_US_01
|
|||
|
Angefordertes Abschlussdatum
RequestedCompletionDate
|
Das Datum, bis zu dem der Kunde oder ein interner Beteiligter den Versand des Auftrags angefordert hat. | ||
|
Beschreibung
Dieses Attribut gibt die Service-Level-Vereinbarung (SLA) oder den angestrebten Liefertermin für einen ausgehenden Lagerauftrag an. An diesem Termin wird gemessen, ob der Lagerbetrieb den Auftrag fristgerecht erfüllt hat. Das Datum ist ein wichtiger Maßstab für die Leistungsbewertung. Es wird im Dashboard „Termingerechte Sendungen“ und für die Kennzahl „Anteil termingerecht versandter Sendungen“ verwendet, um festzustellen, ob ein Auftrag pünktlich erfüllt wurde. Die Analyse von Aufträgen, bei denen dieser Termin verfehlt wurde, hilft, systematische Verzögerungsursachen zu erkennen und die Kundenzufriedenheit zu verbessern.
Warum das wichtig ist
Es ist der wichtigste Maßstab, um die termingerechte Auslieferung und die Einhaltung der mit Kunden vereinbarten Service-Level zu messen.
Woher beziehen
Üblicherweise in der Auftragskopftabelle von Manhattan SCALE gespeichert und häufig aus einem vorgelagerten ERP- oder Auftragsverwaltungssystem übernommen.
Beispiele
2023-10-28T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z
|
|||
|
Auftragsart
OrderType
|
Ordnet den Lagerauftrag einer Kategorie zu, zum Beispiel Wareneingang, Warenausgang oder interne Umlagerung. | ||
|
Beschreibung
Die Auftragsart beschreibt den Zweck des Lagerauftrags. Übliche Arten sind Kundensendungen (Warenausgang), Lieferanteneingänge (Wareneingang), Umlagerungen zwischen Standorten (intern) und Retouren. Mit diesem Attribut lässt sich die Prozessanalyse segmentieren. Durch die Filterung nach Auftragsart können Sie die Leistung verschiedener Prozesse vergleichen, etwa den Wareneingang mit dem Versand. Das ist wichtig, weil sich deren Schritte, Ressourcen und Leistungsziele oft deutlich unterscheiden. Eine gemeinsame Analyse kann daher irreführend sein.
Warum das wichtig ist
Es ermöglicht, unterschiedliche Prozesse wie Wareneingang und Warenausgang getrennt zu betrachten und zu vergleichen, da sie verschiedene Abläufe und Leistungserwartungen haben.
Woher beziehen
In den Auftragskopfdaten von Manhattan SCALE zu finden. Das Feld kann „order_type“, „transaction_type“ oder ähnlich heißen.
Beispiele
WareneingangWarenausgangssendungInterne UmlagerungKundenretoure
|
|||
|
Benutzer-/Mitarbeiter-ID
UserOperatorId
|
Die eindeutige Kennung des Lagermitarbeitenden oder Bedieners, der die Aktivität ausgeführt hat. | ||
|
Beschreibung
Dieses Attribut erfasst die ID des Benutzers, der für eine bestimmte Lageraufgabe wie Kommissionierung, Verpackung oder Einlagerung verantwortlich ist. Es ordnet Prozessaktivitäten den beteiligten Mitarbeitenden zu. Die Analyse nach Benutzer-/Mitarbeiter-ID ist wichtig, um Ressourcenauslastung sowie die Effizienz einzelner Mitarbeitender und Teams zu verstehen. Sie hilft, besonders leistungsstarke Mitarbeitende, Schulungsbedarf und die Verteilung der Arbeitslast zu erkennen. Diese Daten sind eine wichtige Grundlage für das Dashboard „Ressourcenauslastung nach Mitarbeitendem“ und die zugehörigen Kennzahlen. So können Führungskräfte Personaleinsatz und Aufgabenverteilung optimieren.
Warum das wichtig ist
Es verknüpft die Prozessleistung mit einzelnen Mitarbeitenden oder Teams und ermöglicht die Analyse von Arbeitslast, Produktivität und Ressourcenzuteilung.
Woher beziehen
Diese Information wird üblicherweise in den Buchungsprotokollen von Manhattan SCALE erfasst, häufig in Feldern wie „user_id“, „operator“ oder „executed_by“.
Beispiele
JSMITHBWILLIAMSLCHEN
|
|||
|
Endzeit
EndTime
|
Der Timestamp, der angibt, wann eine Aktivität mit messbarer Dauer abgeschlossen wurde. | ||
|
Beschreibung
Die Endzeit markiert den Abschluss einer Aktivität. Zusammen mit einer Startzeit (EventTime) ermöglicht sie die genaue Berechnung der Verarbeitungszeit einzelner Aufgaben. Nicht jedes Ereignis hat eine eigene Endzeit. Bei Aktivitäten wie „Kommissionierung“ oder „Verpackung“ sind diese Daten jedoch besonders wertvoll. In der Analyse dient die Endzeit zur Berechnung der Kennzahl „Verarbeitungszeit“. Sie ist entscheidend, um Ressourceneffizienz und Aufgabendauer zu verstehen. So lässt sich erkennen, welche Aktivitäten am längsten dauern und zur gesamten Zykluszeit sowie zu möglichen Verzögerungen beitragen.
Warum das wichtig ist
Sie ermöglicht die genaue Berechnung der Verarbeitungszeit einzelner Aktivitäten und hilft zu erkennen, welche Aufgaben die meisten Ressourcen und die meiste Zeit beanspruchen.
Woher beziehen
Die Endzeit kann in denselben Buchungsprotokollen wie die Startzeit in einem separaten Feld wie „completed_ts“ oder „end_time“ verfügbar sein. Ist sie nicht direkt erfasst, lässt sie sich mitunter aus der Startzeit der nachfolgenden Aktivität ableiten.
Beispiele
2023-10-26T08:15:00Z2023-10-26T09:30:45Z2023-10-26T12:05:00Z
|
|||
|
Material-ID
MaterialId
|
Die eindeutige Kennung des Produkts oder Materials, das bearbeitet wird. | ||
|
Beschreibung
Dieses Attribut, häufig als SKU (Stock Keeping Unit) bezeichnet, identifiziert den konkreten Artikel einer Lageraktivität. Ein Lagerauftrag kann mehrere Materialien umfassen, die jeweils in eigenen Positionen oder Aufgaben bearbeitet werden. Die Analyse nach Material-ID kann produktspezifische Probleme aufdecken. Bestimmte Artikel können beispielsweise häufiger Qualitätsprüfungen nicht bestehen, Kommissionierfehler verursachen oder aufgrund ihrer Größe, ihres Gewichts oder ihrer Lageranforderungen längere Bearbeitungszeiten haben. Diese Erkenntnisse helfen, Lagerstrategien und Handhabungsverfahren für verschiedene Produkttypen zu optimieren.
Warum das wichtig ist
Sie ermöglicht Analysen auf Produktebene und zeigt, ob bestimmte Artikel mit Prozessverzögerungen, Fehlern oder Nacharbeit verbunden sind.
Woher beziehen
In den Auftragspositions-Tabellen von Manhattan SCALE zu finden und mit dem zugehörigen Lagerauftrag verknüpft.
Beispiele
SKU-10234-ASKU-98543-BMAT-HDWR-550
|
|||
|
Tatsächliche Menge
ActualQuantity
|
Die tatsächlich gezählte, kommissionierte oder versandte Menge eines Materials. | ||
|
Beschreibung
Dieses Attribut erfasst die gemessene Warenmenge an einem wichtigen Kontrollpunkt, etwa beim Wareneingang oder bei der Kommissionierung. Es gibt an, welche Menge tatsächlich bearbeitet wurde, die von der geplanten Menge abweichen kann. Der Vergleich der tatsächlichen mit der geplanten Menge ist entscheidend, um Abweichungen zu erkennen. Er bildet die Grundlage für das Dashboard „Entwicklung der Auftragsmengenabweichungen“ und die zugehörige Kennzahl. Die Erfassung dieser Unterschiede hilft, Probleme bei der Lieferantengenauigkeit, in den Bestandsdaten oder bei der Kommissionierung aufzudecken. Das ist wichtig für die Bestandsgenauigkeit.
Warum das wichtig ist
Sie ist entscheidend, um Abweichungen zwischen geplanten und tatsächlich bearbeiteten Mengen zu erkennen und mögliche Probleme mit der Bestandsgenauigkeit oder Fehler im Betrieb aufzudecken.
Woher beziehen
In den Buchungsdetails zu Aktivitäten wie Wareneingang, Zählung oder Kommissionierung in Manhattan SCALE zu finden.
Beispiele
100985010
|
|||
|
Durchlaufzeit der Auftragserfüllung
OrderFulfillmentCycleTime
|
Die Gesamtzeit vom Anlegen des Lagerauftrags bis zu dessen vollständigem Abschluss. | ||
|
Beschreibung
Diese Kennzahl berechnet die Gesamtdauer jedes Lagerauftrags vom Ereignis „Lagerauftrag angelegt“ bis zum Ereignis „Lagerauftrag abgeschlossen“. Als zentrale Leistungskennzahl misst sie die Effizienz des gesamten Auftragsabwicklungsprozesses im Lager. In Dashboards und Analysen bietet dieses Attribut einen Überblick über die Gesamtleistung. Es dient dazu, Trends zu verfolgen, Ausreißer mit besonders langen Durchlaufzeiten zu erkennen und die Leistung im Zeitverlauf zu vergleichen. Die Kennzahl fließt direkt in das Dashboard „Gesamtdurchlaufzeit der Auftragserfüllung“ und die zugehörige KPI ein.
Warum das wichtig ist
Diese zentrale KPI misst Geschwindigkeit und Effizienz des gesamten Lagerprozesses und wirkt sich direkt auf die Kundenzufriedenheit und die Betriebskosten aus.
Woher beziehen
Dieses berechnete Feld ergibt sich aus der Differenz zwischen den Timestamps des ersten und des letzten Ereignisses jedes Lagerauftrags.
Beispiele
2,1 Tage18,5 Stunden36 Stunden
|
|||
|
Ergebnis der Qualitätsprüfung
QualityInspectionResult
|
Das Ergebnis einer Qualitätsprüfung, etwa „Bestanden“, „Nicht bestanden“ oder „Nacharbeit“. | ||
|
Beschreibung
Dieses Attribut erfasst das Ergebnis der Aktivität „Qualitätsprüfung durchgeführt“. Es zeigt an, ob die empfangene Ware die erforderlichen Qualitätsstandards erfüllt oder weitere Maßnahmen erforderlich sind. Dieses Attribut ist für die Analyse des Qualitätsmanagements entscheidend. Es hilft, die „Konformitätsquote der Qualitätskontrolle“ nicht nur anhand der Einhaltung von Vorgaben, sondern auch anhand der Ergebnisse zu verfolgen. Die Analyse der Fehlerquoten nach Lieferant oder Material kann Beschaffungsentscheidungen verbessern und Folgekosten durch mangelhafte Ware senken.
Warum das wichtig ist
Es liefert die Ergebnisse der Qualitätsprüfungen und ermöglicht die Analyse der Lieferantenqualität, von Produktproblemen und der Wirksamkeit des Prüfprozesses.
Woher beziehen
Ziehen Sie die Dokumentation zu Manhattan SCALE heran. Die Daten sind wahrscheinlich in Tabellen zur Qualitätsverwaltung oder zu Wareneingangsaufgaben gespeichert.
Beispiele
BestandenNicht bestandenNacharbeit erforderlich
|
|||
|
Geplante Menge
PlannedQuantity
|
Die laut Auftrag für eine bestimmte Aufgabe erwartete Materialmenge. | ||
|
Beschreibung
Dieses Attribut gibt an, welche Artikelmenge laut ursprünglichem Lagerauftrag oder Aufgabenanweisung empfangen, kommissioniert oder bearbeitet werden sollte. Sie dient als Vergleichswert für den tatsächlichen Ablauf. Zusammen mit der „Tatsächlichen Menge“ wird dieser Wert zur Berechnung von Abweichungen verwendet. Häufige Unterschiede zwischen geplanten und tatsächlichen Mengen können auf Probleme bei Lieferungen, der Bestandsgenauigkeit oder der Kommissionierung hinweisen. Daher ist dieses Attribut wichtig für Qualitäts- und Genauigkeitsanalysen.
Warum das wichtig ist
Sie dient als Vergleichswert für die Mengengenauigkeit und hilft, Abweichungen zu erkennen, die sich auf Bestand und Auftragserfüllung auswirken.
Woher beziehen
In den Auftragspositions- oder Aufgabendetailtabellen von Manhattan SCALE zu finden.
Beispiele
1001005012
|
|||
|
Lagerplatz
StorageLocation
|
Der konkrete Ort im Lager, etwa ein Fach oder Gang, an dem Waren gelagert oder entnommen werden. | ||
|
Beschreibung
Dieses Attribut bezeichnet den physischen Ort, etwa Gang 5, Fach 3 oder Ebene C, an dem eine Lager- oder Entnahmeaktivität stattfindet. Es ergänzt den Lagerprozess um räumliche Informationen. Die Analyse von Aktivitäten nach Lagerplatz ist wichtig, um Lagerlayout und Materialfluss zu optimieren. Sie kann häufig genutzte Lagerplätze, ineffiziente Wege bei der Kommissionierung oder Bereiche mit hohem Verkehrsaufkommen aufzeigen. Diese Daten unterstützen die Analyse der Einlagerungs- und Kommissioniereffizienz und zeigen Möglichkeiten zur Verbesserung der Lagerstrategien auf.
Warum das wichtig ist
Es liefert räumliche Informationen zu Lagerbewegungen und ermöglicht die Analyse von Layout-Effizienz, Wegzeiten und der Optimierung von Kommissionierwegen.
Woher beziehen
In Manhattan SCALE in den Aufgabeninformationen zu Einlagerungs- und Kommissionieraktivitäten enthalten, etwa in Feldern wie „location_id“, „bin_code“ oder „source_location“.
Beispiele
A01-R02-B03DOCK-04PACK-STATION-12
|
|||
|
Mengendifferenz
QuantityDiscrepancy
|
Die berechnete Differenz zwischen der geplanten und der tatsächlichen Menge eines Artikels. | ||
|
Beschreibung
Diese Kennzahl wird berechnet, indem die geplante Menge von der tatsächlichen Menge abgezogen wird. Ein Wert ungleich null weist auf eine Abweichung zwischen der tatsächlich bearbeiteten und der erwarteten Warenmenge hin. Der Wert kann positiv sein (Überschuss) oder negativ (Fehlmenge). Dieses Attribut bildet die Grundlage für die KPI „Abweichungsquote bei Auftragsmengen“. Es beziffert das Ausmaß von Fehlern bei der Warenannahme oder Kommissionierung und liefert eine klare Kennzahl für Dashboards zur Bestandsgenauigkeit. Die Entwicklung und Ursachen dieser Abweichungen zu analysieren, ist entscheidend, um die Genauigkeit im Betrieb zu verbessern.
Warum das wichtig ist
Die Kennzahl beziffert Fehler beim Bestand und bei der Auftragserfüllung. Sie ermöglicht eine klare Messung der Genauigkeit und der finanziellen Auswirkungen von Abweichungen.
Woher beziehen
Dieses berechnete Feld wird im Process-Mining-Tool nach folgender Formel ermittelt: ActualQuantity - PlannedQuantity.
Beispiele
0-25
|
|||
|
Nacharbeit
IsRework
|
Kennzeichnet, ob eine Aktivität oder eine Abfolge von Aktivitäten Nacharbeit darstellt. | ||
|
Beschreibung
Dieses boolesche Attribut erkennt Nacharbeit, zum Beispiel wenn die Aktivität „Waren aus dem Lager entnommen“ innerhalb eines Auftrags für dasselbe Material mehrfach ausgeführt wird. Es wird anhand von Mustern im Prozessablauf ermittelt. Die Kennzeichnung von Nacharbeit ist entscheidend, um Ineffizienzen und Fehler im Prozess aufzudecken. Sie hilft bei der Berechnung der KPI „Nacharbeitsquote bei der Kommissionierung“ und ermöglicht es Analysten, Fälle mit wiederholten Schritten gezielt zu untersuchen. Wer die Ursachen für Nacharbeit kennt, kann Betriebskosten senken und die Prozessqualität verbessern.
Warum das wichtig ist
Die Kennzahl kennzeichnet ineffiziente Schleifen und wiederholte Arbeitsschritte im Prozess. Diese sind häufig eine versteckte Ursache für Verzögerungen und höhere Betriebskosten.
Woher beziehen
Dieses berechnete Attribut wird in der Regel im Process-Mining-Tool abgeleitet. Dazu werden Regeln definiert, die bestimmte Muster wiederholter Aktivitäten erkennen, etwa Selbstschleifen oder kurze Schleifen.
Beispiele
truefalse
|
|||
|
Name des Frachtführers
CarrierName
|
Der Name des Transportunternehmens, das für den Versand des Auftrags verantwortlich ist. | ||
|
Beschreibung
Dieses Attribut bezeichnet den Logistikpartner oder Frachtführer, etwa FedEx, UPS oder DHL, der einer ausgehenden Sendung zugewiesen ist. Es verknüpft den Lagerprozess mit dem anschließenden Transport. Die Analyse der Leistung nach Frachtführer kann wichtige Erkenntnisse zur Lieferkette liefern. Sie zeigt, ob bestimmte Frachtführer mit längeren Bereitstellungszeiten, häufigen Verzögerungen oder besonderen Anforderungen an die Handhabung verbunden sind. Diese Informationen helfen, die Leistung der Frachtführer zu bewerten und Logistikpartnerschaften zu optimieren.
Warum das wichtig ist
Es verknüpft den Lagerbetrieb mit Logistikpartnern. So lässt sich die Leistung nach Frachtführer analysieren und mögliche transportbedingte Engpässe erkennen.
Woher beziehen
In den Versand- oder Transportplanungstabellen von Manhattan SCALE zu finden, häufig mit dem Auftragskopf verknüpft.
Beispiele
FedExUPSXPO Logistics
|
|||
|
Pünktlicher Versand
IsOnTimeShipment
|
Kennzeichnet, ob der Auftrag am gewünschten Abschlusstermin oder früher versendet wurde. | ||
|
Beschreibung
Dieses boolesche Attribut ergibt sich aus dem Vergleich von „Tatsächliches Abschlussdatum“ und „Gewünschtes Abschlussdatum“. Es ist wahr, wenn der Auftrag fristgerecht abgeschlossen wurde, und falsch, wenn er verspätet war. Das Attribut vereinfacht die Leistungsanalyse, da sich Daten damit leicht filtern und aggregieren lassen. Es bildet die Grundlage für die KPI „Anteil pünktlicher Lieferungen“ und für Dashboards, die die Einhaltung der Kunden-SLAs verfolgen. So lassen sich fristgerecht abgeschlossene Aufträge schnell von verspäteten unterscheiden und die Ursachen für Verzögerungen untersuchen.
Warum das wichtig ist
Die Kennzahl vereinfacht die Leistungsberichterstattung, indem sie Datumsvergleiche in ein einfaches Wahr/Falsch-Merkmal überführt. So lässt sich der Anteil pünktlicher Lieferungen leicht berechnen.
Woher beziehen
Berechnet durch den Vergleich von 'ActualCompletionDate' <= 'RequestedCompletionDate'. Diese Logik wird im Process-Mining-Tool angewendet.
Beispiele
truefalse
|
|||
|
Sendungs-ID
ShipmentId
|
Eine eindeutige Kennung für eine Gruppe von Aufträgen, die gemeinsam versandt werden. | ||
|
Beschreibung
Die Sendungs-ID ist eine übergeordnete Kennung. Sie fasst einen oder mehrere Lageraufträge zusammen, die gemeinsam auf demselben Fahrzeug oder als Teil derselben Fracht transportiert werden. Damit verknüpft sie einzelne Aufträge mit einem bestimmten Transportvorgang. In der Analyse ermöglicht die Sendungs-ID einen umfassenderen Blick auf die Logistikabläufe. Sie kann verwendet werden, um die Effizienz der Zusammenstellung während der Bereitstellung und Verladung zu analysieren, die Termintreue auf Sendungsebene zu messen und zu verstehen, wie sich die Zusammenfassung von Aufträgen auf die gesamte Durchlaufzeit auswirkt.
Warum das wichtig ist
Sie fasst mehrere Aufträge zu einem Versandvorgang zusammen und ermöglicht die Analyse von Konsolidierung, Bereitstellung und Verladung.
Woher beziehen
In den Transport- oder Sendungsverwaltungstabellen von Manhattan SCALE zu finden. Diese ID ist üblicherweise mit mehreren Lageraufträgen verknüpft.
Beispiele
SH-945001SH-945002SH-945003
|
|||
|
Tatsächliches Abschlussdatum
ActualCompletionDate
|
Das tatsächliche Datum, an dem der Lagerauftrag abgeschlossen wurde, üblicherweise mit dem Versand. | ||
|
Beschreibung
Dieses Attribut enthält den Timestamp des letzten Prozessschritts eines Auftrags, etwa „Sendung versandt“. Es gibt den tatsächlichen Abschlusszeitpunkt der Auftragserfüllung an. Dieses Datum wird direkt mit dem „Angeforderten Abschlussdatum“ verglichen, um die Termintreue beim Versand zu berechnen. Es bestätigt, wann die Verantwortung des Lagers für den Auftrag tatsächlich endete. Die Analyse dieses Attributs ermöglicht eine genaue Messung der Durchlaufzeiten und der Leistung im Vergleich zu den SLAs.
Warum das wichtig ist
Es liefert den tatsächlichen Timestamp des Auftragsabschlusses. Damit lassen sich reale Zykluszeiten berechnen und die Leistung anhand der angeforderten Termine messen.
Woher beziehen
Entspricht dem Timestamp der letzten Prozessaktivität, etwa „Sendung versandt“ oder „Lagerauftrag abgeschlossen“.
Beispiele
2023-10-28T14:30:00Z2023-11-06T11:00:00Z2023-11-10T18:00:00Z
|
|||
|
Verwendetes Gerät
EquipmentUsed
|
Die Kennung des bei einer Aktivität verwendeten Geräts, etwa eines Gabelstaplers oder Handscanners. | ||
|
Beschreibung
Dieses Attribut bezeichnet das verwendete Flurförderzeug (MHE) oder technische Gerät für eine Lageraufgabe. Dazu gehören beispielsweise bestimmte Gabelstapler-IDs, Hubwagen-Nummern oder IDs von mobilen RF-Scannern. Diese Daten sind für die Analyse der Ressourcenauslastung über den Einsatz von Mitarbeitenden hinaus wertvoll. Sie helfen, die Nutzung kostspieliger Geräte zu verstehen, Wartungsarbeiten zu planen und die Verfügbarkeit der benötigten Arbeitsmittel sicherzustellen. Durch eine zusätzliche Analysedimension unterstützen sie direkt Kennzahlen wie „Ressourcenauslastung (Kommissionierung)“.
Warum das wichtig ist
Sie ermöglichen die Analyse der Gerätenutzung und ihrer Auswirkungen auf die Prozesseffizienz. Das hilft bei der Planung von Wartungsintervallen und Investitionen in Flurförderzeuge.
Woher beziehen
Ziehen Sie die Dokumentation zu Manhattan SCALE oder die Systemprotokolle heran. Falls das System entsprechend konfiguriert ist, werden diese Angaben möglicherweise in den Aufgabenausführungsdatensätzen erfasst.
Beispiele
FORKLIFT-07SCANNER-58BCART-22
|
|||
|
Zeit vom Wareneingang bis zur Einlagerung
GoodsReceiptToPutawayTime
|
Die Zeitspanne vom Eingang der Waren bis zu ihrer Einlagerung. | ||
|
Beschreibung
Diese berechnete Kennzahl misst die Dauer eines wichtigen Abschnitts des Wareneingangsprozesses: die Zeit zwischen der Aktivität „Waren eingegangen und gezählt“ und der Aktivität „Waren eingelagert“. Sie gibt Aufschluss über die Effizienz der Warenannahme und der Einlagerung. Die Dauer ist eine wichtige Eingangsgröße für das Dashboard „Zyklus vom Wareneingang bis zur Einlagerung“ und die zugehörige KPI. Hohe Werte können auf Engpässe an der Warenannahme, Verzögerungen beim Erstellen von Einlagerungsaufgaben oder ineffiziente Transportwege hindeuten. All dies verzögert die Verfügbarkeit des Bestands.
Warum das wichtig ist
Die Kennzahl misst gezielt die Effizienz eines wichtigen Schritts im Wareneingang und macht Engpässe sichtbar, die die Verfügbarkeit des Bestands verzögern.
Woher beziehen
Dieses berechnete Feld ergibt sich aus der Zeitdifferenz zwischen den Ereignissen „Waren eingegangen und gezählt“ und „Waren eingelagert“ für einen bestimmten Case.
Beispiele
45 Minuten2,5 Stunden8 Stunden
|
|||
Aktivitäten der Lagerverwaltung
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Lagerauftrag abgeschlossen
|
Bezeichnet den endgültigen logischen Abschluss des Lagerauftrags, nachdem alle physischen Aktivitäten beendet sind. Dieses Ereignis wird in der Regel abgeleitet, etwa aus einer abschließenden Statusänderung des Auftragsdatensatzes auf „Abgeschlossen“ oder „Geschlossen“. | ||
|
Warum das wichtig ist
Diese Aktivität bildet den endgültigen Endpunkt des gesamten Lagerprozesses. Sie ist entscheidend für die Berechnung der gesamten Durchlaufzeit der Auftragserfüllung und des Durchsatzes.
Woher beziehen
Wird anhand des Timestamps abgeleitet, zu dem das Statusfeld des Auftragskopfs in Manhattan SCALE auf einen endgültigen, abgeschlossenen Status gesetzt wird.
Erfassung
Wird anhand des Timestamps der letzten Aktualisierung abgeleitet, wenn sich der Auftragsstatus zu „Abgeschlossen“ ändert.
Ereignistyp
inferred
|
|||
|
Lagerauftrag erstellt
|
Diese Aktivität kennzeichnet die Erstellung eines Auftrags im Lagerverwaltungssystem. Dabei kann es sich um einen Wareneingang oder einen ausgehenden Auftrag handeln. In der Regel wird das Ereignis ausdrücklich protokolliert, sobald ein neuer Auftragssatz im System angelegt wird. Der Erstellungs-Timestamp wird häufig über eine Integration mit einem ERP-System erfasst. | ||
|
Warum das wichtig ist
Dies ist das zentrale Start-Event des Lagerprozesses. Die Zeit von diesem Zeitpunkt bis zum Abschluss ist entscheidend, um die gesamte Durchlaufzeit der Auftragserfüllung zu messen.
Woher beziehen
Dieses Ereignis wird anhand des Erstellungs-Timestamps in der zentralen Auftragstabelle von Manhattan SCALE erfasst, beispielsweise aus dem Feld für das Erstellungsdatum des Auftrags.
Erfassung
Erfasst anhand des Erstellungs-Timestamps des Lagerauftragssatzes.
Ereignistyp
explicit
|
|||
|
Sendung versandt
|
Markiert den Zeitpunkt, zu dem der Frachtführer das Lager mit der Ware verlässt. Das Ereignis wird ausdrücklich ausgelöst, wenn ein Benutzer im System eine Buchung wie „Versand bestätigen“ oder „Versenden“ ausführt und damit die Sendung abschließt. | ||
|
Warum das wichtig ist
Dies ist ein entscheidender Meilenstein, um die termingerechte Auslieferung anhand der angeforderten Liefertermine zu messen. Häufig löst er Kundenbenachrichtigungen und die Rechnungsstellung aus.
Woher beziehen
Wird anhand des Timestamps der Buchung „Versand bestätigen“ in den Versand- oder Warenausgangsauftragstabellen von Manhattan SCALE erfasst.
Erfassung
Wird protokolliert, wenn die Versandbestätigung für den Anhänger oder Auftrag gebucht wird.
Ereignistyp
explicit
|
|||
|
Ware angenommen und gezählt
|
Dieses Ereignis markiert den Abschluss der physischen Warenannahme. Die Waren werden entladen und identifiziert, anschließend werden die Mengen mit der Lieferavisierung abgeglichen. Das Ereignis wird üblicherweise ausdrücklich erfasst, wenn ein Mitarbeiter die endgültig angenommene Menge jedes Artikels über ein mobiles Gerät oder Terminal bestätigt. | ||
|
Warum das wichtig ist
Dies ist ein wichtiger Meilenstein für die Bestandsgenauigkeit und markiert den Beginn der Einlagerung. Anhand des Ereignisses lassen sich Mengenabweichungen und die Effizienz des Warenannahmeteams analysieren.
Woher beziehen
Dieses Ereignis wird in Manhattan SCALE in den Transaktionsprotokollen der Wareneingangspositionen erfasst. Der Timestamp wird bei der Bestätigung der Artikelmengen gespeichert.
Erfassung
Wird protokolliert, sobald ein Mitarbeiter die angenommenen Mengen per Scan oder manueller Eingabe bestätigt.
Ereignistyp
explicit
|
|||
|
Ware aus dem Lager entnommen
|
Diese Aktivität bestätigt, dass ein Mitarbeitender einen Artikel physisch aus seinem Lagerplatz entnommen hat. Sie wird ausdrücklich erfasst, wenn der Mitarbeitende den Artikel und/oder den Lagerplatz mit seinem Handgerät scannt und die Entnahme bestätigt. | ||
|
Warum das wichtig ist
Dies ist ein wichtiger Meilenstein im Auftragsabwicklungszyklus. Die Aktivität ist entscheidend, um Kommissionierleistung, Nacharbeitsquoten und Ressourcenauslastung zu messen.
Woher beziehen
Wird in den Kommissionierbuchungsprotokollen oder Aufgabenchroniken erfasst, wenn eine Entnahme bestätigt wird, häufig einschließlich Benutzer-ID und Timestamp.
Erfassung
Wird anhand des Bestätigungs-Timestamps einer Kommissionierposition erfasst, in der Regel über einen Barcode-Scan.
Ereignistyp
explicit
|
|||
|
Ware eingelagert
|
Diese Aktivität bestätigt, dass die Ware erfolgreich am vorgesehenen Lagerplatz eingelagert wurde. Sie wird ausdrücklich erfasst, wenn der Mitarbeitende den Lagerplatz scannt und die Einlagerung bestätigt. Damit wird die Aufgabe im System abgeschlossen. | ||
|
Warum das wichtig ist
Dieses Ereignis schließt den Wareneingangsprozess ab und macht den Bestand für die Auftragsabwicklung verfügbar. Es bildet den Endpunkt für die Kennzahl „Wareneingang bis Einlagerung“.
Woher beziehen
Wird in den Aufgabenverwaltungs- oder Bestandsbuchungsprotokollen erfasst, wenn der Status einer Einlagerungsaufgabe auf „Abgeschlossen“ oder einen ähnlichen Status gesetzt wird.
Erfassung
Wird anhand des Abschluss-Timestamps der Einlagerungsaufgabe erfasst, in der Regel über einen Scan des Lagerplatzes.
Ereignistyp
explicit
|
|||
|
Ware verpackt
|
Diese Aktivität zeigt an, dass alle Artikel einer Sendung in den endgültigen Versandbehälter verpackt und dieser verschlossen wurden. Das Ereignis wird ausdrücklich erfasst, wenn der Mitarbeitende den Abschluss des Kartons oder der Sendung im System bestätigt. | ||
|
Warum das wichtig ist
Dieser Meilenstein schließt die Verpackung ab und macht die Sendung für Bereitstellung und Versand bereit. Er ist ein wichtiger Datenpunkt für die Analyse von Verpackungsleistung und Effizienz.
Woher beziehen
Wird in den Verpackungs- oder Versandbuchungsprotokollen erfasst, wenn in Manhattan SCALE die Aktion „Karton schließen“ oder „Verpackung abgeschlossen“ ausgeführt wird.
Erfassung
Wird anhand des Timestamps der Buchung „Verpackung abgeschlossen“ oder „Behälter schließen“ erfasst.
Ereignistyp
explicit
|
|||
|
Auf Frachtführer verladen
|
Diese Aktivität erfasst das physische Verladen verpackter Behälter auf einen Lkw oder Anhänger. Sie wird üblicherweise ausdrücklich protokolliert, wenn ein Mitarbeitender jede Palette oder jeden Behälter beim Verladen auf das Transportfahrzeug scannt. | ||
|
Warum das wichtig ist
Dies ist der letzte physische Arbeitsschritt im Lager. Die Analyse dieser Aktivität hilft, Verladezeiten zu messen und sicherzustellen, dass alle Waren einer Sendung korrekt verladen werden.
Woher beziehen
Wird in Manhattan SCALE in den Sendungsbuchungsprotokollen erfasst, wenn Behälter während des Verladens gescannt werden.
Erfassung
Wird anhand des Scan-Timestamps erfasst, zu dem ein Versandbehälter auf ein Fahrzeug verladen wird.
Ereignistyp
explicit
|
|||
|
Avisierung einer eingehenden Lieferung erhalten
|
Dieses Ereignis bezeichnet den Eingang einer Advanced Shipping Notification (ASN) eines Lieferanten mit Angaben zu einer bevorstehenden Lieferung. Es wird ausdrücklich erfasst, sobald eine ASN in Manhattan SCALE verarbeitet und protokolliert wurde. Damit werden die Aktivitäten zur Planung des Wareneingangs ausgelöst. | ||
|
Warum das wichtig ist
Dieses Ereignis markiert den Startpunkt für die Messung des eingehenden Logistikprozesses. Es ermöglicht die Analyse der Lieferantenleistung und der Vorbereitung des Lagers auf eintreffende Waren.
Woher beziehen
Wird nach erfolgreicher EDI-Übertragung oder manueller Erfassung einer Lieferavisierung in den Tabellen für eingehende Transaktionen oder ASNs protokolliert.
Erfassung
Wird nach Eingang und Verarbeitung der ASN protokolliert.
Ereignistyp
explicit
|
|||
|
Einlagerungsaufgabe erstellt
|
Das System erstellt eine Aufgabe, die einen Mitarbeiter anweist, angenommene Waren von der Rampe zu einem Lagerplatz zu bringen. Dieses Ereignis wird ausdrücklich in der Aufgabenverwaltung erfasst, sobald das System einen Zielort zuweist und einen neuen Einlagerungsauftrag erstellt. | ||
|
Warum das wichtig ist
Dieses Ereignis markiert den Beginn des internen Warentransports. Die Zeit bis zum Abschluss der Aufgabe zeigt, wie effizient die Einlagerung und das System arbeiten.
Woher beziehen
Wird in den Tabellen zum Aufgaben- oder Arbeitsauftragsverlauf in Manhattan SCALE erfasst. Der Timestamp gibt an, wann die Einlagerungsaufgabe erstellt wurde.
Erfassung
Wird protokolliert, sobald das System eine Einlagerungsaufgabe erstellt.
Ereignistyp
explicit
|
|||
|
Kommissionieraufgabe erstellt
|
Zeigt an, dass das System eine Kommissionieraufgabe erstellt, damit ein Mitarbeitender Artikel aus dem Lager entnimmt und einen Auftrag erfüllt. Dieses Ereignis wird ausdrücklich protokolliert, wenn der Auftrag zugeteilt wird und das WMS einen Arbeitsauftrag für einen Benutzer erstellt. | ||
|
Warum das wichtig ist
Dies ist der Beginn des Warenausgangsprozesses. Die Zeitspanne von diesem Ereignis bis zum Abschluss der Kommissionierung ist entscheidend für die Messung der Kommissionierleistung.
Woher beziehen
Wird in Manhattan SCALE mit Erstellungs-Timestamp in den Tabellen zur Aufgaben- oder Arbeitsauftragschronik erfasst.
Erfassung
Wird protokolliert, sobald das System eine Kommissionieraufgabe erstellt.
Ereignistyp
explicit
|
|||
|
Qualitätsprüfung durchgeführt
|
Dieses Ereignis bezeichnet eine Qualitätsprüfung der angenommenen Waren vor der Einlagerung. Es wird ausdrücklich erfasst, wenn ein Mitarbeiter der Qualitätskontrolle das Prüfergebnis (bestanden oder nicht bestanden) für den jeweiligen Bestand im System dokumentiert. | ||
|
Warum das wichtig ist
Diese Aktivität ist wichtig, um die Einhaltung der Qualitätsprüfungen nachzuverfolgen. Die Analyse ihrer Durchführung und Dauer hilft, die Produktqualität sicherzustellen und Verzögerungen bei der Prüfung zu erkennen.
Woher beziehen
Wird im Qualitätsmanagementmodul oder in den Transaktionsprotokollen zum Bestandsstatus in Manhattan SCALE erfasst, sobald ein Prüfergebnis übermittelt wird.
Erfassung
Erfasst anhand des Transaktionsprotokolls zur Bestätigung der Qualitätsprüfung.
Ereignistyp
explicit
|
|||
|
Sendung zur Verladung bereitgestellt
|
Bezeichnet den Transport verpackter Kartons vom Verpackungsbereich zu einer vorgesehenen Bereitstellungszone oder -spur für den Versand. Diese Aktivität wird in der Regel anhand einer Änderung des Standorts des Versandbehälters oder der Palette im WMS abgeleitet. | ||
|
Warum das wichtig ist
Hilft, Verzögerungen zwischen Verpackung und Verladung zu erkennen. Eine lange Verweildauer in diesem Status kann auf eine schlechte Abstimmung mit Frachtführern oder eine ineffiziente Verwaltung der Ladetore hindeuten.
Woher beziehen
Wird anhand einer Bestandsbewegungsbuchung oder einer Standortaktualisierung für die Versandbehälter-ID in Manhattan SCALE abgeleitet. Daraus geht hervor, dass der Behälter an einen Bereitstellungsort bewegt wurde.
Erfassung
Wird anhand einer Standortänderung des verpackten Behälters zu einer Bereitstellungszone oder einem Ladetor abgeleitet.
Ereignistyp
inferred
|
|||
|
Verpackung begonnen
|
Markiert den Beginn des Verpackungsprozesses, wenn kommissionierte Ware an einer Packstation eintrifft. Das Ereignis kann ausdrücklich erfasst werden, wenn ein Mitarbeitender einen Behälter oder Auftrag an der Packstation scannt. Alternativ lässt es sich anhand des ersten Artikelscans an dieser Station ableiten. | ||
|
Warum das wichtig ist
Mit diesem Ereignis beginnt die letzte wertschöpfende Phase vor dem Versand. Die Messung ab diesem Zeitpunkt hilft, Engpässe gezielt im Verpackungsbereich zu erkennen.
Woher beziehen
Wird anhand der Buchungsprotokolle der Packstationen in Manhattan SCALE erfasst. Grundlage kann eine Buchung „Verpackung starten“ oder der Timestamp des ersten verpackten Artikels sein.
Erfassung
Wird protokolliert, wenn ein Mitarbeitender an einer Packstation mit der Verpackung eines Auftrags beginnt.
Ereignistyp
explicit
|
|||
|
Ware an der Rampe eingetroffen
|
Diese Aktivität kennzeichnet die Ankunft eines Lkw oder Containers an der Warenannahmerampe. Häufig wird sie ausdrücklich erfasst, wenn ein Mitarbeiter am Werkstor oder an der Rampe die Lieferung vor dem Entladen im System anmeldet. | ||
|
Warum das wichtig ist
Die Zeit zwischen der Ankunft und dem Beginn der Warenannahme zeigt mögliche Engpässe an der Rampe. Dazu gehören beispielsweise Wartezeiten, weil benötigte Ressourcen nicht verfügbar sind.
Woher beziehen
Wird in einem Modul für Lieferungen oder Terminplanung in Manhattan SCALE erfasst, sobald der Frachtführer am Standort angemeldet wird.
Erfassung
Erfasst anhand des Transaktions-Timestamps bei der Anmeldung an der Warenannahmerampe.
Ereignistyp
explicit
|
|||
Anleitungen zur Datenextraktion
Möchten Sie loslegen?
Optimieren Sie Ihre Lagerabläufe noch heute mit diesem Daten-Template. Es hilft Ihnen, die Effizienz Ihres Lagers zu steigern.
Steigern Sie die Effizienz Ihres Lagers, starten Sie kostenlos
Vermeiden Sie Kommissionierfehler und erreichen Sie mühelos eine Bestandsgenauigkeit von 99,5 %.
Keine Kreditkarte erforderlich. Starten Sie in wenigen Minuten kostenlos.