Ihr Warehouse Management Daten-Template
Ihr Warehouse Management Daten-Template
Dies ist unsere generische Process-Mining-Datenvorlage für Warehouse Management. Verwenden Sie unsere systemspezifischen Vorlagen für spezifischere Anleitungen.
Wählen Sie ein spezifisches System- Eine universelle Datenstruktur, die auf jedes Warehouse Management System anwendbar ist.
- Empfohlene Attribute und Aktivitäten für eine umfassende Prozessanalyse.
- Eine praktische Grundlage, um Ihre Process Mining-Reise zu starten.
Warehouse Management Attribute
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name der spezifischen Lageraufgabe oder des Ereignisses, das aufgetreten ist, wie z.B. 'Waren kommissioniert' oder 'Sendung versandt'. | ||
| Beschreibung Der Aktivitätsname beschreibt einen einzelnen Schritt oder ein Ereignis innerhalb des Warehouse Management Prozesses. Diese Aktivitäten repräsentieren die individuellen Aufgaben, die zur Erfüllung eines Lagerauftrags ausgeführt werden und bieten eine detaillierte Ansicht des Prozessflusses. Beispiele sind das Erstellen eines Auftrags, der Wareneingang, die Durchführung von Qualitätsprüfungen, das Kommissionieren von Artikeln und der Versand von Sendungen. Für die Process Mining-Analyse ist dieses Attribut entscheidend für den Aufbau der Prozesslandkarte. Es definiert die Knoten im Prozessgraph, sodass Analysten die Abfolge der Ereignisse visualisieren, die Häufigkeit verschiedener Aufgaben verstehen und Engpässe oder ineffiziente Übergänge zwischen Aktivitäten identifizieren können. Eine klare und konsistente Namenskonvention für Aktivitäten ist für eine aussagekräftige Prozesserfassung und -analyse unerlässlich. Bedeutung Dieses Attribut definiert die Schritte in der Prozesskarte, die die Grundlage aller Process Mining Analysen zur Identifizierung von Engpässen und Abweichungen bildet. Datenquelle Typischerweise in Event Logs, Aufgabenverwaltungstabellen oder Transaktionsdaten zu finden, wo einzelne Lageroperationen erfasst werden. Beispiele Waren kommissioniertEinlagerungsaufgabe erstelltSendung versandtLagerauftrag abgeschlossen | |||
| Event Startzeit EventStartTime | Der Timestamp, der den Beginn einer spezifischen Lageraktivität oder eines Events anzeigt. | ||
| Beschreibung Die Event Start Time ist ein präziser Timestamp, der den Moment festhält, in dem eine Lageraktivität beginnt. Dieser Datenpunkt ist entscheidend für das Verständnis des Timings und der Dauer von Prozessschritten. In Kombination mit einem End-Timestamp ermöglicht er die exakte Berechnung, wie lange jede Aktivität zur Fertigstellung benötigte. Im Process Mining ist dieser Timestamp fundamental für die chronologische Anordnung von Events, um einen genauen Prozessfluss aufzubauen. Er ist die Grundlage für alle zeitbasierten Analysen, einschließlich der Berechnung von Zykluszeiten zwischen Aktivitäten, der Identifizierung von Wartezeiten und der Lokalisierung von Engpässen, wo Arbeit verzögert wird. Genaue Startzeiten sind unerlässlich für Performance Dashboards und KPIs im Zusammenhang mit der Prozesseffizienz. Bedeutung Dieser Timestamp ist essenziell für die korrekte Reihenfolge von Events und die Berechnung von Zykluszeiten, die entscheidend sind, um Prozess-Engpässe und Verzögerungen zu identifizieren. Datenquelle In System-Event Logs oder Transaktionsaufzeichnungen gefunden, die den Beginn einer spezifischen Aufgabe oder Statusänderung erfassen. Beispiele 2023-04-15T09:12:45Z2023-05-20T14:00:10Z2023-06-01T08:30:00Z | |||
| Lagerauftrags-ID WarehouseOrderId | Der eindeutige Bezeichner für einen Lagerauftrag. Dieser Bezeichner dient als primärer `Case` zur Nachverfolgung aller zugehörigen logistischen Aktivitäten von der Erstellung bis zum Abschluss. | ||
| Beschreibung Die Lagerauftrags-ID ist ein eindeutiger Schlüssel, der jedem logistischen Arbeitsauftrag innerhalb des Lagerverwaltungssystems zugewiesen wird. Sie verbindet alle zugehörigen Aktivitäten wie Wareneingang, Einlagerung, Kommissionierung, Verpackung und Versand zu einer einzigen, durchgängigen Prozessinstanz. Im Process Mining ist dieses Attribut grundlegend für die Rekonstruktion des Lebenszyklus jedes Lagerauftrags. Durch die Verwendung der Lagerauftrags-ID als Bedeutung Dies ist die essenzielle Datenquelle Typischerweise in den Kopftabellen von Lagerauftragsdokumenten oder Transaktionsprotokollen im Zusammenhang mit logistischen Aufgaben zu finden. Beispiele WO-00583921739200184ORD-C1-99203 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der `Timestamp`, der den Zeitpunkt der letzten Aktualisierung oder Extraktion der `Daten` für diesen `Prozess` angibt. | ||
| Beschreibung Der Last Data Update-Timestamp gibt an, wann der für die Analyse verwendete Datensatz zuletzt aus den Quellsystemen aktualisiert wurde. Er liefert einen klaren Hinweis auf die Aktualität und Relevanz der Daten und stellt sicher, dass Benutzer über den von der Analyse abgedeckten Zeitraum informiert sind. Dieses Attribut ist entscheidend, um das Vertrauen in die Process Mining-Dashboards und -Analysen zu erhalten. Es ermöglicht Benutzern zu verstehen, ob sie nahezu Echtzeitinformationen oder historische Daten betrachten. Die prominente Anzeige dieses Timestamps in Dashboards hilft, Benutzererwartungen zu managen und Fehlinterpretationen aufgrund veralteter Informationen zu vermeiden. Es ist eine Schlüsselkomponente der Data Governance und Transparenz. Bedeutung Dieser Timestamp stellt sicher, dass Benutzer die Aktualität der Daten verstehen, was entscheidend ist, um fundierte, zeitnahe Entscheidungen auf Basis der Process Mining Erkenntnisse zu treffen. Datenquelle Dies wird typischerweise während des Datenextraktionsprozesses (ETL) generiert und gespeichert, wenn Daten in die Process Mining Plattform geladen werden. Beispiele 2023-10-27T02:00:00Z2023-10-26T18:00:00Z2023-10-27T04:30:00Z | |||
| Quellsystem SourceSystem | Der Bezeichner für das System oder die Anwendung, aus der die Daten extrahiert wurden. | ||
| Beschreibung Das Attribut Quellsystem gibt den Ursprung der Event-Daten an, wie zum Beispiel ein spezifisches Warehouse Management System (WMS), ein Enterprise Resource Planning (ERP) System oder eine Altanwendung. In komplexen IT-Landschaften kann ein einzelner Geschäftsprozess mehrere Systeme umfassen, und dieses Feld hilft dabei, zu unterscheiden, woher jedes Datenelement stammt. Diese Information ist wertvoll für die Datenvalidierung und -governance, da sie sicherstellt, dass die für Process Mining verwendeten Daten auf ihren korrekten Ursprung zurückgeführt werden können. Sie hilft auch bei der Ursachenanalyse, wenn Datenqualitätsprobleme entdeckt werden. Für die Analyse kann sie verwendet werden, um Prozessvarianten oder Leistungsmetriken zwischen verschiedenen Systemen oder Systemversionen innerhalb derselben Organisation zu vergleichen. Bedeutung Es liefert Kontext über den Ursprung der Daten, was entscheidend für Datenvalidierung, Fehlerbehebung und das Verständnis von Prozessvarianten über verschiedene Systeme hinweg ist. Datenquelle Diese Informationen werden oft während des Datenextraktionsprozesses (ETL) hinzugefügt oder können ein Standardfeld in Data Warehouses und Integrationsplattformen sein. Beispiele SAP EWMManhattan SCALEOracle WMS | |||
| Angeforderter Abschlussdatum RequestedCompletionDate | Das Datum und die Uhrzeit, bis zu denen der Lagerauftrag geplant oder angefordert ist, abgeschlossen und versandt zu werden. | ||
| Beschreibung Das angeforderte Abschlussdatum repräsentiert den Zieltermin für die Fertigstellung eines Lagerauftrags, typischerweise für ausgehende Sendungen. Dieses Datum wird oft durch Kundenverpflichtungen, Abholpläne von Spediteuren oder interne Service Level Agreements (SLAs) bestimmt. Es dient als primärer Maßstab zur Messung der Termintreue. Im Process Mining ist dieses Attribut essenziell für die Analyse der Termintreue von Lieferungen. Durch den Vergleich des tatsächlichen Abschlussdatums mit dem angeforderten Abschlussdatum können Unternehmen ihre pünktliche Lieferrate berechnen und die Ursachen von Verzögerungen identifizieren. Die Analyse von Aufträgen, die ihren angeforderten Termin überschritten haben, kann spezifische Engpässe, Ressourcenbeschränkungen oder Prozessschritte aufzeigen, die konstant zu Verspätungen führen, und so gezielte Verbesserungsmaßnahmen ermöglichen. Bedeutung Dies ist der Benchmark für die Messung der Termintreue. Der Vergleich mit dem tatsächlichen Abschlussdatum ist entscheidend für die Berechnung des KPIs für die pünktliche Lieferrate. Datenquelle Typischerweise in den Kopfdaten des Lagerauftrags zu finden, oft vom zugehörigen Kundenauftrag oder der Kundenanfrage übernommen. Beispiele 2023-07-20T17:00:00Z2023-08-01T23:59:59Z2023-07-22T12:00:00Z | |||
| Auftragsart OrderType | Kategorisiert den Lagerauftrag, zum Beispiel als Wareneingang, Warenausgang oder interne Umlagerung. | ||
| Beschreibung Der Auftragstyp klassifiziert Lageraufträge basierend auf ihrem Geschäftszweck. Gängige Typen umfassen Wareneingangsaufträge für den Empfang von Waren von Lieferanten, Warenausgangsaufträge für den Versand von Produkten an Kunden und interne Aufträge für Bewegungen wie Nachschub oder Bestandsanpassungen. Dieses Attribut ist grundlegend für die Segmentierung und den Vergleich verschiedener Lagerprozesse. Der Prozessfluss für einen Wareneingangsauftrag unterscheidet sich stark von dem eines Warenausgangsauftrags. Durch die Verwendung des Auftragstyps als Filter können Analysten separate Prozesslandkarten und Dashboards für jeden Fluss erstellen, was eine genauere und relevantere Analyse ermöglicht. Der Vergleich von KPIs wie der Zykluszeit über verschiedene Auftragstypen hinweg kann dazu beitragen, Ressourcen effektiver zuzuweisen und Prozesse an spezifische Anforderungen anzupassen. Bedeutung Dies ermöglicht die Trennung und den Vergleich unterschiedlicher Prozesse wie Wareneingang, Warenausgang und interne Bewegungen, die unterschiedliche Abläufe und Leistungsziele aufweisen. Datenquelle Typischerweise in den Kopfdaten des Lagerauftragsdokuments zu finden. Beispiele WarenausgangssendungWareneingangInterne WeiterleitungRetouren | |||
| Benutzer-ID UserId | Der Bezeichner für den Lagerarbeiter, Bediener oder das automatisierte System, das die Aktivität durchgeführt hat. | ||
| Beschreibung Die Benutzer-ID identifiziert eindeutig die Person oder Ressource, die für die Ausführung einer spezifischen Lageraufgabe verantwortlich ist. Dies kann ein Lagerarbeiter, ein Schichtleiter oder sogar ein automatisiertes System wie ein Roboter oder eine Förderbandsteuerung sein. Die Nachverfolgung, wer welche Aktivität durchgeführt hat, ist entscheidend für das Verständnis der Ressourcenallokation und Leistung. Dieses Attribut ermöglicht aussagekräftige Analysen im Zusammenhang mit Personal- und Ressourcenmanagement. Es kann verwendet werden, um Produktivitätsniveaus über verschiedene Benutzer oder Teams hinweg zu analysieren, Schulungsbedarfe zu identifizieren und die Einhaltung von Standardarbeitsanweisungen sicherzustellen. Durch das Filtern der Prozesskarte nach Benutzer-ID können Analysten vergleichen, wie verschiedene Personen oder Teams denselben Prozess ausführen, und so Best Practices oder verbesserungswürdige Bereiche aufdecken. Es ist auch für Compliance- und Audit-Zwecke von entscheidender Bedeutung. Bedeutung Dieses Attribut ist entscheidend für die Analyse der Ressourcenleistung und ermöglicht Vergleiche der Effizienz und Qualität zwischen verschiedenen Mitarbeitern, Teams oder Schichten. Datenquelle Typischerweise in Transaktionsprotokollen oder Aufgabenausführungsaufzeichnungen verfügbar, wo der Benutzer, der die Aktion bestätigt oder abgeschlossen hat, erfasst wird. Beispiele JSMITHOPERATOR_1138ROBOT_A05 | |||
| Endzeit des Events EventEndTime | Der Timestamp, der den Abschluss einer spezifischen Lageraktivität oder eines Events anzeigt. | ||
| Beschreibung Die Event End Time markiert den präzisen Moment, in dem eine Lageraufgabe oder Aktivität beendet ist. Dieser Timestamp ist das Gegenstück zur Event Start Time und unerlässlich für die Messung der Dauer einzelner Aktivitäten. Nicht alle Events haben eine eindeutige Dauer, aber für diejenigen, die eine haben, wie Kommissionierung oder Verpackung, sind diese Daten von unschätzbarem Wert. Im Process Mining ermöglicht das Vorhandensein von Start- und Endzeiten eine ausgefeiltere Analyse der Prozessleistung. Es ermöglicht die Berechnung von Bearbeitungszeiten (die Zeit, die aktiv an einer Aufgabe gearbeitet wird) im Vergleich zu Wartezeiten (die Zeit zwischen den Aufgaben). Diese Unterscheidung ist entscheidend, um echte operative Engpässe von Problemen bei der Ressourcenverfügbarkeit zu unterscheiden. Die Analyse von Aktivitätsdauern hilft beim Performance Benchmarking, der Ressourcenplanung und der Identifizierung von Möglichkeiten zur operativen Verbesserung. Bedeutung Es ermöglicht die Berechnung präziser Aktivitätsdauern, wodurch zwischen aktiver Bearbeitungszeit und Leerlauf-Wartezeit für eine bessere Engpassanalyse unterschieden werden kann. Datenquelle In System-Event Logs oder Transaktionsaufzeichnungen gefunden, die den Abschluss einer spezifischen Aufgabe oder eine Statusänderung erfassen. Beispiele 2023-04-15T09:25:11Z2023-05-20T14:05:30Z2023-06-01T08:45:00Z | |||
| Geplante Menge PlannedQuantity | Die erwartete Menge der Artikel für eine gegebene Aufgabe, basierend auf dem Quellbeleg wie einem Bestell- oder Kundenauftrag. | ||
| Beschreibung Die geplante Menge repräsentiert die Zielanzahl von Einheiten für eine spezifische Lageraufgabe. Bei einem Wareneingangsauftrag ist dies die Menge, die voraussichtlich empfangen wird. Bei einem Warenausgangsauftrag ist dies die Menge, die kommissioniert und versendet werden muss. Dieser Wert wird typischerweise aus dem ursprünglichen Geschäftsbeleg, wie einem Bestellauftrag oder Kundenauftrag, abgeleitet. Dieses Attribut dient als entscheidende Basis für Leistungs- und Genauigkeitsanalysen. Durch den Vergleich der geplanten Menge mit der tatsächlichen Menge können Unternehmen die Kommissioniergenauigkeit, Wareneingangsdiskrepanzen und die Genauigkeit der Bestandsaufzeichnungen messen. Die Analyse von Abweichungen kann helfen, systemische Probleme mit Lieferanten, internen Prozessen oder Bestandsdaten zu identifizieren, was zu Verbesserungen der operativen Effizienz und Kundenzufriedenheit führt. Bedeutung Dies bildet die Basis für die Messung der Genauigkeit. Der Vergleich mit der tatsächlichen Menge ist entscheidend für die Berechnung von KPIs wie der Kommissioniergenauigkeit und der Identifizierung von Diskrepanzen. Datenquelle In den Positionsdetails eines Lagerauftrags oder einer Aufgabe gefunden, oft aus einem zugehörigen Kundenauftrag, Bestellauftrag oder Transportauftrag stammend. Beispiele 100502500 | |||
| Lagerort StorageLocation | Der spezifische Ort innerhalb des Lagers, wie z.B. ein Lagerplatz, Gang oder eine Zone, wo Waren gelagert oder kommissioniert werden. | ||
| Beschreibung Der Lagerort identifiziert den physischen Platz innerhalb des Lagers, der mit einer Aktivität verbunden ist. Dies könnte ein Quellort für eine Kommissionieraufgabe oder ein Zielort für eine Einlagerungsaufgabe sein. Die Granularität kann von einer breiten Zone bis hin zu einem spezifischen Regal, Fach und Lagerplatznummer reichen. Die Analyse von Daten nach Lagerort bietet Einblicke in das Lagerlayout und die Effizienz. Process Mining kann Reisezeiten zwischen verschiedenen Orten aufdecken, 'Hot Spots' mit hoher Aktivität identifizieren und ineffiziente Einlagerungs- oder Kommissionierwege aufzeigen. Diese Informationen sind von unschätzbarem Wert für die Optimierung von Slotting-Strategien, bei denen häufig kommissionierte Artikel an leicht zugänglichen Orten platziert werden, um die Reisezeit zu minimieren und die Kommissioniereffizienz insgesamt zu verbessern. Es kann auch helfen, das Lagerlayout neu zu gestalten, um Engpässe zu reduzieren und den Fluss zu verbessern. Bedeutung Es ermöglicht die Analyse von Lagerlayout und Wegeeffizienz, was hilft, Kommissionierwege und Lagerstrategien zur Reduzierung der Zykluszeiten zu optimieren. Datenquelle In den Details von Lageraufgaben, Bestandsaufzeichnungen und Materialbewegungs-Transaktionen gefunden. Beispiele A1-03-B2RECEIVING-DOCK-04ZONE-C-BULK | |||
| Tatsächliche Menge ActualQuantity | Die tatsächliche Menge der Artikel, die während einer Aufgabe gehandhabt oder bestätigt wurden, wie z.B. die physisch gezählte oder kommissionierte Menge. | ||
| Beschreibung Die tatsächliche Menge ist die Anzahl der Einheiten, die von einem Lagerarbeiter oder System während einer Aktivität physisch gehandhabt, gezählt und bestätigt werden. Dies spiegelt die reale Ausführung einer Aufgabe wider, wie z.B. die Anzahl der von einem Lieferanten erhaltenen Artikel oder die Menge, die aus einem Lagerplatz zur Erfüllung eines Auftrags entnommen wurde. Dieses Attribut ist für die Varianzanalyse im Vergleich zur geplanten Menge unerlässlich. Abweichungen zwischen geplanten und tatsächlichen Mengen sind direkte Indikatoren für Prozessprobleme, wie z.B. Teillieferungen von Lieferanten, Kommissionierfehler oder Bestandsungenauigkeiten. Process Mining kann diese Daten nutzen, um genau zu bestimmen, welche Produkte, Standorte oder Mitarbeiter am häufigsten mit diesen Abweichungen in Verbindung gebracht werden, und ermöglicht so gezielte Maßnahmen zur Verbesserung der Genauigkeit und zur Reduzierung kostspieliger Fehler. Bedeutung Dies misst das tatsächliche Ergebnis einer Aufgabe. Die Analyse im Vergleich zur geplanten Menge hilft, Fehler und Ineffizienzen bei der Kommissionierung, dem Wareneingang oder der Zählung zu identifizieren. Datenquelle In Aufgabenbestätigungsdaten erfasst, wo ein Bediener oder System die Menge der physisch gehandhabten Artikel eingibt. Beispiele 98502500 | |||
| Anlagen-ID EquipmentId | Bezeichner für die Materialtransportausrüstung, die für eine Aufgabe verwendet wurde, wie z.B. ein spezifischer Gabelstapler oder ein Förderband. | ||
| Beschreibung Die Equipment ID spezifiziert das Stück Materialtransportausrüstung (MHE), das zur Ausführung einer Lageraufgabe verwendet wird. Dies kann Gabelstapler, Hubwagen, Handscanner, Voice-Picking-Headsets oder automatisierte Systeme wie Förderbänder und Sortiermaschinen umfassen. Die Analyse von Prozessdaten nach Equipment ID ist entscheidend für die Asset-Auslastung und die Wartungsplanung. Sie hilft bei der Beantwortung von Fragen, welche Ausrüstung am häufigsten verwendet wird, ob es ausrüstungsbedingte Engpässe gibt und wie die Ausrüstungsleistung die gesamte Aufgabendauer beeinflusst. Diese Informationen können Entscheidungen über die Ausrüstungsbeschaffung, die Flottenauslastung im Lager und die Planung präventiver Wartung zur Minimierung von Ausfallzeiten leiten. Bedeutung Dieses Attribut hilft bei der Analyse der Maschinenauslastung, der Identifizierung von Ausrüstungs-bezogenen Engpässen und der Information von Wartungs- oder Beschaffungsentscheidungen. Datenquelle Oft in Aufgabenbestätigungsdaten erfasst, wo ein Bediener die für die Ausführung der Arbeit verwendete Ausrüstung protokolliert, oder aus automatisierten Systemprotokollen. Beispiele FORKLIFT-07SCANNER-HH-112CONVEYOR-B3 | |||
| Auftragspriorität OrderPriority | Zeigt die Dringlichkeit oder Priorität des Lagerauftrags an, z.B. 'Hoch', 'Standard' oder 'Niedrig'. | ||
| Beschreibung Die Auftragspriorität ist eine Klassifizierung, die die relative Bedeutung oder Dringlichkeit eines Lagerauftrags kennzeichnet. Dies bestimmt oft die Geschwindigkeit und Reihenfolge, in der Aufgaben zugewiesen und ausgeführt werden. Zum Beispiel kann ein 'eiliger' oder 'hochprioritärer' Auftrag vor 'Standard'-Prioritätsaufträgen bearbeitet werden, selbst wenn er später eingetroffen ist. Die Analyse des Prozesses basierend auf der Auftragspriorität ist entscheidend für die Bewertung der Service Level Agreement (SLA)-Compliance. Process Mining kann überprüfen, ob hochprioritäre Aufträge tatsächlich schneller bearbeitet werden als Standardaufträge. Es kann auch aufzeigen, ob die Priorisierung bestimmter Aufträge zu erheblichen Verzögerungen oder Engpässen für andere führt. Diese Analyse hilft bei der Verfeinerung von Priorisierungsregeln und Ressourcenallokationsstrategien, um die Geschwindigkeit für eilige Aufträge mit der gesamten Lagereffizienz in Einklang zu bringen. Bedeutung Dies hilft zu analysieren, ob Service Level Agreements eingehalten werden, indem überprüft wird, ob Aufträge mit hoher Priorität schneller bearbeitet werden als solche mit niedrigerer Priorität. Datenquelle Typischerweise in den Kopfdaten eines Lagerauftrags zu finden, oft durch den Quell-Verkaufsauftrag oder Geschäftsanforderungen bestimmt. Beispiele HochStandardNiedrigBeschleunigt | |||
| Lager-ID WarehouseId | Bezeichner für das spezifische Lager oder Distributionszentrum, in dem die Aktivität stattfand. | ||
| Beschreibung Die Lager-ID ist ein eindeutiger Code, der die physische Einrichtung, wie ein Distributionszentrum oder Lager, identifiziert, in der die protokollierten Aktivitäten stattgefunden haben. Dies ist besonders wichtig für Organisationen, die ein Netzwerk von mehreren Logistikstandorten betreiben. Dieses Attribut ermöglicht eine vergleichende Analyse über verschiedene Standorte hinweg. Durch das Filtern oder Segmentieren der Daten nach Lager-ID können Unternehmen die Leistung benchmarken, die Prozesseffizienz vergleichen und Best Practices an leistungsstarken Standorten identifizieren, die anderswo repliziert werden können. Es hilft auch, regionale Unterschiede in Nachfrage, Ressourcennutzung und betrieblichen Herausforderungen zu verstehen und bietet eine Grundlage für netzwerkweite strategische Entscheidungen. Bedeutung Es ermöglicht Leistungsbenchmarking und Prozessvergleiche über verschiedene Distributionszentren hinweg, was hilft, Best Practices und regionale Probleme zu identifizieren. Datenquelle Dies ist ein wichtiges Organisationsdatenfeld, das typischerweise im Kopf fast aller lagerbezogenen Transaktionsdokumente verfügbar ist. Beispiele WH-CENTRAL-01DC-WEST-CA1710 | |||
| Produkt-ID ProductId | Der eindeutige Identifikator für das Produkt, Material oder die Stock Keeping Unit (SKU), das/die gehandhabt wird. | ||
| Beschreibung Die Produkt-ID, oft als SKU oder Materialnummer bezeichnet, ist der eindeutige Code, der jedem einzelnen im Lager gelagerten Artikel zugewiesen wird. Dieser Bezeichner verknüpft Aktivitäten mit spezifischen Produkten und ermöglicht eine detaillierte Analyse, wie verschiedene Arten von Artikeln gehandhabt werden. Die Analyse des Prozesses nach Produkt-ID kann signifikante Einblicke liefern. Zum Beispiel können Sie die Bearbeitungszeiten für sperrige Artikel im Vergleich zu kleinen Artikeln vergleichen, Produkte identifizieren, die häufig mit Prozessabweichungen wie Qualitätssperren verbunden sind, oder den Fulfillment-Prozess für Produkte mit hoher versus geringer Nachfrage analysieren. Dieses Detailniveau ist unerlässlich für die Optimierung des Bestandsmanagements, die Lagerlayoutplanung und die Anpassung logistischer Prozesse an Produktmerkmale. Bedeutung Es ermöglicht eine Analyse auf Produktebene, die hilft, Prozessvarianten und Engpässe in Bezug auf spezifische Artikel oder Produktkategorien aufzudecken. Datenquelle Diese Informationen finden sich in den Artikeldetails von Lageraufträgen, Aufgaben und Bestandsaufzeichnungen. Beispiele SKU-987-BMAT-001254PROD-XYZ-001 | |||
| Sendungs-ID ShipmentId | Der eindeutige Bezeichner für die ausgehende Sendung, zu der ein oder mehrere Lageraufträge gehören. | ||
| Beschreibung Die Sendungs-ID ist ein eindeutiger Schlüssel, der einen oder mehrere Lageraufträge für eine einzelne ausgehende Lieferung zusammenfasst. Eine Sendung kann mehrere Aufträge enthalten, die an denselben Bestimmungsort gehen oder vom selben Spediteur bearbeitet werden. Dieser Bezeichner verknüpft die Lageraktivitäten mit der Transport- und Logistikphase. Dieses Attribut ermöglicht Analysen auf konsolidierter Sendungsebene anstatt nur auf individueller Auftragsebene. Es kann verwendet werden, um die Effizienz der Bereitstellungs- und Verladeprozesse zu analysieren, die Gesamtzeit von der Kommissionierung des ersten Artikels für eine Sendung bis zur Abfahrt des LKWs zu messen und die Lagerleistung mit Transportdaten zu korrelieren. Diese umfassendere Sicht hilft bei der Optimierung der gesamten ausgehenden Logistikkette, nicht nur der Schritte innerhalb der Lagermauern. Bedeutung Es gruppiert mehrere Lageraufträge zu einer einzigen Lieferung und ermöglicht so die Analyse des konsolidierten Warenausgangsprozesses, einschließlich der Bereitstellungs- und Ladeeffizienz. Datenquelle In Versand- oder Transportdokumenten gefunden, oft mit Lageraufträgen während der Wellenplanung oder Allokationsphase verknüpft. Beispiele SHP-440921ASN-88201-3BOL-592100 | |||
| Tatsächliches Abschlussdatum ActualCompletionDate | Das tatsächliche Datum und die Uhrzeit, wann die letzte Aktivität für den Lagerauftrag abgeschlossen wurde, typischerweise beim Versand. | ||
| Beschreibung Das tatsächliche Abschlussdatum ist der Timestamp, der die Finalisierung aller Aktivitäten im Zusammenhang mit einem Lagerauftrag markiert. Bei Warenausgangsaufträgen ist dies in der Regel der Zeitpunkt, an dem die Sendung aus dem Lager versandt wird. Bei Wareneingangsaufträgen kann es der Zeitpunkt sein, an dem alle Waren eingelagert und im Bestand verfügbar sind. Dieses Attribut ist das faktische Gegenstück zum angeforderten Abschlussdatum und entscheidend für die Leistungsmessung. Es wird direkt bei der Berechnung von pünktlichen Lieferraten und der gesamten Auftragsabwicklungszeit verwendet. Bei der Ursachenanalyse ermöglicht das Filtern nach Fällen mit einem späten tatsächlichen Abschlussdatum Analysten, tiefer in die Prozessabläufe verzögerter Aufträge einzutauchen und gemeinsame Muster oder Ursachen zu identifizieren. Bedeutung Dies liefert das tatsächliche Ergebnis für die Pünktlichkeitsanalyse. Es wird verwendet, um die gesamte Zykluszeit zu berechnen und festzustellen, ob ein Auftrag zu früh, pünktlich oder verspätet war. Datenquelle Dies ist der Timestamp des letzten Events im Lebenszyklus des Auftrags, wie z.B. 'Sendung versandt' oder 'Lagerauftrag abgeschlossen'. Beispiele 2023-07-20T16:45:10Z2023-08-02T09:30:00Z2023-07-22T11:55:21Z | |||
Warehouse Management Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
| `Waren erhalten` | Bedeutet, dass Waren entladen, gescannt und deren Mengen anhand der Lieferdokumente überprüft wurden. Es ist eine Schlüsseltransaktion, bei der der Bestand formell in die Verantwortlichkeit des Lagers übernommen wird. | ||
| Bedeutung Dies ist ein kritischer Meilenstein im Wareneingangsprozess und markiert den Zeitpunkt, an dem die Waren offiziell unter Lagerkontrolle stehen. Er ist essenziell für die Messung der Wareneingangs-Zykluszeit und -Genauigkeit. Datenquelle In Wareneingangs- oder Bestandstransaktionstabellen erfasst, wenn ein Benutzer die erhaltenen Mengen bestätigt. Erfassen Verwenden Sie das Buchungsdatum oder den Transaktions-Timestamp des Wareneingangs-Events, der mit den Positionen der eingehenden Lieferung verknüpft ist. Ereignistyp explicit | |||
| Lagerauftrag abgeschlossen | Dies ist der finale Status des Lagerauftrags, der anzeigt, dass alle zugehörigen Aktivitäten abgeschlossen und der Auftrag geschlossen ist. Er wird erfasst, wenn der Lebenszyklusstatus des Auftrags auf 'Completed' oder 'Closed' aktualisiert wird. | ||
| Bedeutung Dieser Event repräsentiert das erfolgreiche Ende des Prozesses. Er ist essenziell für die Berechnung der vollständigen End-to-End-Zykluszeit und des Durchsatzes des Lagers. Datenquelle Abgeleitet von einer finalen Statusänderung in der Auftragskopftabelle oder dem Dokument. Erfassen Identifizieren Sie den Timestamp, wann der Status des Lagerauftrags auf seinen finalen Status 'Abgeschlossen' oder 'Geschlossen' aktualisiert wird. Ereignistyp inferred | |||
| Lagerauftrag erstellt | Diese Aktivität markiert die Erstellung eines Lagerauftrags, des zentralen Dokuments zur Verwaltung von eingehenden, ausgehenden oder internen Aufgaben. Es handelt sich typischerweise um eine explizite Transaktion, wenn ein neuer Auftrag manuell oder durch eine Integration in das Lagerverwaltungssystem eingegeben wird. | ||
| Bedeutung Als Prozessstart ist dieses Ereignis entscheidend für die Berechnung der gesamten Auftragsabwicklungszeit. Es hilft, die Zeit vom Bedarfssignal bis zum Beginn der Lagerabwicklung zu messen. Datenquelle Dieser Event wird typischerweise aus der Auftragskopftabelle erfasst, die einen Erstellungs-Timestamp für jeden Auftragsdatensatz enthält. Erfassen Verwenden Sie den Erstellungs-Timestamp aus der primären Lagerauftrags- oder Anforderungstabelle. Ereignistyp explicit | |||
| Lagerauftrag storniert | Repräsentiert die Stornierung eines Lagerauftrags, bevor dieser vollständig bearbeitet oder versendet wurde. Dieses Ereignis wird erfasst, wenn ein Benutzer oder System eine Stornierungstransaktion ausführt. | ||
| Bedeutung Dieser Event repräsentiert ein erfolgloses Ende des Prozesses. Die Analyse von Stornierungen hilft, Gründe für Prozessfehler zu identifizieren, wie z.B. Bestandsabweichungen oder Änderungen der Kundennachfrage. Datenquelle Abgeleitet von einer Statusänderung in der Auftragskopftabelle auf 'Storniert' oder 'Annulliert'. Erfassen Identifizieren Sie den Timestamp, wann der Status des Lagerauftrags auf 'Storniert' aktualisiert wird. Ereignistyp inferred | |||
| Sendung versandt | Dieser Event signalisiert, dass die verpackten Waren auf den LKW des Spediteurs verladen wurden und der LKW das Lager verlassen hat. Dies wird typischerweise erfasst, wenn ein 'Warenausgang' gebucht wird, wodurch die Sendung finalisiert wird. | ||
| Bedeutung Dies ist der letzte physische Schritt im Lager und ein kritischer Meilenstein für die Berechnung von Kennzahlen zur pünktlichen Lieferung. Er markiert die Übergabe der Waren vom Lager an den Spediteur. Datenquelle Erfasst aus einem Versand- oder Transportdokument, oft als 'Warenausgangsbuchung'-Timestamp oder 'Versandt'-Statusaktualisierung. Erfassen Verwenden Sie das Buchungsdatum oder den Transaktions-Timestamp des Warenausgangs-Events, der die ausgehende Lieferung abschließt. Ereignistyp explicit | |||
| Waren eingelagert | Dieser Event bestätigt, dass Waren erfolgreich bewegt und in ihren vorgesehenen Lagerplatz gescannt wurden. Er wird erfasst, wenn ein Bediener den Abschluss der Einlagerungsaufgabe bestätigt, typischerweise unter Verwendung eines Handheld-Geräts. | ||
| Bedeutung Dieser Meilenstein markiert das Ende des Wareneingangsprozesses und macht den Bestand für die Abwicklung verfügbar. Die Analyse der Einlagerungszeit ist entscheidend für das Verständnis der Personaleffizienz und der Effektivität des Lagerlayouts. Datenquelle In der Lageraufgabentabelle als Bestätigungs- oder Abschluss-Timestamp erfasst. Erfassen Verwenden Sie den Bestätigungs-Timestamp aus der Lagertask-Tabelle, wenn eine Einlagerungsaufgabe als abgeschlossen markiert wird. Ereignistyp explicit | |||
| Waren kommissioniert | Repräsentiert den Abschluss der Kommissionieraufgabe, bei der ein Bediener die Artikel entnommen und die Aktion im System bestätigt hat. Das Ereignis wird erfasst, wenn der Bediener die Artikel scannt und die Kommissionierung auf seinem Gerät bestätigt. | ||
| Bedeutung Dies ist ein kritischer Meilenstein im Warenausgangsfluss, der die Geschwindigkeit der Auftragsabwicklung direkt beeinflusst. Die Analyse der Kommissionierzeiten hilft, die Leistung der Kommissionierer, die Laufwege und die Lagerplatzbelegungsstrategien zu bewerten. Datenquelle In der Lageraufgabentabelle als Bestätigungs- oder Abschluss-Timestamp für eine Kommissionieraufgabe erfasst. Erfassen Verwenden Sie den Bestätigungs-Timestamp aus der Lagertask-Tabelle, wenn eine Kommissionieraufgabe als abgeschlossen markiert wird. Ereignistyp explicit | |||
| Einlagerungsaufgabe erstellt | Diese Aktivität markiert die Systemerstellung einer Aufgabe, empfangene Waren vom Wareneingang an einen endgültigen Lagerort zu bewegen. Es handelt sich um ein explizites System-Event, das von der WMS-Logik generiert wird, um einen Lagerbediener anzuweisen. | ||
| Bedeutung Dies ist der Beginn des Einlagerungsprozesses. Die Zeitverzögerung zwischen Wareneingang und Erstellung der Einlagerungsaufgabe kann auf Systemkonfigurations- oder Leistungsprobleme hinweisen. Datenquelle In Lageraufgaben- oder Arbeitsauftrags-Tabellen gefunden, identifiziert durch einen Erstellungs-Timestamp für Aufgaben des Typs 'Einlagerung'. Erfassen Verwenden Sie den Erstellungs-Timestamp aus der Lagertask-Tabelle, bei der der Aufgabentyp 'Putaway' ist. Ereignistyp explicit | |||
| Für den Versand bereitgestellt | Repräsentiert die Bewegung verpackter Behälter vom Verpackungsbereich zu einer ausgewiesenen Versandbereitstellungsbahn, um auf die Abholung durch den Spediteur zu warten. Dieser Schritt organisiert Sendungen und bereitet sie auf eine effiziente Verladung vor. | ||
| Bedeutung Diese Aktivität hilft, die Wartezeit von Aufträgen auf die Abholung durch den Spediteur nach dem Verpacken zu analysieren. Lange Bereitstellungszeiten können auf eine schlechte Koordination der Spediteure oder eine ineffiziente Zeitplanung an der Laderampe hinweisen. Datenquelle Oft abgeleitet aus Bestandsbewegungstransaktionen, bei denen der Zielort ein Staging-Bereich ist. Erfassen Abgeleitet von einem Bestandsbewegungstransaktions-Timestamp, bei dem die Ladeeinheit an einen 'Staging'- oder 'Versand'-Ort verschoben wird. Ereignistyp inferred | |||
| Kommissionieraufgabe erstellt | Dieser Event signalisiert die Erstellung einer Aufgabe für einen Bediener, Waren von einem Lagerort zu entnehmen, um einen ausgehenden Auftrag zu erfüllen. Es ist ein expliziter Event, der vom WMS generiert wird, wenn ein Auftrag zur Kommissionierung freigegeben wird. | ||
| Bedeutung Dies markiert den Beginn des physischen Warenausgangsabwicklungsprozesses. Verzögerungen zwischen Auftragserstellung und Kommissionierung können Probleme bei der Bestandszuweisung oder Auftragsfreigabestrategien aufzeigen. Datenquelle In Lageraufgaben- oder Arbeitsauftrags-Tabellen gefunden, identifiziert durch einen Erstellungs-Timestamp für Aufgaben des Typs 'Kommissionierung'. Erfassen Verwenden Sie den Erstellungs-Timestamp aus der Lagertask-Tabelle, bei der der Aufgabentyp 'Picking' ist. Ereignistyp explicit | |||
| Qualitätsinspektion durchgeführt | Repräsentiert eine Qualitätsprüfung, die an erhaltenen Waren durchgeführt wird, bevor diese verfügbar gemacht werden. Dies kann ein Standardschritt für bestimmte Materialien oder ein ausgelöstes Ereignis aufgrund von Ausnahmen sein. | ||
| Bedeutung Qualitätskontrollen können eine erhebliche Verzögerungsquelle im Wareneingangsprozess darstellen. Die Verfolgung dieser Aktivität hilft, Engpässe zu identifizieren und die Effizienz des Qualitätskontrollteams zu messen. Datenquelle Typischerweise in Qualitätsmanagement-Protokollen oder als Statusänderung im Bestands-Batch oder Los zu finden. Erfassen Erfassen Sie den Timestamp, wenn ein Prüfergebnis erfasst wird oder wenn der Bestandsstatus von 'Qualitätsprüfung' zu 'Frei verwendbar' wechselt. Ereignistyp explicit | |||
| Verpackung gestartet | Diese Aktivität markiert den Beginn des Verpackungsprozesses an einer Packstation. Sie wird typischerweise protokolliert, wenn ein Bediener die kommissionierten Artikel oder den Auftragsbehälter scannt, um mit der Vorbereitung der Sendung zu beginnen. | ||
| Bedeutung Dieser Event definiert den Beginn des wertschöpfenden Verpackungsschritts. Die Messung seiner Dauer ist wichtig für das Verständnis der Effizienz der Packstation und der Ressourcenallokation. Datenquelle Kann ein explizites Ereignis aus einem Packstations-Log sein oder aus dem ersten Artikelscan an einer Station, die einem ausgehenden Auftrag zugeordnet ist, abgeleitet werden. Erfassen Abgeleitet vom ersten Timestamp eines Artikel-Scan-Ereignisses an einem bestimmten Verpackungsarbeitsplatz für einen gegebenen Auftrag. Ereignistyp inferred | |||
| Waren am Dock angekommen | Diese Aktivität markiert das physische Eintreffen eines LKWs oder Spediteurs an der Wareneingangsrampe des Lagers, bevor das Entladen beginnt. Der Event wird oft von einem Yard Management Modul protokolliert oder wenn ein Mitarbeiter das Lieferfahrzeug eincheckt. | ||
| Bedeutung Dies markiert den Beginn des physischen Bearbeitungsprozesses im Lager. Verzögerungen zwischen Ankunft und Beginn des Wareneingangs können auf Engpässe an der Wareneingangsrampe oder beim Hofpersonal hinweisen. Datenquelle Oft in einem Gate-Kontroll- oder Yard-Management-Log oder als Statusaktualisierung im Wareneingangsdokument erfasst. Erfassen Erfassen Sie den Timestamp, wenn der Status der eingehenden Lieferung auf 'Angekommen' oder 'Eingecheckt' aktualisiert wird. Ereignistyp explicit | |||
| Waren verpackt | Dieser Event bestätigt, dass alle Artikel für eine Sendung in Versandbehälter verpackt und Etiketten generiert wurden. Er wird erfasst, wenn der Packer den Abschluss des Verpackungsprozesses im System bestätigt. | ||
| Bedeutung Dies markiert den Abschluss der Auftragszusammenstellung und zeigt an, dass die Sendung für die letzten Phasen bereit ist. Es ist ein wichtiger Punkt für die Messung der Verpackungseffizienz. Datenquelle Normalerweise als explizite Transaktion in einer Pack- oder Handling Unit Management Tabelle erfasst. Erfassen Verwenden Sie den Timestamp, wenn der Packstatus der Handling Unit oder des Auftrags auf 'Completed' gesetzt wird. Ereignistyp explicit | |||
| Wareneingang benachrichtigt | Repräsentiert den Empfang einer erweiterten Lieferankündigung (ASN) oder eines ähnlichen Dokuments von einem Lieferanten. Dieses Ereignis signalisiert, dass Waren auf dem Weg zum Lager sind, was die Planung der Wareneingangsaktivitäten ermöglicht. | ||
| Bedeutung Diese Aktivität bietet Transparenz über das bevorstehende Arbeitsaufkommen am Wareneingang. Die Zeit zwischen Benachrichtigung und Ankunft kann die Lieferantenleistung und Transportverzögerungen aufzeigen. Datenquelle Typischerweise in Wareneingangs- oder ASN-Tabellen zu finden, erfasst, wenn ein Dokument über elektronischen Datenaustausch oder manuelle Eingabe empfangen wird. Erfassen Suchen Sie nach dem Erstellungs-Timestamp der erweiterten Lieferankündigung (ASN) oder des Wareneingangsdokuments, das mit dem Lagerauftrag verknüpft ist. Ereignistyp explicit | |||
Extraktionsleitfäden
Extraktionsmethoden variieren je nach System. Für detaillierte Anweisungen,