Il Suo Template di Dati per il Transportation Management

Blue Yonder TMS
Il Suo Template di Dati per il Transportation Management

Il Suo Template di Dati per il Transportation Management

Questo template di dati completo fornisce un approccio strutturato all'analisi del Suo processo di Transportation Management. Descrive gli attributi essenziali da raccogliere, le attività critiche da monitorare e una guida pratica per l'estrazione dei dati. Utilizzi questa risorsa per creare un Event Log robusto e scoprire insight preziosi sulle Sue operazioni logistiche.
  • Attributi consigliati per un'analisi completa
  • Attività chiave da tracciare per la scoperta dei processi
  • Guida dettagliata all'estrazione per Blue Yonder TMS
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi di Transportation Management

Questi sono i campi dati essenziali raccomandati per l'inclusione nel Suo Event Log, che forniscono una solida base per un'analisi approfondita del transportation management.
5 Obbligatorio 7 Consigliato 7 Facoltativo
Nome Descrizione
Activity
ActivityName
Il nome dello specifico evento aziendale o dell'attività che si è verificata in un determinato momento per una spedizione.
Descrizione

Questo attributo descrive una singola fase del processo di trasporto, come 'Spedizione pianificata', 'Offerta inviata al vettore' o 'Merce consegnata'. Queste attività formano i nodi della mappa di processo scoperta e la loro sequenza definisce il flusso di processo per ogni spedizione.

L'analisi della sequenza e della frequenza di queste attività è il cuore del Process Mining. Aiuta a identificare i percorsi di processo più comuni (varianti), scoprire i colli di bottiglia dove le attività subiscono ritardi e individuare i cicli di rework dove attività come 'Offerta respinta' vengono ripetute.

Perché è importante

Definisce le fasi del processo, permettendo la visualizzazione del percorso di spedizione e l'identificazione delle inefficienze.

Dove trovare

Derivato da log degli eventi, registri di cambio stato o codici transazione nei moduli di Blue Yonder TMS. Spesso richiede la mappatura degli eventi di sistema in nomi attività comprensibili per il business.

Esempi
Spedizione pianificataVettore assegnatoMerce consegnataPagamento Elaborato
Ora di Inizio
EventTime
Il timestamp che indica quando una specifica attività o un evento si è verificato.
Descrizione

Event Time fornisce data e ora precise per ogni attività. È la spina dorsale cronologica dell'event log, che permette di ordinare le attività e calcolare le durate.

In fase di analisi, questo timestamp è fondamentale per calcolare i KPI temporali, come il tempo di ciclo end-to-end, la durata dello sdoganamento e la puntualità delle consegne. Consente di capire quando si verificano i ritardi e quanto dura ogni fase.

Perché è importante

Questo timestamp è essenziale per ordinare gli eventi, calcolare i tempi di ciclo e analizzare le performance del processo nel tempo.

Dove trovare

Questo si trova solitamente accanto ai record di stato o evento nei log delle transazioni di Blue Yonder TMS. Ogni evento o cambio di stato deve avere un timestamp associato.

Esempi
2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z
Spedizione
ShipmentId
L'identificatore univoco di una singola spedizione, che funge da Case ID per il processo di trasporto.
Descrizione

Lo Shipment ID è la chiave centrale che collega tutte le attività e gli eventi relativi allo spostamento delle merci da un punto di partenza a una destinazione. Ogni ID univoco rappresenta un caso di trasporto completo, comprendendo tutto, 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 il raggruppamento di eventi come 'Spedizione pianificata', 'Merce ritirata' e 'Merce consegnata' in un flusso di processo coerente, consentendo il calcolo dei tempi di ciclo e l'identificazione delle varianti di processo per le singole spedizioni.

Perché è importante

Questo è il Case ID essenziale che collega tutti gli eventi di trasporto correlati, rendendo possibile l'analisi dell'intero ciclo di vita di una spedizione.

Dove trovare

Si tratta di una chiave primaria nei moduli di gestione delle spedizioni o del carico all'interno di Blue Yonder TMS. Consulti la documentazione del sistema per la tabella specifica, probabilmente correlata alle intestazioni delle spedizioni.

Esempi
SHP-0012845SHP-0012991SHP-0013054
Sistema di Origine
SourceSystem
Identifica il sistema da cui i dati sono stati estratti.
Descrizione

Questo attributo specifica l'origine dei dati dell'evento, che in questo caso è Blue Yonder TMS. È particolarmente utile in ambienti in cui i dati provenienti da più sistemi potrebbero essere combinati per una visione di processo più ampia.

Per l'analisi, aiuta a filtrare i dati e a comprenderne il contesto. Il mantenimento di queste informazioni garantisce la data lineage ed è una best practice per la data governance.

Perché è importante

Fornisce un contesto cruciale sull'origine dei dati, garantendo la tracciabilità e aiutando a gestire dati provenienti da più fonti.

Dove trovare

Questo è solitamente un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati.

Esempi
Blue Yonder TMSBY_TMS_NABY_TMS_EMEA
Ultimo `Data Update`
LastDataUpdate
Il timestamp dell'ultimo aggiornamento o estrazione dei dati per questo record dal sistema sorgente.
Descrizione

Questo attributo indica quanto sono recenti i dati. Registra la data e l'ora dell'ultimo aggiornamento dell'Event Log da Blue Yonder TMS.

Nell'analisi, questo è importante per comprendere la tempestività delle Dashboard e dei KPI. Consente agli utenti di sapere se stanno guardando informazioni in tempo reale o dati di un periodo precedente, il che è fondamentale per prendere decisioni operative informate.

Perché è importante

Informa l'utente sull'aggiornamento dei dati, aspetto fondamentale per la pertinenza e l'accuratezza dell'analisi.

Dove trovare

Si tratta di un campo di metadati in genere generato e aggiunto durante il processo di estrazione dei dati (ETL).

Esempi
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
Data di consegna richiesta
RequestedDeliveryDate
La data di consegna richiesta dal cliente o richiesta dall'ordine di vendita.
Descrizione

Questo attributo acquisisce la data di consegna target che il processo logistico mira a rispettare. Rappresenta l'aspettativa del cliente o lo Service Level Agreement (SLA) interno per la spedizione.

Questa data è la base per il calcolo del KPI 'Tasso di consegna puntuale'. Confrontando 'ActualDeliveryTime' con 'RequestedDeliveryDate', l'analisi può determinare se una spedizione è stata anticipata, puntuale o in ritardo. Questo è fondamentale per la dashboard 'Performance di ritiro e consegna puntuale'.

Perché è importante

Funge da benchmark principale per misurare la puntualità delle consegne e la soddisfazione del cliente.

Dove trovare

Queste informazioni provengono in genere da un sistema a monte come un ERP o un sistema di gestione degli ordini e sono memorizzate nei dettagli della richiesta di spedizione in Blue Yonder TMS.

Esempi
2023-04-25T23:59:59Z2023-05-10T17:00:00Z
Modalità di Trasporto
ModeOfTransport
Il metodo di trasporto utilizzato per la spedizione, come camion, aereo, mare o ferrovia.
Descrizione

Questo attributo specifica la modalità di trasporto. I valori comuni includono Less-than-Truckload (LTL), Full Truckload (FTL), Trasporto aereo, Marittimo e Ferroviario.

Nell'analisi dei processi, la modalità di trasporto è una dimensione critica per il filtraggio e il confronto. I processi, i tempi di ciclo e i costi possono variare in modo significativo tra le diverse modalità. Ad esempio, l'analisi dei colli di bottiglia nello sdoganamento è molto rilevante per le spedizioni aeree e marittime, ma meno per le spedizioni nazionali su gomma. L'analisi delle performance per modalità aiuta a personalizzare le iniziative di miglioramento in base agli specifici contesti logistici.

Perché è importante

Permette un'analisi segmentata, poiché ogni modalità di trasporto ha processi, costi e tempi di ciclo differenti.

Dove trovare

Questo è un campo standard nei moduli di pianificazione e tariffazione delle spedizioni all'interno di Blue Yonder TMS.

Esempi
LTLFTLAereoVia mare
Nome vettore
CarrierName
Il nome della società di trasporti o del fornitore di logistica responsabile della movimentazione della spedizione.
Descrizione

Il Carrier Name identifica la società terza incaricata di eseguire il trasporto delle merci. Può trattarsi di una società di autotrasporti, una compagnia aerea, una compagnia di navigazione o uno spedizioniere.

Questo attributo è essenziale per l'analisi delle performance, in particolare per la dashboard 'Confronto performance vettori'. Consente di filtrare e segmentare i dati per confrontare i vettori su metriche quali i tassi di consegna puntuale, l'aderenza ai ritiri e la durata media dei ritardi. Questo supporta la selezione strategica dei vettori e la gestione dei rapporti.

Perché è importante

Permette il confronto delle prestazioni tra diversi vettori per ottimizzare la selezione e migliorare la qualità del servizio.

Dove trovare

Trovato nei dettagli della spedizione o del carico in Blue Yonder TMS, spesso collegato da una tabella anagrafica per i vettori.

Esempi
Global Shipping Inc.FastLane LogisticsAirExpress Cargo
Paese di destinazione
DestinationCountry
Il paese in cui viene consegnata la spedizione.
Descrizione

Questo attributo specifica il paese di destinazione finale della spedizione, derivato dall'indirizzo del destinatario o dal luogo di consegna.

Analogamente al Paese di origine, questo attributo viene utilizzato per la segmentazione geografica. Consente agli analisti di confrontare le performance per diverse rotte commerciali (ad esempio, Italia-Germania vs Italia-Cina), analizzare le sfide di consegna in paesi specifici e valutare l'impatto delle complessità transfrontaliere sui tempi di ciclo.

Perché è importante

Consente l'analisi delle prestazioni per destinazione, fondamentale per comprendere le complessità delle tratte commerciali e le sfide regionali.

Dove trovare

Archiviato come parte della località di destinazione o dei dati dell'indirizzo del destinatario nei dettagli della spedizione all'interno di Blue Yonder TMS.

Esempi
CanadaMessicoRegno Unito
Paese di Origine
OriginCountry
Il paese da cui ha origine la spedizione.
Descrizione

Questo attributo specifica il paese di partenza per il viaggio della spedizione. È derivato dall'indirizzo dello spedizioniere o dai dettagli del luogo di ritiro.

Nell'analisi, il Paese di origine è una dimensione potente per segmentare i dati. Aiuta a comprendere le differenze regionali nelle performance del processo, nella disponibilità dei vettori e nei tempi di ciclo. Ad esempio, è fondamentale per analizzare i tempi di sdoganamento per le spedizioni internazionali.

Perché è importante

Permette un'analisi geografica delle prestazioni, aiutando a individuare bottleneck regionali o variazioni di efficienza.

Dove trovare

Archiviato come parte della località di origine o dei dati dell'indirizzo dello spedizioniere nei dettagli della spedizione all'interno di Blue Yonder TMS.

Esempi
Stati UnitiGermaniaCina
Stato della spedizione
ShipmentStatus
Lo stato attuale o l'ultimo stato noto della spedizione.
Descrizione

Lo Shipment Status indica lo stato attuale della spedizione all'interno del suo ciclo di vita, come 'Pianificato', 'In transito', 'Consegnato' o 'Annullato'. Fornisce un'istantanea della fase in cui si trova la spedizione.

Nel Process Mining, l'analisi dello stato finale dei casi è fondamentale per l'analisi dei risultati. Ad esempio, confrontare i flussi di processo delle spedizioni 'Consegnate' rispetto a quelle 'Annullate' può rivelare modelli che portano a esiti indesiderati. Aiuta inoltre a monitorare il carico di lavoro attivo filtrando le spedizioni non ancora completate.

Perché è importante

Fornisce una panoramica rapida dello stato attuale e aiuta a distinguere tra spedizioni completate, in corso o annullate.

Dove trovare

Questo è un campo chiave nell'intestazione della spedizione o nella tabella principale di monitoraggio dello stato in Blue Yonder TMS.

Esempi
PianificatoIn transitoConsegnatoAnnullata
Tempo di consegna effettivo
ActualDeliveryTime
Il timestamp effettivo in cui si è verificato l'evento 'Merce consegnata'.
Descrizione

Questo attributo è il timestamp associato specificamente all'attività di consegna finale. Registra il momento preciso in cui la spedizione ha raggiunto la destinazione ed è stata confermata come consegnata.

Si tratta di un dato cruciale per la misurazione delle performance. Il KPI 'Tasso di consegna puntuale' viene calcolato confrontando questo timestamp con la 'RequestedDeliveryDate'. Inoltre, segna il punto finale per il calcolo del KPI 'Tempo totale di attraversamento fino alla consegna'.

Perché è importante

Questo timestamp è essenziale per calcolare il tasso di consegna puntuale e misurare il tempo totale di transito della spedizione.

Dove trovare

Questo è il timestamp dell'aggiornamento di stato 'Merce consegnata', spesso ricevuto tramite un messaggio EDI dal vettore o un inserimento manuale in Blue Yonder TMS.

Esempi
2023-04-25T11:15:00Z2023-05-11T09:30:00Z
Causa del ritardo
DelayReason
Un codice o un testo che spiega la causa di un ritardo nel ritiro o nella consegna.
Descrizione

Questo attributo acquisisce il motivo fornito per il mancato raggiungimento di una milestone della spedizione. Gli esempi includono 'Ritardo meteorologico', 'Fermo doganale' o 'Problema di capacità del vettore'. Queste informazioni vengono spesso fornite dal vettore.

È fondamentale per la dashboard 'Performance di ritiro e consegna puntuale'. Invece di sapere solo che una spedizione è in ritardo, questo attributo ne spiega il motivo. L'analisi delle cause di ritardo più comuni consente al team logistico di mitigare proattivamente i rischi e collaborare con i vettori per risolvere i problemi ricorrenti.

Perché è importante

Spiega la causa principale dei ritardi, permettendo una gestione proattiva del rischio e miglioramenti mirati con i vettori.

Dove trovare

Questi dati vengono spesso acquisiti nelle sezioni di gestione degli eventi o delle eccezioni di Blue Yonder TMS, frequentemente popolate dagli aggiornamenti EDI del vettore (ad es. EDI 214).

Esempi
MeteoFermo doganaleRitardo autistaCongestione struttura
Consegna puntuale
IsOnTimeDelivery
Un flag calcolato che indica se la spedizione è stata consegnata entro la data richiesta.
Descrizione

Questo attributo booleano è derivato dal confronto tra 'ActualDeliveryTime' e 'RequestedDeliveryDate'. È vero se la consegna effettiva avviene entro la data richiesta, falso altrimenti.

Come metrica calcolata, semplifica l'analisi e la visualizzazione del KPI 'Tasso di consegna puntuale'. Consente un facile filtraggio e aggregazione per creare dashboard che mostrano le percentuali di performance puntuali nel tempo, per vettore o per modalità di trasporto, supportando direttamente la dashboard 'Performance di ritiro e consegna puntuale'.

Perché è importante

Questo semplifica l'analisi delle performance di puntualità e consente un rapido filtraggio e aggregazione in dashboard e KPI.

Dove trovare

Questo attributo non è presente nel sistema sorgente. Viene calcolato durante il processo di trasformazione dei dati utilizzando la formula: ActualDeliveryTime <= RequestedDeliveryDate.

Esempi
truefalse
Discrepanza fattura di trasporto
FreightBillDiscrepancyReason
Un codice o una descrizione che spiega perché una fattura di trasporto non ha superato l'audit.
Descrizione

Quando un audit della fattura di trasporto rileva una discrepanza, questo attributo ne fornisce il motivo. Gli esempi includono '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 rework delle fatture di trasporto'. L'analisi della frequenza dei diversi motivi di discrepanza aiuta a identificare le cause alla base degli errori di fatturazione, sia che derivino da errori del vettore, disallineamenti contrattuali o problemi di processo interni. Ciò consente azioni mirate per ridurre il rework delle fatture.

Perché è importante

Indica la causa principale degli errori di fatturazione, permettendo miglioramenti mirati per ridurre i rework e i ritardi nei pagamenti.

Dove trovare

Situato nel modulo di audit e pagamento noli di Blue Yonder TMS, associato ai log di eccezione o rifiuto.

Esempi
Tariffa errata applicataFattura DuplicataContestazione spese accessorie
Orario di ritiro programmato
ScheduledPickupTime
La data e l'ora pianificate per il ritiro della merce da parte del vettore presso il luogo di origine.
Descrizione

Questo attributo memorizza l'orario dell'appuntamento programmato e concordato con il vettore per il ritiro della spedizione. È una milestone fondamentale nel piano di spedizione.

Questo timestamp viene utilizzato come base per il calcolo dei KPI 'Tasso di ritiro puntuale' e 'Durata media del ritardo di ritiro'. Il confronto con 'ActualPickupTime' aiuta a identificare i ritardi proprio all'inizio del percorso della spedizione, che spesso hanno un effetto a catena sulle milestone successive.

Perché è importante

È il parametro di riferimento per misurare la puntualità del ritiro, un indicatore chiave dell'affidabilità del vettore.

Dove trovare

Situato nei moduli di pianificazione degli appuntamenti o dei carichi di Blue Yonder TMS.

Esempi
2023-04-16T14:00:00Z2023-05-02T10:00:00Z
Tempo di ciclo della spedizione
ShipmentCycleTime
La durata totale della spedizione dalla prima attività all'ultima.
Descrizione

Questa metrica calcolata misura il tempo totale trascorso per un caso di spedizione. In genere viene calcolata come differenza tra il timestamp dell'ultimo evento (ad esempio, 'Pagamento elaborato') e il primo evento (ad esempio, 'Richiesta di spedizione ricevuta').

Questo attributo supporta direttamente il KPI e la dashboard 'Tempo di ciclo end-to-end della spedizione'. L'analisi della sua distribuzione aiuta a comprendere l'efficienza complessiva del processo, identificare gli outlier (casi con durata eccezionalmente lunga) e monitorare l'impatto delle iniziative di miglioramento sulla durata totale del processo.

Perché è importante

Fornisce una misura ad alto livello dell'efficienza complessiva ed è un parametro chiave per identificare spedizioni problematiche o lente.

Dove trovare

Questa metrica viene calcolata all'interno dello strumento di Process Mining o durante la trasformazione dei dati sottraendo il tempo dell'evento minimo dal tempo dell'evento massimo per ogni caso (ShipmentId).

Esempi
10 giorni 4 ore25 giorni e 11 ore15 giorni 2 ore
Tempo di ritiro effettivo
ActualPickupTime
Il timestamp effettivo in cui si è verificato l'evento 'Merce ritirata'.
Descrizione

Questo attributo registra l'ora esatta in cui il vettore ha ritirato fisicamente la spedizione dal punto di origine. Segna l'inizio ufficiale della fase in transito.

Questo dato è essenziale per misurare le performance del vettore. Viene confrontato con lo 'ScheduledPickupTime' per calcolare i KPI 'Tasso di ritiro puntuale' e 'Durata media del ritardo di ritiro'. L'analisi delle deviazioni aiuta a identificare problemi con vettori o luoghi di ritiro specifici.

Perché è importante

Questo timestamp viene utilizzato per misurare accuratamente le performance di ritiro e identificare i ritardi nelle prime fasi del processo di trasporto.

Dove trovare

Questo è il timestamp 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
L'ID utente o il 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 cambio di stato nel TMS. Per gli eventi automatizzati, potrebbe trattarsi di un ID account di sistema o di servizio.

L'analisi per utente aiuta a comprendere la distribuzione del carico di lavoro, le performance individuali e le esigenze di formazione. Può rivelare se determinati utenti sono associati a tassi più elevati di rework o ritardi, o se team specifici sono più efficienti di altri. Ciò supporta la gestione delle risorse e gli sforzi mirati di miglioramento dei processi.

Perché è importante

Consente di analizzare performance e carico di lavoro per utente o team, aiutando a identificare necessità di formazione o limiti di risorse.

Dove trovare

Queste informazioni dovrebbero essere disponibili nei log delle transazioni o degli eventi, spesso come campo 'Modificato da' o 'ID utente' associato a ciascun record.

Esempi
j.doea.smithTMS_AUTOMATION_USER
Obbligatorio Consigliato Facoltativo

Attività di Transportation Management

Questi sono i passaggi di processo critici e le milestone che dovrebbero essere acquisiti nel Suo Event Log per una visualizzazione e una scoperta del processo accurate.
6 Consigliato 7 Facoltativo
Activity Descrizione
Merce consegnata
Questa milestone indica che la spedizione è arrivata fisicamente alla destinazione del destinatario. Il vettore fornisce questa conferma, solitamente tramite un messaggio EDI 214, che aggiorna lo stato della spedizione nel TMS.
Perché è importante

Si tratta di una milestone di successo critica, che segna la fine del transito fisico. È la base per misurare le performance di consegna puntuale, un indicatore chiave della soddisfazione del cliente e dell'affidabilità del vettore.

Dove trovare

Si tratta di un evento esplicito acquisito da un messaggio di conferma di consegna del vettore. Il TMS registra il timestamp quando viene elaborato il messaggio EDI 214 (con stato 'D1') o equivalente.

Acquisisci

Utilizzi il timestamp del messaggio di conferma di consegna del vettore elaborato.

Tipo di evento explicit
Merce ritirata
Questa attività segna l'inizio fisico del viaggio della spedizione, quando il vettore prende possesso della merce dal luogo di origine. Questo evento viene solitamente registrato in Blue Yonder TMS in base a un messaggio di aggiornamento dello stato dal vettore, come una transazione EDI 214.
Perché è importante

Si tratta di una milestone di esecuzione critica che conferma che la spedizione è in corso. Serve come base per il calcolo dei tempi in transito e la misurazione delle performance di ritiro puntuale rispetto alla data programmata.

Dove trovare

Si tratta di un evento esplicito acquisito dagli aggiornamenti di stato del vettore. Il sistema registra il timestamp quando viene elaborata una conferma di ritiro (ad es. EDI 214 con stato 'AF' o 'X3').

Acquisisci

Utilizzi il timestamp dell'EDI 214 o di un altro messaggio di conferma di ritiro del vettore elaborato.

Tipo di evento explicit
Pagamento Elaborato
Questa è l'attività finale nel ciclo di vita della spedizione, che conferma che il vettore è stato pagato per il servizio di trasporto. Questo evento ha solitamente origine in un sistema finanziario esterno (ERP) e viene aggiornato nel TMS.
Perché è importante

Questa attività segna la chiusura finanziaria della spedizione. L'analisi del tempo di ciclo dalla consegna o dall'audit al pagamento è importante per la gestione del capitale circolante e per il mantenimento di buone relazioni con i vettori.

Dove trovare

Questo è solitamente un evento esplicito registrato quando un messaggio di interfaccia proveniente dal sistema di contabilità fornitori o ERP aggiorna lo stato del pagamento della fattura di trasporto nel TMS.

Acquisisci

Utilizzi il timestamp 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 fabbisogno di trasporto all'interno di 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, in cui viene creato un nuovo record di spedizione con uno stato iniziale 'non pianificato' o 'nuovo'.
Perché è importante

Questo è l'evento iniziale principale per il processo di trasporto end-to-end. L'analisi del tempo trascorso da questo evento alle successive attività di pianificazione aiuta a identificare i ritardi iniziali di elaborazione e a misurare la produttività complessiva.

Dove trovare

Questo evento viene in genere dedotto dal timestamp di creazione del record di spedizione nelle tabelle principali delle spedizioni o degli ordini. Può anche essere un evento esplicito registrato quando viene elaborato un messaggio di interfaccia proveniente da un ERP.

Acquisisci

Utilizzi il timestamp di creazione del record della spedizione.

Tipo di evento inferred
Sdoganato
Per le spedizioni internazionali, questa attività segna il punto in cui le merci hanno superato con successo la dogana. Questo evento è attivato da una notifica dello spedizioniere doganale o del vettore.
Perché è importante

La dogana è spesso causa di ritardi significativi. Misurare il tempo di sdoganamento è fondamentale per identificare i bottleneck e migliorare i tempi di transito transfrontalieri.

Dove trovare

Questo viene in genere registrato come un evento esplicito, basato su un messaggio del vettore (ad es. EDI 214) o un aggiornamento manuale, che cambia lo stato doganale della spedizione in 'sdoganato'.

Acquisisci

Acquisire il timestamp quando lo stato doganale della spedizione viene aggiornato a 'Cleared'.

Tipo di evento explicit
Spedizione prenotata
Questa milestone indica che un vettore ha accettato l'offerta ed è impegnato a gestire la spedizione. Lo stato della spedizione viene aggiornato a 'prenotato' o 'impegnato', bloccando il vettore e la tariffa per il trasporto.
Perché è importante

Si tratta di una milestone fondamentale che conclude la fase di pianificazione e sposta la spedizione in esecuzione. Misurare il tempo di ciclo fino a questo punto aiuta a valutare l'efficienza della prenotazione e la reattività.

Dove trovare

Questo viene acquisito quando un'accettazione del vettore (ad es. EDI 990) viene ricevuta ed elaborata, innescando un cambio di stato esplicito sul record della spedizione nel TMS.

Acquisisci

Acquisire il timestamp del cambio di stato in 'Booked' o 'Committed'.

Tipo di evento explicit
Aggiornamento in transito ricevuto
Rappresenta la ricezione di un aggiornamento sulla posizione o sullo stato dal vettore mentre la spedizione è in viaggio. Questi aggiornamenti, spesso derivanti da messaggi EDI 214, offrono visibilità sullo stato di avanzamento della spedizione e su eventuali ritardi.
Perché è importante

Questi eventi sono essenziali per monitorare l'avanzamento della spedizione e identificare i ritardi in transito. Una mancanza di aggiornamenti può indicare lacune di visibilità, mentre frequenti aggiornamenti sui ritardi segnalano problemi di performance del vettore.

Dove trovare

Si tratta di eventi espliciti registrati in una tabella di tracking delle spedizioni o di cronologia eventi ogni volta che un messaggio in transito del vettore (ad es. EDI 214 con stato 'X1', 'AG') viene ricevuto ed elaborato.

Acquisisci

Ogni messaggio del vettore in transito elaborato crea una nuova voce nell'event log.

Tipo di evento explicit
Fattura di trasporto verificata
La fattura del vettore è stata sottoposta a audit, sistematico o manuale, rispetto alle tariffe contrattate, alle spese accessorie e alla prova di consegna. Questa fase verifica gli addebiti prima dell'approvazione del pagamento.
Perché è importante

Si tratta di un punto di controllo finanziario fondamentale. L'analisi del processo di audit può rivelare frequenti discrepanze di fatturazione, mentre il rework in questa fase indica problemi che aumentano il carico amministrativo.

Dove trovare

Questo evento viene acquisito quando la fattura di trasporto associata alla spedizione cambia il suo stato in 'Controllata', 'Approvata per il pagamento' o uno stato simile all'interno del modulo di audit del trasporto del TMS.

Acquisisci

Acquisire il timestamp del cambio di stato sull'entità della fattura di trasporto collegata alla spedizione.

Tipo di evento inferred
Offerta respinta
Questo evento indica che un vettore ha rifiutato l'offerta di trasporto della spedizione. Questo rifiuto viene solitamente ricevuto elettronicamente tramite una transazione EDI 990 o un aggiornamento manuale nel portale del vettore, innescando un workflow per trovare un vettore alternativo.
Perché è importante

Monitorare i rifiuti dell'offerta è fondamentale per identificare i cicli di rework nella selezione del vettore. Tassi di rifiuto elevati possono indicare problemi con i prezzi, la capacità del vettore o informazioni di carico inaccurate, portando a ritardi e costi maggiori.

Dove trovare

Questo viene solitamente acquisito come evento esplicito quando una risposta di rifiuto del vettore viene elaborata dal TMS, aggiornando lo stato dell'offerta della spedizione.

Acquisisci

Registrato come evento al ricevimento di un messaggio di rifiuto del vettore (es. EDI 990).

Tipo di evento explicit
Prova di consegna ricevuta
Questa attività rappresenta la ricezione della documentazione formale che conferma la consegna, come una polizza di carico firmata. Spesso si tratta di un passaggio separato dopo la consegna fisica ed è un prerequisito per il pagamento del trasporto.
Perché è importante

Ricevere in modo efficiente la prova di consegna (POD) è vitale per accelerare il ciclo di fatturazione e pagamento. I ritardi in questa fase incidono sul cash flow e possono causare dispute con i vettori.

Dove trovare

Questo viene solitamente acquisito quando un utente contrassegna manualmente il POD come ricevuto o allega il documento al record della spedizione nel TMS, innescando un cambio di stato.

Acquisisci

Acquisire il timestamp quando viene impostato il flag o lo stato 'POD Received' sulla spedizione.

Tipo di evento inferred
Spedizione annullata
Rappresenta l'annullamento di una spedizione prima che venisse ritirata. Ciò può accadere per vari motivi, come la cancellazione di un ordine da parte di un cliente o una modifica della pianificazione, e funge da stato finale non riuscito.
Perché è importante

Monitorare gli annullamenti è importante per comprendere la volatilità della domanda e gli sprechi di processo. Analizzare il motivo per cui le spedizioni vengono annullate può rivelare problemi nei processi di gestione degli ordini o di pianificazione.

Dove trovare

Si tratta di un evento esplicito, acquisito quando un utente o un processo automatizzato cambia lo stato primario della spedizione in 'Annullato'.

Acquisisci

Acquisire il timestamp del cambio di stato in 'Cancelled'.

Tipo di evento explicit
Spedizione pianificata
Rappresenta il completamento della fase di pianificazione iniziale in cui vengono determinati il percorso, la modalità di trasporto e i potenziali vettori per la spedizione. Il motore di pianificazione del sistema genera una soluzione e lo stato della spedizione viene aggiornato per riflettere la disponibilità di un piano.
Perché è importante

Monitorare questa attività aiuta a misurare l'efficienza del motore di pianificazione e ottimizzazione. Ritardi o cicli di rework che coinvolgono questa fase possono indicare problemi con i master data, la disponibilità del vettore o la configurazione del sistema.

Dove trovare

Questo è probabilmente dedotto da un cambio di stato sull'entità della spedizione, ad esempio, passando da 'non pianificato' a 'pianificato'. Il timestamp di questo cambio di stato segna l'evento.

Acquisisci

Acquisire il timestamp quando lo stato della spedizione passa a 'pianificato'.

Tipo di evento inferred
Vettore assegnato
Questa attività si verifica quando la spedizione viene formalmente offerta a uno specifico vettore per l'accettazione. Si tratta di un'azione distinta all'interno del TMS, che spesso innesca la comunicazione al 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à del vettore e i tassi di accettazione dell'offerta. Analizzare il tempo che intercorre tra l'invio dell'offerta e la risposta del vettore è fondamentale per comprendere l'efficienza del rapporto con il vettore.

Dove trovare

Blue Yonder TMS probabilmente registra questo come un evento esplicito nella cronologia delle spedizioni o nella tabella della cronologia delle offerte quando l'azione di offerta viene eseguita dall'utente o dal sistema.

Acquisisci

Registrato nella cronologia eventi della spedizione quando viene eseguita l'azione di offerta.

Tipo di evento explicit
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i dati da Blue Yonder TMS

I metodi di estrazione per questo processo sono attualmente in fase di convalida. La preghiamo di controllare più tardi oppure ci contatti per assistenza.