Il Template dei dati per la gestione dei trasporti
Il Template dei dati per la gestione dei trasporti
- Attributi consigliati per un’analisi completa
- Attività principali da monitorare per individuare i processi
- Indicazioni dettagliate per l’estrazione da Blue Yonder TMS
Attributi della gestione dei trasporti
| Nome | Descrizione | ||
|---|---|---|---|
| Attività ActivityName | Nome dell’evento o dell’attività aziendale specifica che si è verificata in un determinato momento per una spedizione. | ||
| Descrizione Questo attributo descrive un singolo passaggio del processo di trasporto, per esempio «Spedizione pianificata», «Offerta al vettore» o «Merce consegnata». Le attività costituiscono i nodi della mappa di processo individuata e la loro sequenza definisce il flusso di processo di ogni spedizione. Analizzare la sequenza e la frequenza di queste attività è fondamentale per il Process Mining. Consente di individuare i percorsi di processo più comuni, scoprire i colli di bottiglia che causano ritardi e rilevare i cicli di rilavorazione, per esempio quando un’attività come «Offerta rifiutata» si ripete. Perché è importante Definisce i passaggi del processo e consente di visualizzare il percorso della spedizione e individuare le inefficienze. Dove reperirli Deriva dagli Event Log, dai record delle modifiche di stato o dai codici delle transazioni nei diversi moduli di Blue Yonder TMS. Spesso è necessario associare gli eventi di sistema a nomi di attività comprensibili per l’azienda. Esempi Spedizione pianificataOfferta al vettoreMerce consegnataPagamento elaborato | |||
| Ora di inizio EventTime | Data e ora che indicano quando si è verificata una specifica attività o un evento. | ||
| Descrizione L’ora dell’evento indica la data e l’ora esatte di ogni attività del processo di spedizione. Costituisce la base cronologica dell’Event Log, permette di ordinare le attività e di calcolare gli intervalli tra l’una e l’altra. Nell’analisi, questa data e ora è fondamentale per calcolare tutti i KPI basati sul tempo, come il tempo di ciclo end-to-end della spedizione, la durata dello sdoganamento e le prestazioni delle consegne puntuali. Consente di individuare quando si verificano i ritardi e quanto dura ogni fase del processo. Perché è importante Questa data e ora è essenziale per ordinare gli eventi, calcolare i tempi di ciclo e analizzare nel tempo le prestazioni del processo. Dove reperirli In genere, si trova insieme ai record di stato o degli eventi nei registri delle transazioni di Blue Yonder TMS. Ogni evento o modifica di stato dovrebbe avere una data e ora associata. Esempi 2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z | |||
| Spedizione ShipmentId | Identificativo univoco di una singola spedizione, utilizzato come ID del caso per il processo di trasporto. | ||
| Descrizione L’ID della spedizione è la chiave centrale che collega tutte le attività e gli eventi relativi al trasferimento della merce dal punto di partenza alla destinazione. Ogni ID univoco rappresenta un intero caso di trasporto, dalla richiesta iniziale al pagamento finale. Nell’analisi di Process Mining, questo attributo è fondamentale per ricostruire il percorso end-to-end di ogni spedizione. Consente di raggruppare in un flusso di processo coerente eventi come «Spedizione pianificata», «Merce ritirata» e «Merce consegnata», calcolare i tempi di ciclo e individuare le varianti di processo delle singole spedizioni. Perché è importante È l’ID del caso essenziale che collega tutti gli eventi di trasporto correlati e permette di analizzare l’intero ciclo di vita di una spedizione. Dove reperirli È una chiave primaria nei moduli di gestione delle spedizioni o dei carichi di Blue Yonder TMS. Per individuare la tabella specifica, probabilmente relativa alle intestazioni delle spedizioni, consulti la documentazione del sistema. Esempi SHP-0012845SHP-0012991SHP-0013054 | |||
| Sistema di origine SourceSystem | Identifica il sistema da cui sono stati estratti i dati. | ||
| Descrizione Questo attributo specifica l’origine dei dati degli eventi, in questo caso Blue Yonder TMS. È particolarmente utile quando si combinano dati provenienti da più sistemi per ottenere una visione più ampia del processo. Nell’analisi, aiuta a filtrare i dati e a comprenderne il contesto. Conservare questa informazione garantisce la tracciabilità dei dati ed è una buona pratica di governance dei dati. Perché è importante Fornisce un contesto essenziale sull’origine dei dati, ne garantisce la tracciabilità e aiuta a gestire dati provenienti da più fonti. Dove reperirli In genere, è un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento dei dati (ETL). Esempi Blue Yonder TMSBY_TMS_NABY_TMS_EMEA | |||
| Ultimo aggiornamento dei dati LastDataUpdate | Data e ora dell’ultimo aggiornamento o dell’ultima estrazione dei dati di questo record dal sistema di origine. | ||
| Descrizione Questo attributo indica quanto sono aggiornati i dati. Registra la data e l’ora dell’ultimo aggiornamento dell’Event Log da Blue Yonder TMS. Nell’analisi, è importante per valutare l’attualità delle Dashboard e dei KPI. Permette agli utenti di sapere se stanno consultando informazioni in tempo reale o dati relativi a un periodo precedente, un aspetto fondamentale per prendere decisioni operative consapevoli. Perché è importante Indica quanto sono recenti i dati, un’informazione fondamentale per garantire la pertinenza e l’accuratezza dell’analisi. Dove reperirli È un campo di metadati generato e aggiunto in genere durante il processo di estrazione dei dati (ETL). Esempi 2023-05-20T02:00:00Z2023-05-21T02:00:00Z | |||
| Data di consegna richiesta RequestedDeliveryDate | Data di consegna richiesta dal cliente o prevista dall’ordine di vendita. | ||
| Descrizione Questo attributo registra la data di consegna prevista che il processo logistico deve rispettare. Rappresenta l’aspettativa del cliente o il livello di servizio concordato internamente (SLA) per la spedizione. Questa data è la base di riferimento per calcolare il KPI «Tasso di consegne puntuali». Confrontando «ActualDeliveryTime» con «RequestedDeliveryDate», l’analisi determina se la spedizione è arrivata in anticipo, puntuale o in ritardo. È un dato fondamentale per la Dashboard «Prestazioni dei ritiri e delle consegne puntuali». Perché è importante È il principale valore di riferimento per misurare le prestazioni delle consegne puntuali e la soddisfazione dei clienti. Dove reperirli Questa informazione proviene in genere da un sistema a monte, come un ERP o un sistema di gestione degli ordini, e viene archiviata nei dettagli della richiesta di spedizione in Blue Yonder TMS. Esempi 2023-04-25T23:59:59Z2023-05-10T17:00:00Z | |||
| Modalità di trasporto ModeOfTransport | Modalità di trasporto utilizzata per la spedizione, per esempio su strada, per via aerea, marittima o ferroviaria. | ||
| Descrizione Questo attributo specifica la modalità di trasporto. I valori più comuni includono trasporto a carico parziale (LTL), trasporto a carico completo (FTL), trasporto aereo, marittimo e ferroviario. Nell’analisi dei processi, la modalità di trasporto è una dimensione fondamentale per filtrare e confrontare i dati. I processi, i tempi di ciclo e i costi possono variare notevolmente da una modalità all’altra. Per esempio, l’analisi dei colli di bottiglia nello sdoganamento è particolarmente rilevante per le spedizioni aeree e marittime, ma meno per quelle nazionali su strada. Analizzare le prestazioni in base alla modalità aiuta a definire iniziative di miglioramento adatte ai diversi contesti logistici. Perché è importante Consente di segmentare l’analisi, poiché le diverse modalità di trasporto hanno processi, costi e tempi di ciclo tipici distinti. Dove reperirli È un campo standard nei moduli di pianificazione e tariffazione delle spedizioni di Blue Yonder TMS. Esempi LTLFTLAereoMarittimo | |||
| Nome del vettore CarrierName | Nome della società di trasporto o del fornitore di servizi logistici responsabile del trasferimento della spedizione. | ||
| Descrizione Il nome del vettore identifica la società terza incaricata del trasporto della merce. Può trattarsi di un’impresa di autotrasporti, una compagnia aerea, una compagnia di navigazione o uno spedizioniere. Questo attributo è essenziale per l’analisi delle prestazioni, in particolare per la Dashboard «Confronto delle prestazioni dei vettori». Consente di filtrare e segmentare i dati per confrontare i vettori in base a metriche come il tasso di consegne puntuali, il rispetto degli orari di ritiro e la durata media dei ritardi. Queste informazioni aiutano a scegliere i vettori e a gestire i rapporti con loro. Perché è importante Consente di confrontare e analizzare le prestazioni dei diversi vettori, per ottimizzare la scelta e migliorare la qualità del servizio. Dove reperirli Si trova nei dettagli della spedizione o del carico in Blue Yonder TMS e spesso è collegato a una tabella dei dati anagrafici dei vettori. Esempi Global Shipping Inc.FastLane LogisticsAirExpress Cargo | |||
| Ora effettiva di consegna ActualDeliveryTime | Data e ora effettive in cui si è verificato l’evento «Merce consegnata». | ||
| Descrizione Questo attributo è la data e ora associata specificamente all’attività di consegna finale. Registra il momento esatto in cui la spedizione è arrivata a destinazione e la consegna è stata confermata. È un dato fondamentale per misurare le prestazioni. Il KPI «Tasso di consegne puntuali» si calcola confrontando questa data e ora con «RequestedDeliveryDate». Inoltre, segna il termine per calcolare il KPI «Throughput complessivo fino alla consegna». Perché è importante Questa data e ora è essenziale per calcolare il tasso di consegne puntuali e misurare il tempo totale di transito della spedizione. Dove reperirli È la data e ora dell’aggiornamento di stato «Merce consegnata», ricevuto spesso dal vettore tramite un messaggio EDI o inserito manualmente in Blue Yonder TMS. Esempi 2023-04-25T11:15:00Z2023-05-11T09:30:00Z | |||
| Paese di destinazione DestinationCountry | Paese in cui viene consegnata la spedizione. | ||
| Descrizione Questo attributo specifica il Paese di destinazione finale della spedizione, ricavato dall’indirizzo del destinatario o dal luogo di consegna. Come il Paese di origine, viene utilizzato per segmentare i dati geograficamente. Consente agli analisti di confrontare le prestazioni sulle diverse rotte commerciali, per esempio dagli Stati Uniti al Canada o dal Messico, analizzare le difficoltà di consegna in specifici Paesi e valutare l’impatto delle complessità transfrontaliere sui tempi di ciclo. Perché è importante Consente di analizzare le prestazioni in base alla destinazione, un aspetto fondamentale per comprendere le complessità delle rotte commerciali e le difficoltà di consegna a livello regionale. Dove reperirli È archiviato tra i dati del luogo di destinazione o dell’indirizzo del destinatario nei dettagli della spedizione in Blue Yonder TMS. Esempi CanadaMessicoRegno Unito | |||
| Paese di origine OriginCountry | Paese da cui parte la spedizione. | ||
| Descrizione Questo attributo specifica il Paese di partenza della spedizione. Si ricava dall’indirizzo del mittente o dai dettagli del luogo di ritiro. Nell’analisi, il Paese di origine è una dimensione utile per segmentare i dati. Aiuta a comprendere le differenze regionali nelle prestazioni dei processi, nella disponibilità dei vettori e nei tempi di ciclo. È particolarmente importante, per esempio, per analizzare i tempi di sdoganamento delle spedizioni internazionali. Perché è importante Consente di analizzare geograficamente le prestazioni dei processi e individuare colli di bottiglia o differenze di efficienza tra le regioni. Dove reperirli È archiviato tra i dati del luogo di origine o dell’indirizzo del mittente nei dettagli della spedizione in Blue Yonder TMS. Esempi USAGermaniaCina | |||
| Stato della spedizione ShipmentStatus | Stato attuale o ultimo stato noto della spedizione. | ||
| Descrizione Lo stato della spedizione indica la fase attuale del suo ciclo di vita, per esempio «Pianificata», «In transito», «Consegnata» o «Annullata». Fornisce una fotografia della posizione della spedizione nel processo. Nel Process Mining, analizzare lo stato finale dei casi è importante per l’analisi degli esiti. Per esempio, confrontare i flussi di processo delle spedizioni «Consegnate» con quelli delle spedizioni «Annullate» può rivelare schemi che portano a esiti indesiderati. Inoltre, permette di monitorare il carico di lavoro in corso filtrando le spedizioni non ancora completate. Perché è importante Fornisce una panoramica immediata dello stato attuale della spedizione e aiuta a distinguere quelle completate, in corso o annullate. Dove reperirli È un campo fondamentale nell’intestazione della spedizione o nella tabella principale di tracciamento degli stati di Blue Yonder TMS. Esempi PianificataIn transitoConsegnataAnnullata | |||
| Consegna puntuale IsOnTimeDelivery | Indicatore calcolato che segnala se la spedizione è stata consegnata entro la data richiesta. | ||
| Descrizione Questo attributo booleano si ottiene confrontando 'ActualDeliveryTime' con 'RequestedDeliveryDate'. Il valore è true se la consegna effettiva avviene entro la data richiesta, altrimenti è false. Essendo una metrica calcolata, semplifica l’analisi e la visualizzazione del KPI «Tasso di consegne puntuali». Consente di applicare filtri e aggregazioni per creare Dashboard che mostrano nel tempo la percentuale di consegne puntuali, per vettore o modalità di trasporto, e supporta direttamente la Dashboard «Prestazioni di ritiro e consegna puntuali». Perché è importante Semplifica l’analisi delle consegne puntuali e consente di applicare rapidamente filtri e aggregazioni nelle Dashboard e nei KPI. Dove reperirli Questo attributo non è presente nel sistema di origine. Viene calcolato durante la trasformazione dei dati con la formula: ActualDeliveryTime <= RequestedDeliveryDate. Esempi truefalse | |||
| Discrepanza nella fattura di trasporto FreightBillDiscrepancyReason | Codice o descrizione che spiega perché una fattura di trasporto non ha superato la verifica. | ||
| Descrizione Quando la verifica di una fattura di trasporto rileva una discrepanza, questo attributo ne indica il motivo. Alcuni esempi sono «Tariffa errata», «Fattura duplicata» o «Prova di consegna mancante». Questo attributo è fondamentale per la Dashboard «Prova di consegna e accuratezza della fatturazione» e per il KPI «Tasso di rilavorazione delle fatture di trasporto». Analizzare la frequenza dei diversi motivi di discrepanza aiuta a individuare le cause profonde degli errori di fatturazione, che possono dipendere da errori dei vettori, disallineamenti contrattuali o problemi interni al processo. In questo modo è possibile intervenire in modo mirato per ridurre le rilavorazioni delle fatture. Perché è importante Indica la causa profonda degli errori di fatturazione e permette di intervenire in modo mirato per ridurre le rilavorazioni delle fatture di trasporto e i ritardi nei pagamenti. Dove reperirli Si trova nel modulo di verifica e pagamento delle fatture di trasporto di Blue Yonder TMS ed è associato ai registri delle eccezioni o dei rifiuti. Esempi Tariffa applicata errataFattura duplicataContestazione di un addebito accessorio | |||
| Motivo del ritardo DelayReason | Codice o testo che spiega la causa di un ritardo nel ritiro o nella consegna. | ||
| Descrizione Questo attributo registra il motivo per cui una tappa della spedizione non è stata rispettata. Alcuni esempi sono «Ritardo dovuto alle condizioni meteorologiche», «Blocco doganale» o «Capacità insufficiente del vettore». Spesso l’informazione viene fornita dal vettore. È fondamentale per la Dashboard «Prestazioni dei ritiri e delle consegne puntuali». Oltre a indicare che una spedizione è arrivata in ritardo, questo attributo ne spiega il motivo. Analizzare le cause di ritardo più frequenti consente al team logistico di mitigare i rischi in modo proattivo e collaborare con i vettori per risolvere i problemi ricorrenti. Perché è importante Spiega la causa profonda dei ritardi e consente di gestire i rischi in modo proattivo e di concordare interventi mirati con i vettori. Dove reperirli Questi dati vengono spesso acquisiti nelle sezioni di gestione degli eventi o delle eccezioni di Blue Yonder TMS e provengono frequentemente dagli aggiornamenti EDI dei vettori, per esempio EDI 214. Esempi Condizioni meteorologicheBlocco doganaleRitardo dell’autistaCongestione della struttura | |||
| Ora di ritiro prevista ScheduledPickupTime | Data e ora previste per il ritiro della merce dal luogo di origine da parte del vettore. | ||
| Descrizione Questo attributo registra l’orario dell’appuntamento concordato con il vettore per il ritiro della spedizione. È una tappa fondamentale del piano di spedizione. Questa data e ora viene utilizzata come base di riferimento per calcolare i KPI «Tasso di ritiri puntuali» e «Durata media del ritardo nel ritiro». Il confronto con «ActualPickupTime» aiuta a individuare i ritardi all’inizio del percorso della spedizione, che spesso si ripercuotono sulle tappe successive. Perché è importante È il valore di riferimento per misurare la puntualità dei ritiri, un indicatore importante dell’affidabilità dei vettori e dell’accuratezza della pianificazione. Dove reperirli Si trova nei moduli di pianificazione degli appuntamenti o dei carichi di Blue Yonder TMS. Esempi 2023-04-16T14:00:00Z2023-05-02T10:00:00Z | |||
| Ora effettiva di ritiro ActualPickupTime | Data e ora effettive in cui si è verificato l’evento «Merce ritirata». | ||
| Descrizione Questo attributo registra l’ora esatta in cui il vettore ha ritirato fisicamente la spedizione nel luogo di origine. Segna l’inizio ufficiale della fase di transito. Questo dato è essenziale per misurare le prestazioni dei vettori. Viene confrontato con «ScheduledPickupTime» per calcolare i KPI «Tasso di ritiri puntuali» e «Durata media del ritardo nel ritiro». Analizzare gli scostamenti aiuta a individuare problemi legati a specifici vettori o luoghi di ritiro. Perché è importante Questa data e ora consente di misurare con precisione le prestazioni dei ritiri e individuare i ritardi nelle prime fasi del processo di trasporto. Dove reperirli È la data e ora dell’aggiornamento di stato «Merce ritirata», in genere ricevuto dal vettore tramite EDI o inserito manualmente in Blue Yonder TMS. Esempi 2023-04-16T14:30:00Z2023-05-02T10:15:00Z | |||
| Utente User | ID utente o nome della persona che ha eseguito l’attività. | ||
| Descrizione Questo attributo identifica il pianificatore logistico, il coordinatore o l’utente di sistema responsabile dell’esecuzione di uno specifico evento o della modifica di uno stato in TMS. Per gli eventi automatizzati, può indicare l’ID di un account di sistema o di servizio. L’analisi per utente aiuta a comprendere la distribuzione del carico di lavoro, le prestazioni individuali e le esigenze di formazione. Può rivelare se alcuni utenti sono associati a più rilavorazioni o ritardi, oppure se determinati team sono più efficienti di altri. Queste informazioni supportano la gestione delle risorse e iniziative mirate di miglioramento dei processi. Perché è importante Consente di analizzare le prestazioni e il carico di lavoro per utente o team, aiutando a individuare esigenze di formazione e vincoli di capacità. Dove reperirli Questa informazione dovrebbe essere disponibile nei registri delle transazioni o degli eventi, spesso in un campo «Modificato da» o «ID utente» associato a ogni record. Esempi j.doea.smithTMS_AUTOMATION_USER | |||
Attività della gestione dei trasporti
| Attività | Descrizione | ||
|---|---|---|---|
| Merce consegnata | Questa tappa indica che la spedizione è arrivata fisicamente a destinazione, presso il destinatario. Il vettore invia la conferma, di solito tramite un messaggio EDI 214, che aggiorna lo stato della spedizione in TMS. | ||
| Perché è importante È una tappa fondamentale per il buon esito della spedizione e segna la fine del transito fisico. Costituisce la base per misurare le prestazioni delle consegne puntuali, un indicatore importante della soddisfazione dei clienti e dell’affidabilità dei vettori. Dove reperirli È un evento esplicito acquisito dal messaggio di conferma della consegna inviato dal vettore. TMS registra la data e ora di elaborazione del messaggio EDI 214 con stato «D1» o di un messaggio equivalente. Acquisizione Utilizzi la data e ora del messaggio di conferma della consegna elaborato, inviato dal vettore. Tipo di evento explicit | |||
| Merce ritirata | Questa attività segna l’inizio fisico del viaggio della spedizione, quando il vettore prende in carico la merce nel luogo di origine. In genere, l’evento viene registrato in Blue Yonder TMS sulla base di un aggiornamento di stato del vettore, per esempio una transazione EDI 214. | ||
| Perché è importante È una tappa fondamentale dell’esecuzione, che conferma l’avvio della spedizione. Costituisce la base di riferimento per calcolare i tempi di transito e misurare la puntualità del ritiro rispetto alla data prevista. Dove reperirli È un evento esplicito acquisito dagli aggiornamenti di stato del vettore. Il sistema registra la data e ora di elaborazione della conferma di ritiro, per esempio un messaggio EDI 214 con stato «AF» o «X3». Acquisizione Utilizzi la data e ora del messaggio EDI 214 elaborato o di un’altra conferma di ritiro inviata dal vettore. Tipo di evento explicit | |||
| Pagamento elaborato | È l’ultima attività del ciclo di vita della spedizione e conferma che il vettore è stato pagato per il servizio di trasporto. In genere, l’evento proviene da un sistema finanziario esterno, come un ERP, e viene riportato in TMS. | ||
| Perché è importante Questa attività segna la chiusura finanziaria della spedizione. Analizzare il tempo di ciclo dalla consegna o dalla verifica al pagamento è importante per gestire il capitale circolante e mantenere buoni rapporti con i vettori. Dove reperirli Di solito, è un evento esplicito registrato quando un messaggio proveniente dal sistema di contabilità fornitori o dall’ERP aggiorna in TMS lo stato di pagamento della fattura di trasporto. Acquisizione Utilizzi la data e ora del messaggio di conferma del pagamento ricevuto dal sistema finanziario. Tipo di evento explicit | |||
| Richiesta di spedizione ricevuta | Questa attività segna la creazione di un’esigenza di trasporto in Blue Yonder TMS, in genere avviata da un ordine proveniente da un sistema a monte, come un ERP. Rappresenta l’inizio ufficiale del ciclo di vita della spedizione: viene creato un nuovo record con stato iniziale «non pianificata» o «nuova». | ||
| Perché è importante È l’evento di inizio principale del processo di trasporto end-to-end. Analizzare il tempo che intercorre tra questo evento e le successive attività di pianificazione aiuta a individuare i ritardi iniziali e a misurare il throughput complessivo. Dove reperirli In genere, questo evento si deduce dalla data e ora di creazione del record della spedizione nelle tabelle principali delle spedizioni o degli ordini. Può anche essere registrato esplicitamente quando viene elaborato un messaggio proveniente da un ERP. Acquisizione Utilizzi la data e ora di creazione del record della spedizione. Tipo di evento inferred | |||
| Sdoganamento completato | Per le spedizioni internazionali, questa attività segna il momento in cui la merce supera con successo i controlli doganali alla frontiera o al porto. L’evento viene attivato da una notifica dello spedizioniere doganale o del vettore. | ||
| Perché è importante Le procedure doganali sono una causa frequente di ritardi significativi nella logistica internazionale. Misurare il tempo necessario per ottenere lo sdoganamento è fondamentale per individuare i colli di bottiglia e ridurre i tempi di transito transfrontaliero. Dove reperirli In genere, viene registrato come evento esplicito sulla base di un messaggio del vettore, per esempio EDI 214, o di un aggiornamento manuale che imposta lo stato doganale della spedizione su «sdoganata». Acquisizione Registri la data e ora in cui lo stato doganale della spedizione viene aggiornato a «Sdoganata». Tipo di evento explicit | |||
| Spedizione prenotata | Questa tappa indica che un vettore ha accettato l’offerta e si è impegnato a gestire la spedizione. Lo stato viene aggiornato a «prenotata» o «confermata», fissando il vettore e la tariffa per il trasporto. | ||
| Perché è importante È una tappa fondamentale, che conclude la fase di pianificazione e avvia l’esecuzione della spedizione. Misurare il tempo di ciclo fino a questo punto aiuta a valutare l’efficienza e la reattività del processo di prenotazione. Dove reperirli Viene registrato quando si riceve e si elabora l’accettazione del vettore, per esempio tramite EDI 990, e lo stato del record della spedizione in TMS viene aggiornato esplicitamente. Acquisizione Registri la data e ora della modifica dello stato a «Prenotata» o «Confermata». Tipo di evento explicit | |||
| Aggiornamento sul transito ricevuto | Indica la ricezione di un aggiornamento sulla posizione o sullo stato della spedizione mentre è in viaggio. Questi aggiornamenti, spesso inviati tramite messaggi EDI 214, permettono di seguire l’avanzamento della spedizione e individuare eventuali ritardi. | ||
| Perché è importante Questi eventi sono essenziali per seguire l’avanzamento della spedizione e individuare i ritardi durante il transito. L’assenza di aggiornamenti può indicare lacune nella visibilità, mentre frequenti segnalazioni di ritardo possono evidenziare problemi nelle prestazioni del vettore. Dove reperirli Sono eventi espliciti registrati nella tabella di tracciamento o nella cronologia degli eventi della spedizione ogni volta che viene ricevuto ed elaborato un messaggio del vettore relativo al transito, per esempio un EDI 214 con stato «X1» o «AG». Acquisizione Ogni messaggio del vettore relativo al transito, una volta elaborato, genera una nuova voce nell’Event Log. Tipo di evento explicit | |||
| Fattura di trasporto verificata | La fattura del vettore, o fattura di trasporto, è stata verificata manualmente o in modo sistematico rispetto alle tariffe concordate, agli addebiti accessori e alla prova di consegna. Questo passaggio verifica gli importi prima dell’autorizzazione al pagamento. | ||
| Perché è importante È un punto di controllo finanziario fondamentale. Analizzare il processo di verifica può far emergere discrepanze di fatturazione ricorrenti, mentre le rilavorazioni in questa fase indicano problemi che aumentano il carico amministrativo. Dove reperirli L’evento viene acquisito quando lo stato della fattura di trasporto associata alla spedizione passa a «Verificata», «Approvata per il pagamento» o a uno stato equivalente nel modulo di verifica delle fatture di trasporto di TMS. Acquisizione Registri la data e ora della modifica dello stato dell’entità della fattura di trasporto collegata alla spedizione. Tipo di evento inferred | |||
| Offerta al vettore | Questa attività si verifica quando la spedizione viene proposta formalmente a un vettore specifico, che può accettarla o rifiutarla. È un’azione distinta in TMS e spesso avvia una comunicazione con il vettore tramite una transazione EDI 204, un’e-mail o una notifica sul portale. | ||
| Perché è importante Questo evento è il punto di partenza per misurare la reattività dei vettori e i tassi di accettazione delle offerte. Analizzare il tempo tra l’invio dell’offerta e la risposta del vettore è fondamentale per valutare l’efficienza della gestione dei rapporti con i vettori. Dove reperirli È probabile che Blue Yonder TMS registri esplicitamente questo evento nella cronologia della spedizione o delle offerte quando l’azione viene eseguita da un utente o dal sistema. Acquisizione Registrato nella cronologia degli eventi della spedizione al momento dell’invio dell’offerta. Tipo di evento explicit | |||
| Offerta rifiutata | Questo evento indica che un vettore ha rifiutato l’offerta di trasportare la spedizione. Il rifiuto viene in genere ricevuto elettronicamente tramite una transazione EDI 990 o inserito manualmente nel portale del vettore, avviando un flusso di lavoro per individuare un vettore alternativo. | ||
| Perché è importante Monitorare i rifiuti delle offerte è fondamentale per individuare i cicli di rilavorazione nella selezione dei vettori. Un tasso elevato di rifiuti può indicare problemi di prezzo, capacità dei vettori o imprecisioni nelle informazioni sul carico, con conseguenti ritardi e costi maggiori. Dove reperirli Di solito viene registrato come evento esplicito quando TMS elabora la risposta di rifiuto del vettore e aggiorna lo stato dell’offerta per la spedizione. Acquisizione Registrato come evento alla ricezione di un messaggio di rifiuto del vettore, per esempio EDI 990. Tipo di evento explicit | |||
| Prova di consegna ricevuta | Questa attività rappresenta la ricezione della documentazione ufficiale che conferma la consegna, per esempio una lettera di vettura firmata. Spesso è un passaggio distinto dalla consegna fisica e un requisito necessario per il pagamento del trasporto. | ||
| Perché è importante Ricevere tempestivamente la prova di consegna (POD) è essenziale per accelerare il ciclo di fatturazione e pagamento. I ritardi in questa fase incidono direttamente sul flusso di cassa e possono causare contestazioni sui pagamenti ai vettori. Dove reperirli Di solito, l’evento viene acquisito quando un utente contrassegna manualmente la POD come ricevuta o allega il documento al record della spedizione in TMS, determinando una modifica dello stato. Acquisizione Registri la data e ora in cui viene impostato per la spedizione il contrassegno o lo stato «POD ricevuta». Tipo di evento inferred | |||
| Spedizione annullata | Indica la chiusura di una spedizione prima del ritiro della merce. Può verificarsi per diversi motivi, per esempio l’annullamento di un ordine da parte del cliente o una modifica del piano, e rappresenta uno stato finale senza esito positivo. | ||
| Perché è importante Monitorare gli annullamenti è importante per comprendere la variabilità della domanda e gli sprechi nel processo. Analizzare i motivi per cui le spedizioni vengono annullate può far emergere problemi nella gestione degli ordini o nella pianificazione. Dove reperirli È un evento esplicito, acquisito quando un utente o un processo automatizzato modifica lo stato principale della spedizione impostandolo su «Annullata». Acquisizione Registri la data e ora della modifica dello stato a «Annullata». Tipo di evento explicit | |||
| Spedizione pianificata | Segna il completamento della fase iniziale di pianificazione, durante la quale vengono definiti l’itinerario, la modalità di trasporto e i possibili vettori per la spedizione. Il motore di pianificazione del sistema genera una soluzione e lo stato della spedizione viene aggiornato per indicare che è disponibile un piano. | ||
| Perché è importante Monitorare questa attività consente di misurare l’efficienza del motore di pianificazione e ottimizzazione. Ritardi o cicli di rilavorazione che coinvolgono questo passaggio possono indicare problemi nei dati anagrafici, nella disponibilità dei vettori o nella configurazione del sistema. Dove reperirli In genere, l’evento si deduce da una modifica dello stato della spedizione, per esempio dal passaggio da «non pianificata» a «pianificata». La data e ora della modifica corrisponde all’evento. Acquisizione Registri la data e ora in cui lo stato della spedizione passa a «pianificata». Tipo di evento inferred | |||
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?
Inizi oggi a ottimizzare il processo di gestione dei trasporti. Utilizzi questo template per individuare opportunità di efficienza e migliorare le prestazioni logistiche.
Ottenga subito la massima efficienza nella gestione dei trasporti
Individui le inefficienze, monitori le prestazioni e riduca del 30% il tempo di ciclo.
Non è richiesta la carta di credito. L’attivazione richiede pochi minuti.