Ihr Daten-Template für das Lagermanagement
Ihr Daten-Template für das Lagermanagement
Dies ist unser generisches Datentemplate für Process Mining für Lagerverwaltung. Unsere systemspezifischen Templates bieten Ihnen genauere Anleitungen.
Wählen Sie ein bestimmtes System aus- Eine universelle Datenstruktur für jedes Lagerverwaltungssystem.
- Empfohlene Attribute und Aktivitäten für eine umfassende Prozessanalyse.
- Eine praktische Grundlage für den Einstieg in Process Mining.
Attribute des Lagermanagements
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name der konkreten Lageraufgabe oder des Ereignisses, zum Beispiel „Ware kommissioniert“ oder „Sendung versandt“. | ||
| Beschreibung Der Aktivitätsname bezeichnet einen einzelnen Schritt oder ein Ereignis im Lagerverwaltungsprozess. Diese Aktivitäten bilden die einzelnen Aufgaben ab, die zur Bearbeitung eines Lagerauftrags ausgeführt werden, und ermöglichen einen detaillierten Einblick in den Prozessablauf. Beispiele sind das Erstellen eines Auftrags, die Warenannahme, Qualitätsprüfungen, die Kommissionierung und der Versand. Für die Process-Mining-Analyse ist dieses Attribut entscheidend, um die Prozesslandkarte zu erstellen. Es definiert die Knoten im Prozessgraph und ermöglicht Analysten, die Ereignisabfolge zu visualisieren, die Häufigkeit verschiedener Aufgaben zu ermitteln und Engpässe oder ineffiziente Übergänge zwischen Aktivitäten zu erkennen. Eine klare und einheitliche Benennung der Aktivitäten ist wichtig, damit Prozessentdeckung und -analyse aussagekräftige Ergebnisse liefern. Warum das wichtig ist Dieses Attribut legt die Schritte in der Prozesslandkarte fest. Sie bildet die Grundlage der Process-Mining-Analyse, mit der sich Engpässe und Abweichungen erkennen lassen. Woher beziehen Der Eintrag findet sich üblicherweise in Event Logs, Aufgabenverwaltungstabellen oder Transaktionsdaten, in denen einzelne Lagerabläufe erfasst werden. Beispiele Ware kommissioniertEinlagerungsauftrag erstelltSendung versandtLagerauftrag abgeschlossen | |||
| Lagerauftrags-ID WarehouseOrderId | Die eindeutige Kennung eines Lagerauftrags. Sie dient als primäre Case-ID, um alle zugehörigen logistischen Aktivitäten von der Erstellung bis zum Abschluss nachzuverfolgen. | ||
| Beschreibung Die Lagerauftrags-ID ist ein eindeutiger Schlüssel für jeden logistischen Arbeitsauftrag im Lagerverwaltungssystem. Sie verknüpft alle zugehörigen Aktivitäten, etwa Warenannahme, Einlagerung, Kommissionierung, Verpackung und Versand, zu einer durchgängigen Prozessinstanz. Im Process Mining ist dieses Attribut grundlegend, um den Lebenszyklus jedes Lagerauftrags zu rekonstruieren. Wird die Lagerauftrags-ID als Case-ID verwendet, können Analysten den vollständigen Ablauf eines Auftrags visualisieren, häufige Pfade erkennen, Abweichungen vom Sollprozess entdecken und die Gesamtdauer vom Start bis zum Abschluss messen. So lässt sich der gesamte Lagerabwicklungsprozess für einen bestimmten Auftrag umfassend analysieren. Warum das wichtig ist Diese wichtige Case-ID verknüpft alle zugehörigen Lageraktivitäten und ermöglicht so die Analyse der durchgängigen Auftragsabwicklung. Woher beziehen Die Kennung findet sich üblicherweise in den Kopftabellen von Lagerauftragsdokumenten oder in Transaktionsprotokollen zu logistischen Aufgaben. Beispiele WO-00583921739200184ORD-C1-99203 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp der letzten Aktualisierung oder Extraktion der Daten für diesen Prozess. | ||
| Beschreibung Der Timestamp der letzten Datenaktualisierung gibt an, wann der für die Analyse verwendete Datensatz zuletzt aus den Quellsystemen aktualisiert wurde. Er zeigt, wie aktuell und relevant die Daten sind, und macht deutlich, welchen Zeitraum die Analyse abdeckt. Dieses Attribut ist wichtig, damit Benutzer den Process-Mining-Dashboards und -Analysen vertrauen können. Es zeigt, ob die Daten nahezu in Echtzeit vorliegen oder aus der Vergangenheit stammen. Wenn Sie den Timestamp gut sichtbar in Dashboards anzeigen, können Sie die Erwartungen der Benutzer steuern und Fehlinterpretationen aufgrund veralteter Informationen vermeiden. Er ist ein wichtiger Bestandteil von Data Governance und Transparenz. Warum das wichtig ist Dieser Timestamp zeigt den Benutzern, wie aktuell die Daten sind. Das ist wichtig, um auf Grundlage der Process-Mining-Erkenntnisse fundierte und zeitnahe Entscheidungen zu treffen. Woher beziehen Dieser Timestamp wird üblicherweise während der Datenextraktion (ETL) erzeugt 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 | Die Kennung des Systems oder der Anwendung, aus der die Daten extrahiert wurden. | ||
| Beschreibung Das Attribut Quellsystem gibt an, woher die Ereignisdaten stammen, zum Beispiel aus einem bestimmten Warehouse Management System (WMS), Enterprise Resource Planning (ERP)-System oder einer älteren Anwendung. In komplexen IT-Landschaften kann sich ein Geschäftsprozess über mehrere Systeme erstrecken. Dieses Feld zeigt, aus welchem System die jeweiligen Daten stammen. Diese Information ist für die Datenvalidierung und Governance wichtig, da sich damit die für Process Mining verwendeten Daten bis zu ihrem Ursprung zurückverfolgen lassen. Sie unterstützt auch die Ursachenanalyse, wenn Probleme mit der Datenqualität auftreten. In der Analyse können Sie damit Prozessvarianten oder Leistungskennzahlen verschiedener Systeme oder Systemversionen innerhalb derselben Organisation vergleichen. Warum das wichtig ist Die Information gibt Aufschluss über die Herkunft der Daten. Das ist wichtig für die Datenvalidierung, die Fehlerbehebung und das Verständnis von Prozessvarianten in unterschiedlichen Systemen. Woher beziehen Diese Information wird häufig während der Datenextraktion (ETL) ergänzt oder ist ein Standardfeld in Data Warehouses und Integrationsplattformen. Beispiele SAP EWMManhattan SCALEOracle WMS | |||
| Startzeit des Ereignisses EventStartTime | Der Timestamp, der angibt, wann eine bestimmte Lageraktivität oder ein Ereignis begonnen hat. | ||
| Beschreibung Die Startzeit des Ereignisses ist ein präziser Timestamp, der den Beginn einer Lageraktivität festhält. Dieser Datenpunkt ist entscheidend, um Zeitpunkt und Dauer einzelner Prozessschritte zu verstehen. Zusammen mit einem Endzeitstempel lässt sich genau berechnen, wie lange eine Aktivität gedauert hat. Im Process Mining ist dieser Timestamp grundlegend, um Ereignisse chronologisch zu ordnen und einen korrekten Prozessablauf abzubilden. Er bildet die Basis für alle zeitbezogenen Analysen, darunter die Berechnung von Zykluszeiten zwischen Aktivitäten, die Ermittlung von Wartezeiten und das Auffinden von Engpässen, an denen sich Arbeit verzögert. Genaue Startzeiten sind für Dashboards und KPIs zur Prozesseffizienz unverzichtbar. Warum das wichtig ist Dieser Timestamp ist wichtig, um Ereignisse korrekt zu ordnen und Zykluszeiten zu berechnen. Beides ist entscheidend, um Engpässe und Verzögerungen im Prozess zu erkennen. Woher beziehen Der Eintrag findet sich in Systemprotokollen oder Transaktionsdatensätzen, die den Beginn einer bestimmten Aufgabe oder Statusänderung erfassen. Beispiele 2023-04-15T09:12:45Z2023-05-20T14:00:10Z2023-06-01T08:30:00Z | |||
| Auftragsart OrderType | Ordnet den Lagerauftrag einer Kategorie zu, zum Beispiel Wareneingang, Warenausgang oder interne Umlagerung. | ||
| Beschreibung Die Auftragsart klassifiziert Lageraufträge nach ihrem Geschäftszweck. Zu den gängigen Arten gehören Wareneingangsaufträge für die Annahme von Lieferantenware, Auslieferungsaufträge für den Versand an Kunden und interne Aufträge für Bewegungen wie Nachschub oder Bestandskorrekturen. Dieses Attribut ist grundlegend, um verschiedene Lagerprozesse zu segmentieren und miteinander zu vergleichen. Der Ablauf eines Wareneingangsauftrags unterscheidet sich deutlich von dem eines Auslieferungsauftrags. Mit der Auftragsart als Filter können Analysten separate Prozesslandkarten und Dashboards für die einzelnen Abläufe erstellen und so eine präzisere und relevantere Analyse durchführen. Der Vergleich von KPIs wie der Zykluszeit über verschiedene Auftragsarten hinweg kann helfen, Ressourcen gezielter einzusetzen und Prozesse an den jeweiligen Bedarf anzupassen. Warum das wichtig ist Damit lassen sich unterschiedliche Prozesse wie Wareneingang, Warenausgang und interne Bewegungen getrennt betrachten und vergleichen. Sie haben jeweils eigene Abläufe und Leistungsziele. Woher beziehen Der Wert findet sich üblicherweise in den Kopfdaten des Lagerauftragsdokuments. Beispiele AuslieferungWareneingangInterne UmlagerungRetouren | |||
| Benutzer-ID UserId | Die Kennung des Lagerbeschäftigten, Operators oder automatisierten Systems, das die Aktivität ausgeführt hat. | ||
| Beschreibung Die Benutzer-ID identifiziert eindeutig die Person oder Ressource, die für die Ausführung einer bestimmten Lageraufgabe verantwortlich ist. Das kann ein Lagerbeschäftigter, eine Schichtleitung oder auch ein automatisiertes System wie ein Roboter oder die Steuerung eines Förderbands sein. Zu erfassen, wer welche Aktivität ausgeführt hat, ist wichtig, um die Ressourcenzuteilung und Leistung zu verstehen. Mit diesem Attribut lassen sich Analysen zur Personal- und Ressourcenplanung durchführen. Sie können damit die Produktivität verschiedener Benutzer oder Teams vergleichen, Schulungsbedarf erkennen und die Einhaltung von Standardarbeitsanweisungen prüfen. Wenn Analysten die Prozesslandkarte nach Benutzer-ID filtern, können sie vergleichen, wie verschiedene Personen oder Teams denselben Prozess ausführen, und bewährte Vorgehensweisen sowie Verbesserungsbedarf erkennen. Auch für Compliance und Audits ist dieses Attribut wichtig. Warum das wichtig ist Dieses Attribut ist wichtig für die Analyse der Ressourcenleistung. Es ermöglicht den Vergleich von Effizienz und Qualität zwischen Beschäftigten, Teams oder Schichten. Woher beziehen Die Information ist üblicherweise in Transaktionsprotokollen oder Aufgabenausführungsdatensätzen verfügbar, in denen der Benutzer erfasst wird, der eine Aktion bestätigt oder abgeschlossen hat. Beispiele JSMITHOPERATOR_1138ROBOT_A05 | |||
| Endzeit des Ereignisses EventEndTime | Der Timestamp, der angibt, wann eine bestimmte Lageraktivität oder ein Ereignis abgeschlossen wurde. | ||
| Beschreibung Die Endzeit des Ereignisses bezeichnet den genauen Zeitpunkt, zu dem eine Lageraufgabe oder -aktivität abgeschlossen wurde. Dieser Timestamp ergänzt die Startzeit des Ereignisses und ist wichtig, um die Dauer einzelner Aktivitäten zu messen. Nicht jedes Ereignis hat eine eigene Dauer. Bei Aktivitäten wie Kommissionierung oder Verpackung sind diese Daten jedoch besonders wertvoll. Im Process Mining ermöglichen Start- und Endzeiten eine differenzierte Analyse der Prozessleistung. Damit lassen sich Bearbeitungszeiten, also die aktive Arbeit an einer Aufgabe, von Wartezeiten zwischen Aufgaben unterscheiden. Diese Unterscheidung ist entscheidend, um tatsächliche betriebliche Engpässe von Problemen bei der Ressourcenverfügbarkeit abzugrenzen. Die Analyse der Aktivitätsdauer unterstützt Leistungsvergleiche und die Ressourcenplanung und zeigt Möglichkeiten zur Verbesserung der Abläufe auf. Warum das wichtig ist Damit lassen sich Aktivitätsdauern genau berechnen und aktive Bearbeitungszeit von ungenutzter Wartezeit unterscheiden. Das verbessert die Engpassanalyse. Woher beziehen Der Eintrag findet sich in Systemprotokollen oder Transaktionsdatensätzen, die den Abschluss einer bestimmten 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 Artikelmenge für eine bestimmte Aufgabe, basierend auf einem Quelldokument wie einem Einkaufs- oder Verkaufsauftrag. | ||
| Beschreibung Die geplante Menge bezeichnet die Zielmenge für eine bestimmte Lageraufgabe. Bei einem Wareneingangsauftrag ist dies die erwartete Eingangsmenge. Bei einem Auslieferungsauftrag ist es die Menge, die kommissioniert und versandt werden soll. Der Wert stammt üblicherweise aus dem ursprünglichen Geschäftsdokument, etwa einem Einkaufs- oder Verkaufsauftrag. Dieses Attribut ist eine wichtige Grundlage für die Analyse von Leistung und Genauigkeit. Durch den Vergleich der geplanten mit der tatsächlichen Menge können Unternehmen die Kommissioniergenauigkeit, Abweichungen bei der Warenannahme und die Genauigkeit der Bestandsdaten messen. Die Analyse von Abweichungen kann systematische Probleme bei Lieferanten, internen Abläufen oder Bestandsdaten aufdecken. So lassen sich die betriebliche Effizienz und die Kundenzufriedenheit verbessern. Warum das wichtig ist Dieser Wert bildet die Grundlage für die Genauigkeitsmessung. Der Vergleich mit der tatsächlichen Menge ist entscheidend, um KPIs wie die Kommissioniergenauigkeit zu berechnen und Abweichungen zu erkennen. Woher beziehen Der Wert findet sich in den Positionsdetails eines Lagerauftrags oder einer Lageraufgabe und stammt häufig aus einem zugehörigen Verkaufs-, Einkaufs- oder Umlagerungsauftrag. Beispiele 100502500 | |||
| Gewünschter Abschlusstermin RequestedCompletionDate | Datum und Uhrzeit, zu denen der Lagerauftrag voraussichtlich abgeschlossen und versandt wird oder abgeschlossen und versandt sein soll. | ||
| Beschreibung Der gewünschte Abschlusstermin gibt die Frist vor, bis zu der ein Lagerauftrag abgeschlossen sein soll, in der Regel bei ausgehenden Sendungen. Maßgeblich sind häufig Zusagen gegenüber Kunden, Abholzeiten der Spediteure oder interne Service Level Agreements (SLAs). Der Termin dient als wichtigste Vergleichsgröße für die Messung der Pünktlichkeit. Für die Analyse der pünktlichen Versandabwicklung ist dieses Attribut im Process Mining unverzichtbar. Durch den Vergleich des tatsächlichen Abschlusstermins mit dem gewünschten Abschlusstermin können Unternehmen ihre Pünktlichkeitsquote berechnen und die Ursachen für Verzögerungen ermitteln. Bei Aufträgen, deren gewünschter Termin überschritten wurde, lassen sich konkrete Engpässe, fehlende Ressourcen oder Prozessschritte erkennen, die regelmäßig zu Verspätungen führen. So können Verbesserungen gezielt umgesetzt werden. Warum das wichtig ist Dieser Termin dient als Vergleichsgröße für die Messung der Pünktlichkeit. Der Vergleich mit dem tatsächlichen Abschlusstermin ist entscheidend, um die KPI für die pünktliche Versandquote zu berechnen. Woher beziehen In der Regel in den Kopfdaten des Lagerauftrags zu finden. Der Termin wird häufig aus dem zugehörigen Kundenauftrag oder der Kundenanfrage übernommen. Beispiele 2023-07-20T17:00:00Z2023-08-01T23:59:59Z2023-07-22T12:00:00Z | |||
| Lagerort StorageLocation | Der konkrete Ort im Lager, etwa ein Lagerplatz, Gang oder Bereich, an dem Ware gelagert oder entnommen wird. | ||
| Beschreibung Der Lagerort bezeichnet den physischen Ort im Lager, der mit einer Aktivität verknüpft ist. Bei einem Kommissionierauftrag kann dies der Entnahmeort sein, bei einem Einlagerungsauftrag der Zielort. Die Detailtiefe reicht von einem größeren Bereich bis hin zu einem bestimmten Regal, Fach oder Lagerplatz. Die Analyse nach Lagerort gibt Aufschluss über Lagerlayout und Effizienz. Process Mining kann Laufzeiten zwischen verschiedenen Orten aufzeigen, stark frequentierte Bereiche erkennen und ineffiziente Einlagerungs- oder Kommissionierwege sichtbar machen. Diese Informationen sind wertvoll, um die Lagerplatzvergabe zu optimieren. Häufig kommissionierte Artikel können an gut erreichbaren Orten gelagert werden, um Laufwege zu verkürzen und die Kommissionierung effizienter zu gestalten. Außerdem können Sie damit das Lagerlayout neu planen, um Staus zu vermeiden und den Warenfluss zu verbessern. Warum das wichtig ist Damit lassen sich Lagerlayout und Laufwege analysieren. So können Sie Kommissionierwege und Lagerstrategien optimieren und Zykluszeiten verkürzen. Woher beziehen Der Eintrag findet sich in den Details von Lageraufgaben, Bestandsdatensätzen und Materialbewegungen. Beispiele A1-03-B2RECEIVING-DOCK-04ZONE-C-BULK | |||
| Tatsächliche Menge ActualQuantity | Die tatsächliche Artikelmenge, die während einer Aufgabe bearbeitet oder bestätigt wurde, zum Beispiel die physisch gezählte oder kommissionierte Menge. | ||
| Beschreibung Die tatsächliche Menge ist die Anzahl der Einheiten, die ein Lageroperator oder ein System während einer Aktivität physisch bearbeitet, gezählt und bestätigt hat. Sie bildet die tatsächliche Ausführung einer Aufgabe ab, etwa die Anzahl der von einem Lieferanten erhaltenen Artikel oder die Menge, die zur Auftragsbearbeitung aus einem Lagerplatz entnommen wurde. Dieses Attribut ist wichtig für die Abweichungsanalyse im Vergleich zur geplanten Menge. Unterschiede zwischen geplanter und tatsächlicher Menge weisen direkt auf Prozessprobleme hin, etwa unvollständige Lieferungen, Kommissionierfehler oder ungenaue Bestandsdaten. Process Mining kann zeigen, bei welchen Produkten, Lagerorten oder Beschäftigten diese Abweichungen besonders häufig auftreten. So lassen sich gezielte Maßnahmen ergreifen, um die Genauigkeit zu verbessern und kostspielige Fehler zu reduzieren. Warum das wichtig ist Dieser Wert zeigt das tatsächliche Ergebnis einer Aufgabe. Der Vergleich mit der geplanten Menge hilft, Fehler und Ineffizienzen bei der Kommissionierung, Warenannahme oder Zählung zu erkennen. Woher beziehen Der Eintrag wird in den Auftragsbestätigungsdaten erfasst, wenn ein Operator oder System die physisch bearbeitete Artikelmenge eingibt. Beispiele 98502500 | |||
| Auftragspriorität OrderPriority | Gibt die Dringlichkeit oder Priorität des Lagerauftrags an, zum Beispiel „Hoch“, „Standard“ oder „Niedrig“. | ||
| Beschreibung Die Auftragspriorität gibt an, wie wichtig oder dringend ein Lagerauftrag im Vergleich zu anderen ist. Sie bestimmt häufig, in welcher Reihenfolge Aufgaben zugewiesen und ausgeführt werden. Ein Auftrag mit hoher Priorität oder Expressbearbeitung kann beispielsweise vor Aufträgen mit Standardpriorität bearbeitet werden, selbst wenn er später eingegangen ist. Die Analyse nach Auftragspriorität ist wichtig, um die Einhaltung von Service Level Agreements (SLAs) zu bewerten. Process Mining zeigt, ob Aufträge mit hoher Priorität tatsächlich schneller bearbeitet werden als Aufträge mit Standardpriorität. Außerdem wird sichtbar, ob die bevorzugte Bearbeitung bestimmter Aufträge bei anderen zu erheblichen Verzögerungen oder Engpässen führt. Diese Erkenntnisse helfen dabei, Priorisierungsregeln und die Ressourcenverteilung anzupassen, damit dringende Aufträge schnell bearbeitet werden und zugleich die Effizienz des gesamten Lagers erhalten bleibt. Warum das wichtig ist So lässt sich prüfen, ob Service Level Agreements eingehalten werden, indem Sie feststellen, ob Aufträge mit hoher Priorität schneller bearbeitet werden als Aufträge mit niedrigerer Priorität. Woher beziehen Meist in den Kopfdaten eines Lagerauftrags zu finden. Die Priorität ergibt sich häufig aus dem zugehörigen Kundenauftrag oder den betrieblichen Anforderungen. Beispiele HochStandardNiedrigExpress | |||
| Geräte-ID EquipmentId | Kennung des für eine Aufgabe verwendeten Flurförderzeugs oder Betriebsmittels, zum Beispiel eines bestimmten Gabelstaplers oder Förderbands. | ||
| Beschreibung Die Geräte-ID bezeichnet das Flurförderzeug oder Betriebsmittel (MHE), mit dem eine Lageraufgabe ausgeführt wurde. Dazu zählen Gabelstapler, Hubwagen, Handscanner, Headsets für die sprachgesteuerte Kommissionierung sowie automatisierte Anlagen wie Förderbänder und Sortiermaschinen. Die Analyse der Prozessdaten nach Geräte-ID ist wichtig, um die Auslastung von Betriebsmitteln zu bewerten und die Wartung zu planen. Sie zeigt beispielsweise, welche Geräte am häufigsten eingesetzt werden, ob gerätebedingte Engpässe auftreten und wie sich die Geräteleistung auf die Dauer der Aufgaben auswirkt. Diese Informationen unterstützen Entscheidungen zur Beschaffung, zur Verteilung des Gerätebestands im Lager und zur Planung vorbeugender Wartung, damit Ausfallzeiten möglichst gering bleiben. Warum das wichtig ist Mit diesem Attribut lässt sich die Auslastung von Maschinen analysieren. So erkennen Sie gerätebedingte Engpässe und erhalten eine Grundlage für Wartungs- oder Beschaffungsentscheidungen. Woher beziehen Wird häufig in den Bestätigungsdaten einer Aufgabe erfasst, wenn Mitarbeitende das verwendete Gerät protokollieren, oder aus automatisierten Systemprotokollen übernommen. Beispiele GABELSTAPLER-07HANDSCANNER-112FÖRDERBAND-B3 | |||
| Lager-ID WarehouseId | Kennung des Lagers oder Distributionszentrums, in dem die Aktivität stattgefunden hat. | ||
| Beschreibung Die Lager-ID ist ein eindeutiger Code für den physischen Standort, etwa ein Distributionszentrum oder Lager, an dem die protokollierten Aktivitäten stattgefunden haben. Sie ist besonders wichtig für Unternehmen mit mehreren Logistikstandorten. Mit diesem Attribut lassen sich verschiedene Standorte miteinander vergleichen. Wenn Unternehmen die Daten nach Lager-ID filtern oder segmentieren, können sie die Leistung bewerten, die Prozesseffizienz vergleichen und bewährte Vorgehensweisen an leistungsstarken Standorten erkennen und auf andere Standorte übertragen. Außerdem hilft die Analyse, regionale Unterschiede bei Nachfrage, Ressourcennutzung und betrieblichen Herausforderungen zu verstehen. Das schafft eine Grundlage für strategische Entscheidungen im gesamten Standortnetz. Warum das wichtig ist Damit können Sie die Leistung verschiedener Distributionszentren vergleichen und bewerten. So lassen sich bewährte Vorgehensweisen und regionale Probleme erkennen. Woher beziehen Dieses wichtige Organisationsattribut ist in der Regel in den Kopfdaten fast aller lagerbezogenen Transaktionsdokumente enthalten. Beispiele ZENTRALLAGER-01DC-WEST-CA1710 | |||
| Produkt-ID ProductId | Die eindeutige Kennung des Produkts, Materials oder der verwalteten Lagereinheit (SKU), die bearbeitet wird. | ||
| Beschreibung Die Produkt-ID, auch als SKU oder Materialnummer bezeichnet, ist der eindeutige Code für jeden einzelnen Artikel im Lager. Über diese Kennung lassen sich Aktivitäten bestimmten Produkten zuordnen und die Bearbeitung verschiedener Artikel detailliert analysieren. Eine Analyse nach Produkt-ID kann wichtige Erkenntnisse liefern. So können Sie etwa die Bearbeitungszeiten sperriger und kleiner Artikel vergleichen, Produkte ermitteln, bei denen häufig Prozessabweichungen wie Qualitätssperren auftreten, oder die Auftragsabwicklung für stark und wenig nachgefragte Produkte untersuchen. Diese Detailtiefe ist wichtig, um die Bestandsverwaltung zu verbessern, das Lagerlayout zu planen und logistische Abläufe an die Produkteigenschaften anzupassen. Warum das wichtig ist Damit können Sie Produkte einzeln analysieren und Prozessvarianten sowie Engpässe bei bestimmten Artikeln oder Produktkategorien erkennen. Woher beziehen Diese Information findet sich in den Positionsdetails von Lageraufträgen und Aufgaben sowie in Bestandsdatensätzen. Beispiele SKU-987-BMAT-001254PROD-XYZ-001 | |||
| Sendungs-ID ShipmentId | Eindeutige Kennung der ausgehenden Sendung, der ein oder mehrere Lageraufträge zugeordnet sind. | ||
| Beschreibung Die Sendungs-ID ist ein eindeutiger Schlüssel, der einen oder mehrere Lageraufträge zu einer ausgehenden Lieferung zusammenfasst. Eine Sendung kann mehrere Aufträge enthalten, die an denselben Zielort gehen oder vom selben Spediteur transportiert werden. Die Kennung verknüpft die Lageraktivitäten mit dem Transport und der Logistik. Mit diesem Attribut können Sie Sendungen als Ganzes statt nur einzelne Aufträge analysieren. So lässt sich die Effizienz der Bereitstellung und Verladung untersuchen, die Zeit vom Kommissionieren des ersten Artikels bis zur Abfahrt des Lkw messen und die Lagerleistung mit Transportdaten abgleichen. Diese umfassendere Sicht hilft, die gesamte ausgehende Logistikkette zu optimieren, nicht nur die Abläufe innerhalb des Lagers. Warum das wichtig ist Die Kennung fasst mehrere Lageraufträge zu einer Lieferung zusammen. So lässt sich der gebündelte Versandprozess einschließlich der Effizienz von Bereitstellung und Verladung analysieren. Woher beziehen In Sendungs- oder Transportdokumenten zu finden und häufig während der Wellenplanung oder Zuteilung mit Lageraufträgen verknüpft. Beispiele SHP-440921ASN-88201-3BOL-592100 | |||
| Tatsächlicher Abschlusstermin ActualCompletionDate | Datum und Uhrzeit, zu denen die letzte Aktivität des Lagerauftrags abgeschlossen wurde, in der Regel beim Versand. | ||
| Beschreibung Der tatsächliche Abschlusstermin ist der Timestamp, der den Abschluss aller Aktivitäten eines Lagerauftrags kennzeichnet. Bei ausgehenden Aufträgen ist dies meist der Zeitpunkt, zu dem die Sendung das Lager verlässt. Bei eingehenden Aufträgen kann es der Zeitpunkt sein, zu dem alle Waren eingelagert und im Bestand verfügbar sind. Dieses Attribut bildet das tatsächliche Gegenstück zum gewünschten Abschlusstermin und ist für die Leistungsmessung entscheidend. Es fließt direkt in die Berechnung der pünktlichen Lieferquote und der gesamten Durchlaufzeit der Auftragserfüllung ein. Bei der Ursachenanalyse können Analysten nach Fällen mit verspätetem tatsächlichem Abschlusstermin filtern und die Prozessabläufe dieser Aufträge genauer untersuchen, um wiederkehrende Muster oder Ursachen zu erkennen. Warum das wichtig ist Damit lässt sich das tatsächliche Ergebnis für die Pünktlichkeitsanalyse ermitteln. Der Wert dient zur Berechnung der gesamten Durchlaufzeit und zeigt, ob ein Auftrag vorzeitig, pünktlich oder verspätet abgeschlossen wurde. Woher beziehen Dies ist der Timestamp des letzten Ereignisses im Lebenszyklus des Auftrags, zum Beispiel „Sendung versandt“ oder „Lagerauftrag abgeschlossen“. Beispiele 2023-07-20T16:45:10Z2023-08-02T09:30:00Z2023-07-22T11:55:21Z | |||
Aktivitäten im Lagermanagement
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Lagerauftrag abgeschlossen | Dies ist der endgültige Status des Lagerauftrags. Er zeigt an, dass alle zugehörigen Aktivitäten abgeschlossen und der Auftrag geschlossen sind. Erfasst wird er, wenn der Lebenszyklusstatus des Auftrags auf „Completed“ oder „Closed“ gesetzt wird. | ||
| Warum das wichtig ist Dieses Ereignis kennzeichnet den erfolgreichen Abschluss des Prozesses. Es ist entscheidend für die Berechnung der vollständigen Durchlaufzeit und des Durchsatzes im Lager. Woher beziehen Das Ereignis wird anhand einer abschließenden Statusänderung in der Auftragstabelle oder im Auftragsdokument abgeleitet. Erfassung Ermitteln Sie den Timestamp, zu dem der Status des Lagerauftrags auf den endgültigen Status „Completed“ oder „Closed“ gesetzt wird. Ereignistyp inferred | |||
| Lagerauftrag erstellt | Diese Aktivität kennzeichnet die Erstellung eines Lagerauftrags, des zentralen Dokuments zur Verwaltung von Aufgaben im Wareneingang, Warenausgang oder innerhalb des Lagers. In der Regel wird sie als explizite Transaktion erfasst, wenn ein neuer Auftrag manuell oder über eine Integration in das Lagerverwaltungssystem eingegeben wird. | ||
| Warum das wichtig ist Als Prozessbeginn ist dieses Ereignis entscheidend für die Berechnung der gesamten Durchlaufzeit der Auftragserfüllung. Es hilft dabei, die Zeitspanne vom Bedarfssignal bis zum Beginn der Lagerabwicklung zu messen. Woher beziehen Dieses Ereignis wird üblicherweise aus der Auftragstabelle erfasst, die für jeden Auftrag einen Erstellungs-Timestamp enthält. Erfassung Verwenden Sie den Erstellungs-Timestamp aus der primären Tabelle für Lageraufträge oder Anforderungen. Ereignistyp explicit | |||
| Lagerauftrag storniert | Dieses Ereignis steht für die Stornierung eines Lagerauftrags, bevor er vollständig bearbeitet oder versandt wurde. Es wird erfasst, wenn ein Benutzer oder das System eine Stornierung ausführt. | ||
| Warum das wichtig ist Dieses Ereignis kennzeichnet einen erfolglosen Prozessabschluss. Die Analyse von Stornierungen hilft dabei, Ursachen für Prozessfehler zu erkennen, etwa Bestandsabweichungen oder Änderungen der Kundennachfrage. Woher beziehen Das Ereignis wird anhand einer Statusänderung in der Auftragstabelle auf „Canceled“ oder „Voided“ abgeleitet. Erfassung Ermitteln Sie den Timestamp, zu dem der Status des Lagerauftrags auf „Canceled“ gesetzt wird. Ereignistyp inferred | |||
| Sendung versandt | Dieses Ereignis zeigt an, dass die verpackte Ware auf den Lkw des Frachtführers verladen wurde und der Lkw das Lager verlassen hat. Üblicherweise wird es erfasst, wenn ein „Goods Issue“ gebucht und damit der Versand abgeschlossen wird. | ||
| Warum das wichtig ist Dies ist der letzte physische Schritt im Lager und ein wichtiger Meilenstein für die Berechnung der Kennzahlen zum termingerechten Versand. Die Ware wird dabei vom Lager an den Frachtführer übergeben. Woher beziehen Das Ereignis wird aus einem Versand- oder Transportdokument übernommen, häufig als Timestamp der „Goods Issue Posting“-Buchung oder als Statusänderung auf „Shipped“. Erfassung Verwenden Sie das Buchungsdatum oder den Transaktions-Timestamp des Warenausgangsereignisses, mit dem die Auslieferung abgeschlossen wird. Ereignistyp explicit | |||
| Ware eingelagert | Dieses Ereignis bestätigt, dass die Ware an den vorgesehenen Lagerplatz gebracht und dort gescannt wurde. Es wird erfasst, wenn ein Operator den Einlagerungsauftrag abschließt, üblicherweise über ein mobiles Gerät. | ||
| Warum das wichtig ist Dieser Meilenstein markiert das Ende des Wareneingangsprozesses. Ab diesem Zeitpunkt steht der Bestand für die Auftragsabwicklung zur Verfügung. Die Analyse der Einlagerungszeit ist wichtig, um die Effizienz der Mitarbeitenden und die Eignung des Lagerlayouts zu beurteilen. Woher beziehen Der Eintrag wird in der Lagerauftragstabelle mit einem Bestätigungs- oder Abschlusszeitstempel erfasst. Erfassung Verwenden Sie den Bestätigungszeitstempel aus der Lagerauftragstabelle, wenn ein Einlagerungsauftrag als abgeschlossen markiert wird. Ereignistyp explicit | |||
| Ware kommissioniert | Dieses Ereignis steht für den Abschluss des Kommissionierauftrags. Der Operator hat die Artikel entnommen und den Vorgang im System bestätigt. Erfasst wird das Ereignis, wenn der Operator die Artikel scannt und die Kommissionierung auf seinem Gerät bestätigt. | ||
| Warum das wichtig ist Dies ist ein wichtiger Meilenstein im Warenausgang, der sich direkt auf die Geschwindigkeit der Auftragsabwicklung auswirkt. Die Analyse der Kommissionierzeiten hilft dabei, die Leistung der Kommissionierenden, Laufwege und Lagerplatzstrategien zu beurteilen. Woher beziehen Der Eintrag wird in der Lagerauftragstabelle als Bestätigungs- oder Abschlusszeitstempel eines Kommissionierauftrags erfasst. Erfassung Verwenden Sie den Bestätigungszeitstempel aus der Lagerauftragstabelle, wenn ein Kommissionierauftrag als abgeschlossen markiert wird. Ereignistyp explicit | |||
| Ware vereinnahmt | Dieses Ereignis zeigt an, dass die Ware entladen und gescannt wurde und die Mengen anhand der Lieferdokumente geprüft wurden. Bei dieser wichtigen Buchung wird die Ware offiziell in den Verantwortungsbereich des Lagers übernommen. | ||
| Warum das wichtig ist Dies ist ein wichtiger Meilenstein im Wareneingangsprozess: Die Ware steht ab diesem Zeitpunkt offiziell unter der Kontrolle des Lagers. Der Zeitpunkt ist entscheidend, um Durchlaufzeit und Genauigkeit der Warenannahme zu messen. Woher beziehen Der Eintrag wird in Wareneingangs- oder Bestandsbuchungstabellen erfasst, wenn ein Benutzer die erhaltenen Mengen bestätigt. Erfassung Verwenden Sie das Buchungsdatum oder den Transaktions-Timestamp des Wareneingangsereignisses, das mit den Positionen des Wareneingangs verknüpft ist. Ereignistyp explicit | |||
| Eingehende Lieferung angekündigt | Dieses Ereignis bezeichnet den Eingang einer Vorab-Versandbenachrichtigung (Advanced Shipping Notification, ASN) oder eines ähnlichen Dokuments von einem Lieferanten. Es signalisiert, dass Waren auf dem Weg zum Lager sind, und ermöglicht die Planung der Wareneingangsaktivitäten. | ||
| Warum das wichtig ist Diese Aktivität gibt Aufschluss über das bevorstehende Arbeitsaufkommen an der Warenannahme. Die Zeit zwischen Benachrichtigung und Ankunft kann Hinweise auf die Lieferantenleistung und Verzögerungen beim Transport geben. Woher beziehen Dieser Zeitstempel findet sich meist in Tabellen für Wareneingänge oder ASN-Daten. Er wird erfasst, wenn ein Dokument per elektronischem Datenaustausch oder manuell eingeht. Erfassung Suchen Sie nach dem Erstellungszeitstempel der Advanced Shipping Notification oder des Wareneingangsbelegs, der mit dem Lagerauftrag verknüpft ist. Ereignistyp explicit | |||
| Einlagerungsauftrag erstellt | Bei dieser Aktivität erstellt das System einen Auftrag, um die eingegangene Ware von der Warenannahme an ihren endgültigen Lagerplatz zu bringen. Die WMS-Logik erzeugt dieses explizite Systemereignis, um einen Lageroperator anzuweisen. | ||
| Warum das wichtig ist Damit beginnt die Einlagerung. Die Zeit zwischen der Warenvereinnahmung und der Erstellung des Einlagerungsauftrags kann auf Probleme mit der Systemkonfiguration oder -leistung hinweisen. Woher beziehen Der Eintrag findet sich in Tabellen für Lageraufträge oder Arbeitsaufträge. Erkennbar ist er am Erstellungszeitstempel eines Auftrags vom Typ „Putaway“. Erfassung Verwenden Sie den Erstellungszeitstempel aus der Lagerauftragstabelle, wenn der Auftragstyp „Putaway“ lautet. Ereignistyp explicit | |||
| Für den Versand bereitgestellt | Dieses Ereignis steht für den Transport verpackter Behälter vom Verpackungsbereich in eine vorgesehene Bereitstellspur, wo sie auf die Abholung durch den Frachtführer warten. So werden Sendungen geordnet und für eine effiziente Verladung vorbereitet. | ||
| Warum das wichtig ist Mit dieser Aktivität lässt sich analysieren, wie lange Aufträge nach dem Verpacken auf die Abholung durch den Frachtführer warten. Lange Bereitstellzeiten können auf eine schlechte Abstimmung mit dem Frachtführer oder eine ineffiziente Planung der Verladetore hinweisen. Woher beziehen Das Ereignis wird häufig anhand von Bestandsbewegungen abgeleitet, bei denen der Zielort ein Bereitstellbereich ist. Erfassung Leiten Sie den Zeitpunkt aus dem Timestamp einer Bestandsbewegung ab, bei der die Handling Unit an einen Ort vom Typ „Staging“ oder „Shipping“ gebracht wird. Ereignistyp inferred | |||
| Kommissionierauftrag erstellt | Dieses Ereignis kennzeichnet die Erstellung eines Auftrags für einen Operator, der Ware aus einem Lagerplatz entnimmt, um einen Auslieferungsauftrag zu erfüllen. Das WMS erzeugt dieses explizite Ereignis, wenn ein Auftrag zur Kommissionierung freigegeben wird. | ||
| Warum das wichtig ist Damit beginnt die physische Auftragsabwicklung im Warenausgang. Verzögerungen zwischen der Auftragserstellung und der Kommissionierung können auf Probleme bei der Bestandszuordnung oder der Auftragsfreigabe hinweisen. Woher beziehen Der Eintrag findet sich in Tabellen für Lageraufträge oder Arbeitsaufträge. Erkennbar ist er am Erstellungszeitstempel eines Auftrags vom Typ „Picking“. Erfassung Verwenden Sie den Erstellungszeitstempel aus der Lagerauftragstabelle, wenn der Auftragstyp „Picking“ lautet. Ereignistyp explicit | |||
| Qualitätsprüfung durchgeführt | Dieses Ereignis steht für eine Qualitätsprüfung der eingegangenen Ware, bevor sie zur Verfügung gestellt wird. Bei bestimmten Materialien ist dies ein regulärer Prozessschritt. In anderen Fällen wird die Prüfung durch eine Ausnahme ausgelöst. | ||
| Warum das wichtig ist Qualitätsprüfungen können den Wareneingangsprozess erheblich verzögern. Wenn Sie diese Aktivität verfolgen, lassen sich Engpässe erkennen und die Effizienz des Qualitätskontrollteams messen. Woher beziehen Der Eintrag findet sich üblicherweise in Qualitätsmanagement-Protokollen oder als Statusänderung der Bestandscharge. Erfassung Erfassen Sie den Timestamp, wenn ein Prüfergebnis eingetragen oder der Bestandsstatus von „Quality Inspection“ auf „Unrestricted“ geändert wird. Ereignistyp explicit | |||
| Verpackung begonnen | Diese Aktivität kennzeichnet den Beginn des Verpackens an einer Packstation. Sie wird üblicherweise protokolliert, wenn ein Operator die kommissionierten Artikel oder den Auftragsbehälter scannt, um die Sendung vorzubereiten. | ||
| Warum das wichtig ist Dieses Ereignis markiert den Beginn des wertschöpfenden Verpackungsschritts. Die Dauer zu messen ist wichtig, um die Effizienz der Packstation und die Ressourcenzuteilung zu beurteilen. Woher beziehen Das Ereignis kann explizit im Protokoll einer Packstation erfasst oder anhand des ersten Artikelscans an einer Packstation abgeleitet werden, die einem Auslieferungsauftrag zugeordnet ist. Erfassung Leiten Sie den Zeitpunkt aus dem ersten Artikelscan an einem festgelegten Verpackungsarbeitsplatz für den jeweiligen Auftrag ab. Ereignistyp inferred | |||
| Ware am Wareneingang eingetroffen | Diese Aktivität kennzeichnet die physische Ankunft eines Lkw oder Frachtführers an der Warenannahme, bevor mit dem Entladen begonnen wird. Das Ereignis wird häufig in einem Yard-Management-Modul protokolliert oder erfasst, wenn ein Mitarbeitender das Lieferfahrzeug anmeldet. | ||
| Warum das wichtig ist Damit beginnt die physische Abwicklung im Lager. Verzögerungen zwischen der Ankunft und dem Beginn der Warenannahme können auf Engpässe an der Warenannahme oder beim Hofpersonal hinweisen. Woher beziehen Der Eintrag findet sich häufig in einem Torsteuerungs- oder Yard-Management-Protokoll oder als Statusänderung im Wareneingangsbeleg. Erfassung Erfassen Sie den Timestamp, wenn der Status des Wareneingangs auf „Arrived“ oder „Checked-In“ gesetzt wird. Ereignistyp explicit | |||
| Ware verpackt | Dieses Ereignis bestätigt, dass alle Artikel einer Sendung in Versandbehälter verpackt und Versandetiketten erstellt wurden. Es wird erfasst, wenn der Packer den Abschluss des Verpackungsvorgangs im System bestätigt. | ||
| Warum das wichtig ist Damit ist die Auftragsvorbereitung abgeschlossen und die Sendung für die letzten Prozessschritte bereit. Dieser Zeitpunkt ist wichtig, um die Verpackungseffizienz zu messen. Woher beziehen Der Eintrag wird üblicherweise als explizite Transaktion in einer Verpackungs- oder Handling-Unit-Verwaltungstabelle erfasst. Erfassung Verwenden Sie den Timestamp, wenn der Verpackungsstatus der Handling Unit oder des Auftrags auf „Completed“ gesetzt wird. Ereignistyp explicit | |||
Extraktionsanleitungen
Die Extraktionsmethoden unterscheiden sich je nach System. Eine ausführliche Anleitung finden Sie in
oder wählen Sie einen bestimmten Prozess und ein System aus.
Möchten Sie loslegen?
Optimieren Sie Ihr Lagermanagement noch heute. Wählen Sie dazu eine Extraktionsanleitung für ein bestimmtes System aus oder verwenden Sie dieses generische Template als Grundlage für die Datenaufbereitung.
Steigern Sie jetzt die Leistung Ihres Lagers
Erkennen Sie Engpässe, senken Sie Kosten und beschleunigen Sie die Auftragserfüllung mit datengetriebenen Erkenntnissen.
Keine Kreditkarte erforderlich. Die Einrichtung dauert nur wenige Minuten.