Il suo template dei dati di gestione del magazzino
Il suo template dei dati di gestione del magazzino
- Attributi consigliati da raccogliere
- Attività chiave da monitorare per le operazioni di magazzino
- Guida all'estrazione specifica per Körber WMS
Attributi della gestione del magazzino
| Nome | Descrizione | ||
|---|---|---|---|
| Nome attività ActivityName | Il nome dello specifico evento o attività che si è verificata in un dato momento del ciclo di vita dell'ordine di magazzino. | ||
| Descrizione Questo attributo descrive una singola fase del processo di gestione del magazzino, come 'Merci prelevate dallo stoccaggio' o 'Spedizione inviata'. Ogni attività rappresenta un evento aziendale distinto registrato nel sistema, associato a uno specifico timestamp. L'analisi delle attività è il cuore del Process Mining. Consente di costruire la mappa del processo, mostrando come fluisce realmente il lavoro nel magazzino. Ciò aiuta a identificare colli di bottiglia, cicli di rielaborazione e deviazioni dalle procedure operative standard. Perché è importante Definisce le fasi del processo, costituendo la base della mappa e consentendo l'analisi di flussi, varianti e colli di bottiglia. Dove trovare Tabelle di log degli eventi o delle transazioni in Körber WMS. Spesso derivati da codici transazione o descrizioni di cambio stato. Esempi Task di Prelievo CreatoMerce imballataSpedizione partitaOrdine di magazzino annullato | |||
| Ordine di magazzino WarehouseOrder | L'identificativo unico per un ordine di magazzino, che funge da Case ID primario per tracciare tutte le attività logistiche correlate. | ||
| Descrizione L'ordine di magazzino è l'identificativo centrale che raggruppa tutte le attività e gli eventi relativi a una specifica richiesta logistica, come un ricevimento in entrata o una spedizione in uscita. Consente il tracciamento end-to-end del ciclo di vita di un ordine all'interno del magazzino, dalla sua creazione fino alla spedizione finale o all'annullamento. Nel Process Mining, l'analisi per ordine di magazzino consente di visualizzare l'intero flusso di processo per ogni ordine. Questo aiuta a identificare percorsi comuni, deviazioni, colli di bottiglia e il tempo di ciclo complessivo per diversi tipi di ordini, ad esempio quelli standard rispetto a quelli espressi. Perché è importante Questo è il Case ID essenziale che collega tutti gli eventi correlati, consentendo un'analisi completa ed end-to-end del processo di gestione del magazzino per ogni specifico ordine. Dove trovare Questo identificativo si trova solitamente nelle tabelle principali di gestione degli ordini all'interno di Körber WMS. Consulti la documentazione di Körber WMS per i nomi specifici di tabelle e campi, come le intestazioni degli ordini. Esempi WO-0012845WO-0012991WO-0013402 | |||
| Timestamp Evento EventTime | La data e l'ora precise in cui l'attività o l'evento sono stati registrati nel sistema sorgente. | ||
| Descrizione L'Event Time è il timestamp associato a ogni attività, che segna l'istante esatto in cui è avvenuta. Questo dato è fondamentale per calcolare durate, tempi di ciclo e attese tra i vari passaggi. Nell'analisi dei processi, questo attributo serve a ordinare gli eventi cronologicamente e costruire il flusso. È essenziale per le dashboard di performance e per calcolare KPI come il "Tempo di ciclo medio end-to-end". Perché è importante Questo timestamp è fondamentale per ordinare gli eventi, calcolare tutte le metriche basate sul tempo come i tempi di ciclo e di attesa, e comprendere le performance del processo. Dove trovare Presente in tutte le tabelle di transazione e log eventi di Körber WMS, solitamente con nomi come 'CreationDate', 'Timestamp' o 'EventDateTime'. Esempi 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T08:15:00Z | |||
| Sistema di Origine SourceSystem | Il sistema da cui i dati sono stati estratti. | ||
| Descrizione Questo attributo identifica il sistema di origine dei dati dell'evento, che in questo caso è 'Körber WMS'. In ambienti con più sistemi integrati, questo campo aiuta a differenziare le fonti di dati e a tracciarne l'origine. Per l'analisi, fornisce il contesto, specialmente quando si combinano dati da più sistemi. Aiuta a garantire la qualità dei dati e può essere utilizzato per filtrare l'analisi alle attività di un sistema specifico. Perché è importante Fornisce un contesto cruciale sull'origine dei dati, garantendo chiarezza e tracciabilità, specialmente in ambienti con più sistemi interconnessi. Dove trovare Si tratta solitamente di un valore statico aggiunto durante il processo di estrazione dei dati per identificare il sistema sorgente. Esempi Körber WMSKörberOne | |||
| Ultimo `Data Update` LastDataUpdate | La data e l'ora dell'ultimo aggiornamento dei dati per questo processo. | ||
| Descrizione Questo attributo specifica la data e l'ora dell'estrazione o dell'aggiornamento dei dati più recente. Fornisce un contesto sulla freschezza dei dati analizzati, garantendo che gli utenti siano consapevoli di quanto sia aggiornata la vista del processo. Nei dashboard e nei report, questa informazione è vitale per la trasparenza. Aiuta gli utenti a capire se stanno guardando dati in tempo reale, giornalieri o settimanali, il che influisce sul processo decisionale. Perché è importante Informa gli utenti sull'aggiornamento dei dati, fondamentale per prendere decisioni di business accurate e rilevanti basate sull'analisi. Dove trovare Questo valore viene generato e registrato dalla pipeline di dati o dallo strumento ETL alla fine di ogni ciclo di aggiornamento dei dati. Esempi 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| ID utente/operatore UserOperatorId | L'identificativo dell'utente o dell'operatore che ha eseguito l'attività. | ||
| Descrizione Questo attributo identifica l'addetto al magazzino o l'utente del sistema responsabile dell'esecuzione di una specifica attività, come il picking, l'imballaggio o il putaway. In alcuni casi può anche riferirsi a un sistema automatizzato o a un bot. Questa dimensione è fondamentale per l'analisi delle performance delle risorse. Aiuta a comprendere la distribuzione del carico di lavoro, identificando i dipendenti più produttivi e individuando le persone che potrebbero necessitare di ulteriore formazione. È la base per il dashboard 'Utilizzo delle risorse e carico di lavoro' e per il KPI 'Produttività per operatore'. Perché è importante Consente l'analisi delle performance del personale e della distribuzione del carico di lavoro, aiutando a identificare necessità di formazione ed eccellenze operative. Dove trovare Si trova nelle tabelle di log delle transazioni dove sono registrate le azioni utente. Cercare campi come 'UserID', 'UserName' o 'OperatorID'. Esempi JSMITHABOT01CDAVISsistema | |||
| Livello di Priorità PriorityLevel | Indica l'urgenza o la priorità dell'ordine di magazzino, ad esempio standard o urgente. | ||
| Descrizione Il livello di priorità è una classificazione assegnata a un ordine di magazzino per dettarne l'urgenza di gestione. Ad esempio, un ordine potrebbe essere contrassegnato come 'Espresso' o 'Priorità alta', indicando che dovrebbe essere elaborato prima degli ordini standard. Questo attributo è essenziale per il dashboard 'Analisi degli ordini espressi' e per il KPI '% spedizioni espresse'. Aiuta a comprendere l'impatto degli ordini urgenti sulle operazioni complessive del magazzino, i relativi costi e se i loro tempi di elaborazione siano effettivamente più rapidi rispetto agli ordini standard. Perché è importante Aiuta ad analizzare la gestione degli ordini urgenti, la loro frequenza e il loro impatto sulle performance e sui costi totali di processo. Dove trovare Presente nei dati di testata dell'ordine. Cercare campi come 'Priority', 'Urgency' o indicatori del livello di servizio di spedizione. Esempi StandardAcceleratoOvernightCritico | |||
| Quantità Effettiva ActualQuantity | La quantità di un articolo che è stata effettivamente gestita o registrata durante un'attività. | ||
| Descrizione La Quantità Effettiva è il numero di unità fisicamente contate, prelevate, imballate o ricevute. Viene registrata al completamento del task e può differire dalla "Quantità Pianificata" per ammanchi, danni o errori umani. Il confronto tra questo attributo e la "Quantità Pianificata" è fondamentale per la Dashboard sulla salute dell'inventario. Le discrepanze sono indicatori diretti di fallimenti di processo o imprecisioni dei dati che richiedono indagini. Perché è importante Fornisce la prova reale di ciò che è stato fisicamente gestito, rendendolo essenziale per calcolare i tassi di discrepanza e garantire l'accuratezza dell'inventario. Dove trovare Si trova nei record di conferma transazione o completamento task. I campi possono includere 'ActualQty', 'ConfirmedQuantity' o 'PickedQuantity'. Esempi 10491 | |||
| SKU del prodotto ProductSKU | Lo Stock Keeping Unit (SKU) o il codice materiale dell'articolo gestito. | ||
| Descrizione Lo SKU del prodotto è l'identificativo unico per uno specifico prodotto o materiale coinvolto nell'ordine di magazzino. Un ordine può contenere uno o più SKU. L'analisi per SKU aiuta a capire se certi prodotti hanno processi di gestione più complessi o problematici. Ad esempio, si potrebbe scoprire che gli articoli fragili hanno tempi di imballaggio più lunghi o che certi SKU sono spesso associati a discrepanze nel picking. Ciò può informare modifiche alla strategia di stoccaggio o alle procedure di gestione. Perché è importante Consente l'analisi delle performance di processo per specifici prodotti, rivelando se certi articoli causano ritardi o errori particolari. Dove trovare Si trova nelle tabelle delle righe d'ordine. I nomi comuni includono 'SKU', 'MaterialNumber' o 'ItemCode'. Esempi SKU-847361SKU-991204SKU-103557 | |||
| Attrezzatura utilizzata EquipmentUsed | L'identificativo dell'attrezzatura, come un carrello elevatore o uno scanner, utilizzata per eseguire un'attività. | ||
| Descrizione Questo attributo specifica l'attrezzatura per la movimentazione dei materiali (MHE) o la tecnologia utilizzata durante un'attività di magazzino. Potrebbe trattarsi di un carrello elevatore specifico, un transpallet, uno scanner portatile o un veicolo a guida automatica (AGV). L'analisi per attrezzatura aiuta a comprendere l'utilizzo delle risorse, le esigenze di manutenzione e l'impatto dei diversi tipi di attrezzature sull'efficienza delle attività. È una dimensione chiave per il dashboard 'Utilizzo delle risorse e carico di lavoro', consentendo una visione olistica sia delle risorse umane che di quelle meccaniche. Perché è importante Consente l'analisi dell'utilizzo delle attrezzature e del loro impatto sui task, aiutando a ottimizzare la gestione della flotta e identificare colli di bottiglia legati ai macchinari. Dove trovare Consultare la documentazione Körber WMS. Questi dati possono essere registrati nei record di esecuzione dei task, specialmente se gli operatori accedono a macchinari specifici. Esempi FORKLIFT-08SCANNER-112AGV-03 | |||
| Data di completamento richiesta RequestedCompletionDate | La data entro la quale il cliente o lo stakeholder interno ha richiesto il completamento dell'ordine. | ||
| Descrizione Questa è la data di completamento o spedizione target per un ordine in uscita, spesso dettata dalle aspettative dei clienti o dagli accordi sul livello di servizio (SLA). Funge da scadenza principale rispetto alla quale vengono misurate le performance effettive. Questa data è fondamentale per il dashboard 'Analisi degli ordini espressi'. Il confronto tra la 'Data di completamento richiesta' e la 'Data di completamento effettiva' (il timestamp dell'attività 'Spedizione inviata' o 'Ordine di magazzino completato') aiuta a determinarne la puntualità e a identificare gli ordini che rischiano di essere in ritardo. Perché è importante Fornisce la base per misurare le performance in termini di puntualità e il rispetto degli accordi sul livello di servizio (SLA), evidenziando gli ordini potenzialmente in ritardo. Dove trovare Presente nella tabella testata dell'ordine. I nomi comuni includono 'RequiredDeliveryDate', 'RequestedShipDate' o 'SLA'. Esempi 2023-10-28T23:59:59Z2023-11-05T23:59:59Z | |||
| Durata attività ActivityDuration | Il tempo totale impiegato per completare una specifica attività. | ||
| Descrizione Questa metrica rappresenta il tempo di elaborazione per un singolo evento, calcolato come differenza tra l'ora di fine e l'ora di inizio. Se un'ora di fine non è disponibile, può essere dedotta dal tempo trascorso tra eventi consecutivi. L'analisi della durata dell'attività è fondamentale per individuare quali compiti specifici stiano consumando più tempo nel processo complessivo. Viene utilizzata in dashboard come 'Utilizzo delle risorse e carico di lavoro' per comprendere lo sforzo per attività ed è essenziale per calcolare KPI come il 'Tempo medio di ispezione qualità'. Perché è importante Misura direttamente il tempo dedicato ai singoli task, aiutando a identificare le fasi più lunghe e inefficienti del processo di magazzino. Dove trovare Viene solitamente calcolato durante la trasformazione dei dati sottraendo il timestamp di inizio da quello di fine di un'attività. Esempi 9006501200 | |||
| ID Magazzino WarehouseId | L'identificativo unico per il magazzino o il centro di distribuzione dove si svolgono le attività. | ||
| Descrizione Il Warehouse ID specifica l'ubicazione fisica o la struttura in cui viene elaborato l'ordine di magazzino. Per le organizzazioni con più centri di distribuzione, questa è una dimensione chiave per l'analisi. Questo attributo consente di confrontare le performance tra i diversi siti. Ad esempio, è possibile confrontare il 'Tempo medio del ciclo end-to-end dell'ordine' tra il Magazzino A e il Magazzino B per identificare le best practice o i problemi operativi specifici di una sede. Perché è importante Consente il confronto delle prestazioni e il benchmarking tra diversi siti fisici, evidenziando problemi specifici di determinate strutture. Dove trovare Questa informazione è solitamente disponibile nelle tabelle di intestazione dell'ordine o di configurazione del sito. Potrebbe essere rappresentata come 'Plant', 'Site' o 'LocationCode'. Esempi WH-NYCDC-LAXFC-DAL | |||
| Ora di Fine EndTime | Il timestamp che indica quando un'attività è stata completata, se disponibile. | ||
| Descrizione L'ora di fine rappresenta il timestamp di completamento di un'attività. Mentre la StartTime (EventTime) segna l'inizio, l'ora di fine ne segna la conclusione, consentendo il calcolo diretto della durata di quella singola attività. Non tutti gli eventi hanno un'ora di fine distinta; per molti si usa la StartTime dell'evento successivo per dedurre la durata del precedente. Questo attributo è estremamente prezioso per calcolare accuratamente il tempo di elaborazione delle singole attività. Ad esempio, viene utilizzato per determinare il "Tempo medio di ispezione qualità" misurando il tempo dall'inizio alla fine dell'ispezione. Perché è importante Consente il calcolo preciso dei tempi di elaborazione delle singole attività, fondamentale per identificare task inefficienti e blocchi di risorse. Dove trovare Consultare la documentazione Körber WMS. Potrebbe trovarsi nelle tabelle delle transazioni insieme all'orario di inizio o nelle tabelle di cronologia stati. Esempi 2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z | |||
| Presenza discrepanza picking IsPickingDiscrepancy | Un indicatore che segnala se la quantità effettivamente prelevata corrisponde a quella pianificata. | ||
| Descrizione Questo è un attributo booleano derivato che è vero se la 'Quantità effettiva' differisce dalla 'Quantità pianificata' per qualsiasi attività relativa al picking. Serve come semplice indicatore di un errore di picking o di un problema di inventario per una specifica attività. Questo flag semplifica l'analisi consentendo agli utenti di filtrare rapidamente tutti gli ordini che hanno subito una discrepanza nel picking. Viene utilizzato per calcolare il KPI 'Tasso di discrepanza del picking' e contribuisce ad alimentare il dashboard 'Salute e accuratezza dei processi di inventario' evidenziando specifici punti di errore. Perché è importante Fornisce un indicatore binario chiaro degli errori di picking, semplificando l'analisi necessaria per identificare e quantificare i problemi di accuratezza dell'inventario. Dove trovare Calcolato durante la trasformazione dei dati. La logica è: Esempi truefalse | |||
| Quantità Pianificata PlannedQuantity | La quantità di un articolo che si prevedeva di gestire in un'attività, come il picking o il ricevimento. | ||
| Descrizione La quantità pianificata rappresenta il numero target di unità per una determinata attività, come specificato nell'ordine di magazzino. Ad esempio, se un ordine richiede il prelievo di 10 unità di uno specifico SKU, la quantità pianificata per quell'attività di picking è 10. Questo attributo è fondamentale per identificare le discrepanze rispetto alla "Quantità effettiva". È un input chiave per calcolare i KPI relativi al tasso di discrepanza nel picking e nell'inventario, vitali per mantenere l'accuratezza dello stock. Perché è importante Funge da base per misurare l'accuratezza in attività come il picking e il ricevimento, consentendo di rilevare discrepanze nell'inventario. Dove trovare Disponibile nelle tabelle dei task o delle righe d'ordine. Cercare campi come 'OrderQuantity', 'PlannedQty' o 'ExpectedQuantity'. Esempi 10501 | |||
| Stato SLA SLAStatus | Indica se l'ordine è stato completato puntualmente, in ritardo o se è a rischio rispetto alla data richiesta. | ||
| Descrizione Lo stato SLA è un attributo calcolato che categorizza ogni ordine in base alla sua puntualità rispetto alla 'RequestedCompletionDate'. Può assumere valori come 'In tempo', 'In ritardo' o 'In corso'. Questo attributo fornisce una visione immediata delle performance del livello di servizio. Consente di filtrare e analizzare rapidamente tutti gli ordini in ritardo per comprenderne le cause principali, come specifici colli di bottiglia o problemi di risorse. È un elemento fondamentale per qualsiasi analisi focalizzata sulla soddisfazione del cliente e sull'affidabilità operativa. Perché è importante Misura direttamente l'aderenza agli SLA, consentendo di identificare facilmente gli ordini in ritardo e analizzarne le cause radice. Dove trovare Questo viene calcolato nel livello di trasformazione dei dati confrontando il timestamp dell'evento 'Ordine di magazzino completato' con la 'RequestedCompletionDate'. Esempi In TempoIn RitardoIn Corso | |||
| Tempo di Ciclo CycleTime | La durata totale dell'ordine di magazzino dalla creazione al completamento. | ||
| Descrizione Il Cycle Time è una metrica che misura il tempo totale trascorso per un caso, dal primo evento ("Creazione ordine") all'ultimo ("Ordine completato"). Rappresenta il tempo di elaborazione end-to-end. È un KPI fondamentale nel Process Mining per rispondere alla domanda: "Quanto tempo ci vuole?". È la metrica centrale per la dashboard sui tempi di ciclo e per il KPI "Tempo di ciclo medio", usato per monitorare la salute dei processi e individuare gli ordini che richiedono tempi insolitamente lunghi. Perché è importante Questo è un KPI critico che misura l'efficienza complessiva del processo di magazzino, influenzando direttamente la soddisfazione del cliente e i costi operativi. Dove trovare Questa metrica viene calcolata nello strumento di Process Mining prendendo la differenza tra il timestamp dell'ultimo evento e del primo evento per ogni ordine di magazzino. Esempi 8640017280036000 | |||
| Tipo Ordine OrderType | Categorizza l'ordine di magazzino, ad esempio come in entrata, in uscita o trasferimento interno. | ||
| Descrizione Il tipo di ordine definisce lo scopo aziendale dell'ordine di magazzino. I tipi comuni includono spedizioni ai clienti (in uscita), ricevimenti dai fornitori (in entrata), trasferimenti di stock tra ubicazioni del magazzino (interni) o resi. Questo è un attributo potente per il filtraggio e l'analisi comparativa. Consente di analizzare e confrontare i flussi di processo e le performance per diversi tipi di operazioni logistiche, ad esempio per vedere se il processo in entrata è più o meno efficiente di quello in uscita. Perché è importante Consente di segmentare l'analisi in base allo scopo dell'ordine, rivelando differenze di performance tra processi in entrata, in uscita o trasferimenti interni. Dove trovare In genere si trova nella tabella di intestazione dell'ordine in Körber WMS. Cerchi un campo denominato 'OrderType', 'TransactionType' o simile. Esempi Spedizione in uscitaRicezione inboundTrasferimento InternoReso cliente | |||
| Ubicazione di Magazzino StorageLocation | L'ubicazione specifica nel magazzino, come scaffale o corsia, dove le merci vengono stoccate o prelevate. | ||
| Descrizione Questo attributo identifica la coordinata fisica all'interno del magazzino, come uno scaffale, un ripiano o un'ubicazione. È rilevante per attività come 'Merci messe a dimora nello stoccaggio' e 'Merci prelevate dallo stoccaggio'. Questi dati vengono utilizzati nel dashboard 'Efficienza del putaway e utilizzo delle ubicazioni' per analizzare i tempi di percorrenza, l'utilizzo delle ubicazioni e l'efficacia delle strategie di stoccaggio. Ad esempio, può aiutare a determinare se gli articoli ad alta rotazione sono stoccati in ubicazioni facilmente accessibili per ridurre al minimo il tempo di picking. Perché è importante Aiuta a ottimizzare il layout del magazzino e la strategia di stoccaggio analizzando i tempi di percorrenza e l'efficienza dei task per ubicazioni specifiche. Dove trovare Si trova nelle tabelle master di inventario, task o ubicazioni. Cercare campi come 'BinCode', 'LocationID' o 'StorageBin'. Esempi A1-R02-S03-B01B5-R10-S01-B04C2-BULK-05 | |||
| Vettore Carrier | Il vettore di spedizione incaricato di gestire la consegna finale dell'ordine. | ||
| Descrizione Il vettore è il fornitore di logistica di terze parti (ad es. FedEx, UPS, DHL) responsabile del trasporto delle merci dal magazzino alla destinazione finale. Viene in genere assegnato durante la fase di pianificazione della spedizione o di invio. L'analisi per vettore può rivelare differenze di performance tra i partner di spedizione. Ad esempio, può aiutare a identificare se certi vettori sono associati a tempi di staging più lunghi o a ritardi più frequenti, fornendo dati preziosi per la selezione e la negoziazione dei contratti con i vettori. Perché è importante Consente l'analisi delle prestazioni dei diversi partner di spedizione, aiutando a ottimizzare la logistica e l'affidabilità delle consegne. Dove trovare Si trova nelle tabelle di spedizione o pianificazione trasporti di Körber WMS. Cercare campi come 'CarrierCode', 'ShippingAgent' o 'SCAC'. Esempi FedExUPSDHLLocal Freight Inc. | |||
Attività di gestione del magazzino
| Activity | Descrizione | ||
|---|---|---|---|
| Merce imballata | Il processo di imballaggio per un contenitore di spedizione o un cartone è completato, il pacco è sigillato ed etichettato. Questo evento indica che l'ordine è pronto per lo staging e la spedizione e viene registrato esplicitamente. | ||
| Perché è importante Questa pietra miliare fondamentale finalizza la preparazione delle merci per la spedizione. Viene utilizzata per calcolare la produttività dell'imballaggio e identificare i ritardi prima del carico. Dove trovare L'operatore esegue una transazione esplicita di "Imballaggio completato" o "Chiusura collo", registrando il timestamp di fine attività per il contenitore di spedizione. Acquisisci Timestamp della transazione di 'Chiusura contenitore' o 'Imballaggio completato'. Tipo di evento explicit | |||
| Merce prelevata dallo stoccaggio | Un operatore conferma che gli articoli di un ordine sono stati prelevati dall'ubicazione. Solitamente avviene tramite scansione dell'articolo e della posizione, scaricando l'inventario e registrando l'azione. | ||
| Perché è importante Questa è una pietra miliare importante nel processo in uscita. Consente l'analisi dei tempi di picking e identifica potenziali ritardi tra picking e imballaggio. Dove trovare Registrato quando l'operatore conferma il completamento del task di picking tramite terminale RF. Aggiorna lo stato in "Completato" con relativo timestamp. Acquisisci Timestamp della transazione di conferma dell'attività di picking. Tipo di evento explicit | |||
| Merce ricevuta e contata | Il personale di magazzino scarica, scansiona e conta gli articoli ricevuti rispetto alla notifica di consegna in entrata. Questa transazione esplicita conferma la ricezione di specifiche quantità di materiali nella custodia fisica del magazzino. | ||
| Perché è importante Questa è una pietra miliare critica per i processi in entrata che abilita KPI come il 'Tempo dal ricevimento merci al putaway'. Aiuta inoltre a identificare precocemente le discrepanze tra le quantità attese e quelle ricevute. Dove trovare Generato quando un utente conferma le quantità ricevute tramite scanner RF o transazione desktop. Questa azione aggiorna lo stato dell'inventario a 'Received' o 'On-Hand' in un'area di staging. Acquisisci Timestamp della transazione di conferma del ricevimento. Tipo di evento explicit | |||
| Merce stoccata a magazzino | Un operatore conferma il completamento dello stoccaggio, solitamente scansionando l'ubicazione e il pallet/articolo. Questa azione registra formalmente il movimento e aggiorna la posizione a sistema. | ||
| Perché è importante Questa pietra miliare fondamentale segna la fine del processo in entrata. Viene utilizzata per calcolare i KPI 'Tempo del ciclo di putaway' e 'Tempo dal ricevimento merci al putaway'. Dove trovare Registrato quando l'operatore conferma il completamento del task di stoccaggio via terminale RF. Aggiorna lo stato in "Completato" con relativo timestamp. Acquisisci Timestamp della transazione di conferma dell'attività di putaway. Tipo di evento explicit | |||
| Ordine di magazzino completato | L'ordine di magazzino viene chiuso nel sistema, a indicare che tutti i movimenti fisici e le transazioni correlate sono terminati. Ciò viene tipicamente dedotto da un cambio di stato nell'intestazione dell'ordine, che finalizza il ciclo di vita dell'ordine. | ||
| Perché è importante Questo è il punto finale principale del processo, essenziale per calcolare il tempo del ciclo end-to-end e misurare i tassi di completamento complessivi del processo. Dove trovare Desunto da un cambio di stato nella testata dell'ordine a uno stato finale come "Completato" o "Chiuso". Acquisisci Desunto dal timestamp del cambio di stato in "Completato" nella testata dell'ordine di magazzino. Tipo di evento inferred | |||
| Ordine di magazzino creato | La creazione iniziale di un ordine di magazzino nel sistema, che rappresenta una richiesta di movimentazione merci. Questo evento viene solitamente registrato in modo esplicito quando un utente o un sistema integrato come un ERP crea il record dell'ordine con un timestamp di creazione. | ||
| Perché è importante Segna l'inizio del processo end-to-end. È essenziale per misurare il tempo totale del ciclo dell'ordine e comprendere la domanda e il volume degli ordini complessivi. Dove trovare Viene acquisito dal timestamp di creazione sulla tabella principale dell'intestazione dell'ordine di magazzino quando un nuovo record di ordine viene salvato in Körber WMS. Acquisisci Registrato a partire dal timestamp di creazione sull'intestazione dell'ordine di magazzino. Tipo di evento explicit | |||
| Spedizione partita | Le merci vengono caricate e l'autocarro parte dal magazzino. Questo evento è attivato da una transazione di 'Conferma spedizione' o 'Registrazione uscita merci' che finalizza la spedizione nel sistema. | ||
| Perché è importante Questa pietra miliare critica segna la partenza fisica delle merci. È spesso un evento chiave per la fatturazione e l'aggiornamento dei clienti. Dove trovare Viene eseguita una transazione esplicita di "Conferma spedizione", associata alla stampa dei documenti di trasporto, che genera un timestamp specifico. Acquisisci Timestamp della transazione di 'Conferma spedizione' o 'Registrazione uscita merci'. Tipo di evento explicit | |||
| Attività di putaway creata | Il WMS crea un'attività per un operatore per spostare le merci ricevute da un'area di staging a un'ubicazione di stoccaggio finale. La logica del sistema, basata sulle strategie di putaway, determina l'ubicazione di destinazione ottimale per gli articoli. | ||
| Perché è importante Questo evento segna l'inizio del processo di putaway. L'analisi del tempo trascorso da questo evento al completamento dell'attività aiuta a misurare l'efficienza del sistema e dell'operatore. Dove trovare Viene creato un record in una tabella di gestione dei task con tipo 'Putaway' e il relativo timestamp di creazione. Acquisisci Registrato a partire dal timestamp di creazione del record dell'attività di putaway. Tipo di evento explicit | |||
| Imballaggio avviato | Gli articoli prelevati arrivano alla stazione di imballaggio e l'operatore inizia il processo. Spesso questo evento viene dedotto dalla prima scansione dell'articolo alla stazione di imballaggio associata a uno specifico ordine in uscita. | ||
| Perché è importante Segna l'inizio della fase di imballaggio. Misurare l'attesa prima di questa attività e la sua durata aiuta a identificare i colli di bottiglia nella spedizione. Dove trovare Può trattarsi di una transazione esplicita di 'Inizio imballaggio', ma più comunemente viene dedotta dalla prima scansione di un articolo in una stazione di imballaggio per l'ordine. Acquisisci Desunto dal timestamp della prima azione eseguita in una stazione di imballaggio per un determinato ordine. Tipo di evento inferred | |||
| In staging per la spedizione | I cartoni o i pallet imballati vengono spostati dall'area di imballaggio a una corsia di staging designata in attesa del ritiro da parte del vettore. Questo viene spesso dedotto dal timestamp di una transazione di movimentazione dell'inventario verso un'ubicazione di spedizione. | ||
| Perché è importante Questo aiuta ad analizzare il tempo di sosta tra l'imballaggio e la spedizione finale. Tempi di staging lunghi possono indicare un scarso coordinamento con i vettori o una gestione inefficiente delle porte della banchina. Dove trovare Desunto da un cambio di ubicazione dell'unità di carico da un centro imballaggio a una corsia di spedizione. La transazione di movimento contiene il timestamp necessario. Acquisisci Desunto dal timestamp di una transazione di movimento inventario verso un'area di staging. Tipo di evento inferred | |||
| Ispezione qualità eseguita | Viene eseguito un controllo qualità sulla merce ricevuta, che può comportare lo spostamento degli articoli in un'area QC dedicata. Questa attività è spesso desunta dai cambi di stato dell'inventario, come il passaggio da 'On-Hand' a 'QI Hold' e poi di nuovo a 'Unrestricted'. | ||
| Perché è importante Consente l'analisi della durata dell'ispezione qualità, che può rappresentare un collo di bottiglia critico. Aiuta a tracciare i volumi e i ritardi nel rendere disponibile la merce. Dove trovare Può essere desunto da una serie di cambi di stato dell'inventario relativi ai blocchi qualità. Alcuni sistemi possono avere log di transazione QM espliciti. Acquisisci Desunto dai cambi di stato dell'inventario o da un log di transazione associato a un ordine di ispezione qualità. Tipo di evento inferred | |||
| Merce arrivata al dock | Viene registrato l'arrivo fisico del vettore alla banchina di ricezione del magazzino. Questa operazione viene spesso eseguita da un addetto al cancello o alla ricezione e segna l'inizio del processo di ricezione fisica. Questo evento è spesso dedotto da un cambio di stato della consegna. | ||
| Perché è importante Questo evento aiuta a misurare la puntualità dei vettori e ad analizzare i tempi di attesa alla banchina di ricezione, identificando potenziali colli di bottiglia prima dell'inizio dello scarico. Dove trovare Spesso registrato come aggiornamento di stato nel record di consegna in entrata, o tramite una specifica transazione di 'Check-In' nel modulo di yard management, se disponibile. Acquisisci Desunto da un cambio di stato in "Arrivato" o "Al Dock" nel record di consegna in entrata. Tipo di evento inferred | |||
| Notifica consegna in entrata ricevuta | Viene ricevuta un'Advanced Shipping Notification (ASN) o una notifica di consegna in entrata dal fornitore. Questo evento segnala l'arrivo previsto della merce, permettendo al magazzino di pianificare le attività di ricezione. | ||
| Perché è importante Questa attività segna l'inizio del processo di pianificazione in entrata. Analizzare il tempo che intercorre tra questa notifica e l'arrivo delle merci aiuta a misurare le performance dei fornitori e a pianificare la manodopera. Dove trovare Acquisito dal timestamp di creazione di un record ASN o di consegna in entrata, spesso generato via interfaccia EDI o inserimento manuale. Acquisisci Registrato quando un record ASN viene creato con successo nel sistema. Tipo di evento explicit | |||
| Ordine di magazzino annullato | L'ordine di magazzino viene annullato prima del completamento, interrompendo tutto il lavoro in corso. Questa azione viene solitamente dedotta da un cambio di stato nell'intestazione dell'ordine in 'Annullato'. | ||
| Perché è importante Rappresenta una fine alternativa del processo. L'analisi degli annullamenti aiuta a comprendere i motivi del fallimento del processo, come carenze di stock o modifiche da parte del cliente. Dove trovare Desunto da un cambio di stato nella testata dell'ordine a "Annullato" o "Eliminato", insieme al relativo timestamp. Acquisisci Desunto dal timestamp del cambio di stato in "Annullato" nella testata dell'ordine di magazzino. Tipo di evento inferred | |||
| Task di Prelievo Creato | Il sistema genera un'attività di picking per un operatore basata su un ordine di magazzino in uscita. Questa attività indirizza l'operatore in un'ubicazione specifica per prelevare una certa quantità di un articolo. | ||
| Perché è importante Questo evento avvia il processo di evasione degli ordini in uscita. L'analisi della generazione delle attività di picking aiuta a comprendere la logica di elaborazione degli ordini e la distribuzione del carico di lavoro. Dove trovare Viene creato un record con tipo 'Picking' e relativo timestamp di creazione nella tabella di gestione dei task di Körber WMS. Acquisisci Registrato a partire dal timestamp di creazione del record dell'attività di picking. Tipo di evento explicit | |||
Guide all'Estrazione
Fasi
- Accesso al Database: ottenete le credenziali di sola lettura e i dettagli di connessione (nome server, nome database, porta) per il database di produzione Körber WMS o una sua replica. Sarà necessario uno strumento client come Microsoft SQL Server Management Studio (SSMS) o Oracle SQL Developer.
- Identificazione delle tabelle principali: prima di eseguire lo script, verificate con un amministratore di sistema i nomi esatti di tabelle e colonne, poiché possono variare. Le tabelle chiave solitamente includono testate ordini, task e transazioni di inventario.
- Connessione al Database: avviate il client SQL e stabilite una connessione al database Körber WMS utilizzando le credenziali fornite.
- Caricamento dello script SQL: aprite una nuova finestra di query e copiate lo script SQL completo fornito nella sezione 'query' di questo documento.
- Configurazione dei parametri: individuate le variabili segnaposto all'inizio dello script. Sostituite
@[StartDate],@[EndDate]e@[WarehouseId]con l'intervallo di date desiderato e l'identificativo del magazzino specifico per filtrare l'estrazione. - Esecuzione della Query: eseguite lo script SQL configurato. Il tempo di esecuzione dipenderà dall'intervallo di date e dal volume di dati nel sistema.
- Revisione dei risultati: al termine della query, ispezionate brevemente l'output per assicurarvi che restituisca righe e che le colonne (
WarehouseOrder,ActivityName,EventTime, ecc.) siano popolate correttamente. - Esportazione in CSV: esportate l'intero set di risultati in un file CSV. La maggior parte dei client SQL dispone di una funzione integrata per l'esportazione diretta.
- Preparazione per l'upload: assicuratevi che il file CSV sia salvato con codifica UTF-8. Verificate che le intestazioni delle colonne corrispondano esattamente ai nomi degli attributi richiesti, senza spazi o caratteri extra.
Configurazione
- Connessione al database: è richiesta una connessione diretta al database. È necessario fornire l'indirizzo del server, il nome del database, un nome utente valido e la password. Si consiglia caldamente l'uso di un utente con permessi di sola lettura per evitare modifiche accidentali ai dati.
- Filtro intervallo di date: la query utilizza i segnaposto
@StartDatee@EndDateper controllare il periodo di estrazione. Per l'analisi iniziale, si consiglia un intervallo da 3 a 6 mesi per acquisire sufficienti varianti di processo senza sovraccaricare il database. - Filtro magazzino e ordini: lo script include un segnaposto
@[WarehouseId]per limitare l'estrazione a una struttura specifica. È possibile aggiungere altri filtri alle clausoleWHEREnello script, come il tipo di ordine o il cliente, per affinare ulteriormente il dataset. - Granularità dei dati: questo script estrae eventi sia a livello di testata dell'ordine (es. "Warehouse Order Created") sia a livello di singolo task o transazione (es. "Goods Picked").
- Prerequisiti: è necessario disporre di autorizzazioni database sufficienti per leggere da tutte le tabelle citate nella query. È richiesta familiarità con lo schema specifico del vostro Körber WMS per convalidare ed eventualmente adattare i nomi di tabelle e colonne.
a Query di Esempio 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;