Il template dei dati per la gestione della catena di approvvigionamento
Il template dei dati per la gestione della catena di approvvigionamento
- Attributi consigliati da raccogliere per un’analisi approfondita
- Attività e tappe fondamentali del processo da monitorare
- Istruzioni dettagliate per estrarre i dati da Blue Yonder
Attributi della gestione della catena di approvvigionamento
| Nome | Descrizione | ||
|---|---|---|---|
| Nome dell’attività ActivityName | Il nome di uno specifico evento o passaggio aziendale avvenuto nel processo logistico, ad esempio 'Ordine di acquisto emesso' o 'Prodotti prelevati e imballati'. | ||
| Descrizione Il nome dell’attività descrive un singolo passaggio o task eseguito durante il ciclo di vita dell’ordine logistico. Gli eventi vengono registrati in ordine cronologico per ricostruire la sequenza delle azioni di ciascun caso. L’analisi delle attività è alla base del Process Mining. Consente di visualizzare la mappa del processo, rilevare i colli di bottiglia tra passaggi specifici, analizzare la frequenza delle attività e individuare gli scostamenti dal flusso di processo standard. Perché è importante Questo attributo definisce i passaggi della mappa del processo e permette di visualizzare, analizzare e ottimizzare il flusso degli ordini logistici. Dove reperirli I nomi delle attività si ricavano dai registri degli eventi, dai codici delle transazioni o dalle modifiche di stato registrate nei diversi moduli di Blue Yonder relativi alla gestione del magazzino, dei trasporti e degli ordini. Esempi Ordine del cliente ricevutoProdotti realizzatiSpedizione programmataProva di consegna firmata | |||
| Ora di inizio EventTime | La data e ora che indicano quando è iniziata o si è verificata una specifica attività. | ||
| Descrizione L’ora dell’evento, o ora di inizio, è la data e ora esatta in cui un’attività è stata registrata nel sistema di origine. Questi dati cronologici sono fondamentali per ordinare correttamente gli eventi e per tutte le analisi basate sul tempo. Questa data e ora viene utilizzata per calcolare i tempi di ciclo tra le attività, misurare la durata dell’intero processo e individuare ritardi o tempi di attesa. È alla base di quasi tutti i KPI relativi alle prestazioni, come il tempo di attraversamento end-to-end dell’ordine e il tempo di ciclo del trasporto. Perché è importante Questa data e ora è essenziale per ordinare gli eventi, calcolare le durate e analizzare nel tempo le prestazioni dei processi e i colli di bottiglia. Dove reperirli Queste informazioni sono in genere disponibili nelle tabelle dei dati delle transazioni per ciascun oggetto aziendale di Blue Yonder, sotto forma di data e ora di creazione, modifica o registrazione. Esempi 2023-10-26T09:00:00Z2023-10-26T14:30:00Z2023-10-27T11:15:00Z | |||
| Ordine logistico LogisticsOrder | Identificativo univoco di un singolo ordine logistico, utilizzato come ID del caso principale per monitorare il processo end-to-end della catena di fornitura. | ||
| Descrizione L’ordine logistico è l’identificativo principale che collega tutte le attività correlate, dalla creazione dell’ordine del cliente alla consegna finale. Ogni numero di ordine logistico univoco rappresenta una singola istanza del processo della catena di fornitura. Nel Process Mining, analizzare i dati per ordine logistico consente di ottenere una visione completa del ciclo di vita dell’ordine. È essenziale per calcolare i tempi di ciclo end-to-end, individuare le varianti di processo e comprendere il percorso di ciascun ordine nelle diverse fasi, come approvvigionamento, produzione e distribuzione. Perché è importante È l’ID del caso fondamentale. Collega tutte le fasi del processo e consente di ricostruire e analizzare l’intero percorso di evasione dell’ordine. Dove reperirli Questo identificativo si trova in genere nei moduli principali di gestione degli ordini o di esecuzione logistica di Blue Yonder. Esempi LO-845123LO-845124LO-845125 | |||
| Data di consegna effettiva ActualDeliveryDate | La data effettiva in cui l’ordine è stato consegnato al cliente, confermata dalla prova di consegna. | ||
| Descrizione La data di consegna effettiva viene acquisita al completamento della consegna, spesso a partire dall’evento 'Prova di consegna firmata'. Questa data e ora segna il completamento dell’evasione dell’ordine logistico. Questo attributo è essenziale per misurare le prestazioni. Viene confrontato con la 'Data di consegna richiesta' per stabilire se la consegna è avvenuta in anticipo, puntualmente o in ritardo. Il calcolo costituisce la base del KPI del tasso di consegne puntuali e viene visualizzato nella Dashboard 'Prestazioni delle consegne puntuali'. Perché è importante Questo attributo è fondamentale per calcolare il tasso di consegne puntuali e misura le prestazioni effettive rispetto alle aspettative del cliente. Dove reperirli Questa data si ricava spesso dalla data e ora dell’evento di prova di consegna, che può essere registrato nel TMS di Blue Yonder o in un modulo logistico correlato. Esempi 2023-11-142023-11-212023-12-01 | |||
| Data di consegna richiesta RequestedDeliveryDate | La data di consegna dell’ordine richiesta dal cliente. | ||
| Descrizione La data di consegna richiesta è un dato fondamentale dell’anagrafica cliente associato a un ordine logistico. Rappresenta l’impegno preso con il cliente e costituisce il principale riferimento per misurare le prestazioni delle consegne. Viene confrontata con la 'Data di consegna effettiva' per calcolare il KPI del tasso di consegne puntuali. È essenziale per la Dashboard 'Prestazioni delle consegne puntuali', che consente di analizzare i ritardi e le relative cause profonde, come le prestazioni dei vettori o i colli di bottiglia interni. Perché è importante È il riferimento per misurare la soddisfazione dei clienti e le prestazioni delle consegne. È essenziale per calcolare il KPI del tasso di consegne puntuali. Dove reperirli In genere, è memorizzata nei dati dell’intestazione dell’ordine del cliente nel sistema di gestione degli ordini di Blue Yonder. Esempi 2023-11-152023-11-202023-12-01 | |||
| Nome del fornitore SupplierName | Il nome del fornitore che fornisce materie prime o componenti per un ordine di acquisto. | ||
| Descrizione Il nome del fornitore identifica l’azienda da cui sono stati acquistati i prodotti nell’ambito del processo della catena di fornitura. È una dimensione fondamentale per analizzare le fasi di logistica in entrata e di approvvigionamento. Questo attributo viene utilizzato nella Dashboard 'Prestazioni dei fornitori nella logistica in entrata' per suddividere per fornitore i tempi di ciclo dalla creazione dell’ordine di acquisto alla ricezione dei materiali. L’analisi aiuta a distinguere i fornitori affidabili e rapidi da quelli che causano ritardi con regolarità, fornendo indicazioni per la strategia di approvvigionamento e la gestione dei rapporti con i fornitori. Perché è importante Consente di analizzare le prestazioni dei diversi fornitori, un aspetto fondamentale per ottimizzare la logistica in entrata e rispettare i programmi di produzione. Dove reperirli Queste informazioni sono memorizzate nei dati dell’intestazione dell’ordine di acquisto e collegate a una tabella anagrafica dei fornitori di Blue Yonder o di un sistema ERP integrato. Esempi Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Nome utente UserName | L’ID utente o il nome della persona che ha eseguito l’attività. | ||
| Descrizione Questo attributo identifica il dipendente o l’utente di sistema responsabile di una specifica fase del processo. È essenziale per comprendere l’allocazione delle risorse, la distribuzione del carico di lavoro e le prestazioni individuali o del team. Nell’analisi, il nome utente consente di filtrare le mappe del processo per confrontare il modo in cui utenti diversi eseguono lo stesso task, individuare esigenze di formazione o riconoscere chi ottiene i risultati migliori. È inoltre fondamentale nella Dashboard 'Attività manuali e potenziale di automazione' per individuare gli utenti coinvolti in attività frequenti e ripetitive. Perché è importante Associa le azioni degli utenti a persone specifiche e consente di analizzare il carico di lavoro, confrontare le prestazioni e individuare opportunità di automazione. Dove reperirli In genere, nei dati delle transazioni è presente un campo 'Creato da' o 'Modificato da', collegato a una tabella anagrafica degli utenti di Blue Yonder. Esempi j.doea.smithSYSTEM_RFC | |||
| Stato dell’ordine OrderStatus | Lo stato attuale o finale dell’ordine logistico, ad esempio «In corso», «Completato» o «Annullato». | ||
| Descrizione Lo stato dell’ordine indica a che punto del ciclo di vita si trova l’ordine logistico al momento dell’estrazione dei dati oppure ne riporta l’esito finale. È un indicatore essenziale dello stato del caso. Questo attributo consente di filtrare l’analisi, concentrandosi solo sugli ordini completati o indagando sui motivi dell’annullamento di alcuni ordini. Aiuta a comprendere gli esiti delle diverse varianti di processo e offre un modo semplice per misurare i tassi complessivi di successo o insuccesso del processo. Perché è importante Indica l’esito di un caso e consente di filtrare l’analisi per ordini completati, in corso o annullati, un aspetto essenziale per interpretare le metriche delle prestazioni. Dove reperirli In genere è un campo di stato nell’intestazione dell’ordine logistico principale o del documento di spedizione in Blue Yonder. Esempi CompletatoIn corsoAnnullatoIn sospeso | |||
| Tipo di ordine OrderType | La classificazione dell’ordine, ad esempio «Ordine standard», «Ordine urgente» o «Ordine all’ingrosso». | ||
| Descrizione Il tipo di ordine classifica gli ordini logistici in base alle loro caratteristiche, all’urgenza o al contesto aziendale. Tipi di ordine diversi seguono spesso percorsi di processo distinti o sono soggetti a diversi accordi sul livello di servizio (SLA). L’analisi per tipo di ordine è fondamentale per comprendere le variazioni del processo. Ad esempio, ci si aspetta che gli ordini urgenti abbiano tempi di ciclo più brevi e possano saltare alcuni passaggi, mentre gli ordini all’ingrosso possono richiedere tempi di produzione più lunghi. Questo attributo aiuta a spiegare perché alcuni casi si discostano dalla norma ed è utile nella Dashboard «Process Variant Analysis». Perché è importante Aiuta a spiegare le variazioni del processo e le differenze nelle prestazioni, poiché i diversi tipi di ordine hanno spesso percorsi, priorità e SLA specifici. Dove reperirli Questa informazione è in genere registrata nei dati di intestazione dell’ordine nel sistema di gestione degli ordini di Blue Yonder. Esempi StandardUrgenteTrasferimento di scorteReso | |||
| Categoria di prodotto ProductCategory | La categoria a cui appartiene il prodotto incluso nell’ordine logistico, ad esempio elettronica o abbigliamento. | ||
| Descrizione La categoria di prodotto è una classificazione che raggruppa prodotti simili. Le diverse categorie possono seguire processi di approvvigionamento distinti e richiedere modalità di gestione o tempi di attraversamento differenti. Nella Dashboard «Logistics Order Throughput Trend», questo attributo consente di filtrare e confrontare il volume degli ordini completati per tipologia di prodotto. Può rivelare se alcune linee di prodotto subiscono più ritardi o registrano un volume di ordini completati inferiore, aiutando a concentrare gli interventi di miglioramento dove sono più necessari. Perché è importante Consente di segmentare l’analisi del processo per tipologia di prodotto, mettendo in evidenza colli di bottiglia specifici, andamenti della domanda o complessità di gestione. Dove reperirli Questa informazione fa parte dei dati anagrafici dei materiali o dei prodotti ed è collegata alle righe dell’ordine logistico in Blue Yonder. Esempi Elettronica di consumoMacchinari industrialiAbbigliamentoGeneri alimentari | |||
| Consegna puntuale IsOnTimeDelivery | Indicatore calcolato che segnala se l’ordine è stato consegnato entro la data richiesta. | ||
| Descrizione È un attributo booleano calcolato confrontando la «Data di consegna effettiva» con la «Data di consegna richiesta». Semplifica l’analisi delle prestazioni classificando ogni ordine come «Puntuale» (vero) o «In ritardo» (falso). Questo attributo alimenta direttamente la Dashboard «Prestazioni delle consegne puntuali» e viene utilizzato per calcolare il KPI «On-Time Delivery Rate». Consente di applicare rapidamente filtri e analizzare le cause profonde, individuando i fattori ricorrenti, come il vettore o la tipologia di prodotto, associati ai ritardi nelle consegne. Perché è importante Semplifica l’analisi delle consegne puntuali fornendo un esito booleano chiaro per ogni ordine, così da calcolare facilmente i tassi di puntualità e individuare le cause dei ritardi. Dove reperirli Questo attributo non è presente nel sistema di origine. Viene calcolato durante la trasformazione dei dati con la formula: ActualDeliveryDate <= RequestedDeliveryDate. Esempi truefalse | |||
| Data di consegna promessa dal fornitore SupplierPromisedDeliveryDate | La data di consegna promessa dal fornitore per uno specifico ordine di acquisto. | ||
| Descrizione Questa data rappresenta l’impegno del fornitore a consegnare materie prime o componenti entro una determinata scadenza. È il valore di riferimento per misurare l’affidabilità e la puntualità del fornitore. Questo attributo è essenziale per calcolare il KPI «Supplier On-Time Delivery Rate». La data viene confrontata con la data effettiva di ricezione dei materiali (timestamp dell’evento «Raw Materials Received») per verificare se il fornitore ha rispettato l’impegno. Questa analisi è centrale nella Dashboard «Supplier Inbound Performance». Perché è importante Funge da valore di riferimento per le consegne in entrata e consente di misurare l’affidabilità del fornitore e l’impatto sul programma di produzione. Dove reperirli Questa data è in genere registrata a livello di riga dell’ordine di acquisto, sulla base delle informazioni fornite dal fornitore o dei tempi di attraversamento standard. Esempi 2023-10-102023-10-122023-10-15 | |||
| Modalità di trasporto ModeOfTransport | Il mezzo di trasporto utilizzato per la spedizione, ad esempio camion, aereo o nave. | ||
| Descrizione Questo attributo indica la modalità di trasporto utilizzata per movimentare le merci. Poiché costi, velocità e capacità variano a seconda della modalità, si tratta di un fattore importante nella pianificazione e nell’analisi della logistica. La Dashboard «Transportation Efficiency Monitor» utilizza questo attributo per confrontare tempi e costi di transito delle diverse modalità di trasporto. Questi dati aiutano a prendere decisioni strategiche, ad esempio se scegliere il trasporto aereo, più rapido ma costoso, o quello marittimo, più lento ma economico, in base alla priorità dell’ordine e ai vincoli di costo. Perché è importante Fornisce una dimensione essenziale per analizzare costi e velocità del trasporto e scegliere le modalità di spedizione più efficaci. Dove reperirli Questa informazione è in genere registrata nei dettagli della spedizione o dell’ordine di trasporto nel TMS di Blue Yonder. Esempi Carico completo (FTL)Trasporto aereoTrasporto marittimoFerrovia | |||
| Nome del cliente CustomerName | Il nome del cliente che ha effettuato l’ordine. | ||
| Descrizione Identifica il cliente finale dell’ordine logistico. È una dimensione fondamentale per segmentare l’analisi dal punto di vista del cliente. L’analisi delle prestazioni del processo per cliente può rivelare se alcuni clienti subiscono tempi di attraversamento più lunghi o incontrano più problemi. Questo attributo supporta Dashboard come «Prestazioni delle consegne puntuali», consentendo di suddividere i dati per cliente e di dare priorità agli interventi per i clienti strategici. Perché è importante Consente un’analisi incentrata sul cliente, aiutando a individuare quelli più penalizzati dalle inefficienze del processo e a dare priorità ai miglioramenti del servizio. Dove reperirli Questa informazione è registrata nei dati di intestazione dell’ordine del cliente ed è collegata a una tabella anagrafica dei clienti in Blue Yonder o in un sistema CRM/ERP integrato. Esempi Retail CorpMegaStore Inc.Direct Consumer Goods | |||
| Nome del vettore CarrierName | Il nome dell’azienda di trasporto responsabile della spedizione delle merci. | ||
| Descrizione Il nome del vettore identifica il partner logistico che ha trasportato le merci dal magazzino alla destinazione finale. È una dimensione fondamentale per valutare le prestazioni della logistica in uscita. Nella Dashboard «Transportation Efficiency Monitor», l’analisi dei dati per nome del vettore consente di confrontare la durata del «Goods In Transit» per i diversi vettori. In questo modo, l’azienda può individuare i partner di trasporto più rapidi, affidabili o convenienti e ottimizzare di conseguenza le strategie di spedizione. Perché è importante Consente di confrontare le prestazioni dei diversi vettori e di ottimizzare i costi di spedizione, gli itinerari e i tempi di consegna. Dove reperirli Questa informazione si trova in genere nei documenti di spedizione o negli ordini di trasporto del Transportation Management System (TMS) di Blue Yonder. Esempi Trasporto espressoNational LogisticsSwift Haulage | |||
| Numero dell’ordine di acquisto PurchaseOrderNumber | L’identificativo univoco di un ordine di acquisto creato per procurare materie prime o merci da un fornitore. | ||
| Descrizione Il numero dell’ordine di acquisto collega l’ordine logistico al processo di approvvigionamento. Viene generato durante attività come «Richiesta di acquisto creata» e «Ordine di acquisto emesso». Questo attributo consente di analizzare nel dettaglio il sottoprocesso di approvvigionamento. È essenziale per la Dashboard «Supplier Inbound Performance», che permette di seguire il percorso di uno specifico ordine di acquisto dall’emissione alla ricezione delle merci e di associare i ritardi a determinati fornitori o materiali. Perché è importante Collega il processo principale di evasione agli approvvigionamenti a monte, consentendo un’analisi dettagliata delle prestazioni dei fornitori e dei tempi di ciclo degli acquisti. Dove reperirli Questo identificativo viene generato e registrato nel modulo di approvvigionamento o acquisti di Blue Yonder oppure in un sistema ERP integrato. Esempi PO45000123PO45000124PO45000125 | |||
| Ora di fine EndTime | La data e ora che indicano quando un’attività è stata completata. | ||
| Descrizione L’ora di fine segna la conclusione di un’attività. Quando sono disponibili sia l’ora di inizio sia quella di fine, è possibile calcolare il tempo di elaborazione preciso dell’attività e distinguerlo dai tempi di inattività o di attesa. È un dato molto utile per analizzare la durata di attività specifiche, come 'Prodotti prelevati e imballati' o 'Controllo qualità eseguito'. Aiuta a individuare le attività che richiedono più tempo e a orientare interventi mirati di ottimizzazione e automazione. Perché è importante Consente di calcolare con precisione il tempo di elaborazione delle attività, un dato fondamentale per individuare quelle inefficienti e misurare la produttività delle risorse. Dove reperirli Come l’ora di inizio, si trova in genere sotto forma di data e ora nelle tabelle dei dati delle transazioni per ciascun oggetto aziendale di Blue Yonder, spesso come indicazione del completamento di uno stato. Esempi 2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z | |||
| Richiedente dell’ordine di acquisto PurchaseRequisitionCreator | L’utente o il reparto che ha avviato la richiesta di acquisto di merci o materiali. | ||
| Descrizione Questo attributo identifica la persona o il team che ha creato la richiesta di acquisto, il documento interno che avvia la creazione di un ordine di acquisto formale. Fornisce informazioni su chi genera la domanda di approvvigionamento all’interno dell’organizzazione. L’analisi per questo attributo aiuta a comprendere i modelli di approvvigionamento interni e può essere utilizzata nella Dashboard «Manual Task and Automation Potential». Se pochi utenti creano un numero elevato di richieste standard, potrebbe esserci l’opportunità di automatizzare il processo di richiesta. Perché è importante Identifica l’origine di una richiesta di approvvigionamento, aiutando ad analizzare i modelli della domanda interna e a individuare opportunità di automazione del processo. Dove reperirli Si trova nei dati del documento di richiesta di acquisto, in genere nel campo «Creato da». Esempi m.jonesp.chenPLANNING_DEPT | |||
| Rilavorazione IsRework | Indicatore calcolato che segnala se un ordine è stato sottoposto a rilavorazione, ad esempio ripetendo le fasi di imballaggio o controllo qualità. | ||
| Descrizione Questo indicatore booleano è impostato su vero se l’ordine logistico presenta tracce di cicli di rilavorazione, come nella sequenza di attività «Goods Picked and Packed» -> «Quality Control Performed» -> «Goods Picked and Packed». Identifica i casi che si discostano dal flusso standard ed efficiente. Questo attributo viene utilizzato per calcolare il KPI «Order Rework Rate» ed è visualizzato nella Dashboard «Process Variant and Rework Analysis». Individuare i casi con rilavorazioni aiuta a identificare le cause di errori o inefficienze nel processo di evasione, così da intervenire in modo mirato per ridurre gli sprechi e i costi operativi. Perché è importante Mette in evidenza inefficienze del processo e problemi di qualità segnalando i casi con passaggi ripetuti, così da concentrare gli interventi sul miglioramento della stabilità del processo e sulla riduzione dei costi. Dove reperirli Non è un campo di Blue Yonder. Viene calcolato durante l’analisi di Process Mining rilevando sequenze di attività ripetute all’interno di un caso. Esempi truefalse | |||
| Sistema di origine SourceSystem | Il sistema da cui sono stati estratti i dati, in questo caso Blue Yonder. | ||
| Descrizione Questo attributo identifica l’origine dei dati di processo. È particolarmente utile quando si combinano dati provenienti da più sistemi per ottenere una visione complessiva del processo e garantire la tracciabilità dei dati. Per questa analisi, il valore sarà sempre 'Blue Yonder', ma costituisce un metadato fondamentale per la governance dei dati e per fornire contesto, soprattutto se vengono integrati altri sistemi, come un ERP o un CRM. Perché è importante Identifica l’origine dei dati, un’informazione fondamentale per la governance e la convalida dei dati e per gestire analisi che coinvolgono più sistemi aziendali. Dove reperirli In genere, è un valore statico aggiunto durante l’estrazione e la trasformazione dei dati per indicare l’origine del set di dati. Esempi Blue Yonder TMSBlue Yonder WMSBlue Yonder SCP | |||
| Tempo di ciclo complessivo EndToEndCycleTime | Il tempo totale trascorso dalla prima attività («Customer Order Received») all’ultima («Proof Of Delivery Signed») per un ordine logistico. | ||
| Descrizione Questa metrica misura la durata complessiva del ciclo di vita di un ordine logistico. È un indicatore chiave delle prestazioni che riflette la velocità e l’efficienza dell’intera catena di approvvigionamento. È la metrica principale della Dashboard «End-to-End Order Lead Time Analysis» e del KPI «Logistics Order End-to-End Cycle Time». Analizzare questa durata aiuta a individuare ritardi sistemici e fornisce una misura complessiva della salute del processo. È possibile suddividerla per dimensioni come il tipo di ordine o la categoria di prodotto per individuare le cause dei tempi di attraversamento più lunghi. Perché è importante È un KPI fondamentale per misurare la velocità complessiva della catena di approvvigionamento, con effetti diretti sulla soddisfazione dei clienti e sul capitale circolante. Dove reperirli Questo valore non è registrato nel sistema di origine. Si calcola sottraendo il timestamp del primo evento da quello dell’ultimo evento per ciascun caso. Esempi 15 giorni e 4 ore22 giorni e 11 ore10 giorni e 2 ore | |||
| Ultimo aggiornamento dei dati LastDataUpdate | La data e ora che indicano quando i dati sono stati aggiornati o estratti per l’ultima volta dal sistema di origine. | ||
| Descrizione Questo attributo indica la data e ora dell’estrazione dei dati più recente. Fornisce un contesto all’analisi, mostrando quanto siano aggiornati i dati e quando è previsto il prossimo aggiornamento. È importante che gli utenti sappiano quanto sono aggiornati i dati che stanno analizzando. Questo aiuta a interpretare le Dashboard e a prendere decisioni basate su informazioni tempestive. Perché è importante Fornisce un contesto essenziale sull’aggiornamento dei dati, così gli utenti possono sapere quanto è aggiornata l’analisi del processo. Dove reperirli Questa data e ora viene generata e aggiunta durante il processo di estrazione, trasformazione e caricamento dei dati (ETL). Esempi 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
Attività della gestione della catena di approvvigionamento
| Attività | Descrizione | ||
|---|---|---|---|
| Materie prime ricevute | Questa attività indica la ricezione fisica della merce dal fornitore presso un magazzino o uno stabilimento di produzione. Viene registrata esplicitamente tramite una transazione di ricevimento merci, spesso avviata dalla scansione degli articoli in entrata. | ||
| Perché è importante Questo evento segna la fine della fase di consegna da parte del fornitore. È essenziale per misurare l’affidabilità dei fornitori e l’efficienza della logistica in entrata. Dove reperirli Si ricava dai registri delle transazioni del Warehouse Management System (WMS) o dei moduli di gestione dell’inventario. Corrisponde alla data e ora di registrazione del documento di ricevimento merci. Acquisizione Si basa sulla data e ora della transazione di registrazione del ricevimento merci. Tipo di evento explicit | |||
| Ordine del cliente ricevuto | Questa attività segna la creazione nel sistema di un nuovo ordine logistico, avviata da una richiesta del cliente. In genere, l’evento viene registrato esplicitamente quando un utente o un messaggio EDI crea un documento di ordine di vendita nel modulo di gestione degli ordini di Blue Yonder. | ||
| Perché è importante È il principale evento di inizio del processo end-to-end della catena di fornitura. Analizzare questa attività è fondamentale per misurare il volume degli ordini ricevuti e il tempo di attraversamento complessivo dall’ordine alla consegna. Dove reperirli L’evento viene registrato esplicitamente nelle tabelle del sistema di gestione degli ordini al momento della creazione di un ordine di vendita. Corrisponde alla data e ora di creazione del record di intestazione dell’ordine. Acquisizione L’evento viene registrato alla creazione dell’ordine di vendita, ad esempio al momento del commit della transazione. Tipo di evento explicit | |||
| Ordine di acquisto emesso | Segna la creazione formale e l’invio a un fornitore esterno di un ordine di acquisto per materie prime o prodotti finiti. È un evento fondamentale, registrato esplicitamente nelle funzionalità di approvvigionamento di Blue Yonder. | ||
| Perché è importante È una tappa fondamentale per monitorare i tempi di consegna e le prestazioni dei fornitori. Costituisce il punto di partenza del KPI delle consegne puntuali dei fornitori. Dove reperirli Registrato come evento esplicito nelle tabelle del sistema di approvvigionamento, con una data e ora che indicano quando il documento dell’ordine di acquisto è stato creato o emesso ufficialmente. Acquisizione L’evento corrisponde alla data e ora di creazione o emissione del documento dell’ordine di acquisto. Tipo di evento explicit | |||
| Prodotti caricati per il trasporto | Indica il momento in cui i prodotti imballati vengono caricati sul veicolo e lasciano il magazzino. È un evento esplicito e fondamentale, spesso registrato nel WMS o nel TMS come transazione di 'uscita merci'. | ||
| Perché è importante Questo evento segna l’inizio della misurazione del tempo di ciclo del trasporto e dell’efficienza complessiva del transito. Indica il passaggio dalle operazioni interne di magazzino al vettore esterno. Dove reperirli Registrato esplicitamente nel WMS o nel sistema ERP come registrazione di uscita merci. La data e ora di registrazione della transazione costituiscono la data e ora dell’evento. Acquisizione L’evento si ricava dal registro della transazione di uscita merci associata alla consegna. Tipo di evento explicit | |||
| Prodotti prelevati e imballati | Questa attività comprende il prelievo degli articoli dalle ubicazioni di magazzino e il loro imballaggio per la spedizione. Spesso è un evento esplicito, registrato dagli operatori di magazzino tramite terminali RF nel WMS. | ||
| Perché è importante È una tappa fondamentale della logistica in uscita. Analizzarne la durata aiuta a individuare inefficienze nelle operazioni di magazzino e contribuisce al calcolo del tempo di ciclo dall’inventario alla spedizione. Dove reperirli Registrata esplicitamente nei registri delle transazioni del WMS di Blue Yonder. Le date e le ore vengono acquisite quando il personale di magazzino conferma il completamento delle attività di prelievo e imballaggio. Acquisizione La data e ora dell’evento vengono registrate quando è confermata l’ultima attività di prelievo o imballaggio dell’ordine. Tipo di evento explicit | |||
| Prodotti realizzati | Questo evento segna il completamento del processo di produzione per un ordine logistico. Spesso si deduce da una modifica dello stato dell’ordine di produzione, ad esempio il passaggio a 'Completato' o 'Terminato'. | ||
| Perché è importante Questa tappa è fondamentale per misurare i tempi di ciclo della produzione e costituisce il punto di partenza del KPI del tempo di attraversamento dalla produzione alla spedizione. Indica che i prodotti sono pronti per la fase successiva dell’evasione dell’ordine. Dove reperirli Si deduce da una modifica dello stato nelle tabelle dell’ordine di produzione, ad esempio dall’aggiornamento dello stato a 'Completato'. La data e ora associate a questo aggiornamento finale indicano l’ora dell’evento. Acquisizione Individui la data e ora in cui lo stato dell’ordine di produzione passa a uno stato finale di completamento. Tipo di evento inferred | |||
| Prova di consegna firmata | Questa attività finale conferma che il cliente ha accettato la consegna, spesso firmando un documento di consegna. In genere, l’evento viene registrato tramite un aggiornamento di stato, inserito manualmente o tramite l’app mobile utilizzata dall’autista. | ||
| Perché è importante È l’evento finale più affidabile per il processo logistico end-to-end. È fondamentale per calcolare il tempo di ciclo complessivo e il tasso di consegne puntuali. Dove reperirli Si deduce da un aggiornamento di stato nel documento di consegna o spedizione del TMS o dell’OMS. Si utilizza la data e ora in cui lo stato passa a 'POD ricevuta' o 'Consegnato'. Acquisizione Si ricava da una modifica dello stato del documento di spedizione che indica la conferma della consegna. Tipo di evento inferred | |||
| Controllo qualità eseguito | Indica il completamento del controllo qualità sui prodotti finiti prima che siano resi disponibili per la spedizione. Si può dedurre da un aggiornamento dello stato del lotto di inventario, che passa a 'senza restrizioni' o 'controllo superato'. | ||
| Perché è importante Questa attività aiuta a individuare i colli di bottiglia nel processo di controllo qualità ed è fondamentale per analizzare le rilavorazioni. Controlli qualità ripetuti sullo stesso ordine possono indicare problemi di qualità. Dove reperirli Si deduce dalla modifica di un campo di stato nei moduli di gestione dell’inventario o della qualità. Si utilizza la data e ora del passaggio di stato da 'in ispezione' a 'rilasciato'. Acquisizione Si ricava dalla modifica dello stato di qualità del lotto di inventario associato. Tipo di evento inferred | |||
| Disponibilità dell’inventario verificata | Indica la verifica, manuale o eseguita dal sistema, che conferma la disponibilità a magazzino degli articoli necessari per evadere l’ordine del cliente. Spesso si deduce dalle modifiche di stato della riga d’ordine, che indicano il superamento di un controllo Available-to-Promise (ATP). | ||
| Perché è importante Questa attività consente di misurare il tempo necessario per confermare un ordine e di individuare i ritardi dovuti alle rotture di stock. È essenziale per calcolare il KPI del tasso di disponibilità dell’inventario e comprendere la capacità di evasione degli ordini. Dove reperirli Si deduce dalla modifica di un campo di stato nella riga dell’ordine di vendita, ad esempio da 'Nuovo' a 'Confermato', oppure da una data e ora associata al registro di un controllo ATP nei moduli di gestione dell’inventario o degli ordini di Blue Yonder. Acquisizione Si ricava dalla modifica dello stato della riga d’ordine che indica la conferma della disponibilità a magazzino. Tipo di evento inferred | |||
| Fattura inviata al cliente | Indica la creazione e l’emissione di una fattura al cliente per i prodotti consegnati. È una transazione finanziaria esplicita, registrata nei moduli di gestione degli ordini o finanziari. | ||
| Perché è importante Questa attività è una tappa fondamentale del ciclo dall’ordine all’incasso. Analizzarne i tempi rispetto alla consegna può evidenziare ritardi nella fatturazione che incidono sui flussi di cassa. Dove reperirli Registrata esplicitamente nelle tabelle di fatturazione o finanziarie. L’evento corrisponde alla data di creazione o registrazione del documento di fattura. Acquisizione Si basa sulla data e ora di registrazione del documento di fatturazione del cliente. Tipo di evento explicit | |||
| Ordine annullato | Indica l’annullamento di un ordine logistico prima del completamento dell’evasione. È un evento finale alternativo, dedotto dallo stato finale 'Annullato' o 'Nullo' dell’ordine di vendita. | ||
| Perché è importante Monitorare gli annullamenti è fondamentale per comprendere gli abbandoni nel processo e l’insoddisfazione dei clienti. Analizzare quando e perché gli ordini vengono annullati può far emergere problemi sottostanti nelle vendite o nelle operazioni. Dove reperirli Si deduce dallo stato dell’intestazione dell’ordine di vendita. La data e ora del passaggio allo stato finale 'Annullato' vengono registrate come ora dell’evento. Acquisizione Si basa sulla data e ora in cui lo stato dell’ordine passa ad 'Annullato'. Tipo di evento inferred | |||
| Prodotti scaricati a destinazione | Questa attività indica che la spedizione è arrivata ed è stata scaricata presso la sede del cliente. Spesso l’evento viene registrato esplicitamente tramite un messaggio EDI del vettore o un inserimento manuale basato sulle informazioni fornite dal vettore. | ||
| Perché è importante Segna la fine della fase di trasporto. È essenziale per calcolare con precisione il KPI del tempo di ciclo del trasporto e individuare i ritardi legati ai vettori. Dove reperirli Queste informazioni provengono in genere dai dati dei vettori esterni, tramite flussi EDI o un portale dedicato. Vengono registrate come aggiornamento di stato nel documento di spedizione del TMS. Acquisizione L’ora dell’evento si basa sulla data e ora dell’aggiornamento di stato 'Consegnato' comunicato dal vettore. Tipo di evento explicit | |||
| Produzione pianificata | Indica la pianificazione e la programmazione di un ordine di produzione o manifatturiero per realizzare i prodotti richiesti. In genere, è un evento esplicito generato dai moduli di produzione o pianificazione della fornitura di Blue Yonder. | ||
| Perché è importante Questa attività rende visibile l’inizio del ciclo di produzione. Analizzare il tempo che intercorre tra la programmazione e il completamento della produzione aiuta a individuare gli scostamenti tra pianificazione ed esecuzione. Dove reperirli Registrata nelle tabelle del sistema di esecuzione o pianificazione della produzione, con una data e ora associate alla creazione o alla conferma di un ordine di produzione. Acquisizione Si ricava dalla data e ora di creazione o di modifica dello stato di un ordine di produzione. Tipo di evento explicit | |||
| Richiesta di acquisto creata | Questa attività si verifica quando le scorte non sono sufficienti per evadere un ordine e viene quindi avviata una richiesta di approvvigionamento dei materiali necessari. La creazione del documento di richiesta di acquisto è un evento esplicito nel modulo di approvvigionamento. | ||
| Perché è importante Monitorarla aiuta a individuare le dipendenze dall’approvvigionamento e il loro impatto sui tempi complessivi di evasione degli ordini. Evidenzia i casi in cui la carenza di scorte rallenta la catena di fornitura. Dove reperirli Registrata esplicitamente nelle tabelle di approvvigionamento o pianificazione della fornitura quando viene creato un documento di richiesta di acquisto collegato alla domanda generata dall’ordine di vendita. Acquisizione Si basa sulla data e ora di creazione del documento di richiesta di acquisto. Tipo di evento explicit | |||
| Spedizione programmata | Questa attività rappresenta la pianificazione del trasporto, compresa la scelta del vettore e la prenotazione di una fascia oraria per il ritiro. È un evento esplicito nel Transportation Management System (TMS) di Blue Yonder, registrato quando una spedizione viene creata e confermata. | ||
| Perché è importante Questo evento offre visibilità sulla fase di pianificazione del trasporto. Eventuali ritardi possono compromettere la partenza puntuale e le prestazioni complessive delle consegne. Dove reperirli Si ricava dai registri delle transazioni del modulo TMS. L’evento corrisponde alla data e ora in cui il documento di spedizione viene finalizzato o viene assegnato un vettore. Acquisizione Si basa sulla data e ora di creazione o conferma della spedizione o del piano di carico. Tipo di evento explicit | |||
Guide all’estrazione
I metodi di estrazione per questo processo sono in fase di convalida. Torni a consultare questa pagina più avanti oppure ci contatti per ricevere assistenza.
È pronto a iniziare?
Avvii il percorso verso una gestione ottimizzata della catena di approvvigionamento utilizzando questi template. Individui le inefficienze nascoste e migliori le attività operative fin da subito.
Elimini i ritardi: ottimizzi subito la catena di approvvigionamento in Blue Yonder
Raggiunga previsioni accurate al 90% ed elimini le costose rotture di stock.
Non è richiesta la carta di credito. La configurazione richiede pochi minuti.