Ihr Lagerverwaltungs-Daten-Template

Körber WMS
Ihr Lagerverwaltungs-Daten-Template

Ihr Lagerverwaltungs-Daten-Template

Dieses Template wurde entwickelt, um Sie bei der Vorbereitung Ihrer Lagerverwaltungsdaten für Process Mining zu unterstützen. Es skizziert die wesentlichen Datenattribute, die erfasst werden müssen, die kritischen Aktivitäten, die verfolgt werden sollen, und bietet praktische Extraktionshinweise. Durch Befolgen dieser Empfehlungen können Sie eine umfassende Analyse Ihrer Lagerabläufe gewährleisten.
  • Empfohlene Attribute zur Erfassung
  • Schlüsselaktivitäten zur Verfolgung für Lagerabläufe
  • Extraktionsanleitung maßgeschneidert für Körber WMS
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Lagerverwaltungsattribute

Dies sind die empfohlenen Datenfelder, die Sie in Ihrem Event Log für eine umfassende Analyse Ihrer Lagerverwaltungsprozesse aufnehmen sollten.
5 Erforderlich 4 Empfohlen 12 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name des spezifischen Events oder der Aufgabe, das/die zu einem bestimmten Zeitpunkt innerhalb des Lagerauftrags-Lebenszyklus aufgetreten ist.
Beschreibung

Dieses Attribut beschreibt einen einzelnen Schritt im Lagerverwaltungsprozess, wie 'Waren aus Lager entnommen' oder 'Versand versendet'. Jede Aktivität repräsentiert ein eigenständiges Business Event, das im System erfasst und mit einem spezifischen Timestamp verknüpft ist.

Die Analyse von Aktivitäten ist der Kern des Process Mining. Sie ermöglicht den Aufbau der Prozesslandkarte, die zeigt, wie die Arbeit tatsächlich durch das Lager fließt. Dies hilft, Engpässe, Schleifen und Abweichungen vom Standardvorgehen zu identifizieren.

Bedeutung

Es definiert die Schritte des Prozesses, bildet die Grundlage der Prozesslandkarte und ermöglicht die Analyse von Prozessfluss, Variationen und Engpässen.

Datenquelle

Event- oder Transaktionsprotokolltabellen in Körber WMS, in denen Geschäftsereignisse erfasst werden. Dies wird oft aus Transaktionscodes oder Statusänderungsbeschreibungen abgeleitet.

Beispiele
Kommissionieraufgabe erstelltWaren verpacktSendung versandtLagerauftrag storniert
Ereigniszeit
EventTime
Das genaue Datum und die Uhrzeit, zu der die Aktivität oder das Event im Quellsystem erfasst wurde.
Beschreibung

Event Time ist der Zeitstempel, der jeder Aktivität zugeordnet ist und den genauen Zeitpunkt ihres Auftretens markiert. Diese temporalen Daten sind grundlegend für die Berechnung von Dauern, Zykluszeiten und Wartezeiten zwischen verschiedenen Schritten im Prozess.

In der Prozessanalyse wird dieses Attribut verwendet, um Events chronologisch zu ordnen, den Prozessfluss aufzubauen und zeitbasierte Analysen durchzuführen. Es ist unerlässlich für Dashboards, die die Leistung messen, wie z.B. die Zykluszeitanalyse, und für die Berechnung von KPIs wie 'Average Order End-to-End Cycle Time'.

Bedeutung

Dieser Timestamp ist entscheidend für die Anordnung von Events, die Berechnung aller zeitbasierten Metriken wie Zykluszeiten und Wartezeiten sowie das Verständnis der Prozessleistung.

Datenquelle

In allen Transaktions- und Event Log-Tabellen innerhalb von Körber WMS zu finden, typischerweise benannt als 'CreationDate', 'Timestamp' oder 'EventDateTime'.

Beispiele
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T08:15:00Z
Lagerauftrag
WarehouseOrder
Der eindeutige Identifikator für einen Lagerauftrag, der als primärer Case Identifier für die Verfolgung aller damit verbundenen logistischen Aktivitäten dient.
Beschreibung

Der Lagerauftrag ist der zentrale Identifikator, der alle Aufgaben und Events gruppiert, die mit einer spezifischen logistischen Anforderung verbunden sind, wie einem Wareneingang oder einem Warenausgang. Er ermöglicht die End-to-End-Verfolgung des Lebenszyklus eines Auftrags innerhalb des Lagers, von seiner Erstellung bis zu seinem endgültigen Versand oder seiner Stornierung.

Im Process Mining ermöglicht die Analyse nach Lagerauftrag die Visualisierung des gesamten Prozessablaufs für jeden Auftrag. Dies hilft bei der Identifizierung gängiger Pfade, Abweichungen, Engpässe und der gesamten Durchlaufzeit für verschiedene Auftragstypen, wie Standard- vs. Eilaufträge.

Bedeutung

Dies ist die essenzielle Case ID, die alle zugehörigen Events verbindet und eine vollständige End-to-End-Analyse des Lagerverwaltungsprozesses für jeden spezifischen Auftrag ermöglicht.

Datenquelle

Dieser Identifikator ist typischerweise in den Kern-Auftragsverwaltungstabellen innerhalb von Körber WMS zu finden. Konsultieren Sie die Körber WMS-Dokumentation für spezifische Tabellen- und Feldnamen, wie z.B. Auftrags-Header.

Beispiele
WO-0012845WO-0012991WO-0013402
Letzte Datenaktualisierung
LastDataUpdate
Der `Timestamp`, der angibt, wann die `Daten` für diesen `Prozess` zuletzt aktualisiert wurden.
Beschreibung

Dieses Attribut spezifiziert Datum und Uhrzeit der letzten Datenextraktion oder -aktualisierung. Es bietet Kontext für die Aktualität der analysierten Daten und stellt sicher, dass Benutzer wissen, wie aktuell die Prozessansicht ist.

In Dashboards und Berichten sind diese Informationen für die Transparenz unerlässlich. Sie helfen Benutzern zu verstehen, ob sie Echtzeit-, Tages- oder Wochen-Daten betrachten, was die Entscheidungsfindung beeinflusst.

Bedeutung

Informiert Benutzer über die Aktualität der Daten, was entscheidend ist, um genaue und relevante Geschäftsentscheidungen auf der Grundlage der Analyse zu treffen.

Datenquelle

Dieser Wert wird von der Datenpipeline oder dem ETL-Tool am Ende jedes Datenaktualisierungszyklus generiert und aufgezeichnet.

Beispiele
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Quellsystem
SourceSystem
Das System, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut identifiziert das Ursprungssystem für die Event-Daten, in diesem Fall 'Körber WMS'. In Umgebungen mit mehreren integrierten Systemen hilft dieses Feld, Datenquellen zu unterscheiden und die Datenherkunft zu verfolgen.

Für die Analyse bietet es Kontext, insbesondere beim Kombinieren von Daten aus mehreren Systemen. Es hilft, die Datenqualität sicherzustellen und kann verwendet werden, um die Analyse auf die Aktivitäten eines spezifischen Systems zu filtern.

Bedeutung

Liefert entscheidenden Kontext zur Datenherkunft, um Klarheit und Nachvollziehbarkeit zu gewährleisten, insbesondere in Umgebungen mit mehreren miteinander verbundenen Systemen.

Datenquelle

Dies ist typischerweise ein statischer Wert, der während des Datenextraktionsprozesses hinzugefügt wird, um das Quellsystem zu identifizieren.

Beispiele
Körber WMSKörberOne
Benutzer-/Bediener-ID
UserOperatorId
Der Identifikator für den Benutzer oder Bediener, der die Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut identifiziert den Lagerarbeiter oder Systembenutzer, der für die Ausführung einer spezifischen Aufgabe verantwortlich ist, wie Kommissionierung, Verpackung oder Einlagerung von Waren. Es kann in einigen Fällen auch ein automatisiertes System oder einen Bot bezeichnen.

Diese Dimension ist entscheidend für die Leistungsanalyse der Ressourcen. Sie hilft beim Verständnis der Arbeitslastverteilung, der Identifizierung von Spitzenleistungen und der Erkennung von Personen, die zusätzliche Schulungen benötigen könnten. Es ist die Basis für das Dashboard 'Ressourcenauslastung und Arbeitslast' und den KPI 'Durchsatz pro Bediener'.

Bedeutung

Ermöglicht die Analyse der Mitarbeiterleistung, der Arbeitslastverteilung und der Ressourceneffizienz, was hilft, Schulungsbedarfe und Leistungsträger zu identifizieren.

Datenquelle

In Transaktions- oder Protokolltabellen zu finden, wo Benutzeraktionen aufgezeichnet werden. Suchen Sie nach Feldern wie 'UserID', 'UserName', 'ExecutedBy' oder 'OperatorID'.

Beispiele
JSMITHABOT01CDAVISsystem
Prioritätsstufe
PriorityLevel
Gibt die Dringlichkeit oder Priorität des Lagerauftrags an, z. B. Standard oder Eilauftrag.
Beschreibung

Die Prioritätsstufe ist eine Klassifikation, die einem Lagerauftrag zugewiesen wird, um seine Bearbeitungsdringlichkeit festzulegen. Zum Beispiel könnte ein Auftrag als 'Eilauftrag' oder 'Hohe Priorität' gekennzeichnet sein, was darauf hinweist, dass er vor Standardaufträgen bearbeitet werden sollte.

Dieses Attribut ist essenziell für das Dashboard 'Expedited Order Analysis' und den KPI 'Expedited Shipment %'. Es hilft, die Auswirkungen dringender Aufträge auf die gesamten Lagerabläufe, deren zugehörige Kosten und ob ihre Bearbeitungszeiten tatsächlich schneller sind als bei Standardaufträgen, zu verstehen.

Bedeutung

Hilft bei der Analyse der Bearbeitung von Eilaufträgen, deren Häufigkeit und deren Auswirkungen auf die gesamte Prozessleistung und Kosten.

Datenquelle

In den Auftragsheader-Daten zu finden. Suchen Sie nach Feldern wie 'Priority', 'Urgency' oder einem spezifischen Indikator für den Versanddienstleistungsgrad.

Beispiele
StandardBeschleunigtÜber NachtKritisch
Produkt-SKU
ProductSKU
Die Stock Keeping Unit (SKU) oder Materialnummer des zu bearbeitenden Artikels.
Beschreibung

Die Produkt-SKU ist der eindeutige Identifikator für ein bestimmtes Produkt oder Material, das im Lagerauftrag enthalten ist. Ein Auftrag kann eine oder mehrere SKUs enthalten.

Die Analyse nach Produkt-SKU hilft zu verstehen, ob bestimmte Produkte komplexere oder problematischere Bearbeitungsprozesse aufweisen. Zum Beispiel könnten Sie feststellen, dass zerbrechliche Artikel längere Verpackungszeiten haben oder dass bestimmte SKUs häufig mit Kommissionierabweichungen verbunden sind. Dies kann Änderungen an der Lagerstrategie oder den Handhabungsverfahren beeinflussen.

Bedeutung

Ermöglicht die Analyse der Prozessleistung basierend auf spezifischen Produkten und zeigt auf, ob bestimmte Artikel Verzögerungen oder Fehler verursachen.

Datenquelle

In den Auftragspositionstabellen zu finden, die mit dem Haupt-Lagerauftragskopf verknüpft sind. Gängige Feldnamen sind 'SKU', 'MaterialNumber' oder 'ItemCode'.

Beispiele
SKU-847361SKU-991204SKU-103557
Tatsächliche Menge
ActualQuantity
Die Menge eines Artikels, die während einer Aufgabe tatsächlich bearbeitet oder erfasst wurde.
Beschreibung

Die Ist-Menge ist die Anzahl der Einheiten, die vom Lagerbediener physisch gezählt, kommissioniert, verpackt oder empfangen wurden. Dieser Wert wird bei Abschluss der Aufgabe erfasst und kann manchmal von der 'Planned Quantity' (Planmenge) aufgrund von Bestandsengpässen, Beschädigungen oder menschlichem Fehler abweichen.

Der Vergleich dieses Attributs mit der 'Planned Quantity' ist grundlegend für das Dashboard 'Inventory Process Health and Accuracy'. Abweichungen zwischen den beiden Werten sind direkte Indikatoren für Prozessfehler oder Datenungenauigkeiten, die untersucht werden müssen.

Bedeutung

Liefert die tatsächliche Basis dessen, was physisch bearbeitet wurde, was für die Berechnung von Diskrepanzraten und die Sicherstellung der Bestandsgenauigkeit unerlässlich ist.

Datenquelle

In Transaktionsbestätigungs- oder Aufgabenabschlussaufzeichnungen zu finden. Feldnamen könnten 'ActualQty', 'ConfirmedQuantity' oder 'PickedQuantity' umfassen.

Beispiele
10491
Aktivitätsdauer
ActivityDuration
Die Gesamtzeit, die zur Fertigstellung einer bestimmten Aktivität benötigt wird.
Beschreibung

Diese Metrik stellt die Bearbeitungszeit für ein einzelnes Event dar, berechnet als Differenz zwischen seiner End Time und Start Time. Wenn eine End Time nicht verfügbar ist, kann sie aus der Zeit zwischen aufeinanderfolgenden Events abgeleitet werden.

Die Analyse der Aktivitätsdauer ist entscheidend, um herauszufinden, welche spezifischen Aufgaben die meiste Zeit im Gesamtprozess beanspruchen. Dies wird in Dashboards wie 'Resource Utilization and Workload' verwendet, um den Aufwand pro Aufgabe zu verstehen, und ist essenziell für die Berechnung von KPIs wie 'Average Quality Inspection Time'.

Bedeutung

Misst direkt die für einzelne Aufgaben aufgewendete Zeit und hilft dabei, die längsten und ineffizientesten Schritte im Lagerprozess zu identifizieren.

Datenquelle

Dies wird typischerweise während der Datentransformation berechnet, indem der Start-Timestamp vom End-Timestamp einer Aktivität subtrahiert wird.

Beispiele
9006501200
Angefordertes Fertigstellungsdatum
RequestedCompletionDate
Das Datum, bis zu dem der Kunde oder interne Stakeholder die Fertigstellung des Auftrags angefordert hat.
Beschreibung

Dies ist das angestrebte Fertigstellungs- oder Versanddatum für einen Warenausgangsauftrag, oft bestimmt durch Kundenerwartungen oder Service Level Agreements (SLAs). Es dient als primäre Frist, an der die tatsächliche Leistung gemessen wird.

Dieses Datum ist entscheidend für das Dashboard 'Expedited Order Analysis'. Der Vergleich des 'Requested Completion Date' mit dem 'Actual Completion Date' (dem Timestamp der Aktivität 'Shipment Dispatched' oder 'Warehouse Order Completed') hilft, die Pünktlichkeit zu bestimmen und Aufträge zu identifizieren, die Gefahr laufen, verspätet zu sein.

Bedeutung

Bietet die Grundlage für die Messung der Pünktlichkeit und die Erfüllung von Service Level Agreements (SLAs), wobei potenziell verspätete Aufträge hervorgehoben werden.

Datenquelle

In der Auftragskopftabelle zu finden. Gängige Feldnamen sind 'RequiredDeliveryDate', 'RequestedShipDate' oder 'SLA'.

Beispiele
2023-10-28T23:59:59Z2023-11-05T23:59:59Z
Auftragsart
OrderType
Kategorisiert den Lagerauftrag, zum Beispiel als Wareneingang, Warenausgang oder interner Transfer.
Beschreibung

Der Auftragstyp definiert den Geschäftszweck des Lagerauftrags. Gängige Typen umfassen Kundenlieferungen (Warenausgang), Lieferantenwareneingänge (Wareneingang), Umlagerungen zwischen Lagerorten (intern) oder Retouren.

Dies ist ein mächtiges Attribut für Filterung und Vergleichsanalyse. Es ermöglicht Ihnen, die Prozessabläufe und Leistungen für verschiedene Arten logistischer Operationen zu analysieren und zu vergleichen, beispielsweise um zu sehen, ob der Wareneingangsprozess effizienter oder weniger effizient ist als der Warenausgangsprozess.

Bedeutung

Ermöglicht die Segmentierung der Analyse nach dem Zweck des Auftrags und zeigt Leistungsunterschiede zwischen Prozessen wie Wareneingang und Warenausgang auf.

Datenquelle

Typischerweise in der Auftrags-Header-Tabelle in Körber WMS zu finden. Suchen Sie nach einem Feld namens 'OrderType', 'TransactionType' oder ähnlichem.

Beispiele
WarenausgangWareneingangInterne WeiterleitungKundenretoure
Durchlaufzeit
CycleTime
Die Gesamtdauer des Lagerauftrags von der Erstellung bis zur Fertigstellung.
Beschreibung

Die Cycle Time ist eine berechnete Metrik, die die gesamte verstrichene Zeit für einen Fall misst, vom allerersten Event ('Warehouse Order Created') bis zum letzten Event ('Warehouse Order Completed'). Sie stellt die End-to-End-Verarbeitungszeit für einen Auftrag dar.

Dies ist ein primärer Key Performance Indicator im Process Mining, der direkt die Frage "Wie lange dauert es?" beantwortet. Es ist die Kernmetrik für das Dashboard 'Warehouse Order End-to-End Cycle Time' und den KPI 'Average Order End-to-End Cycle Time', die zur Verfolgung der gesamten Prozessgesundheit und zur Identifizierung von Aufträgen verwendet werden, deren Bearbeitung ungewöhnlich lange dauert.

Bedeutung

Dies ist ein kritischer KPI, der die Gesamteffizienz des Lagerprozesses misst und sich direkt auf die Kundenzufriedenheit und die Betriebskosten auswirkt.

Datenquelle

Diese Metrik wird im Process Mining Tool berechnet, indem die Differenz zwischen dem Timestamp des letzten Events und des ersten Events für jeden Lagerauftrag ermittelt wird.

Beispiele
8640017280036000
Endzeit
EndTime
Der Timestamp, der angibt, wann eine Aktivität abgeschlossen wurde, falls verfügbar.
Beschreibung

Die Endzeit stellt den Abschluss-Timestamp für eine Aktivität dar. Während StartTime (EventTime) den Beginn markiert, kennzeichnet End Time den Abschluss und ermöglicht die direkte Berechnung der Dauer dieser einzelnen Aktivität. Nicht alle Events haben eine eindeutige Endzeit; bei vielen wird die StartTime des nächsten Events verwendet, um die Dauer des vorhergehenden abzuleiten.

Dieses Attribut ist äußerst wertvoll für die genaue Berechnung der Bearbeitungszeit einzelner Aufgaben. Es wird beispielsweise verwendet, um die 'Durchschnittliche Qualitätsinspektionszeit' zu bestimmen, indem die Zeit vom Beginn bis zum Ende der Inspektion gemessen wird.

Bedeutung

Ermöglicht die präzise Berechnung der Bearbeitungszeiten einzelner Aktivitäten, was entscheidend für die Identifizierung ineffizienter Aufgaben und Ressourcenengpässe ist.

Datenquelle

Konsultieren Sie die Körber WMS-Dokumentation. Dies kann in Transaktionstabellen zusammen mit der Startzeit oder in verwandten Statusverlaufstabellen enthalten sein.

Beispiele
2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z
Geplante Menge
PlannedQuantity
Die Menge eines Artikels, die bei einer Aufgabe, wie Kommissionierung oder Wareneingang, voraussichtlich bearbeitet werden sollte.
Beschreibung

Die Sollmenge stellt die Zielanzahl von Einheiten für eine gegebene Aufgabe dar, wie sie durch den Lagerauftrag spezifiziert wird. Wenn ein Auftrag beispielsweise die Kommissionierung von 10 Einheiten einer bestimmten SKU erfordert, beträgt die Sollmenge für diese Kommissionieraufgabe 10.

Dieses Attribut ist entscheidend, um Diskrepanzen im Vergleich zur 'Ist-Menge' zu identifizieren. Es ist ein wichtiger Input für die Berechnung der KPIs 'Kommissionier-Diskrepanzrate' und 'Inventur-Diskrepanzrate', die für die Aufrechterhaltung der Bestandsgenauigkeit unerlässlich sind.

Bedeutung

Dient als Basis für die Messung der Genauigkeit bei Aufgaben wie Kommissionierung und Wareneingang und ermöglicht die Erkennung von Bestandsabweichungen.

Datenquelle

Verfügbar in Aufgaben- oder Auftragspositionstabellen. Suchen Sie nach Feldern wie 'OrderQuantity', 'PlannedQty' oder 'ExpectedQuantity'.

Beispiele
10501
Ist Kommissionierabweichung
IsPickingDiscrepancy
Ein Flag, das anzeigt, ob die tatsächlich kommissionierte Menge mit der geplanten Menge übereinstimmte.
Beschreibung

Dies ist ein abgeleitetes boolesches Attribut, das wahr ist, wenn die 'Ist-Menge' von der 'Sollmenge' für eine kommissionierungsbezogene Aktivität abweicht. Es dient als einfacher Indikator für einen Kommissionierfehler oder ein Bestandsproblem für eine spezifische Aufgabe.

Dieses Flag vereinfacht die Analyse, indem es Benutzern ermöglicht, schnell alle Aufträge zu filtern, bei denen eine Kommissionierabweichung aufgetreten ist. Es wird verwendet, um den KPI 'Kommissionier-Diskrepanzrate' zu berechnen und unterstützt das Dashboard 'Inventarprozessgesundheit und Genauigkeit', indem es spezifische Fehlerpunkte hervorhebt.

Bedeutung

Bietet einen klaren, binären Indikator für Kommissionierfehler, der die zur Identifizierung und Quantifizierung von Problemen mit der Bestandsgenauigkeit erforderliche Analyse vereinfacht.

Datenquelle

Wird während der Datentransformation berechnet. Die Logik lautet: IF (ActualQuantity != PlannedQuantity) THEN true ELSE false für relevante Kommissionieraktivitäten.

Beispiele
truefalsch
Lager-ID
WarehouseId
Der eindeutige Identifikator für das Lager oder Distributionszentrum, in dem die Aktivitäten stattfinden.
Beschreibung

Die Lager-ID spezifiziert den physischen Standort oder die Einrichtung, wo der Lagerauftrag bearbeitet wird. Für Organisationen mit mehreren Distributionszentren ist dies eine Schlüsseldimension für die Analyse.

Dieses Attribut ermöglicht das Benchmarking der Leistung über verschiedene Standorte hinweg. Sie können beispielsweise die 'Average Order End-to-End Cycle Time' zwischen Lager A und Lager B vergleichen, um Best Practices oder standortspezifische operative Probleme zu identifizieren.

Bedeutung

Ermöglicht den Leistungsvergleich und das Benchmarking über verschiedene physische Lagerstandorte hinweg und hebt regionale oder anlagenspezifische Probleme hervor.

Datenquelle

Diese Informationen sind üblicherweise in Auftrags-Header- oder Standortkonfigurationstabellen verfügbar. Sie könnten als 'Werk', 'Standort' oder 'LocationCode' dargestellt werden.

Beispiele
WH-NYCDC-LAXFC-DAL
Lagerort
StorageLocation
Der spezifische Ort im Lager, wie Lagerplatz oder Gang, an dem Waren gelagert oder kommissioniert werden.
Beschreibung

Dieses Attribut identifiziert die physische Koordinate innerhalb des Lagers, wie ein Regal, Fach oder Behälter. Es ist relevant für Aktivitäten wie 'Waren eingelagert' und 'Waren entnommen'.

Diese Daten werden im Dashboard 'Einlagerungseffizienz und Standortnutzung' verwendet, um Fahrzeiten, Standortauslastung und die Wirksamkeit von Lagerstrategien zu analysieren. Zum Beispiel kann es helfen festzustellen, ob schnell drehende Artikel an leicht zugänglichen Orten gelagert werden, um die Kommissionierzeit zu minimieren.

Bedeutung

Hilft bei der Optimierung des Lagerlayouts und der Lagerstrategie durch Analyse von Fahrzeiten und der Effizienz von Einlagerungs- und Kommissionieraufgaben für spezifische Standorte.

Datenquelle

In Bestands-, Aufgaben- oder Stammdatentabellen des Standorts zu finden. Suchen Sie nach Feldern wie 'BinCode', 'LocationID' oder 'StorageBin'.

Beispiele
A1-R02-S03-B01B5-R10-S01-B04C2-BULK-05
SLA-Status
SLAStatus
Gibt an, ob der Auftrag pünktlich, verspätet oder gefährdet war, basierend auf seinem angeforderten Fertigstellungsdatum.
Beschreibung

Der SLA Status ist ein berechnetes Attribut, das jeden Auftrag basierend auf seiner Pünktlichkeit relativ zum 'RequestedCompletionDate' kategorisiert. Er kann Werte wie 'Pünktlich', 'Verspätet' oder 'In Bearbeitung' annehmen.

Dieses Attribut bietet eine sofortige Übersicht über die Service-Level-Leistung. Es ermöglicht eine schnelle Filterung und Analyse aller verspäteten Aufträge, um die Grundursachen zu verstehen, wie spezifische Engpässe oder Ressourcenprobleme. Dies ist ein entscheidendes Element für jede Analyse, die auf Kundenzufriedenheit und operative Zuverlässigkeit abzielt.

Bedeutung

Misst direkt die Einhaltung von Service-Level-Agreements und ermöglicht eine einfache Identifizierung und Ursachenanalyse verspäteter Aufträge.

Datenquelle

Dies wird in der Datentransformationsschicht berechnet, indem der Timestamp des Events 'Warehouse Order Completed' mit dem 'RequestedCompletionDate' verglichen wird.

Beispiele
PünktlichVerspätetIn Bearbeitung
Spediteur
Carrier
Der Spediteur, der für die Endlieferung des Auftrags zuständig ist.
Beschreibung

Der Spediteur ist der Drittanbieter von Logistikdienstleistungen (z.B. FedEx, UPS, DHL), der für den Transport der Waren vom Lager zum endgültigen Bestimmungsort verantwortlich ist. Dies wird typischerweise während der Versandplanung oder der Versandphase zugewiesen.

Die Analyse nach Spediteur kann Leistungsunterschiede zwischen Versandpartnern aufdecken. Zum Beispiel kann sie helfen zu identifizieren, ob bestimmte Spediteure mit längeren Bereitstellungszeiten oder häufigeren Verzögerungen verbunden sind, was wertvolle Daten für Speditionsvertragsverhandlungen und die Auswahl liefert.

Bedeutung

Ermöglicht die Leistungsanalyse verschiedener Versandpartner und hilft so, die Logistik zu optimieren und die Lieferzuverlässigkeit zu verbessern.

Datenquelle

In Versand- oder Transportplanungstabellen innerhalb von Körber WMS zu finden. Suchen Sie nach Feldern wie 'CarrierCode', 'ShippingAgent' oder 'SCAC'.

Beispiele
FedExUPSDHLLocal Freight Inc.
Verwendete Ausrüstung
EquipmentUsed
Der Identifikator des Equipments, wie Gabelstapler oder Scanner, das zur Ausführung einer Aufgabe verwendet wurde.
Beschreibung

Dieses Attribut spezifiziert das Material Handling Equipment (MHE) oder die Technologie, die während einer Lageraufgabe verwendet wird. Dies könnte ein spezifischer Gabelstapler, Hubwagen, Handscanner oder ein Automated Guided Vehicle (AGV) sein.

Die Analyse nach Equipment hilft beim Verständnis der Ressourcenauslastung, des Wartungsbedarfs und der Auswirkungen verschiedener Equipmenttypen auf die Effizienz der Aufgaben. Es ist eine Schlüsseldimension für das Dashboard 'Ressourcenauslastung und Arbeitslast', die eine umfassende Sicht auf menschliche und maschinelle Ressourcen ermöglicht.

Bedeutung

Ermöglicht die Analyse der Gerätenutzung und deren Einfluss auf die Aufgabenleistung, was hilft, das Flottenmanagement zu optimieren und maschinenbedingte Engpässe zu identifizieren.

Datenquelle

Konsultieren Sie die Körber WMS-Dokumentation. Diese Daten können in Aufgaben-Ausführungsaufzeichnungen protokolliert werden, insbesondere wenn Bediener sich an spezifischen Geräten anmelden.

Beispiele
FORKLIFT-08SCANNER-112AGV-03
Erforderlich Empfohlen Optional

Lagerverwaltungsaktivitäten

Dies sind die wesentlichen Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um Ihre Lagerabläufe genau zu analysieren.
7 Empfohlen 8 Optional
Aktivität Beschreibung
Lagerauftrag abgeschlossen
Der Lagerauftrag wird im System geschlossen, was bedeutet, dass alle damit verbundenen physischen Bewegungen und Transaktionen abgeschlossen sind. Dies wird typischerweise aus einer Statusänderung im Auftrags-Header abgeleitet, die den Lebenszyklus des Auftrags abschließt.
Bedeutung

Dies ist der primäre Endpunkt für den Prozess, unerlässlich für die Berechnung der End-to-End-Durchlaufzeit und die Messung der gesamten Prozessabschlussraten.

Datenquelle

Abgeleitet aus einer Statusänderung am Lagerauftragskopf zu einem finalen Status wie 'Complete' oder 'Closed'.

Erfassen

Abgeleitet vom Zeitstempel der Statusänderung auf 'Completed' im Lagerauftragskopf.

Ereignistyp inferred
Lagerauftrag erstellt
Die initiale Erstellung eines Lagerauftrags im System, die eine Nachfrage nach Warenbewegung darstellt. Dieses Event wird typischerweise explizit protokolliert, wenn ein Benutzer oder ein integriertes System wie ein ERP den Auftragsdatensatz mit einem Erstellungs-Timestamp anlegt.
Bedeutung

Dies markiert den Beginn des End-to-End-Prozesses. Es ist essenziell für die Messung der gesamten Auftragsdurchlaufzeit und das Verständnis der Gesamtnachfrage und des Auftragsvolumens.

Datenquelle

Dies wird vom Erstellungs-Timestamp in der Haupttabelle des Lagerauftrags-Headers erfasst, wenn ein neuer Auftragsdatensatz in Körber WMS gespeichert wird.

Erfassen

Erfasst vom Erstellungs-Timestamp im Lagerauftrags-Header.

Ereignistyp explicit
Sendung versandt
Die Waren werden verladen und der LKW verlässt das Lager. Dieses Event wird durch eine 'Ship Confirm'- oder 'Post Goods Issue'-Transaktion ausgelöst, die den Versand im System abschließt.
Bedeutung

Dieser kritische Meilenstein markiert den physischen Abgang der Waren. Es ist oft ein wichtiges Event für die Rechnungsstellung und die Aktualisierung von Kunden.

Datenquelle

Eine explizite 'Ship Confirm'-Transaktion wird ausgeführt, die mit dem Druck des Frachtbriefs verbunden ist. Diese Transaktion hat einen spezifischen Zeitstempel.

Erfassen

Timestamp aus der Transaktion 'Ship Confirm' oder 'Post Goods Issue'.

Ereignistyp explicit
Waren aus dem Lager kommissioniert
Ein Bediener bestätigt, dass die Artikel für einen Auftrag von ihrem Lagerort kommissioniert wurden. Dies geschieht typischerweise durch Scannen des Artikels und des Standorts, wodurch der Bestand aus dem Lagerplatz abgebucht und die Aktion protokolliert wird.
Bedeutung

Dies ist ein wichtiger Meilenstein im Warenausgangsprozess. Er ermöglicht die Analyse von Kommissionierzeiten und identifiziert potenzielle Verzögerungen zwischen Kommissionierung und Verpackung.

Datenquelle

Wird protokolliert, wenn der Bediener den Abschluss der Kommissionieraufgabe über ein RF-Gerät bestätigt. Dies aktualisiert den Aufgabenstatus auf 'Completed' und hat einen Abschlusszeitstempel.

Erfassen

Timestamp aus der Transaktion zur Bestätigung der Kommissionieraufgabe.

Ereignistyp explicit
Waren empfangen und gezählt
Lagermitarbeiter entladen, scannen und zählen die erhaltenen Artikel gegen die Wareneingangsmeldung. Diese explizite Transaktion bestätigt den Empfang spezifischer Materialmengen in die physische Obhut des Lagers.
Bedeutung

Dies ist ein kritischer Wareneingangs-Meilenstein, der KPIs wie 'Wareneingang bis Einlagerungszeit' ermöglicht. Er hilft auch, frühzeitig Diskrepanzen zwischen erwarteten und tatsächlich erhaltenen Mengen zu identifizieren.

Datenquelle

Wird generiert, wenn ein Benutzer die Empfangsmengen über einen RF-Scanner oder eine Desktop-Transaktion bestätigt. Diese Aktion aktualisiert den Bestandsstatus in einem Bereitstellungsort auf 'Received' oder 'On-Hand'.

Erfassen

Timestamp aus der Wareneingangsbestätigungstransaktion.

Ereignistyp explicit
Waren im Lager eingelagert
Ein Bediener bestätigt den Abschluss der Einlagerungsaufgabe, typischerweise durch Scannen des Lagerplatzes und der Palette oder des Artikels. Diese Aktion erfasst explizit die Bewegung und aktualisiert den Lagerort im System.
Bedeutung

Dieser entscheidende Meilenstein markiert das Ende des Wareneingangsprozesses. Er wird zur Berechnung der KPIs 'Einlagerungs-Zykluszeit' und 'Wareneingang bis Einlagerungszeit' verwendet.

Datenquelle

Wird protokolliert, wenn der Bediener den Abschluss der Einlagerungsaufgabe über ein RF-Gerät bestätigt. Diese Aktion aktualisiert den Aufgabenstatus auf 'Completed' und zeichnet einen Abschlusszeitstempel auf.

Erfassen

Timestamp aus der Transaktion zur Bestätigung der Einlagerungsaufgabe.

Ereignistyp explicit
Waren verpackt
Der Verpackungsprozess für einen Versandbehälter oder Karton ist abgeschlossen, und das Paket wird versiegelt und etikettiert. Dieses Event signalisiert, dass der Auftrag für die Bereitstellung und den Versand bereit ist und explizit protokolliert wird.
Bedeutung

Dieser Schlüsselmeilenstein schließt die Vorbereitung der Waren für den Versand ab. Er wird verwendet, um den Verpackungsdurchsatz zu berechnen und Verzögerungen vor der Verladung zu identifizieren.

Datenquelle

Eine explizite 'Packing Complete'- oder 'Close Carton'-Transaktion wird vom Bediener ausgeführt, die einen Abschlusszeitstempel für den Versandbehälter protokolliert.

Erfassen

Timestamp aus der Transaktion 'Close Container' oder 'Packing Complete'.

Ereignistyp explicit
Einlagerungsaufgabe erstellt
Das WMS erstellt eine Aufgabe für einen Bediener, um empfangene Waren von einem Bereitstellungsbereich zu einem endgültigen Lagerplatz zu bewegen. Die Systemlogik bestimmt, basierend auf Einlagerungsstrategien, den optimalen Zielplatz für die Artikel.
Bedeutung

Dieses Event markiert den Start des Einlagerungsprozesses. Die Analyse der Zeit von diesem Event bis zum Aufgabenabschluss hilft, die System- und Bediener-Effizienz zu messen.

Datenquelle

Ein Datensatz wird in einer Aufgabenmanagement- oder Arbeitswarteschlangentabelle mit dem Aufgabentyp 'Putaway' und einem entsprechenden Erstellungszeitstempel erstellt.

Erfassen

Erfasst vom Erstellungs-Timestamp des Einlagerungsaufgaben-Datensatzes.

Ereignistyp explicit
Für den Versand bereitgestellt
Die verpackten Kartons oder Paletten werden vom Packbereich zu einer dafür vorgesehenen Bereitstellungsspur bewegt, um auf die Abholung durch den Spediteur zu warten. Dies wird oft aus dem Timestamp einer Umlagerungstransaktion an einen Versandort abgeleitet.
Bedeutung

Dies hilft, die Verweilzeit zwischen Verpackung und Endversand zu analysieren. Lange Bereitstellungszeiten können auf eine schlechte Koordination mit Spediteuren oder ein ineffizientes Dock-Tür-Management hinweisen.

Datenquelle

Abgeleitet aus einer Standortänderung der Ladeeinheit von einem Verpackungsarbeitsplatz zu einer Versandbahn. Die Bewegungstransaktion trägt den notwendigen Zeitstempel.

Erfassen

Abgeleitet aus einem Zeitstempel einer Bestandsbewegungstransaktion, bei der der Zielort ein Bereitstellungsbereich ist.

Ereignistyp inferred
Kommissionieraufgabe erstellt
Das System generiert eine Kommissionieraufgabe für einen Bediener basierend auf einem Warenausgangs-Lagerauftrag. Diese Aufgabe weist dem Bediener einen bestimmten Ort zu, um eine bestimmte Menge eines Artikels zu entnehmen.
Bedeutung

Dieses Event initiiert den Warenausgangs-Fulfillment-Prozess. Die Analyse der Kommissionieraufgaben-Generierung hilft, die Auftragsbearbeitungslogik und Arbeitslastverteilung zu verstehen.

Datenquelle

Ein Datensatz mit dem Aufgabentyp 'Picking' und einem Erstellungszeitstempel wird in einer Aufgabenmanagement- oder Arbeitswarteschlangentabelle innerhalb von Körber WMS erstellt.

Erfassen

Erfasst vom Erstellungs-Timestamp des Kommissionieraufgaben-Datensatzes.

Ereignistyp explicit
Lagerauftrag storniert
Der Lagerauftrag wird vor der Fertigstellung storniert, wodurch alle laufenden Arbeiten gestoppt werden. Diese Aktion wird normalerweise aus einer Statusänderung im Auftrags-Header auf 'Storniert' abgeleitet.
Bedeutung

Stellt ein alternatives Ende des Prozesses dar. Die Analyse von Stornierungen hilft, Gründe für Prozessfehler zu verstehen, wie z.B. Lagerbestandsengpässe oder Kundenänderungen.

Datenquelle

Abgeleitet aus einer Statusänderung am Lagerauftragskopf zu einem Status 'Canceled' oder 'Deleted', zusammen mit dem Zeitstempel dieser Änderung.

Erfassen

Abgeleitet vom Zeitstempel der Statusänderung auf 'Canceled' im Lagerauftragskopf.

Ereignistyp inferred
Qualitätsinspektion durchgeführt
Eine Qualitätskontrolle wird an den erhaltenen Waren durchgeführt, was die Bewegung von Artikeln in einen speziellen QC-Bereich beinhalten kann. Diese Aktivität wird oft aus Bestandsstatusänderungen abgeleitet, wie dem Übergang von 'On-Hand' zu 'QI Hold' und dann zurück zu 'Unrestricted'.
Bedeutung

Ermöglicht die Analyse der Dauer von Qualitätsprüfungen, die ein erheblicher Engpass sein können. Es hilft, Prüfmengen zu verfolgen und Verzögerungen bei der Bereitstellung von Lagerbeständen zu identifizieren.

Datenquelle

Kann aus einer Reihe von Bestandsstatusänderungen in Bezug auf Qualitätssperren abgeleitet werden. Einige Systeme verfügen möglicherweise über explizite Transaktionsprotokolle für das Qualitätsmanagement.

Erfassen

Abgeleitet aus Bestandsstatusänderungen oder aus einem Transaktionsprotokoll, das mit einem Qualitätsprüfauftrag verbunden ist.

Ereignistyp inferred
Verpackung initiiert
Kommissionierte Artikel erreichen eine Packstation, und ein Bediener beginnt den Verpackungsprozess. Dies wird oft durch den ersten Artikelscan an einer Packstation, der mit einem spezifischen Warenausgangsauftrag verknüpft ist, abgeleitet.
Bedeutung

Markiert den Beginn des Verpackungsschritts. Die Messung der Wartezeit vor dieser Aktivität und der Dauer des Verpackens hilft, Engpässe bei der Versandvorbereitung zu identifizieren.

Datenquelle

Dies kann eine explizite 'Start Packing'-Transaktion sein, wird aber häufiger vom ersten Artikelscan an einer Packstation für den Auftrag abgeleitet.

Erfassen

Abgeleitet vom Zeitstempel der ersten Aktion an einer Packstation für einen bestimmten Auftrag.

Ereignistyp inferred
Waren am Dock angekommen
Die physische Ankunft des Spediteurs am Wareneingangsdock des Lagers wird erfasst. Dies wird oft von einem Pförtner oder Wareneingangsmitarbeiter durchgeführt und markiert den Beginn des physischen Wareneingangsprozesses. Dieses Event wird oft aus einer Statusänderung der Lieferung abgeleitet.
Bedeutung

Dieses Event hilft, die Pünktlichkeit des Spediteurs zu messen und Wartezeiten am Wareneingangsdock zu analysieren, wobei potenzielle Engpässe vor Beginn des Entladens identifiziert werden.

Datenquelle

Oft als Statusaktualisierung im Wareneingangsbeleg oder über eine spezifische 'Check-In'-Transaktion in einem Yard-Management-Modul erfasst, falls verfügbar.

Erfassen

Abgeleitet aus einer Statusänderung auf 'Arrived' oder 'At Dock' im Wareneingangsdatensatz.

Ereignistyp inferred
Wareneingangsbenachrichtigung erhalten
Eine Advanced Shipping Notification (ASN) oder Wareneingangsbenachrichtigung wird von einem Lieferanten empfangen. Dieses Event signalisiert, dass Waren voraussichtlich eintreffen werden, wodurch das Lager die Empfangsaktivitäten planen kann. Sie wird typischerweise über eine EDI-Transaktion oder manuelle Eingabe erstellt.
Bedeutung

Diese Aktivität markiert den Beginn des Wareneingangsplanungsprozesses. Die Analyse der Zeitspanne zwischen dieser Benachrichtigung und dem Wareneingang hilft, die Lieferantenleistung zu messen und den Personaleinsatz zu planen.

Datenquelle

Erfasst vom Erstellungszeitstempel eines ASN- oder Wareneingangsdatensatzes, der oft über eine EDI-Schnittstelle oder manuelle Dateneingabe erstellt wird.

Erfassen

Wird protokolliert, wenn ein ASN-Datensatz erfolgreich im System erstellt wird.

Ereignistyp explicit
Empfohlen Optional

Extraktionsleitfäden

So erhalten Sie Ihre Daten aus Körber WMS