Ihr Lagerverwaltungs-Daten-Template
Ihr Lagerverwaltungs-Daten-Template
- Empfohlene Attribute zur Erfassung
- Schlüsselaktivitäten zur Verfolgung für Lagerabläufe
- Extraktionsanleitung maßgeschneidert für Körber WMS
Lagerverwaltungsattribute
| 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: 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 | |||
Lagerverwaltungsaktivitäten
| 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 | |||
Extraktionsleitfäden
Schritte
- Datenbankzugriff herstellen: Besorgen Sie sich schreibgeschützte Zugangsdaten und Verbindungsdetails (Servername, Datenbankname, Port) für die Körber WMS Produktions- oder eine Replikatdatenbank. Sie benötigen ein Client-Tool wie Microsoft SQL Server Management Studio (SSMS) oder Oracle SQL Developer.
- Kerntabellen identifizieren: Bevor Sie das Skript ausführen, arbeiten Sie mit einem Systemadministrator zusammen, um die genauen Tabellen- und Spaltennamen zu überprüfen, die in Ihrer Körber WMS-Implementierung verwendet werden, da diese variieren können. Kerntabellen umfassen typischerweise Auftragsköpfe, Aufgaben und Lagerbestandsbuchungen.
- Mit der Datenbank verbinden: Starten Sie Ihren SQL-Client und stellen Sie eine Verbindung zur Körber WMS-Datenbank unter Verwendung der bereitgestellten Zugangsdaten her.
- SQL-Skript laden: Öffnen Sie ein neues Abfragefenster und kopieren Sie das vollständige SQL-Skript, das im Abschnitt 'query' dieses Dokuments bereitgestellt wird.
- Parameter konfigurieren: Suchen Sie die Platzhaltervariablen am Anfang des Skripts. Ersetzen Sie
@[StartDate],@[EndDate]und@[WarehouseId]durch Ihren gewünschten Datumsbereich und die spezifische Lagerkennung, um den Datenextrakt zu filtern. - Abfrage ausführen: Führen Sie das konfigurierte SQL-Skript aus. Die Ausführungszeit hängt vom Datumsbereich und dem Datenvolumen in Ihrem System ab.
- Ergebnisse überprüfen: Sobald die Abfrage abgeschlossen ist, überprüfen Sie kurz die Ausgabe in Ihrem SQL-Client, um sicherzustellen, dass Zeilen zurückgegeben werden und die Spalten (
WarehouseOrder,ActivityName,EventTime, etc.) wie erwartet gefüllt sind. - Als CSV exportieren: Exportieren Sie den gesamten Ergebnissatz in eine CSV-Datei. Die meisten SQL-Clients verfügen über eine integrierte Funktion zum direkten Export von Abfrageergebnissen.
- Für den Upload vorbereiten: Stellen Sie sicher, dass die exportierte CSV-Datei mit UTF-8-Kodierung gespeichert wird. Überprüfen Sie, dass die Spaltenüberschriften in der Datei genau mit den erforderlichen Attributnamen übereinstimmen, ohne zusätzliche Leerzeichen oder Zeichen.
Konfiguration
- Datenbankverbindung: Eine direkte Datenbankverbindung ist erforderlich. Sie müssen die Serveradresse, den Datenbanknamen, einen gültigen Benutzernamen und ein Passwort angeben. Ein schreibgeschützter Benutzer wird dringend empfohlen, um versehentliche Datenänderungen zu verhindern.
- Datumsbereichsfilterung: Die Abfrage verwendet die Platzhalter
@StartDateund@EndDate, um den Extraktionszeitraum zu steuern. Für die Erstanalyse wird ein Zeitraum von 3 bis 6 Monaten empfohlen, um genügend Prozessvariationen zu erfassen, ohne die Datenbank übermäßig zu belasten. - Lager- und Auftragsfilterung: Das Skript enthält einen Platzhalter
@[WarehouseId], um die Extraktion auf eine bestimmte Einrichtung zu beschränken. Sie können dem Skript weitere Filter in denWHERE-Klauseln hinzufügen, z. B. nach Auftragstyp oder Kunde, um den Datensatz weiter zu verfeinern. - Datengranularität: Dieses Skript extrahiert Ereignisse sowohl auf Ebene des Auftragsheaders (z. B. 'Warehouse Order Created') als auch auf detaillierter Aufgaben- oder Transaktionsebene (z. B. 'Goods Picked').
- Voraussetzungen: Sie müssen über ausreichende Datenbankberechtigungen verfügen, um aus allen in der Abfrage referenzierten Tabellen lesen zu können. Vertrautheit mit Ihrem spezifischen Körber WMS-Schema ist erforderlich, um die Tabellen- und Spaltennamen zu validieren und gegebenenfalls anzupassen.
a Beispielabfrage sql
DECLARE @StartDate DATETIME = '2023-01-01';
DECLARE @EndDate DATETIME = '2023-12-31';
DECLARE @WarehouseId NVARCHAR(10) = '[Your Warehouse ID]';
-- 1. Warehouse Order Created
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Created' AS ActivityName,
ord.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.CREATE_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.CREATE_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 2. Inbound Delivery Notification Rcvd
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Inbound Delivery Notification Rcvd' AS ActivityName,
asn.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.CREATE_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.CREATE_DATE BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 3. Goods Arrived at Dock
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Goods Arrived at Dock' AS ActivityName,
asn.ACTUAL_ARRIVAL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.MOD_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.ACTUAL_ARRIVAL_TSTMP IS NOT NULL AND asn.ACTUAL_ARRIVAL_TSTMP BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 4. Goods Received and Counted
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Goods Received and Counted' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'RECV' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 5. Quality Inspection Performed
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Quality Inspection Performed' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'MOVE' AND tran.REASON_CODE = 'QI_INSP' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 6. Putaway Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Putaway Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 7. Goods Put Away in Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Put Away in Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 8. Picking Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Picking Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 9. Goods Picked from Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Picked from Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 10. Packing Initiated
SELECT
pck.ORD_NBR AS WarehouseOrder,
'Packing Initiated' AS ActivityName,
MIN(pck.CREATE_DATE) AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
MIN(pck.USER_ID) AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [PACK_TRAN] pck
WHERE pck.CREATE_DATE BETWEEN @StartDate AND @EndDate AND pck.WH_ID = @WarehouseId
GROUP BY pck.ORD_NBR
UNION ALL
-- 11. Goods Packed
SELECT
ctn.ORD_NBR AS WarehouseOrder,
'Goods Packed' AS ActivityName,
ctn.PACK_CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ctn.PACKER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIP_CARTON] ctn
WHERE ctn.PACK_CMPL_TSTMP IS NOT NULL AND ctn.PACK_CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND ctn.WH_ID = @WarehouseId
UNION ALL
-- 12. Staged for Shipment
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Staged for Shipment' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
JOIN [LOC_HDR] loc ON tran.TO_LOC = loc.LOC_ID AND tran.WH_ID = loc.WH_ID
WHERE tran.TRAN_TYPE = 'MOVE' AND loc.LOC_TYPE = 'SHIP_STAGE' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 13. Shipment Dispatched
SELECT
shp.ORD_NBR AS WarehouseOrder,
'Shipment Dispatched' AS ActivityName,
shp.SHIP_CONFIRM_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
shp.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIPMENT_HDR] shp
WHERE shp.SHIP_CONFIRM_TSTMP IS NOT NULL AND shp.SHIP_CONFIRM_TSTMP BETWEEN @StartDate AND @EndDate AND shp.WH_ID = @WarehouseId
UNION ALL
-- 14. Warehouse Order Completed
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Completed' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('99', 'COMPLETED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 15. Warehouse Order Canceled
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Canceled' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('95', 'CANCELED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId;