Il Suo template per i dati di gestione del magazzino
Il Suo template per i dati di gestione del magazzino
- Attributi consigliati da raccogliere
- Attività chiave da tracciare
- Guida all'estrazione per Manhattan SCALE
Attributi di gestione del magazzino
| Nome | Descrizione | ||
|---|---|---|---|
|
Nome attività
ActivityName
|
Il nome della specifica attività o dell'evento di gestione del magazzino che si è verificato. | ||
|
Descrizione
Questo attributo registra i singoli passaggi o le tappe fondamentali all'interno del processo di gestione del magazzino. Gli esempi includono "Merci prelevate dal magazzino", "Imballaggio avviato" e "Spedizione inviata". Ogni attività rappresenta un'azione specifica eseguita sull'ordine di magazzino.\n\nSi tratta di un attributo critico per il Process Mining, poiché definisce i nodi nella mappa del processo. L'analisi della sequenza, della frequenza e della durata di queste attività consente di visualizzare i flussi di processo, identificare le deviazioni dalla procedura standard e individuare i colli di bottiglia in cui il lavoro subisce ritardi.
Perché è importante
Definisce le fasi del processo, costituendo la base della mappa di processo e consentendo l'analisi dei flussi operativi e delle varianti.
Dove trovare
Derivato da codici transazione, Event Log o tabelle di aggiornamento stato in Manhattan SCALE che tracciano l'avanzamento degli ordini di magazzino.
Esempi
Merce arrivata in banchinaTask di Prelievo CreatoMerce imballataSpedizione partita
|
|||
|
Ordine di magazzino
WarehouseOrder
|
L'identificatore univoco per una specifica unità logistica di lavoro, come una ricezione inbound o una spedizione outbound. | ||
|
Descrizione
Il Warehouse Order funge da identificatore principale del caso, raggruppando tutte le attività correlate a un singolo processo logistico dall'inizio alla fine. Ciò consente il tracciamento end-to-end del ciclo di vita di un ordine all'interno del magazzino, che si tratti di ricezione merci, stoccaggio, picking, imballaggio o spedizione.\n\nNell'analisi di Process Mining, questo attributo è fondamentale per ricostruire il percorso di ogni ordine. Collegando tutti gli eventi a uno specifico Warehouse Order, gli analisti possono visualizzare i flussi di processo, misurare i tempi di ciclo per i singoli ordini e identificare varianti o colli di bottiglia che influenzano l'efficienza dell'evasione.
Perché è importante
È la chiave essenziale per collegare tutte le attività di magazzino correlate in un'unica istanza di processo coesa, consentendo un'analisi end-to-end.
Dove trovare
Questo identificatore si trova in genere nelle tabelle principali di gestione degli ordini in Manhattan SCALE, come la tabella header dell'ordine.
Esempi
WO-00583921WO-00583922WO-00583923
|
|||
|
Timestamp Evento
EventTime
|
Il timestamp che indica quando si è verificata l'attività o l'evento di magazzino. | ||
|
Descrizione
Questo attributo fornisce la data e l'ora precise per ogni attività registrata nel processo. È la colonna vertebrale cronologica dell'event log, che stabilisce la sequenza e la tempistica di tutte le operazioni di magazzino per un determinato ordine.\n\nL'Event Time è essenziale per tutte le analisi di Process Mining basate sul tempo. Viene utilizzato per calcolare i tempi di ciclo tra le attività, misurare la durata totale di un processo, identificare i ritardi e analizzare le prestazioni del processo in diversi periodi di tempo. Timestamp accurati sono fondamentali per costruire una mappa dei processi affidabile e derivare metriche di performance significative.
Perché è importante
Questo timestamp è fondamentale per sequenziare correttamente gli eventi e calcolare tutte le metriche basate sulla durata, come i tempi di ciclo e i lead time.
Dove trovare
Presente nelle tabelle degli Event Log o nei record delle transazioni insieme alle informazioni sulle attività in Manhattan SCALE. I campi sono spesso denominati 'created_ts', 'event_timestamp' o 'status_change_date'.
Esempi
2023-10-26T08:00:00Z2023-10-26T09:15:30Z2023-10-26T11:45:10Z
|
|||
|
Sistema di Origine
SourceSystem
|
Il sistema da cui originano i `dati`. | ||
|
Descrizione
Questo attributo identifica l'applicazione sorgente in cui sono stati generati i dati dell'evento. Per questo processo, il valore sarebbe in genere "Manhattan SCALE".\n\nIn un ambiente con più sistemi integrati, questo campo aiuta a differenziare le origini dati. Fornisce il contesto sulla provenienza dei dati, il che può essere importante per la data governance, la risoluzione dei problemi e la comprensione di potenziali variazioni nei processi di acquisizione dei dati tra diverse piattaforme.
Perché è importante
Fornisce il contesto essenziale sull'origine dei dati, fondamentale per la data governance, la validazione e gli sforzi di integrazione in scenari IT complessi.
Dove trovare
Questo è spesso un valore statico aggiunto durante il processo di
Esempi
Manhattan SCALESCALE_PRODWMS_US_01
|
|||
|
Ultimo `Data Update`
LastDataUpdate
|
Il timestamp dell'ultimo aggiornamento dei dati dal sistema sorgente. | ||
|
Descrizione
Questo attributo indica la data e l'ora in cui i dati sono stati estratti l'ultima volta da Manhattan SCALE e caricati nello strumento di Process Mining. Riflette l'aggiornamento dei dati analizzati.\n\nQueste informazioni sono vitali affinché gli utenti possano comprendere la tempestività dell'analisi. Aiutano a sapere se si stanno consultando dati in tempo reale o un'istantanea di un momento specifico, il che è fondamentale per prendere decisioni operative informate e per scopi di reporting.
Perché è importante
Informa gli utenti sull'aggiornamento dei dati, assicurando che comprendano l'arco temporale coperto dalle analisi e dai report.
Dove trovare
Questo timestamp viene in genere generato e memorizzato dallo strumento ETL o dalla data pipeline durante il processo di caricamento dei dati.
Esempi
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Data di completamento richiesta
RequestedCompletionDate
|
La data entro la quale il cliente o lo stakeholder interno ha richiesto la spedizione dell'ordine. | ||
|
Descrizione
Questo attributo rappresenta il service level agreement (SLA) o la data di consegna target per un ordine di magazzino in uscita. È la scadenza rispetto alla quale vengono misurate le prestazioni di puntualità delle operazioni di magazzino.\n\nQuesta data è un parametro critico per la valutazione delle prestazioni. Viene utilizzata nella Dashboard "Puntualità delle spedizioni" e nel KPI "Tasso di spedizioni puntuali" per determinare se un ordine è stato evaso nei tempi previsti. L'analisi degli ordini che mancano questa data aiuta a identificare le cause sistemiche dei ritardi e a migliorare la soddisfazione del cliente.
Perché è importante
Funge da benchmark principale per misurare le performance di spedizione puntuale e l'aderenza ai Service Level Agreement (SLA) dei clienti.
Dove trovare
In genere memorizzato nella tabella header dell'ordine in Manhattan SCALE, spesso popolata da un ERP o da un sistema di gestione degli ordini a monte.
Esempi
2023-10-28T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z
|
|||
|
ID Materiale
MaterialId
|
L'identificatore univoco per il prodotto o materiale in gestione. | ||
|
Descrizione
Questo attributo, spesso noto come SKU (Stock Keeping Unit), identifica l'articolo specifico coinvolto in un'attività di magazzino. Un singolo ordine di magazzino può contenere più materiali, ciascuno gestito in voci d'ordine o attività separate.\n\nL'analisi del processo per ID materiale può rivelare problemi specifici del prodotto. Ad esempio, certi articoli potrebbero essere più soggetti a fallimenti nelle ispezioni di qualità, a errori di picking o a tempi di movimentazione più lunghi a causa delle loro dimensioni, del peso o dei requisiti di stoccaggio. Ciò aiuta a ottimizzare le strategie di deposito e le procedure di movimentazione per diversi tipi di prodotti.
Perché è importante
Consente un'analisi a livello di prodotto per identificare se determinati articoli sono associati a ritardi, errori o rilavorazioni del processo.
Dove trovare
Presente nelle tabelle delle righe d'ordine in Manhattan SCALE, collegate all'ordine di magazzino principale.
Esempi
SKU-10234-ASKU-98543-BMAT-HDWR-550
|
|||
|
ID Utente/Operatore
UserOperatorId
|
L'identificatore univoco del dipendente o dell'operatore di magazzino che ha eseguito l'attività. | ||
|
Descrizione
Questo attributo acquisisce l'ID dell'utente responsabile dell'esecuzione di una specifica attività di magazzino, come il picking, l'imballaggio o lo stoccaggio. Collega le attività del processo alle risorse umane coinvolte.\n\nL'analisi delle prestazioni per ID utente/operatore è essenziale per comprendere l'utilizzo delle risorse e l'efficienza individuale o del team. Aiuta a identificare i top performer, le esigenze di formazione e la distribuzione del carico di lavoro. Questi dati sono fondamentali per la Dashboard "Utilizzo risorse per operatore" e i relativi KPI, consentendo ai responsabili di ottimizzare il personale e l'assegnazione dei compiti.
Perché è importante
Collega le performance del processo a individui o team specifici, consentendo l'analisi del carico di lavoro, della produttività e dell'allocazione delle risorse.
Dove trovare
Queste informazioni sono solitamente registrate nei log delle transazioni in Manhattan SCALE, spesso in campi come "user_id", "operator" o "executed_by".
Esempi
JSMITHBWILLIAMSLCHEN
|
|||
|
Ora di Fine
EndTime
|
Il `timestamp` che indica quando un'attività con una durata misurabile è stata completata. | ||
|
Descrizione
L'End Time segna il completamento di un'attività. Se abbinato a uno Start Time (EventTime), consente il calcolo preciso del tempo di elaborazione per le singole attività. Non tutti gli eventi hanno un tempo di fine distinto, ma per quelli che lo hanno, come "Picking" o "Packing", questo dato è di grande valore.\n\nNell'analisi, l'End Time viene utilizzato per calcolare la metrica "ProcessingTime", fondamentale per comprendere l'efficienza delle risorse e la durata delle attività. Ciò aiuta a identificare quali attività specifiche richiedono più tempo, contribuendo al tempo di ciclo complessivo e a potenziali ritardi.
Perché è importante
Consente il calcolo preciso del tempo di elaborazione per le singole attività, aiutando a identificare quali task consumano più tempo e risorse.
Dove trovare
Questi dati potrebbero essere disponibili negli stessi log delle transazioni dello Start Time, in un campo separato come "completed_ts" o "end_time". Se non direttamente disponibile, a volte può essere dedotto dallo Start Time dell'attività successiva.
Esempi
2023-10-26T08:15:00Z2023-10-26T09:30:45Z2023-10-26T12:05:00Z
|
|||
|
Quantità Effettiva
ActualQuantity
|
La quantità effettiva di un materiale che è stata conteggiata, prelevata o spedita. | ||
|
Descrizione
Questo attributo registra la quantità misurata di merci in un punto di controllo chiave, come la ricezione delle merci o il picking. Rappresenta ciò che è stato fisicamente movimentato, il che può differire da quanto pianificato.\n\nIl confronto tra la Quantità effettiva e la Quantità pianificata è essenziale per identificare le discrepanze. Questa è la base per la Dashboard "Trend discrepanze quantità ordini" e il relativo KPI. Il monitoraggio di queste differenze aiuta a individuare problemi nell'accuratezza del fornitore, nei record di inventario o errori di picking, aspetti critici per mantenere l'integrità dell'inventario.
Perché è importante
È fondamentale per identificare le discrepanze tra quantità pianificate ed eseguite, evidenziando potenziali problemi di accuratezza dell'inventario o errori operativi.
Dove trovare
Presente nei record di dettaglio delle transazioni per attività come ricezione, conteggio o picking in Manhattan SCALE.
Esempi
100985010
|
|||
|
Tipo Ordine
OrderType
|
Categorizza l'ordine di magazzino, ad esempio come in entrata, in uscita o trasferimento interno. | ||
|
Descrizione
L'Order Type definisce lo scopo generale dell'ordine di magazzino. Le tipologie comuni includono le spedizioni ai clienti (outbound), le ricezioni dai fornitori (inbound), i trasferimenti di stock tra sedi (internal) o i resi.\n\nQuesto attributo consente di segmentare l'analisi del processo. Filtrando per Order Type, è possibile confrontare le prestazioni di diversi processi, come il processo di ricezione rispetto a quello di spedizione. Questo è fondamentale perché i passaggi, le risorse e i target di performance sono spesso molto diversi, e analizzarli insieme può essere fuorviante.
Perché è importante
Consente la separazione e il confronto di processi distinti, come quelli in entrata rispetto a quelli in uscita, che hanno flussi e aspettative di performance differenti.
Dove trovare
Presente nei dati di testata dell'ordine in Manhattan SCALE. Il campo può chiamarsi 'order_type', 'transaction_type' o simile.
Esempi
Ricezione inboundSpedizione in uscitaTrasferimento InternoReso cliente
|
|||
|
Attrezzatura utilizzata
EquipmentUsed
|
L'identificatore dell'attrezzatura, come un carrello elevatore o uno scanner portatile, utilizzata per un'attività. | ||
|
Descrizione
Questo attributo specifica il pezzo di attrezzatura per la movimentazione dei materiali (MHE) o la tecnologia utilizzata per eseguire un'attività di magazzino. Ciò potrebbe includere ID specifici di carrelli elevatori, numeri di transpallet o ID di scanner RF portatili.\n\nQuesti dati sono preziosi per l'analisi dell'utilizzo delle risorse al di là dei semplici operatori umani. Aiutano a comprendere i modelli di utilizzo di attrezzature costose, a pianificare la manutenzione e a garantire che gli strumenti giusti siano disponibili quando necessario. Supportano direttamente i KPI come "Utilizzo risorse (Picking)" fornendo un'altra dimensione di analisi.
Perché è importante
Consente l'analisi dell'utilizzo delle attrezzature e del suo impatto sull'efficienza del processo, aiutando a gestire i programmi di manutenzione e gli investimenti in MHE (Material Handling Equipment).
Dove trovare
Consulti la documentazione di Manhattan SCALE o i log di sistema. Questo dato potrebbe essere tracciato nei record di esecuzione dei task se il sistema è configurato per acquisirlo.
Esempi
FORKLIFT-07SCANNER-58BCART-22
|
|||
|
Data di completamento effettiva
ActualCompletionDate
|
La data effettiva in cui l'ordine di magazzino è stato completato, in genere al momento della spedizione. | ||
|
Descrizione
Questo attributo è il timestamp che segna l'ultimo passaggio del processo di magazzino per un ordine, come "Spedizione inviata". Rappresenta il momento del completamento effettivo del processo di evasione.\n\nQuesta data viene confrontata direttamente con la "Data di completamento richiesta" per calcolare la puntualità della spedizione. È il dato di fatto che conferma quando è terminata la responsabilità del magazzino per l'ordine. L'analisi di questo attributo aiuta a misurare con precisione i tempi del ciclo di evasione e le prestazioni rispetto agli SLA.
Perché è importante
Fornisce il timestamp reale del completamento dell'ordine, utilizzato per calcolare i tempi di ciclo effettivi e misurare le performance rispetto alle date richieste.
Dove trovare
Questo corrisponde al timestamp dell'attività finale del processo, come "Spedizione inviata" o "Ordine di magazzino completato".
Esempi
2023-10-28T14:30:00Z2023-11-06T11:00:00Z2023-11-10T18:00:00Z
|
|||
|
Discrepanza di Quantità
QuantityDiscrepancy
|
La differenza calcolata tra la quantità pianificata e quella effettiva per un articolo. | ||
|
Descrizione
Questa metrica è calcolata come "Quantità effettiva" meno "Quantità pianificata". Un valore diverso da zero indica una discrepanza tra la quantità di merci movimentate e quella prevista. Il valore può essere positivo (eccedenza) o negativo (mancanza).\n\nQuesto attributo è la base del KPI "Tasso di discrepanza quantità ordine". Quantifica l'entità degli errori nella ricezione o nel picking, fornendo una metrica chiara per le dashboard che monitorano l'accuratezza dell'inventario. Analizzare i trend e le cause alla base di queste discrepanze è fondamentale per migliorare la precisione operativa.
Perché è importante
Quantifica direttamente gli errori di inventario e di evasione ordini, fornendo una metrica chiara per tracciare l'accuratezza e l'impatto economico delle discrepanze.
Dove trovare
Si tratta di un campo calcolato derivato nello strumento di Process Mining tramite la formula: QuantitàEffettiva - QuantitàPianificata.
Esempi
0-25
|
|||
|
È una Rilavorazione
IsRework
|
Un flag che indica se un'attività o una sequenza di attività rappresenta una rilavorazione. | ||
|
Descrizione
Questo attributo booleano identifica i casi di rilavorazione, come un'attività di "Merci prelevate dal magazzino" eseguita più di una volta per lo stesso materiale all'interno di un singolo ordine. Viene derivato analizzando i modelli nel flusso del processo.\n\nSegnalare le rilavorazioni è fondamentale per identificare inefficienze ed errori nei processi. Aiuta a quantificare il KPI "Tasso di rilavorazione picking" e consente agli analisti di isolare e indagare i casi con passaggi ripetuti. Comprendere le cause delle rilavorazioni è la chiave per ridurre i costi operativi e migliorare la qualità del processo.
Perché è importante
Segnala cicli inefficienti e duplicazioni di lavoro, che sono spesso fonti nascoste di ritardi e aumento dei costi operativi.
Dove trovare
Si tratta di un attributo calcolato, in genere derivato all'interno dello strumento di Process Mining definendo regole che rilevano specifici modelli di attività ripetute (ad es. auto-loop o loop brevi).
Esempi
truefalse
|
|||
|
È una spedizione puntuale
IsOnTimeShipment
|
Un flag che indica se l'ordine è stato spedito entro la data di completamento richiesta. | ||
|
Descrizione
Questo attributo booleano è derivato dal confronto tra la "Data di completamento effettiva" e la "Data di completamento richiesta". È vero se l'ordine è stato completato in tempo e falso se è in ritardo.\n\nQuesto attributo semplifica l'analisi delle prestazioni consentendo un facile filtraggio e aggregazione. È la base per il calcolo del KPI "Tasso di spedizioni puntuali" e alimenta le dashboard che monitorano l'adesione agli SLA del cliente. Separa rapidamente gli ordini conformi da quelli non conformi, consentendo l'analisi delle cause scatenanti sugli ordini in ritardo.
Perché è importante
Semplifica il reporting delle performance convertendo i confronti tra date in un semplice flag vero/falso, rendendo immediato il calcolo del tasso di spedizioni puntuali.
Dove trovare
Calcolato confrontando 'ActualCompletionDate' <= 'RequestedCompletionDate'. Questa logica viene applicata nello strumento di Process Mining.
Esempi
truefalse
|
|||
|
ID spedizione
ShipmentId
|
Un identificatore univoco per un gruppo di ordini che vengono spediti insieme. | ||
|
Descrizione
Lo Shipment ID è un identificatore di livello superiore che raggruppa uno o più ordini di magazzino che vengono trasportati insieme sullo stesso veicolo o come parte della stessa spedizione. Collega i singoli ordini a uno specifico evento di trasporto.\n\nNell'analisi, lo Shipment ID consente una visione più ampia delle operazioni logistiche. Può essere utilizzato per analizzare l'efficienza del processo di consolidamento nelle fasi di staging e carico, misurare le prestazioni di puntualità a livello di spedizione e capire come il consolidamento degli ordini influisca sui lead time complessivi.
Perché è importante
Raggruppa più ordini in un unico evento di spedizione, consentendo l'analisi dei processi di consolidamento, staging e carico.
Dove trovare
Presente nelle tabelle di gestione trasporti o spedizioni in Manhattan SCALE. Questo ID di solito rimanda a più ordini di magazzino.
Esempi
SH-945001SH-945002SH-945003
|
|||
|
Nome vettore
CarrierName
|
Il nome della società di trasporti responsabile della spedizione dell'ordine. | ||
|
Descrizione
Questo attributo identifica il partner logistico o il vettore (ad es. FedEx, UPS, DHL) assegnato a una spedizione in uscita. Collega il processo di magazzino alla fase di trasporto a valle.\n\nL'analisi delle prestazioni per vettore può rivelare informazioni importanti sulla supply chain. Aiuta a determinare se certi vettori sono associati a tempi di staging più lunghi, ritardi frequenti o requisiti di movimentazione specifici. Queste informazioni possono essere utilizzate per valutare le prestazioni dei vettori e ottimizzare le partnership logistiche.
Perché è importante
Collega le operazioni di magazzino ai partner logistici, consentendo l'analisi delle performance per vettore per identificare potenziali colli di bottiglia legati al trasporto.
Dove trovare
Presente nelle tabelle di pianificazione spedizioni o trasporti in Manhattan SCALE, spesso collegate alla testata dell'ordine.
Esempi
FedExUPSXPO Logistics
|
|||
|
Quantità Pianificata
PlannedQuantity
|
La quantità prevista di un materiale per una determinata attività, basata sull'ordine. | ||
|
Descrizione
Questo attributo indica la quantità di un articolo che si prevedeva di ricevere, prelevare o movimentare in base all'ordine di magazzino originale o all'istruzione dell'attività. È la linea di base rispetto alla quale viene misurata l'operazione nel mondo reale.\n\nQuesto valore viene utilizzato insieme alla "Quantità effettiva" per calcolare le discrepanze. Differenze frequenti tra le quantità pianificate e quelle effettive possono segnalare problemi con le spedizioni dei fornitori, l'accuratezza dell'inventario o i processi di picking, rendendo questo un attributo chiave per l'analisi della qualità e dell'accuratezza.
Perché è importante
Funge da base per misurare l'accuratezza delle quantità, aiutando a identificare discrepanze che influiscono sull'inventario e sull'evasione degli ordini.
Dove trovare
Presente nelle tabelle delle righe d'ordine o nei dettagli dei task in Manhattan SCALE.
Esempi
1001005012
|
|||
|
Risultato ispezione qualità
QualityInspectionResult
|
L'esito di un'attività di ispezione della qualità, come "Superato", "Fallito" o "Rilavorazione". | ||
|
Descrizione
Questo attributo registra il risultato dell'attività "Controllo qualità eseguito". Indica se le merci ricevute soddisfano gli standard qualitativi richiesti o se sono necessarie ulteriori azioni.\n\nSi tratta di un attributo fondamentale per l'analisi della gestione della qualità. Aiuta a monitorare il "Tasso di conformità del controllo qualità" non solo in termini di adesione, ma anche di esiti. Analizzare i tassi di fallimento per fornitore o materiale può aiutare a migliorare le decisioni di acquisto e a ridurre i costi a valle associati a merci di scarsa qualità.
Perché è importante
Fornisce l'esito dei controlli qualità, consentendo l'analisi della qualità dei fornitori, dei problemi dei prodotti e dell'efficacia del processo di ispezione.
Dove trovare
Consulti la documentazione di Manhattan SCALE. Probabilmente è memorizzato in tabelle relative alla gestione qualità o ai task di ricezione.
Esempi
SuperatoFallitoRichiede rilavorazione
|
|||
|
Tempo dalla ricezione allo stoccaggio
GoodsReceiptToPutawayTime
|
Il tempo trascorso dal momento in cui le merci vengono ricevute fino al loro stoccaggio in magazzino. | ||
|
Descrizione
Questa metrica calcolata misura la durata di una parte critica del processo inbound: il tempo intercorso tra l'attività "Merci ricevute e conteggiate" e l'attività "Merci stoccate in magazzino". Quantifica l'efficienza della banchina di ricezione e delle operazioni di stoccaggio.\n\nQuesta durata è un input fondamentale per la Dashboard "Ciclo dalla ricezione allo stoccaggio" e per il relativo KPI. Valori elevati per questa metrica possono indicare colli di bottiglia alla banchina di ricezione, ritardi nella creazione di attività di stoccaggio o percorsi di spostamento inefficienti, tutti fattori che ritardano la disponibilità dell'inventario.
Perché è importante
Isola e misura l'efficienza di una fase critica del processo in entrata, evidenziando i colli di bottiglia che ritardano la disponibilità dell'inventario.
Dove trovare
Si tratta di un campo calcolato, derivato calcolando la differenza di tempo tra gli eventi "Merci ricevute e conteggiate" e "Merci stoccate in magazzino" per un determinato caso.
Esempi
45 minuti2.5 ore8 ore
|
|||
|
Tempo di Ciclo di Evasione Ordini
OrderFulfillmentCycleTime
|
Il tempo totale trascorso dalla creazione dell'ordine di magazzino al suo completamento finale. | ||
|
Descrizione
Questa metrica calcolata misura la durata totale per ogni ordine di magazzino, dall'evento "Ordine di magazzino creato" all'evento "Ordine di magazzino completato". È un indicatore chiave di prestazione che misura l'efficienza end-to-end dell'intero processo di evasione del magazzino.\n\nNelle dashboard e nelle analisi, questo attributo fornisce una visione di alto livello delle prestazioni complessive. Viene utilizzato per tracciare i trend, identificare gli outlier (tempi di ciclo prolungati) e confrontare le prestazioni nel tempo. Supporta direttamente la Dashboard "Tempo totale del ciclo di evasione ordini" e il relativo KPI.
Perché è importante
Si tratta di un KPI fondamentale che misura la velocità e l'efficienza end-to-end del magazzino, influenzando direttamente la soddisfazione del cliente e i costi operativi.
Dove trovare
Si tratta di un campo calcolato, ottenuto calcolando la differenza tra i timestamp del primo e dell'ultimo evento per ogni Warehouse Order.
Esempi
2,1 giorni18,5 ore36 ore
|
|||
|
Ubicazione di Magazzino
StorageLocation
|
L'ubicazione specifica all'interno del magazzino, come la cella o la corsia, dove le merci vengono stoccate o prelevate. | ||
|
Descrizione
Questo attributo identifica l'ubicazione fisica (ad es. Corsia 5, Cella 3, Livello C) coinvolta in un'attività di deposito o prelievo. Fornisce un contesto spaziale al processo di magazzino.\n\nL'analisi delle attività per ubicazione di stoccaggio è fondamentale per ottimizzare il layout del magazzino e il flusso dei materiali. Può aiutare a identificare le ubicazioni consultate frequentemente, i percorsi di spostamento inefficienti durante il picking o le aree soggette a congestione. Questi dati supportano l'analisi dell'efficienza di stoccaggio e prelievo, rivelando opportunità per migliorare le strategie di deposito.
Perché è importante
Fornisce il contesto spaziale ai movimenti di magazzino, consentendo l'analisi dell'efficienza del layout, dei tempi di percorrenza e l'ottimizzazione dei percorsi di picking.
Dove trovare
Contenuto nei dati a livello di task per le attività di messa a dimora e prelievo in Manhattan SCALE, in campi come 'location_id', 'bin_code' o 'source_location'.
Esempi
A01-R02-B03DOCK-04PACK-STATION-12
|
|||
Attività di gestione del magazzino
| Activity | Descrizione | ||
|---|---|---|---|
|
Merce imballata
|
Questa attività indica che tutti gli articoli di una spedizione sono stati imballati nel contenitore finale e che quest'ultimo è stato sigillato. Si tratta di un evento esplicito, registrato quando l'addetto all'imballaggio conferma il completamento del cartone o della spedizione nel sistema. | ||
|
Perché è importante
Questa tappa conclude la fase di imballaggio e rende la spedizione pronta per lo staging e l'invio. È un dato fondamentale per analizzare il throughput e l'efficienza dell'imballaggio.
Dove trovare
Registrato nei log delle transazioni di imballaggio o spedizione quando in Manhattan SCALE viene eseguita l'azione "Chiudi cartone" o "Imballaggio completato".
Acquisisci
Rilevato dal timestamp della transazione 'Pack Complete' o 'Close Container'.
Tipo di evento
explicit
|
|||
|
Merce messa a dimora
|
Questa attività conferma che le merci sono state collocate con successo nella cella di stoccaggio assegnata. Viene acquisita esplicitamente quando l'operatore scansiona l'ubicazione di stoccaggio e conferma l'azione di stoccaggio, completando l'attività nel sistema. | ||
|
Perché è importante
Questo evento conclude il processo inbound, rendendo l'inventario disponibile per l'evasione. È l'endpoint per misurare il KPI "Tempo dalla ricezione allo stoccaggio".
Dove trovare
Registrato nei log di gestione task o delle transazioni di magazzino quando lo stato di un task di messa a dimora viene aggiornato a 'Completato' o stato simile.
Acquisisci
Rilevato dal timestamp di completamento del task di messa a dimora, solitamente tramite scansione della posizione.
Tipo di evento
explicit
|
|||
|
Merce prelevata dallo stoccaggio
|
Questa attività conferma che un articolo è stato fisicamente prelevato dalla sua ubicazione di stoccaggio da un operatore. È un evento esplicito acquisito quando l'operatore scansiona l'articolo e/o l'ubicazione per confermare il prelievo sul proprio dispositivo portatile. | ||
|
Perché è importante
Si tratta di una tappa fondamentale nel ciclo di evasione degli ordini. È essenziale per misurare il throughput del picking, i tassi di rilavorazione e l'utilizzo delle risorse.
Dove trovare
Registrato nei log delle transazioni di prelievo o nelle tabelle dello storico task quando un prelievo viene confermato, spesso comprensivo di ID operatore e timestamp.
Acquisisci
Rilevato dal timestamp di conferma di una riga di prelievo, solitamente tramite scansione del codice a barre.
Tipo di evento
explicit
|
|||
|
Merce ricevuta e contata
|
Segna il completamento del processo di ricezione fisica, in cui le merci vengono scaricate, identificate e le quantità verificate rispetto alla notifica di consegna. È un evento esplicito, tipicamente registrato quando un operatore conferma le quantità finali ricevute per ogni articolo tramite terminale portatile. | ||
|
Perché è importante
Si tratta di una tappa fondamentale per l'accuratezza dell'inventario e per l'inizio del ciclo di stoccaggio. Consente l'analisi delle discrepanze di quantità e dell'efficienza del team di ricezione.
Dove trovare
Questo evento viene registrato nei log delle transazioni delle righe di ricezione in Manhattan SCALE, con timestamp acquisiti al momento della conferma del conteggio degli articoli.
Acquisisci
Registrato quando l'operatore conferma le quantità ricevute tramite scansione o inserimento manuale.
Tipo di evento
explicit
|
|||
|
Ordine di magazzino completato
|
Rappresenta la chiusura logica finale dell'ordine di magazzino dopo il termine di tutte le attività fisiche. Si tratta in genere di un evento dedotto, derivante da un aggiornamento dello stato finale nel record dell'ordine, come "Completato" o "Chiuso". | ||
|
Perché è importante
Questa attività funge da punto finale definitivo per l'intero ciclo di vita del magazzino. È essenziale per calcolare il tempo totale del ciclo di evasione dell'ordine e il throughput.
Dove trovare
Dedotto dal timestamp in cui il campo di stato della testata ordine in Manhattan SCALE viene aggiornato a uno stato finale chiuso.
Acquisisci
Derivato dal timestamp dell'ultimo aggiornamento quando lo stato dell'ordine passa a 'Completato'.
Tipo di evento
inferred
|
|||
|
Ordine di magazzino creato
|
Questa attività segna la creazione di un ordine nel Warehouse Management System, che può riguardare la ricezione inbound o l'evasione outbound. In genere è un evento esplicito, registrato con un timestamp di creazione quando un nuovo record d'ordine viene inserito nel sistema, spesso tramite l'integrazione con un ERP. | ||
|
Perché è importante
Si tratta dell'evento di avvio principale per il processo di magazzino. Analizzare il tempo da questo punto al completamento è fondamentale per misurare il tempo totale del ciclo di evasione dell'ordine.
Dove trovare
Questo evento viene acquisito dal timestamp di creazione della tabella header dell'ordine principale in Manhattan SCALE, come il campo della data di creazione dell'ordine.
Acquisisci
Rilevato dal timestamp di creazione del record dell'ordine di magazzino.
Tipo di evento
explicit
|
|||
|
Spedizione partita
|
Questo segna il momento in cui il vettore parte dal magazzino con la merce. Si tratta di un evento esplicito, attivato quando un utente esegue una transazione di "Conferma spedizione" o "Invio" nel sistema, finalizzando la spedizione. | ||
|
Perché è importante
Si tratta di una tappa fondamentale per misurare la puntualità delle spedizioni rispetto alle date di consegna richieste. Spesso attiva le notifiche ai clienti e la fatturazione.
Dove trovare
Rilevato dal timestamp della transazione 'Ship Confirm' nelle tabelle di spedizione o ordini in uscita di Manhattan SCALE.
Acquisisci
Registrato quando viene eseguita la transazione di conferma spedizione per il rimorchio o l'ordine.
Tipo di evento
explicit
|
|||
|
Attività di stoccaggio creata
|
Il sistema genera un'attività che istruisce un operatore a spostare le merci ricevute dalla banchina a un'ubicazione di stoccaggio. Si tratta di un evento esplicito acquisito nel motore di gestione delle attività quando il sistema assegna una destinazione e crea una nuova direttiva di stoccaggio. | ||
|
Perché è importante
Segna l'inizio del processo di movimentazione interna delle merci. Il tempo intercorrente tra questo evento e il completamento del task misura l'efficienza della messa a dimora e le prestazioni del sistema.
Dove trovare
Registrato nelle tabelle dello storico delle attività o degli ordini di lavoro in Manhattan SCALE, con un timestamp relativo al momento in cui l'attività di stoccaggio è stata creata.
Acquisisci
Evento registrato alla generazione di un task di messa a dimora da parte del sistema.
Tipo di evento
explicit
|
|||
|
Caricamento sul vettore
|
Questa attività riguarda il carico fisico dei contenitori imballati su un camion o un rimorchio. Di solito è un evento esplicito registrato quando un operatore scansiona ogni pallet o contenitore mentre viene caricato sul vettore. | ||
|
Perché è importante
Si tratta dell'ultimo passaggio di movimentazione fisica all'interno del magazzino. L'analisi di questa attività aiuta a misurare i tempi di carico e garantisce che tutte le merci di una spedizione siano caricate correttamente.
Dove trovare
Registrato nei log delle transazioni di spedizione in Manhattan SCALE quando i contenitori vengono scansionati durante il processo di carico.
Acquisisci
Rilevato dal timestamp di scansione quando un container di spedizione viene caricato su un veicolo.
Tipo di evento
explicit
|
|||
|
Imballaggio avviato
|
Segna l'inizio del processo di imballaggio, quando la merce prelevata arriva a una stazione di packing. Può essere un evento esplicito registrato quando l'operatore scansiona un contenitore o un ordine, oppure può essere dedotto dalla scansione del primo articolo presso la stazione. | ||
|
Perché è importante
Questo evento avvia la fase finale a valore aggiunto prima della spedizione. Misurare a partire da questo punto aiuta a isolare i colli di bottiglia specificamente all'interno dell'area di imballaggio.
Dove trovare
Rilevato dai log delle transazioni associati alle stazioni di imballaggio in Manhattan SCALE. Può essere una transazione 'Start Pack' o il timestamp del primo articolo imballato.
Acquisisci
Registrato quando un operatore inizia il processo di imballaggio per un ordine presso una stazione.
Tipo di evento
explicit
|
|||
|
Ispezione qualità eseguita
|
Rappresenta un controllo di qualità eseguito sulle merci ricevute prima dello stoccaggio. L'acquisizione è esplicita e avviene quando un operatore CQ registra nel sistema l'esito dell'ispezione (superata o fallita) per lo specifico inventario. | ||
|
Perché è importante
Questa attività è fondamentale per tracciare l'adesione alle procedure di controllo qualità. Analizzarne la frequenza e la durata aiuta a garantire la qualità del prodotto e identifica i ritardi nel processo di ispezione.
Dove trovare
Registrato nel modulo di gestione qualità o nei log delle transazioni di stato inventario in Manhattan SCALE quando viene inviato l'esito di un'ispezione.
Acquisisci
Rilevato dal log delle transazioni della fase di conferma dell'ispezione qualità.
Tipo di evento
explicit
|
|||
|
Merce arrivata in banchina
|
Questa attività indica l'arrivo fisico di un camion o di un contenitore alla banchina di ricezione del magazzino. Spesso viene acquisita esplicitamente quando un addetto al cancello o alla banchina registra la spedizione nel sistema prima dell'inizio dello scarico. | ||
|
Perché è importante
Il monitoraggio del tempo che intercorre tra l'arrivo e l'inizio delle attività di ricezione aiuta a identificare i colli di bottiglia alla banchina di ricezione, come i tempi di attesa dovuti alla non disponibilità di risorse.
Dove trovare
Registrato in un modulo di spedizione o di pianificazione appuntamenti all'interno di Manhattan SCALE al momento del check-in del vettore presso la struttura.
Acquisisci
Rilevato dal timestamp della transazione di check-in alla banchina di ricezione.
Tipo di evento
explicit
|
|||
|
Notifica consegna in entrata ricevuta
|
Rappresenta la ricezione di una Advanced Shipping Notification (ASN) da parte di un fornitore, contenente i dettagli di una spedizione in arrivo. Si tratta di un evento esplicito acquisito quando una ASN viene elaborata e registrata con successo in Manhattan SCALE, attivando le attività di pianificazione in entrata. | ||
|
Perché è importante
Questo evento funge da punto di partenza per misurare il processo logistico inbound. Consente di analizzare le prestazioni del fornitore e la prontezza del magazzino per le merci in entrata.
Dove trovare
Registrato nelle tabelle delle transazioni in entrata o ASN in seguito all'avvenuto inserimento (via EDI o manuale) di una notifica di consegna.
Acquisisci
Evento registrato alla ricezione e all'elaborazione dell'ASN.
Tipo di evento
explicit
|
|||
|
Staging per la spedizione
|
Rappresenta lo spostamento dei cartoni imballati dall'area di imballaggio a una corsia o area designata per lo staging della spedizione. Questa attività viene in genere dedotta da un cambio di ubicazione del contenitore di spedizione o del pallet all'interno del WMS. | ||
|
Perché è importante
Aiuta a identificare i ritardi tra l'imballaggio e il carico. Una lunga durata in questo stato può indicare un coordinamento carente con i vettori o una gestione inefficiente delle baie di carico.
Dove trovare
Dedotto da una transazione di movimento inventario o da un aggiornamento di posizione per l'ID del container di spedizione in Manhattan SCALE, che indica lo spostamento in una zona di staging.
Acquisisci
Dedotto da un cambio di posizione del container imballato verso un'area di staging o una baia di carico.
Tipo di evento
inferred
|
|||
|
Task di Prelievo Creato
|
Rappresenta la generazione da parte del sistema di un'attività di picking per un operatore incaricato di recuperare gli articoli dal magazzino per evadere un ordine. Questo evento viene registrato esplicitamente quando l'ordine viene allocato e il WMS crea una direttiva per un utente. | ||
|
Perché è importante
Questo è l'inizio del processo di evasione outbound. Il tempo che intercorre tra questo evento e il completamento del picking è fondamentale per misurare l'efficienza del picker.
Dove trovare
Registrato nelle tabelle dello storico delle attività o degli ordini di lavoro in Manhattan SCALE con un timestamp di creazione.
Acquisisci
Evento registrato alla generazione di un task di picking da parte del sistema.
Tipo di evento
explicit
|
|||