Il Suo template dei dati per il Supply Chain Management
Il Suo template dei dati per il Supply Chain Management
- Attributi consigliati da raccogliere
- Attività chiave da tracciare
- Guida all'estrazione
Attributi di Supply Chain Management
| Nome | Descrizione | ||
|---|---|---|---|
| Nome attività ActivityName | Il nome dello specifico evento aziendale o passaggio avvenuto all'interno del processo logistico. | ||
| Descrizione Il Nome Attività descrive un passaggio distinto nel ciclo di vita della supply chain, come 'Ordine Allocato', 'Merce Prelevata' o 'Spedizione Inviata'. Queste attività costituiscono i nodi della mappa di processo rilevata. L'analisi di queste attività consente di visualizzare il flusso di processo, identificare i percorsi frequenti e misurare il tempo trascorso in ogni fase. È fondamentale per comprendere cosa accade durante il percorso dell'ordine logistico e viene utilizzata per identificare ri-lavorazioni, colli di bottiglia e deviazioni dal processo standard. Perché è importante Questo attributo definisce i passaggi del processo, costituendo la base della mappa di processo e consentendo l'analisi del flusso e dei colli di bottiglia. Dove trovare In genere deriva dalla mappatura dei codici evento o dei cambi di stato dalle varie tabelle di transazione in Manhattan Associates a nomi di attività facilmente comprensibili. Esempi Ordine cliente ricevutoMerce prelevataSpedizione partitaRicezione prova di consegna | |||
| Ordine logistico LogisticsOrder | L'identificativo univoco di un ordine logistico, che funge da Case ID primario per il tracciamento del processo end-to-end della supply chain. | ||
| Descrizione L'Ordine Logistico è il numero di tracciamento centrale che collega tutte le attività correlate, dall'inserimento dell'ordine del cliente fino alla consegna finale. Ogni ordine logistico rappresenta un singolo percorso di evasione, consentendo un'analisi completa del ciclo di vita dell'ordine, inclusi approvvigionamento, stoccaggio, spedizione e consegna. Nel Process Mining, questo attributo viene utilizzato per raggruppare tutti gli eventi correlati in un unico caso. L'analisi dei processi per ordine logistico consente di calcolare i tempi di ciclo end-to-end, identificare le varianti di processo comuni e rilevare colli di bottiglia o deviazioni che interessano ordini specifici. Perché è importante Questo è il Case ID essenziale che raggruppa tutti gli eventi correlati, rendendo possibile tracciare l'intero percorso di un singolo ordine dall'inizio alla fine. Dove trovare Questa è la chiave primaria nelle tabelle principali di gestione degli ordini in Manhattan Associates. Consulti la documentazione del sistema per la tabella specifica, probabilmente correlata agli header degli ordini. Esempi LO-2024-00123LO-2024-00456LO-2024-00789 | |||
| Timestamp Evento EventTimestamp | La data e l'ora esatte in cui si è verificata l'attività. | ||
| Descrizione L'Event Timestamp, o ora di inizio, registra il momento esatto in cui un'attività è stata eseguita. Questo timestamp è fondamentale per ordinare cronologicamente gli eventi e calcolare le durate tra le attività. Nel Process Mining, questi dati vengono utilizzati per costruire la cronologia di ogni caso, calcolare i tempi di ciclo, identificare i ritardi e analizzare le prestazioni del processo nel tempo. Timestamp accurati sono la base per quasi tutte le analisi di processo basate sul tempo e per il calcolo dei KPI, come il lead time e la puntualità delle consegne. Perché è importante Questo attributo fornisce l'ordine cronologico degli eventi ed è essenziale per calcolare tutte le metriche basate sul tempo, come i tempi di ciclo e i ritardi. Dove trovare Queste informazioni si trovano nelle tabelle dei log delle transazioni insieme all'evento o all'aggiornamento di stato corrispondente in Manhattan Associates. Esempi 2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T08:15:00Z | |||
| Sistema di Origine SourceSystem | Il sistema da cui i dati sono stati estratti. | ||
| Descrizione Questo attributo identifica il sistema informativo sorgente da cui provengono i dati dell'evento. In questo contesto, sarà tipicamente 'Manhattan Associates', ma può anche differenziare tra diversi moduli o sistemi integrati. È importante per la data governance e per comprendere il contesto dei dati, specialmente quando si combinano dati provenienti da più sistemi. Aiuta a tracciare la data lineage e a risolvere problemi di qualità dei dati. Perché è importante Identifica l'origine dei dati, che è fondamentale per la data governance, la validazione e l'unione di dati provenienti da più sistemi aziendali. Dove trovare In genere è un valore statico aggiunto durante il processo di estrazione dati per etichettare il dataset con la sua origine. Esempi Manhattan Associates WMSManhattan Associates TMSMA-SCALE | |||
| Ultimo `Data Update` LastDataUpdate | Il timestamp che indica l'ultima volta che i dati per questo record sono stati aggiornati o estratti dal sistema sorgente. | ||
| Descrizione Questo attributo fornisce la data e l'ora dell'estrazione dati più recente dal sistema sorgente. Si tratta di un campo di metadati che aiuta gli utenti a capire quanto siano aggiornati i dati che stanno analizzando. Nelle dashboard di Process Mining, queste informazioni sono vitali per comunicare la tempestività degli insight. Garantiscono che gli stakeholder siano consapevoli dell'attualità dei dati e possano prendere decisioni di conseguenza, evitando analisi basate su informazioni superate. Perché è importante Indica l'aggiornamento dei dati, assicurando che le analisi e le decisioni si basino su informazioni recenti. Dove trovare Questo timestamp viene generato e aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL). Esempi 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Data di consegna richiesta RequestedDeliveryDate | La data di consegna richiesta dal cliente o prevista dal piano interno. | ||
| Descrizione Questo attributo memorizza la data target entro la quale la merce deve essere consegnata al cliente o al luogo di ricezione. Funge da benchmark per misurare le prestazioni di puntualità della consegna. In fase di analisi, questa data viene confrontata con il timestamp di consegna effettiva ('Ricezione prova di consegna') per determinare se un ordine è stato puntuale, in anticipo o in ritardo. È una componente critica per il calcolo di KPI come il 'Tasso di consegna puntuale al cliente' e il 'Tasso di consegna puntuale del fornitore', nonché per la creazione delle relative dashboard di performance. Perché è importante Rappresenta la baseline per misurare la puntualità delle prestazioni, un KPI fondamentale per la soddisfazione del cliente e la gestione dei fornitori. Dove trovare Presente nelle tabelle header dell'ordine o delle righe dell'ordine in Manhattan Associates. Consulti la documentazione del sistema. Esempi 2023-11-102023-11-152023-12-01 | |||
| Modalità di trasporto ModeOfTransport | Il metodo di trasporto utilizzato per la spedizione, come camion, aereo o nave. | ||
| Descrizione Questo attributo specifica la modalità di trasporto utilizzata per movimentare le merci dal magazzino alla destinazione. Gli esempi includono carico completo (FTL), carico parziale (LTL), trasporto aereo, trasporto marittimo o pacchi. Questa dimensione è critica per la dashboard 'Analisi dei costi e dell'efficienza del trasporto'. Consente di confrontare costi e velocità di diverse modalità di trasporto e aiuta a calcolare il KPI 'Frequenza delle spedizioni urgenti' identificando quando vengono utilizzate modalità più costose e veloci. Perché è importante Aiuta ad analizzare i costi e l'efficienza del trasporto e identifica l'affidamento a costose opzioni di spedizione d'urgenza. Dove trovare Presente nelle tabelle di spedizione o di pianificazione dei trasporti nel modulo Manhattan Associates TMS. Esempi Trasporto aereoLTLMarittimoPacco | |||
| Nome Utente UserName | Il nome o l'ID dell'utente che ha eseguito l'attività. | ||
| Descrizione Questo attributo identifica lo specifico dipendente o utente di sistema responsabile dell'esecuzione di una determinata fase del processo. Può essere un ID utente univoco, un nome o il nome di un account di sistema per i task automatizzati. L'analisi per utente aiuta a comprendere la distribuzione del carico di lavoro, le prestazioni delle risorse e a identificare le esigenze di formazione. È fondamentale per le dashboard relative al carico delle risorse e al throughput, nonché per indagare su deviazioni di processo che potrebbero essere specifiche di un utente. Perché è importante Consente l'analisi delle prestazioni delle risorse, la distribuzione del carico di lavoro e aiuta a identificare quali utenti o team sono coinvolti nelle eccezioni di processo. Dove trovare Solitamente si trova nelle tabelle delle transazioni insieme ai dati dell'evento, spesso come campo 'UserID' o 'ChangedBy'. Consulti la documentazione di Manhattan Associates. Esempi jdoeasmithsys_batch_user | |||
| SKU del prodotto ProductSKU | Lo Stock Keeping Unit (SKU) o identificativo del prodotto nell'ordine. | ||
| Descrizione Lo SKU del prodotto è un codice univoco che identifica un prodotto specifico. Un singolo ordine logistico può contenere più SKU. Analizzare il processo a livello di prodotto aiuta a identificare se determinati articoli sono associati a inefficienze di processo, come tempi di prelievo più lunghi, tassi di ri-lavorazione più elevati o frequenti rotture di stock. Questo attributo è essenziale per la dashboard 'Rifornimento inventario e rischio di stockout' per analizzare la tempestività del riordino per prodotto. Perché è importante Consente un'analisi a livello di prodotto per scoprire problemi come rotture di stock, ritardi nel prelievo o problemi di qualità legati a articoli specifici. Dove trovare Presente nelle tabelle delle righe d'ordine in Manhattan Associates. Richiederà un join dai dati header dell'ordine ai dettagli delle righe. Esempi SKU-A123-REDSKU-B456-LSKU-C789-V2 | |||
| Tipo Ordine OrderType | La classificazione dell'ordine logistico, ad esempio standard, espresso o di rifornimento. | ||
| Descrizione Il 'Tipo di ordine' classifica gli ordini logistici in base alla loro natura o priorità. I tipi comuni includono ordini cliente, ordini di trasferimento stock o ordini di reso. Ogni tipo può avere un flusso di processo previsto e un accordo sul livello del servizio (SLA) differente. Questo attributo è fondamentale per l'analisi comparativa. Filtrando o segmentando il processo per Tipo di ordine, gli analisti possono capire come vengono gestiti i diversi tipi di ordini, confrontare i loro tempi di ciclo e identificare se determinati tipi sono più inclini a ritardi o eccezioni. Supporta direttamente la dashboard 'Confronto tempi di ciclo per tipo di ordine'. Perché è importante Consente di confrontare le prestazioni e i flussi di processo di diversi tipi di ordini, che spesso hanno percorsi e SLA unici. Dove trovare Presente nei dati header dell'ordine in Manhattan Associates. Consulti la documentazione del sistema per il nome specifico del campo. Esempi Ordine standardConsegna espressaRifornimento scorteOrdine di reso | |||
| Costo Totale TotalCost | Il costo finanziario totale associato all'ordine logistico o ad attività specifiche. | ||
| Descrizione Questo attributo rappresenta il costo totale sostenuto per l'ordine logistico. Può essere suddiviso in componenti come costi di trasporto, costi di magazzino e spese di gestione. Il livello di dettaglio dipende dai dati sorgente. I dati sui costi sono inestimabili per il Process Mining basato sul valore. Supportano la dashboard 'Analisi dei costi e dell'efficienza del trasporto' fornendo il contesto finanziario ai tempi di ciclo. Analizzando i costi, le aziende possono identificare le varianti di processo ad alto costo e prendere decisioni basate sui dati per ottimizzare sia la velocità che la spesa. Perché è importante Aggiunge una dimensione finanziaria al processo, consentendo l'analisi dei driver di costo e dell'impatto economico delle inefficienze. Dove trovare I dati sui costi possono provenire da più tabelle in Manhattan Associates o richiedere l'integrazione con un sistema finanziario. Consulti la documentazione per le tabelle dei costi di nolo o dei costi degli ordini. Esempi 150.752500.0085.50 | |||
| È una consegna puntuale (Cliente) IsOnTimeDeliveryCustomer | Un indicatore (flag) calcolato che segnala se l'ordine è stato consegnato al cliente entro la data di consegna richiesta o prima. | ||
| Descrizione Questo attributo booleano deriva dal confronto tra il timestamp dell'evento 'Ricezione prova di consegna' e la data 'RequestedDeliveryDate'. Contrassegna ogni ordine come puntuale (true) o in ritardo (false). Questo attributo alimenta direttamente il KPI e la dashboard 'Tasso di consegna puntuale al cliente'. Semplifica l'analisi fornendo un risultato binario chiaro per ogni caso, rendendo facile filtrare gli ordini in ritardo e indagare sulle cause scatenanti dei ritardi. Perché è importante Misura direttamente i livelli di servizio al cliente e semplifica l'analisi della puntualità classificando ogni ordine come puntuale o in ritardo. Dove trovare Non si tratta di un campo nel sistema sorgente. Viene calcolato durante la trasformazione dei dati confrontando il timestamp della consegna effettiva con la data di consegna richiesta. Esempi truefalse | |||
| ID Magazzino WarehouseId | L'identificativo del magazzino o del centro di distribuzione in cui avvengono le attività di picking e packing. | ||
| Descrizione Questo attributo identifica la specifica struttura di magazzino responsabile dell'evasione dell'ordine. Per le operazioni multi-magazzino, questa è una dimensione critica per l'analisi. Supporta direttamente la dashboard 'Analisi dei colli di bottiglia del picking in magazzino', consentendo di confrontare le prestazioni tra diverse strutture. Gli analisti possono identificare quali magazzini sono più efficienti, quali hanno tempi di ciclo di prelievo più lunghi e dove potrebbe essere necessario riallocare le risorse. Perché è importante Consente un'analisi comparativa delle prestazioni tra diversi magazzini per identificare colli di bottiglia e best practice specifici per ogni struttura. Dove trovare In genere fa parte dei dati dell'ordine o della spedizione nel WMS di Manhattan Associates e indica il luogo di evasione. Esempi WH01-ESTWH02-OVESTWH03-CENTRALE | |||
| Luogo di destinazione DestinationLocation | L'indirizzo, il negozio o la struttura del cliente dove viene consegnata la spedizione. | ||
| Descrizione Questo attributo specifica il punto di consegna finale della merce. Potrebbe essere un centro di distribuzione del cliente, un negozio al dettaglio o l'indirizzo di un consumatore finale. È spesso rappresentato da città, provincia o codice postale. Insieme alla località di origine, questo attributo è essenziale per la dashboard 'Matrice dei lead time origine-destinazione'. Analizzare i lead time per destinazione aiuta a identificare le criticità di consegna in regioni specifiche e a valutare l'efficienza della rete di distribuzione. Perché è importante Aiuta ad analizzare le prestazioni di consegna in diverse aree geografiche e a identificare bottleneck regionali o problemi legati ai vettori. Dove trovare Queste sono le informazioni sull'indirizzo di spedizione presenti nell'header dell'ordine o nei dettagli della spedizione in Manhattan Associates. Esempi New York, NYLos Angeles, CANegozio #582 | |||
| Luogo di origine OriginLocation | Il magazzino, lo stabilimento o la struttura da cui ha origine la spedizione. | ||
| Descrizione Questo attributo specifica il punto di partenza della spedizione, come un centro di distribuzione, uno stabilimento di produzione o la sede di un fornitore. In genere è rappresentato da un codice di località o da un nome. I dati di origine e destinazione sono fondamentali per l'analisi della rete logistica. Questo attributo supporta la dashboard 'Matrice dei lead time origine-destinazione', aiutando a visualizzare e analizzare i lead time per le diverse rotte di spedizione e a identificare colli di bottiglia regionali o specifici di una struttura. Perché è importante Fondamentale per l'ottimizzazione della rete logistica e per identificare le variazioni di prestazioni tra diverse tratte di spedizione o strutture. Dove trovare Queste informazioni sono solitamente memorizzate nelle tabelle dell'header della spedizione o dell'ordine all'interno di Manhattan Associates. Esempi DC-AtlantaWH-NevadaPlant-Mexico-01 | |||
| Nome cliente CustomerName | Il nome del cliente a cui viene consegnata la merce. | ||
| Descrizione Questo attributo identifica il cliente finale che riceve la spedizione. Può essere un privato o un'entità aziendale. Le informazioni sui clienti sono fondamentali per analizzare i livelli di servizio e identificare modelli specifici. Supportano la dashboard 'Tasso di consegna puntuale al cliente' consentendo la segmentazione delle prestazioni di consegna per cliente, il che può rivelare se i ritardi si concentrano su determinati account o aree geografiche. Perché è importante Consente di segmentare l'analisi per cliente, il che è fondamentale per comprendere i problemi specifici di ciascuno e misurare i livelli di servizio. Dove trovare Presente nei dati header dell'ordine, spesso collegati tramite un ID cliente. Consulti la documentazione di Manhattan Associates. Esempi Retail CorpBigMartSuperStore Inc. | |||
| Nome Fornitore SupplierName | Il nome del fornitore che fornisce la merce per un ordine d'acquisto. | ||
| Descrizione Questo attributo identifica il venditore o il fornitore da cui vengono acquistati i beni o le materie prime. È rilevante per gli ordini logistici avviati da un ordine d'acquisto. L'analisi per fornitore è essenziale per valutarne le prestazioni. Consente di creare scorecard dei fornitori, monitorare i tassi di consegna puntuale e identificare quali fornitori sono frequentemente associati a ritardi nella fase di 'Ricezione merce'. Ciò supporta direttamente la dashboard 'Prestazioni di consegna puntuale del fornitore'. Perché è importante Consente l'analisi delle prestazioni dei fornitori, aiutando a identificare partner affidabili e a individuare le fonti di ritardo nella supply chain inbound. Dove trovare Collegato dalle tabelle dei dati degli ordini d'acquisto in Manhattan Associates, spesso richiedendo un join dall'ordine logistico all'header dell'ordine d'acquisto. Esempi Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Nome vettore CarrierName | Il nome del vettore di trasporto responsabile della spedizione. | ||
| Descrizione Il Nome del Vettore identifica il partner logistico o l'azienda che trasporta fisicamente la merce. Può trattarsi di una grande compagnia di spedizioni o di un corriere locale. L'analisi per vettore è fondamentale per valutarne le prestazioni in termini di puntualità delle consegne, costi ed efficienza. Rappresenta una dimensione primaria per la dashboard 'Analisi dei costi e dell'efficienza del trasporto', consentendo il confronto dei tempi di ciclo e dei costi tra i diversi vettori. Perché è importante Consente la valutazione delle prestazioni dei partner di trasporto, aiutando a ottimizzare la selezione dei vettori in base a costi e affidabilità. Dove trovare Presente nelle tabelle delle spedizioni o degli ordini di nolo, tipicamente all'interno del modulo TMS di Manhattan Associates. Esempi FedExCH RobinsonMaersk | |||
| Shipment ID ShipmentId | Un identificatore univoco per una spedizione, che può contenere uno o più ordini logistici. | ||
| Descrizione Il Shipment ID è un numero di riferimento per un gruppo consolidato di merci trasportate insieme. Una singola spedizione può includere più ordini logistici, specialmente se diretti alla stessa destinazione. Mentre l'ordine logistico funge da Case ID, il Shipment ID è un importante attributo contestuale. Consente l'analisi delle attività a livello di spedizione, come 'Vettore assegnato' o 'Spedizione partita', e aiuta a comprendere l'efficienza del consolidamento e la pianificazione dei trasporti. Perché è importante Collega gli ordini spediti insieme, consentendo l'analisi dell'efficienza dei trasporti e delle strategie di consolidamento. Dove trovare Generato e memorizzato nelle tabelle di pianificazione dei trasporti e delle spedizioni all'interno di Manhattan Associates. Esempi SH-98765SH-98766SH-98767 | |||
| Tempo di ciclo del picking in magazzino WarehousePickingCycleTime | La durata calcolata per la fase di prelievo e imballaggio (picking & packing) all'interno del magazzino per ogni ordine. | ||
| Descrizione Questa metrica misura il tempo trascorso tra l'attività 'Merce prelevata' e l'attività 'Merce imballata'. Isola le prestazioni di una parte critica del processo di evasione in magazzino. Questo attributo calcolato è la base per il KPI 'Tempo di ciclo del picking in magazzino' e per la dashboard 'Analisi dei colli di bottiglia del picking in magazzino'. Consente la misurazione diretta e il monitoraggio dell'efficienza del prelievo, aiutando a identificare i colli di bottiglia e l'impatto di eventuali iniziative di miglioramento dei processi in magazzino. Perché è importante Isola le prestazioni del processo di prelievo in magazzino, rendendo possibile mirare e misurare specificamente i miglioramenti in quest'area critica. Dove trovare Questa è una metrica calcolata. Si ottiene calcolando la differenza temporale tra i timestamp delle attività 'Merce imballata' e 'Merce prelevata' per ogni ordine logistico. Esempi 360072001800 | |||
Attività di Supply Chain Management
| Activity | Descrizione | ||
|---|---|---|---|
| Merce prelevata | Un operatore di magazzino preleva fisicamente gli articoli per un ordine dalle loro posizioni di stoccaggio. Questa attività viene solitamente registrata quando l'operatore conferma il prelievo, spesso tramite la scansione dei codici a barre dell'articolo e della posizione. | ||
| Perché è importante Analizzare la durata del prelievo è fondamentale per identificare i bottleneck in magazzino e migliorare l'efficienza del personale. Supporta direttamente il KPI del tempo di ciclo del picking di magazzino. Dove trovare Registrato come transazione esplicita nei log di esecuzione o dei task del WMS. Ogni conferma di prelievo è dotata di timestamp e associata a un operatore e a un ordine. Acquisisci Registrato tramite scansione o conferma nell'interfaccia di picking del WMS. Tipo di evento explicit | |||
| Onda Creata | Nel WMS viene creata una 'wave' (ondata), che raggruppa più ordini o righe di spedizione per un picking e un imballaggio efficienti e coordinati. La creazione di una wave è un evento di sistema distinto che avvia il processo di evasione fisica per un lotto di ordini. | ||
| Perché è importante Questa attività è una tappa fondamentale nelle operazioni di magazzino. Analizzare il tempo di attesa degli ordini prima di essere inseriti in un 'wave' può rivelare inefficienze nella strategia di raggruppamento (batching) e lacune nella pianificazione delle risorse. Dove trovare Registrato esplicitamente in Manhattan WMS quando un utente o un processo automatizzato avvia una wave. Le tabelle di creazione delle wave contengono i timestamp di questo evento. Acquisisci Acquisito dal timestamp sul record di creazione della wave. Tipo di evento explicit | |||
| Ordine annullato | L'ordine del cliente viene formalmente annullato prima del completamento dell'evasione. Si tratta di uno stato finale che interrompe ogni ulteriore elaborazione dell'ordine logistico. | ||
| Perché è importante Questo è un evento finale di errore critico. L'analisi dei motivi e della frequenza degli annullamenti aiuta a identificare problemi nel processo di acquisizione degli ordini o nella soddisfazione del cliente. Dove trovare Si tratta di una transazione esplicita nell'OMS che cambia lo stato dell'ordine in 'Annullato'. Il timestamp di questo cambio di stato segna l'evento. Acquisisci Registrato quando lo stato dell'ordine viene aggiornato a 'Annullato'. Tipo di evento explicit | |||
| Ordine cliente ricevuto | Questa attività segna la creazione di un nuovo ordine logistico nel sistema, solitamente avviata da un cliente tramite EDI, portale web o inserimento manuale. L'evento viene acquisito quando viene creato un nuovo record d'ordine con un identificativo univoco nel modulo Order Management. | ||
| Perché è importante Questo è l'evento di inizio primario per il processo logistico end-to-end. Analizzarne la tempistica è cruciale per calcolare il tempo di ciclo totale dell'ordine e comprendere i modelli di domanda. Dove trovare Registrato come transazione esplicita nel modulo Manhattan Order Management System (OMS). È necessario consultare le tabelle di creazione degli ordini e i relativi timestamp associati. Acquisisci Registrato alla creazione di un record di ordine di vendita. Tipo di evento explicit | |||
| Ricezione prova di consegna | La conferma finale di avvenuta consegna, spesso comprensiva di firma, viene ricevuta e registrata nel sistema. Può trattarsi di una conferma elettronica del vettore o di un documento scansionato e allegato manualmente. | ||
| Perché è importante Questa attività rappresenta l'evento finale di successo per il processo logistico. È essenziale per calcolare il tempo di ciclo completo dell'ordine e il tasso di consegna puntuale al cliente. Dove trovare Può essere un evento esplicito da un messaggio del vettore o dedotto da un cambio di stato nel record di spedizione in 'POD ricevuto' o 'Completato'. Il timestamp segna la chiusura definitiva. Acquisisci Dedotto da un cambio di stato della spedizione in 'Consegnato' o 'POD confermato'. Tipo di evento inferred | |||
| Spedizione partita | Questa attività segna il momento in cui la spedizione lascia fisicamente il magazzino o il centro di distribuzione. In genere viene acquisita tramite una transazione finale di 'conferma spedizione' nel WMS nel momento in cui il rimorchio viene sigillato e parte. | ||
| Perché è importante Questa è una tappa fondamentale che segna la fine della gestione in magazzino e l'inizio del tempo di transito. È un evento chiave per misurare la puntualità della spedizione e i tempi di elaborazione in magazzino. Dove trovare Una transazione esplicita e fondamentale in Manhattan WMS/TMS, spesso denominata 'Ship Confirm' o 'Manifest Close'. Questa transazione è dotata di timestamp e finalizza i dettagli della spedizione. Acquisisci Registrato dalla transazione 'Ship Confirm' nel WMS. Tipo di evento explicit | |||
| Disponibilità inventario verificata | Il sistema verifica i livelli di inventario disponibili per determinare se l'ordine del cliente può essere evaso con le scorte esistenti. Si tratta spesso di un passaggio automatizzato che segue immediatamente la creazione dell'ordine, comportando un aggiornamento dello stato della riga d'ordine. | ||
| Perché è importante Questa attività è fondamentale per comprendere i cicli di rifornimento dell'inventario e identificare i rischi di rottura di stock. Eventuali ritardi in questa fase possono influire direttamente sui lead time di evasione degli ordini. Dove trovare In genere si deduce dai cambiamenti di stato delle righe d'ordine all'interno del modulo OMS. Un passaggio da 'Nuovo' a 'In attesa di allocazione' o uno stato simile indica spesso il completamento di questo controllo. Acquisisci Dedotto da un cambio di stato della riga d'ordine dopo la creazione. Tipo di evento inferred | |||
| Merce consegnata al cliente | La spedizione arriva e viene scaricata presso la destinazione del cliente. Questo evento viene spesso acquisito tramite un aggiornamento elettronico, come un messaggio EDI 214, ricevuto dal vettore di trasporto. | ||
| Perché è importante Questa attività offre visibilità sulle prestazioni del vettore e sul tempo di transito effettivo. È un prerequisito per misurare la puntualità delle consegne e avviare la fase finale della prova di consegna. Dove trovare In genere si tratta di un evento esplicito attivato da un messaggio esterno del vettore, che aggiorna lo stato della spedizione nel TMS. Il timestamp deriva dall'aggiornamento del vettore. Acquisisci Acquisito da un messaggio EDI del vettore (ad es. EDI 214) che aggiorna lo stato della spedizione. Tipo di evento explicit | |||
| Merce imballata | Gli articoli prelevati vengono consolidati e imballati in uno o più contenitori o cartoni di spedizione. Questo evento viene solitamente registrato quando un operatore della stazione di imballaggio conferma che il cartone è sigillato e viene generata un'etichetta di spedizione. | ||
| Perché è importante Questo segna il completamento del processo principale di pick-pack. Analizzare il tempo che intercorre tra il prelievo e l'imballaggio aiuta a ottimizzare il layout delle stazioni di imballaggio e l'allocazione delle risorse. Dove trovare Un evento esplicito acquisito nel WMS alla stazione di imballaggio. Consulti le tabelle di creazione dei cartoni o di conferma dell'imballaggio con i relativi timestamp. Acquisisci Registrato al completamento della fase di verifica dell'imballaggio. Tipo di evento explicit | |||
| Merce ricevuta dal fornitore | Questa attività registra la ricezione fisica delle merci da un fornitore presso la banchina del magazzino, solitamente a fronte di un ordine d'acquisto. Viene acquisita esplicitamente nel WMS quando il personale di magazzino scansiona e registra l'inventario in entrata. | ||
| Perché è importante Questa è una tappa fondamentale per misurare le prestazioni di consegna puntuale del fornitore. Segna la conclusione della fase logistica in entrata e rende l'inventario disponibile per l'evasione. Dove trovare Una transazione standard ed esplicita nel modulo di logistica inbound di Manhattan WMS. Viene registrata nei log di ricezione con timestamp, associata a un PO o a un pre-avviso di spedizione (ASN). Acquisisci Registrato da una transazione di ricezione in magazzino. Tipo di evento explicit | |||
| Ordine allocato | Il sistema riserva specifiche unità di inventario in un magazzino per un particolare ordine. Questa allocazione è un passaggio critico che precede qualsiasi attività fisica in magazzino. | ||
| Perché è importante Questa tappa segna il passaggio dalla gestione degli ordini all'esecuzione in magazzino. Il tempo che intercorre tra la ricezione dell'ordine e l'allocazione evidenzia potenziali arretrati di elaborazione prima dell'inizio dell'evasione. Dove trovare Acquisito come aggiornamento di stato sull'ordine o sulla riga di spedizione all'interno di Manhattan WMS. L'evento corrisponde al timestamp in cui lo stato passa ad 'Allocato' o uno stato simile. Acquisisci Identificato dal timestamp in cui lo stato della riga d'ordine passa ad 'Allocato'. Tipo di evento inferred | |||
| Ordine di acquisto creato | Viene generato un ordine d'acquisto per procurarsi merci da un fornitore esterno, tipicamente innescato da una rottura di stock o da una situazione di backorder diretto. Si tratta di una transazione esplicita che crea un nuovo documento PO collegato alla domanda del cliente. | ||
| Perché è importante Il tracciamento della creazione dei PO è essenziale per analizzare la fase di approvvigionamento della supply chain e il suo impatto sul lead time totale dell'ordine. Aiuta a misurare le prestazioni dei fornitori. Dove trovare Registrato come evento distinto nel modulo di approvvigionamento o acquisto. È necessario consultare le tabelle di creazione dei PO e i relativi timestamp, spesso collegati all'ordine di vendita originale. Acquisisci Registrato quando viene salvato un nuovo record di ordine d'acquisto (PO). Tipo di evento explicit | |||
| Spedizione creata | Nel sistema viene creato un record di spedizione logico, raggruppando uno o più ordini o cartoni destinati alla stessa località tramite lo stesso vettore. Questo passaggio formalizza il piano di trasporto per le merci in uscita. | ||
| Perché è importante Questa attività funge da ponte tra le operazioni di magazzino e la gestione dei trasporti. Costituisce la base per l'assegnazione del vettore, la tariffazione del nolo e la creazione della documentazione di spedizione. Dove trovare Una transazione esplicita all'interno dei moduli Manhattan WMS o TMS. Viene registrata nelle tabelle header della spedizione con un timestamp di creazione. Acquisisci Registrato quando viene generato un nuovo record di spedizione. Tipo di evento explicit | |||
| Spedizione riprogrammata | La data di spedizione pianificata per un ordine viene modificata a causa di problemi come la mancanza di scorte, la richiesta del cliente o vincoli di trasporto. Questo rappresenta un loop di ri-lavorazione nel processo di evasione. | ||
| Perché è importante Tracciare le riprogrammazioni è fondamentale per identificare le fonti di ritardo e l'instabilità del processo. Questa attività supporta direttamente il KPI del tasso di ri-lavorazione degli ordini e aiuta a quantificare l'impatto delle eccezioni. Dove trovare Dedotto dalle modifiche ai campi della data di spedizione pianificata o richiesta nel record dell'ordine o della spedizione. Un confronto tra la data originale e quella aggiornata indica un evento di riprogrammazione. Acquisisci Derivato confrontando i valori storici e attuali del campo 'Planned Ship Date'. Tipo di evento calculated | |||
| Vettore assegnato | Un vettore di trasporto specifico viene selezionato e assegnato alla spedizione. Può trattarsi di un processo automatizzato basato su guide di instradamento o di una selezione manuale da parte di un addetto alla pianificazione dei trasporti. | ||
| Perché è importante Questo punto decisionale è cruciale per analizzare i costi di trasporto e le prestazioni dei vettori. Il tempo necessario per assegnare un vettore può indicare ritardi nella pianificazione. Dove trovare Dedotto da una modifica con timestamp al campo 'vettore' nel record di spedizione nel modulo TMS. L'evento corrisponde al momento in cui questo campo viene popolato per la prima volta. Acquisisci Dedotto dal log delle modifiche o dal timestamp di aggiornamento del campo vettore della spedizione. Tipo di evento inferred | |||
Guide all'Estrazione
I metodi di estrazione per questo processo sono attualmente in fase di convalida. La preghiamo di controllare più tardi oppure ci contatti per assistenza.