Analizzeremo il vostro schema di trasporti e vi diremo che cosa automatizzare per primo
Da dove arrivano le richieste, come si pianificano oggi i giri, chi tiene gli stati e in quali programmi si trovano già i vostri dati.
Software per la logistica
Richieste, giri, merci e consegna in un unico sistema
Finché le spedizioni sono poche, stanno nella testa di qualcuno, in un foglio di calcolo e in una chat. Quando il volume cresce, questo smette di funzionare: solo l'autista sa dov'è la merce, e solo chi ha preso la richiesta sa chi ha promesso che cosa a chi. Un software per la logistica elimina questo modo di lavorare: la richiesta, il giro, la merce e lo stato di consegna diventano registrazioni in un unico sistema, e il coordinatore le vede su un solo schermo. Ecco come funziona — dall'arrivo di una richiesta alla conferma di ricezione.
Che cos'è un sistema
di gestione della logistica
Un sistema di gestione della logistica — un software che tiene il conto delle spedizioni: riceve le richieste, ne compone i giri, vi assegna gli esecutori, segue il movimento delle merci e conserva la storia di ciò che è accaduto a ogni consegna.
La differenza si vede da un solo esempio. Senza sistema una richiesta vive in una messaggistica, il giro vive su un foglio sulla scrivania del coordinatore e lo stato della merce vive nella testa dell'autista. Rispondere a un cliente che chiede dov'è la sua merce significa chiamare tre persone. Nessuno sa quanti veicoli siano carichi per domani, perché quella cifra non è mai stata calcolata da nessuna parte.
In un sistema tutto questo è fatto di registrazioni. Una richiesta ha un numero, un mittente, un destinatario, una scadenza e uno stato attuale. Un giro ha un elenco di fermate, un ordine di passaggio e un esecutore. Una merce ha uno stato che cambia con un'azione nel software e non a parole. Rispondere alla domanda «dov'è la merce» richiede pochi secondi e non dipende da chi è di turno oggi.
Un esempio. Un cliente ha inviato una richiesta di trasporto giovedì. Un operatore ha verificato l'indirizzo e le dimensioni e ha messo la richiesta nel giro di venerdì, e il sistema l'ha assegnata a un autista insieme ad altre sei fermate. La mattina l'autista ha aperto il proprio elenco di compiti e ha marcato il ritiro; la sera, la consegna. Nel frattempo lo stato per il cliente cambiava, e venerdì sera l'azienda aveva un bilancio già pronto: quante fermate sono state coperte, quante lo sono state nei tempi e quale consegna è andata male.
L'automazione della logistica comincia dove la risposta a tre domande non sta più nella testa del coordinatore: quante richieste sono in corso in questo momento, dove si trova una certa spedizione e perché ieri due consegne sono slittate al giorno dopo.
- 1Richiesta
- 2Verifica
- 3Giro
- 4Esecutore
- 5Consegna al corriere
- 6Movimento
- 7Consegna
- 8Coordinatore
Il legame funziona nei due sensi: il compito va da sinistra a destra, le marcature e gli eventi dell'esecutore tornano indietro. Una consegna si considera avvenuta non quando l'autista lascia l'indirizzo, ma quando la ricezione è confermata. Senza questo passaggio il sistema annuncerebbe ciò che crede delle proprie merci invece di ciò che è davvero accaduto.
Che cosa sa il sistema di ogni spedizione
- Che cosa si trasporta — la descrizione della merce, il numero di colli, il peso, il volume, le condizioni particolari di trasporto
- Da dove e verso dove — l'indirizzo di ritiro, l'indirizzo di consegna, le persone da contattare ai due capi
- Quando — il termine di consegna, la fascia oraria del destinatario, gli orari reali di partenza e di ricezione
- Chi ne risponde — l'autista o il corriere, il veicolo, il giro, il responsabile in ufficio
- In quale stato si trova — lo stato attuale e tutta la catena dei suoi cambiamenti, con autore e orario
- Che cosa lo conferma — documenti, fotografie, firma del destinatario, commenti dell'esecutore
Che cosa il sistema non fa da solo
Un software non guida il veicolo e non sostituisce il coordinatore. Elimina il lavoro manuale attorno a una decisione: raccoglie le richieste in un posto solo, mostra il carico, impedisce a una fermata di perdersi e registra ogni cambiamento. La decisione su chi prende l'ordine urgente e se aspettare un cliente in ritardo resta a una persona — ma si prende su un quadro completo invece che a memoria.
Allo stesso modo, il sistema non conosce da solo traffico e meteo: qualunque dato esterno gli arriva tramite un'integrazione, la cui ampiezza si determina nel progetto.
Da dove cominciano di solito le aziende
È il tracciamento delle richieste a passare per primo nel sistema — non i giri e non le mappe. Il motivo è semplice: finché le richieste vivono in una chat, ogni giro si costruisce su un elenco incompleto e ogni report si calcola su ciò che qualcuno ha pensato di annotare.
I compiti che il sistema risolve
Ciò che segue non è un elenco di funzioni ma sei problemi per cui si automatizza la logistica in primo luogo. Ognuno è enunciato allo stesso modo: che cosa succede senza software e che cosa cambia con esso.
Le richieste non si perdono
Senza sistema una richiesta arriva per messaggistica, per e-mail e per telefono, e la sua sorte dipende dal fatto che qualcuno l'abbia annotata. In un sistema ogni richiesta è una registrazione con un numero, un autore e una scadenza: o è in corso, o è chiusa, e non esiste un terzo stato. Una richiesta persa si vede subito invece che quando chiama il cliente.
Un giro si costruisce sulle richieste e non a memoria
Il coordinatore vede tutte le fermate di domani come elenco: indirizzi, fasce orarie, dimensioni. Le fermate si compongono in giri, e un giro riceve un esecutore e un ordine di passaggio. Una fermata dimenticata non scivola in silenzio al giorno dopo: resta non assegnata e si vede in un elenco a parte.
Il carico di persone e veicoli si vede
Quante fermate sono già assegnate a un veicolo, quanto spazio resta in peso e in volume, quali autisti finiscono il turno tra un'ora. Senza queste cifre il carico si distribuisce a occhio, e un veicolo parte mezzo vuoto mentre un altro non riesce a finire il giro entro sera.
Lo stato di una merce non deve stabilirsi per telefono
Lo stato di una consegna lo cambia chi la esegue, nel momento dell'azione. Il coordinatore, il commerciale e il cliente guardano la stessa registrazione. «Dov'è la mia merce» smette di essere un lavoro per tre persone.
La conferma di ricezione si registra
Chi ha accettato la merce, quando e a che titolo è una registrazione nel sistema e non un ricordo. Una firma, una foto o un codice di conferma si allega alla consegna precisa. La discussione «abbiamo consegnato — no, non avete consegnato» si risolve aprendo una scheda e non con un'indagine.
I fallimenti si esaminano sui fatti
Ritardi, annullamenti, resi e consegne mancate diventano eventi distinti con un motivo. A fine mese non si vede «capita», ma un elenco preciso: quanti fallimenti, su quali giri e per quale causa.
Di che cosa è composto il sistema
Il sistema si compone di moduli. Non tutte le aziende ne hanno bisogno per intero: un servizio di consegna urbana non ha bisogno del tracciamento dei viaggi interurbani, e un produttore con parco proprio non ha bisogno di uno scambio di ordini. La composizione si determina dal compito, ma i moduli sono progettati in anticipo per incastrarsi tra loro, e non aggiunti dopo.
Ricezione e gestione delle richieste
Il punto d'ingresso del sistema: una richiesta di trasporto con mittente, destinatario, contenuto della merce, scadenza e condizioni. Le richieste arrivano da un commerciale, dall'area clienti o da un sistema esterno tramite API — e da lì in poi vivono tutte sotto le stesse regole.
Giri e fermate di consegna
La composizione delle fermate in un giro, l'ordine di passaggio, l'assegnazione di un veicolo e di un esecutore, la modifica del giro in corso di giornata. Un giro è un oggetto gestionale al pari di una richiesta: ha una data, uno stato e una storia di modifiche.
Registro delle merci
Che cosa si trasporta esattamente: colli, peso, volume, imballaggio, condizioni particolari. La merce è collegata alla richiesta, al giro, ai documenti e allo stato del momento, così ciascuno di essi ricostruisce gli altri.
Veicoli ed esecutori
Un elenco di veicoli e di persone: portata, volume del vano, tipo di veicolo, orari di lavoro, zona di attività. È da qui che viene il carico — quante fermate si possono ancora mettere su questo veicolo oggi.
Cruscotto operativo
Il posto di lavoro del dipendente: consegne in corso, giri, esecutori, stati, ritardi e ordini problematici su un solo schermo. Si apre nel browser, non c'è nulla da installare.
Stati ed eventi
Un insieme finito di stati di consegna e le regole di passaggio dall'uno all'altro. Ogni cambiamento è un evento con un autore, un orario e un motivo; gli eventi compongono la storia da cui poi si esamina un fallimento.
Il legame con il magazzino
La cucitura con la preparazione e la spedizione: che cosa è stato preparato, che cosa è pronto per la consegna, che cosa è stato realmente consegnato all'autista. Senza di essa magazzino e consegna vivono in due contabilità separate e divergono già a mezzogiorno.
Il posto di lavoro dell'esecutore
L'applicazione o l'interfaccia mobile dell'autista e del corriere: elenco dei compiti, indirizzi, ordine di passaggio, dettagli della merce, cambi di stato, conferma del ritiro e della consegna, contatto con il coordinatore.
Notifiche
I messaggi al cliente e al dipendente: richiesta accettata, merce ritirata, corriere in viaggio, consegna rinviata, consegna mancata. I canali di consegna dei messaggi si scelgono all'introduzione e si collegano con integrazioni.
Ruoli e permessi
Operatore delle richieste, coordinatore, magazziniere, autista, responsabile. Modificare un giro, annullare una consegna, correggere un indirizzo e accedere ai dati personali dei destinatari sono diritti distinti, e non un unico blocco «dipendente».
Analisi e report
Numero di consegne, quota di quelle fatte nei tempi, utilizzo dei veicoli e del personale, efficacia dei giri, elenco degli ordini problematici. I report si esportano in un file e si costruiscono secondo un calendario.
API e integrazioni
L'interfaccia esterna del sistema: creare una richiesta, verificare uno stato, ottenere un giro, trasmettere una conferma di consegna, estrarre il registro. È da qui che si collegano il negozio online, il CRM, l'ERP e il sistema di magazzino.
Gestione degli ordini
dalla richiesta alla consegna
Una richiesta di trasporto — un documento che registra che cosa consegnare e dove, entro quale termine, a spese di chi e a quali condizioni. Tutto ciò che segue — il giro, l'esecutore, gli stati, i documenti — è collegato al suo numero.
Una richiesta entra nel sistema in tre modi: la crea un commerciale, il cliente la compila da sé nella propria area, oppure un altro sistema dell'azienda la trasmette tramite API. La fonte è diversa; il percorso successivo è lo stesso, altrimenti certi ordini si costruirebbero un proprio ordine di lavorazione non scritto.
Verifica — un passaggio a parte, e non una formalità. Il sistema verifica che i campi obbligatori siano compilati, che il destinatario sia nell'elenco, che la merce rientri nelle dimensioni consentite e che il termine sia sostenibile. Una richiesta dubbia non scivola in silenzio in un giro: resta nell'elenco dei punti da chiarire, con un motivo chiaro.
Che cosa contiene una richiesta:
- Numero, data di creazione, autore e fonte — chi l'ha creata e da dove
- Il cliente e chi paga, quando sono due parti diverse
- L'indirizzo di ritiro e quello di consegna, con le persone da contattare
- Il contenuto della merce: descrizione, numero di colli, peso, volume, imballaggio
- Il termine di consegna e la fascia oraria che va bene al destinatario
- Le condizioni: pagamento alla ricezione, merce fragile, trasporto ai piani necessario, seconda persona necessaria
- I documenti collegati: documento di trasporto, fattura, ordine proveniente da un altro sistema
L'assegnazione a una consegna — il momento in cui una richiesta smette di essere un'intenzione e diventa lavoro. Entra nel giro di un giorno preciso, riceve un esecutore, e l'esecutore riceve un compito nel proprio elenco. Da lì la richiesta si vede nel pannello del coordinatore, nell'applicazione dell'autista e nella storia del cliente.
Alcune modifiche cambiano il piano della giornata: un nuovo indirizzo può uscire dal giro e un peso aumentato può non entrare più nel veicolo assegnato. Una richiesta simile non si modifica in silenzio: torna al coordinatore per essere ripianificata, con il motivo.
Il percorso di una richiesta
- CreataUn commerciale ha inserito la richiesta: due colli, 46 kg, ritiro in magazzino, consegna all'indirizzo del destinatario entro le 18:00 di venerdì
- VerificataL'indirizzo è stato trovato nell'elenco, le dimensioni corrispondono al tipo di veicolo, il termine è realistico — la richiesta passa in pianificazione
- Inserita in un giroLa fermata è stata aggiunta al giro di venerdì, in quarta posizione nell'ordine di passaggio
- Esecutore assegnatoIl giro è stato assegnato a un autista e a un veicolo; il compito è comparso nel loro elenco per domani
- Merce ritirataL'autista ha marcato il ritiro in magazzino, il sistema ha registrato l'ora di partenza e ha portato la richiesta in transito
- ConsegnataIl destinatario ha accettato la merce, la conferma è stata allegata alla richiesta, l'ora di ricezione è stata registrata
- ChiusaI documenti sono stati consegnati senza differenze; la richiesta entra nella storia e nel report del periodo
Una schermata del sistema; i dati sono illustrativi. Il quinto passo conta: il ritiro lo marca chi prende fisicamente la merce. Se lo marca un coordinatore perché qualcuno ha telefonato, il sistema comincia a descrivere non la spedizione ma il racconto che se ne fa.
Modificare una richiesta già assegnata
Modificare è un'operazione governata, non un cambiamento a mano libera. Cambiare un indirizzo, un termine o il contenuto di una merce conserva la versione precedente e lascia una traccia: chi ha cambiato, quando e che cosa esattamente. Altrimenti l'esame di una consegna contestata si scontra con la domanda su quale fosse l'indirizzo all'inizio.
Gestione dei giri
fermate, ordine ed esecutori
Giro — un elenco di fermate che un esecutore copre in una giornata, con l'ordine di passaggio. Una fermata è un'azione precisa a un indirizzo: ritirare una merce, consegnare una merce, riprendere un reso.
Creare un giro parte dalle richieste non assegnate alla data scelta. Il coordinatore le vede come elenco: indirizzo, quartiere, fascia oraria del destinatario, peso e volume. Le fermate si compongono in giro a mano o per regola — tutte le consegne di questo quartiere per domani, per esempio — e il giro mostra subito peso totale, volume e numero di fermate.
L'ordine delle fermate si imposta in modo esplicito e resta visibile a tutti: al coordinatore nel pannello e all'autista nell'applicazione. L'ordine si cambia spostando una fermata, e il sistema ricalcola il carico del giro e avvisa di un conflitto — quando una fermata con fascia «entro le 12:00» finisce all'ottavo posto, per esempio.
Assegnare un esecutore — collegare il giro a un autista o a un corriere e a un veicolo. Il sistema tiene conto della portata e del volume del vano: un giro che non entra nel veicolo assegnato viene segnalato prima della partenza invece di essere scoperto al carico.
Modificare un giro avviene in corso di giornata, ed è uno scenario normale e non un'emergenza. Una fermata si può aggiungere, togliere, spostare in un altro giro o in un altro giorno. L'esecutore vede il cambiamento nel proprio elenco, e la storia del giro ne conserva la traccia: che cosa è cambiato, chi l'ha cambiato e a che ora.
Seguire l'esecuzione — confrontare previsto e reale: quante fermate del giro sono chiuse, quante ne restano, dove l'esecutore si è discostato dall'ordine di passaggio, quali fermate hanno superato la propria fascia oraria. Un giro si chiude quando tutte le sue fermate sono chiuse — comprese quelle finite con una consegna mancata.
L'ordinamento automatico delle fermate
La costruzione automatica di un giro ottimale è un modulo a parte, e non una funzione integrata nel sistema di tracciamento. Conviene trattarla come un'opzione di introduzione: richiede una fonte di dati stradali, regole di calcolo e una verifica sui viaggi reali dell'azienda.
Le possibilità vanno dal semplice ordinamento delle fermate per zona e per fascia oraria al calcolo tramite un servizio cartografico esterno. Che cosa esattamente si collega e su quali dati lavora si determina nell'analisi preliminare: annunciare in anticipo un'ottimizzazione già pronta sarebbe una promessa e non una descrizione.
Lo strato di base funziona senza di essa: fermate, ordine, esecutore e controllo dell'esecuzione non dipendono dal fatto che le fermate siano state disposte da una persona o da un algoritmo.
Un giro come oggetto gestionale
Un giro ha una data, un esecutore, un veicolo, uno stato e una storia di modifiche — esattamente come una richiesta. Per questo la domanda sul perché quell'indirizzo sia slittato da ieri a oggi si risolve dalla registrazione del giro e non da ciò che il turno ricorda.
| № | Punto | Azione | Fascia | Colli | Peso | Stato |
|---|---|---|---|---|---|---|
| 1 | Magazzino, via Promyshlennaya | Ritiro della merce | 08:00–09:00 | 14 | 310 kg | fatto |
| 2 | Negozio «Tsentralny» | Consegna | 09:00–12:00 | 4 | 86 kg | fatto |
| 3 | Ufficio del cliente, 4° piano | Consegna | 10:00–13:00 | 2 | 18 kg | in transito |
| 4 | Punto di ritiro, quartiere Asanbay | Consegna | entro le 18:00 | 6 | 142 kg | in attesa |
| 5 | Negozio «Vostochny» | Consegna + reso | 14:00–17:00 | 2 | 64 kg | in attesa |
L'ordine di passaggio si vede sia dal coordinatore sia dall'autista, così «le abbiamo invertite» non diventa mai una discussione. La riga 3 non si chiuderà finché l'esecutore non avrà marcato il risultato: il trasporto ai piani è un punto classico in cui una consegna prende ritardo, e il sistema deve saperlo da chi si trova davanti alla porta.
La gestione delle merci
che cosa si trasporta, da dove, verso dove e chi ne risponde
Merce — ciò che si sposta fisicamente. Nel sistema è una registrazione a parte collegata a una richiesta: una stessa richiesta può portare più merci, e uno stesso viaggio può portare le merci di più richieste.
Questa separazione non è lì per rigore contabile. È a livello di merce che si risolvono le domande più frequenti: quanti colli sono partiti, sono arrivati tutti, quale è danneggiato, che cosa è tornato indietro.
Ogni cambiamento di stato di una merce è un evento con un orario e un autore. Per questo la storia di una spedizione si ricostruisce per intero: quando la merce è stata ritirata, dove è passata da un esecutore all'altro, quando è stata consegnata al destinatario e chi l'ha confermato.
Il passaggio tra esecutori — un'operazione a parte, e non un effetto collaterale. Una merce che va dal magazzino allo smistamento e poi a un indirizzo cambia mano almeno due volte. Ogni passaggio si registra in modo esplicito; altrimenti, quando qualcosa sparisce, non si può nominare il tratto in cui si è perso.
È da qui che viene anche la risposta alla domanda «di chi è la colpa» — non nel senso di trovare un colpevole, ma nel senso di un tratto del percorso. Un danno constatato dal destinatario si collega alla tappa in cui la merce era registrata a nome di un esecutore preciso.
Documenti collegati
Il documento di trasporto, il verbale di consegna, una foto dell'imballaggio e la firma del destinatario vivono accanto alla merce. Un documento è collegato sia alla merce sia alla richiesta: lo si può quindi ritrovare dal lato del cliente e dal lato del viaggio, senza dover frugare in una chat.
Una foto alla presa in carico e alla consegna è il modo più economico di chiudere una controversia sui danni: è stata scattata in un momento noto da una persona nota e sta nella stessa scheda della firma del destinatario.
Merce e richiesta sono registrazioni distinte
Una stessa richiesta può portare più colli, e uno stesso viaggio può portare le merci di più richieste. Finché la registrazione è una sola, ogni caso parziale — tre colli accettati su cinque, uno reso — va descritto a parole in un commento.
- Che cosa si trasportaobbligatorioDescrizione, numero di colli, peso, volume, tipo di imballaggio, condizioni particolari — fragile, a temperatura, due persone necessarie
- Da doveobbligatorioL'indirizzo di ritiro, il magazzino o il sito di spedizione, la persona da contattare presso il mittente
- Verso doveobbligatorioL'indirizzo di consegna, il destinatario, la fascia di ricezione, le note su accesso e trasporto
- Chi ne rispondeobbligatorioIl detentore del momento: autista, corriere, magazzino o sito di smistamento — con una storia dei passaggi
- Stato attualecambia durante il lavoroUno degli stati dello strato di consegna; si cambia con l'azione di un esecutore e non modificando un campo a mano
- Ora di partenzaregistrata sul fattoIl momento in cui la merce è stata presa in carico dall'esecutore e ha fisicamente lasciato il punto di partenza
- Ora di ricezioneregistrata sul fattoIl momento della consegna al destinatario, con il modo di conferma
- Documenti e collegamentisecondo necessitàDocumento di trasporto, verbale, foto, firma, numero di richiesta, numero d'ordine in un sistema esterno
I campi obbligatori sono il minimo senza cui una merce non può entrare in un giro. Il resto si configura: il trasporto di mobili e la consegna di documenti non hanno gli stessi campi utili, e costringere le persone a compilare ciò che non serve è il modo sicuro di ritrovarsi un elenco pieno di trattini.
Il controllo delle consegne: stati e casi particolari
Uno stato non è una scritta sullo schermo ma una condizione che determina quali azioni sono permesse. L'insieme degli stati è finito: finché non è nominato in modo esplicito, ogni dipendente intende «in corso» a modo suo e non c'è nulla su cui costruire un report.
- CreataLa richiesta è stata accettata e verificata. La merce non è ancora preparata e nessun esecutore è assegnato, ma l'impegno verso il cliente è già registrato
- PreparataLa merce è preparata e raccolta, i colli sono etichettati, i documenti sono pronti. Da qui il contenuto non cambia più senza un'operazione a parte
- Consegnato al corriereLa merce è stata fisicamente presa in carico dall'esecutore: la marcatura la fa chi l'ha ritirata. La responsabilità passa dal magazzino all'esecutore
- In transitoL'esecutore sta facendo il giro. È qui che compaiono gli eventi intermedi: arrivato alla fermata, scarico iniziato, in ritardo all'indirizzo precedente
- ConsegnatoIl destinatario ha accettato la merce e la conferma è allegata alla consegna. Solo adesso la consegna si considera conclusa — e non al momento di lasciare l'indirizzo
L'ordine conta esattamente com'è. Ogni passaggio lo compie chi ha fatto l'azione, nel momento dell'azione — altrimenti il sistema mostra non lo stato della spedizione ma l'intenzione del coordinatore. Stati intermedi (allo smistamento, passato a un subappaltatore) si aggiungono secondo il processo dell'azienda, ma l'insieme resta finito ed esplicito.
| Che cosa è successo | Che cosa fa il sistema | Stato |
|---|---|---|
| Ritardo: la fascia del destinatario si sta esaurendo | Marca la fermata come in ritardo, la mostra al coordinatore in un elenco a parte, prepara una notifica al destinatario per il rinvio | esame |
| Il cliente ha annullato l'ordine prima della spedizione | Chiude la richiesta con un motivo di annullamento, toglie la fermata dal giro e restituisce la merce alla giacenza di magazzino | normale |
| Il cliente ha annullato l'ordine mentre la merce era in transito | Non chiude la consegna in silenzio: la porta in reso e aggiunge una fermata di reso al giro dell'esecutore | esame |
| Il destinatario non c'è | Registra una consegna mancata con un motivo e il commento dell'esecutore, lascia la merce a lui e pone la questione di un nuovo tentativo | esame |
| Il destinatario ha accettato la merce in parte | Divide la consegna: i colli accettati si chiudono, quelli rifiutati vanno in reso come registrazione a parte | esame |
| La merce è stata danneggiata durante il trasporto | Apre un evento con fotografie e il responsabile al momento del danno, e non lascia chiudere la consegna come ordinaria | esame |
| L'esecutore non si è presentato al turno | Libera il suo giro per una riassegnazione e mostra al coordinatore tutte le fermate interessate in un unico elenco | avvertimento |
Il principio generale: un esito sfavorevole non sparisce e non si trasforma in un esito favorevole. La consegna resta aperta e va nella coda di esame — costa meno di un report senza il minimo problema perché non c'era dove registrarli.
Quali casi particolari servano davvero a un'azienda si decide nell'analisi preliminare. Il trasporto di mobili ha bisogno dei resi e dell'esame dei danni; la consegna di documenti ha bisogno dei nuovi tentativi e della verifica dell'identità del destinatario. L'insieme degli stati si configura, ma la regola resta la stessa: ogni consegna finisce con un motivo, e il motivo entra nel report.
Cruscotto operativo
che cosa vedono il coordinatore e l'amministratore
Cruscotto operativo — il posto di lavoro da cui si conduce la giornata. Il suo compito non è mostrare dati ma raccogliere su un unico schermo tutto ciò che richiede una decisione adesso, e non mostrare il resto.
Per questo il pannello è costruito come una postazione di comando: l'urgente in alto, il quadro generale della giornata sotto, la storia e le anagrafiche più in basso. Un dipendente non deve ricordare dove stanno le cose per rispondere alla chiamata di un cliente.
Che cosa mostra il pannello:
- Consegne in corso — ogni fermata in corso in questo momento, con il proprio esecutore e lo stato del momento
- I giri della giornata — quante fermate sono chiuse, quante ne restano, dove un giro è in ritardo sul piano
- Esecutori — chi è di turno, chi è in giro, chi ha finito, a chi si stanno esaurendo le ore di lavoro
- Stati — la distribuzione delle consegne tra gli stati in un unico elenco, senza contare a mano
- Ritardi — le fermate la cui fascia del destinatario si sta esaurendo o è già esaurita
- Ordini problematici — consegne mancate, resi, danni, rifiuti del destinatario
- Utilizzo — quanto peso e quanto volume sono assegnati a un veicolo e quanto spazio resta
- Non assegnate — le richieste che non sono ancora entrate in alcun giro
- Storia delle operazioni — che cosa è successo a qualunque richiesta, giro o merce, con autore e orario
Diritti di accesso separano il pannello per ruolo. Un coordinatore vede la propria regione, un responsabile vede tutte le direzioni, un operatore del call center vede stati e contatti ma non i dati finanziari.
La separazione si pone per ruolo e non con una serie di caselle da spuntare per ogni dipendente. Altrimenti in sei mesi i diritti di un nuovo arrivato sono impostati «come quelli di Ivanov», e nessuno può più dire a che cosa abbia esattamente accesso.
Bilancio della giornata
118consegne in corso
9fermate rischiano il ritardo
4ordini problematici
12richieste non assegnate
Una schermata del sistema; le cifre sono illustrative. L'ordine dei riquadri non è casuale: al primo posto non c'è il volume complessivo ma ciò che richiede una decisione. Le richieste non assegnate vengono per ultime, perché è l'unico riquadro che il coordinatore chiude da sé e chiude del tutto.
Storia delle operazioni
La storia non è un archivio tenuto per ogni evenienza, ma uno strumento di esame. Le registrazioni non si modificano: una correzione si scrive come nuova registrazione. Per questo la domanda su chi abbia rinviato la consegna a domani ha una risposta e non più versioni.
Di solito la si legge da uno di tre capi: per richiesta — che cosa le è successo; per esecutore — che cosa ha fatto durante il turno; per giro — come è cambiato nel corso della giornata.
Il legame con il magazzino
dalla preparazione alla consegna per il trasporto
Il magazzino e la logistica non sono due reparti che condividono una chat, ma due fasi di uno stesso processo. Una merce preparata ma non consegnata e una merce consegnata ma non marcata sono due stati diversi, e confonderli costa caro.
Un unico processo digitale vuol dire una cosa: ogni passaggio tra magazzino e consegna si registra con un'azione e non con un messaggio. Il magazziniere marca la preparazione, l'autista marca la presa in carico della merce, il destinatario marca la ricezione. Tra queste marcature la merce è sempre registrata a una fase precisa.
Che cosa dà la cucitura al magazzino: vede che cosa è già partito e che cosa sta da due giorni nella zona di spedizione. Che cosa dà alla logistica: un giro non si pianifica attorno a una merce non ancora preparata, e un autista non arriva al cancello prima che ci sia qualcosa da caricare.
La contabilità di magazzino completa — ricezione, sistemazione, inventario, lotti e date di scadenza — è oggetto di una pagina a parte. Qui si descrive solo la cucitura: che cosa il magazzino trasmette alla logistica e che cosa riceve indietro.
- 1Ordine
- 2Preparazione
- 3Messa in attesa
- 4Consegna
- 5Consegna
- 6Conferma
Il quarto passaggio è l'unico in cui la merce cambia mano. È proprio per questo che si tratta come un'operazione a parte, a due lati: il magazzino ha consegnato, l'esecutore ha accettato. Se si salta questo passaggio, quando un collo sparisce non si può nominare la fase e l'esame si trasforma in un interrogatorio del turno.
Che cosa passa tra magazzino e logistica
- Dal magazzino alla logistica — il contenuto dell'ordine preparato, il numero di colli, il peso e il volume, lo stato di pronto per la spedizione, i numeri di etichettatura
- Dalla logistica al magazzino — l'ora prevista di arrivo del veicolo, chi viene a prendere la merce, in quale giro entra
- Indietro al magazzino — i resi, i colli rifiutati e la merce non consegnata, con il motivo del rientro
- Comune a entrambi — la storia del movimento di un collo: dove è passato, chi l'ha accettato e quando è cambiato il responsabile
Se il magazzino gira su un altro programma
È la situazione abituale: la contabilità di magazzino si tiene già in un sistema esistente e nessuno ha intenzione di sostituirlo. La cucitura si costruisce allora come scambio: la logistica riceve lo stato di preparazione degli ordini e la composizione dei colli e rinvia stati e conferme.
L'ampiezza e la frequenza dello scambio si determinano da ciò che il sistema esterno è capace di esporre. Che cosa sappia fare quel programma si chiarisce nell'analisi preliminare: annunciare in anticipo un'integrazione già pronta significherebbe fare una promessa a nome del prodotto altrui.
Richieste e giri
Merci e stati
Cruscotto operativo
Report di consegna
Come i dipendenti lavorano con il sistema
Ogni ruolo ha il proprio posto di lavoro e il proprio insieme di azioni. Non è una restrizione per il gusto di farlo: meno lo schermo è affollato, meno errori ci sono durante il turno e più breve è la formazione di un nuovo arrivato.
Operatore delle richieste
Prende le richieste da tutti i canali, verifica indirizzi e contenuto delle merci, chiarisce con il cliente ciò che è dubbio. Vede la coda dei punti da chiarire e le proprie richieste; non tocca né i giri né il carico dei veicoli.
Coordinatore
Compone i giri, assegna gli esecutori, conduce la giornata: sposta le fermate, reagisce ai ritardi, tratta le consegne problematiche. È l'utente principale del pannello e la fonte principale di cambiamenti in corso di giornata.
Magazziniere
Marca la preparazione e lo stato di pronto per la spedizione, tratta la consegna della merce all'esecutore e la ricezione dei resi. Lavora con colli ed etichette, non con giri.
Autista
Riceve il giro della propria giornata, marca ritiri e consegne, registra il motivo quando una fermata non si chiude. Vede solo i propri compiti del giorno e i dati necessari per eseguirli.
Corriere
Lo stesso scenario, ma in un'interfaccia mobile e con un numero maggiore di fermate brevi per turno. Conferma la ricezione, allega una foto o una firma, scrive un commento sull'indirizzo.
Responsabile
Non guarda una giornata ma un periodo: volume di consegne, quota di quelle fatte nei tempi, utilizzo, elenco dei fallimenti che si ripetono. Non ha bisogno di azioni operative — ha bisogno di cifre su cui appoggiarsi.
Corrieri e autisti
l'interfaccia di lavoro dell'esecutore
Un esecutore non ha bisogno di un accesso al sistema ma di un breve elenco di che cosa fare adesso. Per questo il suo posto di lavoro è un'interfaccia a parte: un'applicazione mobile o una pagina web adattata, e non lo stesso pannello del coordinatore.
Vi si trovano:
- L'elenco dei compiti della giornata nell'ordine di passaggio
- Gli indirizzi con le note su accesso, piano e ingresso
- Le informazioni sull'ordine: che cosa si trasporta, quanti colli, chi è il destinatario, se c'è pagamento alla ricezione
- Un cambio di stato in un'azione: arrivato, ritirato, consegnato
- La conferma che la merce è stata ricevuta al punto di partenza
- La conferma di consegna: una firma, una foto o un codice del destinatario
- Un commento sulla fermata quando qualcosa non è andato come previsto
- Il contatto con il coordinatore dalla scheda del compito, senza cercare un numero nel telefono
Un requisito importante per un'interfaccia simile è funzionare su un collegamento scadente. Le marcature fatte senza rete si conservano sul dispositivo e partono appena appare una connessione; una ritrasmissione non crea una seconda consegna.
Un esame dettagliato del lavoro dell'esecutore è oggetto di una pagina a parte, «Per i corrieri». Qui conta altro: le marcature fatte in questa interfaccia sono l'unica fonte degli stati reali, ed è per questo che si progetta per prima e non per ultima.
Che cosa dà all'azienda una marcatura fatta sul posto
La marcatura di un esecutore nel momento dell'azione non è controllo per il gusto di controllare. È da essa che vengono l'ora reale di consegna, la durata della fermata e il motivo di un fallimento. Senza di essa, tutte e tre si ricostruiscono a memoria a fine giornata — cioè non si ricostruiscono affatto.
Il secondo effetto è il carico tolto al coordinatore: finché tiene gli stati da ciò che gli si dice al telefono, metà giornata se ne va a ricopiare nel sistema il lavoro degli altri.
Perché è un'interfaccia a parte
Un esecutore lavora in altre condizioni: il telefono in una mano, la scatola nell'altra, lo schermo al sole, il collegamento che va e viene. Il pannello del coordinatore non è utilizzabile in queste condizioni: servono elementi grandi, un minimo di campi e un comportamento prevedibile senza rete.
Per questo il suo posto di lavoro si progetta attorno alla giornata più che attorno alla completezza dei dati: sullo schermo ci sono solo la fermata in corso e la successiva, tutto il resto è spostato più in basso.
Analisi
quali dati si possono misurare
I report hanno senso solo dove i dati entrano nel sistema nel momento dell'azione. Se gli stati si compilano la sera come riepilogo della giornata, qualunque report mostrerà un quadro ordinato che non ha nulla a che vedere con ciò che è davvero successo.
Che cosa si calcola dai dati accumulati:
- Numero di consegne — per giorno, per settimana e per mese; per direzione, per cliente e per esecutore
- Ordini riusciti e ordini problematici — la quota consegnata nei tempi e l'elenco di quelli finiti altrimenti, con i motivi
- Tempi di consegna — il tempo reale tra la richiesta e la consegna, e tra la messa in consegna e la ricezione
- Utilizzo — quante fermate, quanto peso e quanto volume toccano a un veicolo e a un esecutore, e quanto spazio resta
- Efficacia dei giri — il numero di fermate per turno, la quota di quelle chiuse come previsto, il tempo tra una fermata e l'altra
- Storia delle operazioni — una fonte per esaminare un caso preciso, e non solo per le cifre di sintesi
Le definizioni degli indicatori si pongono una volta e servono a tutti i report. «Consegnato nei tempi» deve voler dire la stessa cosa nel report del coordinatore e in quello del responsabile — altrimenti due bilanci di una stessa giornata non concorderanno, e si smetterà di credere a entrambi.
I report si esportano in un file, si costruiscono secondo un calendario e possono partire verso un sistema di analisi esterno tramite API — l'ampiezza dell'esportazione si determina nel progetto.
Bilancio della settimana
612consegne nel periodo
27riusciti non normalmente
Una schermata del sistema; le cifre sono illustrative. Il secondo riquadro conta più del primo: finché non si è esaminata la composizione degli esiti anomali — annullamenti, resi, consegne mancate — il volume complessivo dice qualcosa del carico ma nulla della qualità del lavoro.
Integrazioni e scambio dati
Un sistema logistico sta raramente da solo: gli ordini arrivano da un programma, i clienti si gestiscono in un secondo, le giacenze stanno in un terzo. Ecco le direzioni lungo cui lo scambio si costruisce più spesso. L'ampiezza precisa di un'integrazione si determina da ciò che il sistema esterno è capace di esporre e si precisa nell'analisi preliminare.
Negozio online
Un ordine effettuato si può trasmettere alla logistica come richiesta in automatico, e lo stato di consegna si può rinviare al cliente nella sua area. Il modo in cui si costruiscono la vetrina stessa e il tracciamento degli ordini è trattato sulla pagina sull'e-commerce.
CRM
È possibile un'integrazione con l'elenco dei clienti e la storia delle trattative: una richiesta si crea dalla scheda cliente e il risultato della consegna torna al commerciale. Lo scambio si fa sull'identificativo del cliente, perché non si creino controparti duplicate.
ERP e contabilità
Può lavorare con lo strato contabile dell'azienda: ordini, documenti di trasporto, regolazioni. La direzione dello scambio e l'insieme dei documenti si determinano da quale contabilità è riconosciuta come principale.
Sistema di magazzino
Lo stato di preparazione degli ordini, la composizione dei colli e l'etichettatura arrivano dal magazzino, mentre stati e resi ripartono. Se il magazzino gira su un programma esterno, la cucitura si costruisce come scambio — si veda più sopra la sezione sul legame con il magazzino.
Software per corrieri
Il posto di lavoro dell'esecutore può far parte del sistema o essere un'applicazione distinta collegata tramite API: riceve i compiti e rinvia stati e conferme. La seconda possibilità serve dove un'applicazione è già in uso.
Sistemi di pagamento
Dove c'è pagamento alla ricezione, è possibile un'integrazione con un servizio di pagamento o con il terminale dell'esecutore: l'importo da incassare viene dalla richiesta e il risultato del pagamento torna alla consegna. L'ampiezza dipende dal fornitore.
Servizi esterni
Mappe e geocodifica degli indirizzi, telematica dei veicoli, servizi di notifica, trasportatori in subappalto. Ognuno di questi collegamenti è un modulo di scambio a parte; l'esistenza di un connettore già pronto non si afferma in anticipo.
API
L'interfaccia propria del sistema: creare una richiesta, ottenere uno stato e un giro, trasmettere una conferma di consegna, estrarre il registro delle operazioni. Tutto ciò che non ha un modulo dedicato si collega tramite essa.
Le regole di scambio sono le stesse ovunque: ogni operazione ha una chiave, così una ritrasmissione non crea una seconda richiesta; le differenze non spariscono ma vanno nella coda di esame; ogni messaggio e ogni risposta si scrivono nel registro degli scambi. Senza queste tre regole un'integrazione funziona esattamente fino alla prima caduta di linea.
L'ordine di introduzione
La logistica non passa in un sistema tutta in una volta in una giornata: finché i dipendenti tengono gli stati alla vecchia maniera, i dati dei report non vogliono dire nulla. Per questo il lancio avviene per fasi, e ciascuna si appoggia a una fase precedente che funziona.
1. Analisi preliminare
Come arrivano oggi le richieste, chi pianifica i giri, con che cosa si tengono gli stati, quali programmi sono già in essere e che cosa sanno esporre. Il risultato è una descrizione del processo e un elenco di ciò che si automatizza per primo.
2. Un pilota su una direzione
Una città, un servizio di consegna o un magazzino. Richieste, giri, stati e marcature degli esecutori passano per il ciclo completo su spedizioni reali — prima che il processo venga esteso a tutta l'azienda.
3. Ruoli e regole
Chi può cambiare che cosa, quali casi particolari servono, come si trattano un reso e una consegna mancata, a chi vanno le notifiche. Anche i diritti e la procedura di modifica manuale di un giro si configurano qui.
4. Estensione e scambi
Le direzioni restanti seguono lo schema provato, e le integrazioni arrivano come moduli di scambio a parte. Da lì la storia si accumula e compaiono i report per periodo e i dati per la pianificazione del parco veicoli.
I nostri clienti
Parliamo della vostra logistica
Contattateci oggi stesso
Raccontateci quante consegne fate al giorno, da dove arrivano le richieste, se lavorate con un parco proprio o con subappaltatori, se avete un magazzino e in quali programmi si trovano già i vostri dati. Vi diremo che cosa si automatizza per primo, che cosa si può collegare ai sistemi esistenti e da dove conviene cominciare il pilota.
