Confronto visivo tra il percorso di trasporto pianificato e la cronologia della consegna effettiva.

Dal piano alla consegna: il metodo per leggere gli scostamenti operativi

Due consegne possono risultare entrambe completate, pur raccontando prestazioni operative molto diverse. La prima rispetta l’orario, la sequenza delle fermate e le risorse previste. La seconda arriva a destinazione soltanto dopo una riassegnazione, un’attesa e una modifica manuale del viaggio. Il cliente può avere ricevuto la merce in entrambi i casi, ma solo il confronto con il piano permette di capire quanto il risultato sia stato stabile, costoso o fortuito.

Misurare la qualità di un piano di trasporto significa quindi conservare ciò che era stato previsto, registrare ciò che è accaduto e collegare gli scarti agli eventi che li hanno prodotti. Il ritardo è un risultato osservato; non è ancora una diagnosi. Prima di cambiare parametri, procedure o fornitori occorre stabilire dove il problema sia nato e quali controlli avrebbero potuto intercettarlo.

Costruire una baseline che non cambi dopo il viaggio

Il primo passaggio consiste nel congelare la versione del piano approvata prima dell’esecuzione. Se orari, sequenze o risorse vengono riscritti a consuntivo, il confronto perde significato: il piano finisce per assomigliare artificialmente a ciò che è successo.

Questo controllo inizia ancora prima dell’esecuzione: la qualità dei dati e dei vincoli disponibili prima del calcolo determina che cosa il piano possa promettere davvero. La baseline dovrebbe quindi conservare anche la versione degli input sulla quale è stata presa la decisione operativa.

Il confronto deve utilizzare sempre la stessa unità di analisi. Un’azienda può misurare l’ordine intero oppure la singola riga d’ordine, ma non dovrebbe alternare le due unità nella stessa serie storica. Anche la data-obiettivo va dichiarata: può essere la data richiesta, quella confermata o la finestra concordata, purché la scelta resti stabile e la verifica riguardi la consegna effettiva.

Dimensione Dato pianificato Dato effettivo Scostamento da osservare
Servizio Finestra e quantità previste Orario e quantità consegnate Puntualità e completezza
Tempi Partenza, arrivo e attese previste Orari registrati nelle diverse fasi Anticipi, ritardi e attese aggiuntive
Sequenza Ordine delle fermate Ordine realmente eseguito Fermate spostate, saltate o aggiunte
Costi Budget e ipotesi del viaggio Voci contabilizzate nello stesso perimetro Differenza complessiva e costi straordinari
Risorse Mezzo, capacità e assegnazioni previste Risorse impiegate e sostituzioni Variazioni necessarie per completare il servizio

Le dimensioni devono restare separate. Una consegna può essere puntuale ma richiedere risorse aggiuntive; un viaggio meno costoso del previsto può comunque produrre un disservizio; una riassegnazione può salvare la consegna e, nello stesso tempo, rivelare la fragilità del piano originario. Un indicatore unico non rende visibili tutte queste differenze.

Usare l’OTIF come indicatore di risultato

L’OTIF verifica congiuntamente il rispetto della data o della finestra concordata e la completezza delle quantità. Una consegna puntuale ma parziale non soddisfa il criterio, così come non lo soddisfa una consegna completa arrivata in ritardo.

OTIF (%) = ordini puntuali e completi / tutti gli ordini con consegna prevista nel periodo × 100.

Il denominatore deve comprendere tutte le consegne previste nel periodo, non soltanto quelle concluse. Escludere le mancate consegne renderebbe il risultato più favorevole senza migliorare il servizio. Devono inoltre essere stabilite in anticipo le regole per tolleranze, consegne parziali, sostituzioni, eccedenze e riprogrammazioni formalmente accettate.

La comparabilità dipende dalla continuità di queste regole. Se un mese si usa la data richiesta e quello successivo la data confermata, oppure si passa dall’ordine alla riga d’ordine, la variazione dell’indicatore può dipendere dal metodo di calcolo e non dall’operatività.

L’OTIF descrive un risultato importante per il cliente, ma non rappresenta da solo la qualità complessiva del trasporto. Non misura direttamente l’extracosto necessario per rispettare la consegna, le modifiche di sequenza, l’impiego di risorse sostitutive o la solidità del piano. Soprattutto, un OTIF basso non identifica la fase che ha generato il problema.

Registrare gli eventi senza sovrascrivere la storia

Per spiegare uno scostamento serve una cronologia che attraversi l’intero processo. Gli eventi del viaggio devono poter essere collegati mediante identificativi condivisi: ordine, fermata, consegna e viaggio non possono restare record isolati se si vuole ricostruire la sequenza.

Una base operativa adattabile al singolo processo può contenere:

  • l’identificativo dell’ordine, della consegna, della fermata e del viaggio;
  • il tipo di evento, come merce pronta, partenza, arrivo, inizio attesa, ripartenza o consegna;
  • l’orario registrato e, quando pertinente, quello pianificato;
  • l’origine del dato e il suo stato di validazione;
  • la versione del piano in vigore quando l’evento si è verificato;
  • la presenza di una modifica manuale o di una riprogrammazione accettata;
  • un riferimento verificabile per le eccezioni che richiedono accertamenti.

Gli aggiornamenti non dovrebbero cancellare le stime precedenti. Se l’orario di arrivo stimato cambia durante il viaggio, le diverse stime possono essere conservate accanto all’orario effettivo. In questo modo è possibile distinguere una previsione progressivamente corretta da un risultato semplicemente registrato a consegna avvenuta.

Anche l’origine del dato conta. Un orario inserito manualmente, un evento confermato dal luogo di consegna e una riprogrammazione concordata non hanno necessariamente lo stesso significato operativo. Registrare la provenienza permette di verificare lo scostamento prima di interpretarlo.

Dallo scostamento alla causa attribuibile

Lo scostamento è la differenza tra baseline e consuntivo. La causa è la condizione che ha prodotto quella differenza. Tra i due elementi possono esserci diversi passaggi, compreso un controllo che avrebbe potuto rilevare il problema prima che diventasse visibile al cliente.

Si consideri un viaggio che parte dopo l’orario previsto perché la merce non era pronta. Il ritardo viene scoperto al momento della consegna, ma il punto di scoperta non coincide con l’origine. La cronologia può mostrare un problema nella preparazione, un mancato controllo prima dell’assegnazione definitiva e, soltanto alla fine, l’arrivo tardivo. Attribuire automaticamente lo scarto al vettore perché è l’ultimo soggetto della catena significherebbe confondere l’effetto con la causa.

Per ogni deviazione rilevante conviene distinguere tre momenti:

  • origine: quando e dove si è formata la condizione che ha alterato il piano;
  • possibilità di controllo: il passaggio nel quale il problema poteva essere rilevato o contenuto;
  • scoperta: il momento in cui lo scarto è diventato evidente.

Solo dopo questa ricostruzione ha senso classificare la causa. La categoria può riguardare la pianificazione, l’esecuzione del trasporto, la preparazione di magazzino, la produzione, i documenti, il cliente, le informazioni commerciali o un fattore esterno. L’etichetta non deve precedere le prove: serve a raggruppare casi già verificati, non a sostituire l’analisi.

Una causa di pianificazione è plausibile quando l’esecuzione rispetta le condizioni previste ma la baseline contiene tempi, sequenze o vincoli inadeguati. Una causa di esecuzione richiede invece eventi che mostrino uno scarto rispetto a istruzioni realistiche e disponibili. Un’indisponibilità del cliente va distinta da un appuntamento comunicato male; un problema documentale va collocato nel punto in cui il documento avrebbe dovuto essere prodotto o verificato.

Gli approfondimenti più impegnativi possono essere riservati agli scostamenti ricorrenti, alle conseguenze operative serie, ai passaggi tra organizzazioni e ai casi nei quali un controllo non ha funzionato. Per le anomalie ripetute si può impiegare un’analisi strutturata delle cause, trattandola come uno strumento d’indagine e non come una garanzia contro future ricorrenze.

Trasformare la diagnosi in una correzione verificabile

Una volta attribuita la causa, l’intervento dovrebbe essere coerente con il punto d’origine. Modificare i tempi standard ha senso se la pianificazione ha sottostimato una fase; cambiare una procedura di rilascio è più adatto se il controllo sulla merce pronta non ha funzionato; intervenire sul vettore richiede invece evidenze relative alla sua esecuzione. Una correzione applicata nel punto sbagliato può ridurre temporaneamente il sintomo e lasciare intatta la causa.

Il passaggio operativo può essere organizzato in cinque azioni:

  1. confermare lo scostamento usando la baseline e le regole di misurazione già definite;
  2. ricostruire gli eventi dalla formazione del piano alla consegna;
  3. assegnare la causa soltanto quando esiste un evento o un documento che la sostenga;
  4. definire l’intervento, il responsabile e l’effetto atteso su uno specifico indicatore;
  5. verificare le esecuzioni successive con le stesse unità, date di riferimento ed eccezioni.

Il confronto successivo deve riguardare casi sufficientemente omogenei. Se cambiano contemporaneamente il perimetro, il denominatore e le regole dell’indicatore, non sarà possibile capire se la correzione abbia ridotto davvero lo scarto. Se il problema continua a presentarsi, occorre rivedere l’attribuzione oppure verificare che l’intervento sia stato applicato nel punto previsto.

Domande degli utenti

Qual è la differenza tra ETA e orario effettivo di arrivo?

L’ETA è una stima dell’orario di arrivo e può cambiare mentre il viaggio procede. L’orario effettivo è il momento osservato e registrato all’arrivo. Per misurare la puntualità contrattuale, il riferimento principale resta la data o finestra concordata; confrontare le successive ETA con l’arrivo effettivo serve invece a valutare la capacità di prevedere e comunicare l’evoluzione del viaggio. È utile conservare le diverse versioni dell’ETA, evitando di sostituirle con l’ultima stima.

Come si calcola il costo per consegna distinguendo costi fissi e variabili?

Prima si definiscono periodo, perimetro e denominatore, specificando se includere consegne completate, tentate o entrambe. La quota fissa per consegna si ottiene dividendo i costi fissi allocati al perimetro per le consegne comprese nello stesso perimetro. La quota variabile deriva dai costi variabili attribuibili a quelle consegne, divisi per il medesimo denominatore. Il costo unitario è la somma delle due quote.

Il criterio di allocazione dei costi fissi deve rimanere stabile. Conviene inoltre tenere visibili le voci variabili direttamente riferibili a uno scostamento, come un’attesa aggiuntiva o una risorsa sostitutiva, così da non confondere il costo ordinario con quello necessario a recuperare un piano in difficoltà.

Quando conviene analizzare le prestazioni per singolo cliente, tratta o vettore?

La segmentazione è utile quando corrisponde a una decisione possibile. L’analisi per cliente aiuta a leggere finestre di ricevimento, riprogrammazioni e condizioni di scarico; quella per tratta mette in evidenza differenze legate al percorso e alla sequenza; quella per vettore concentra l’attenzione sull’esecuzione affidata a ciascun fornitore. Il segmento deve però contenere osservazioni confrontabili: un singolo episodio non basta per attribuire una tendenza strutturale.

Fonti di riferimento

  • LogisticaEfficiente, definizione e criteri di calcolo dell’OTIF
  • Sologic, ricostruzione cronologica e analisi delle cause nella logistica
  • GAINS, applicazione dell’analisi delle cause ai problemi ricorrenti

La qualità si misura nelle esecuzioni successive

La ricerca di un piano perfetto è meno utile della capacità di riconoscere rapidamente ciò che non ha funzionato. Ogni correzione dovrebbe partire da una causa verificabile, dichiarare quale scostamento intende ridurre e affrontare una nuova misurazione alle stesse condizioni. È nelle consegne successive, non nella sola chiusura dell’anomalia, che l’azienda scopre se ha davvero imparato dall’esecuzione.