Best Practices Logistica
Pratiche operative e tecniche raccomandate per la gestione delle spedizioni, l'ottimizzazione del magazzino, la digitalizzazione dei processi logistici e la gestione dei rischi. Ogni pratica include motivazione e un esempio concreto di applicazione.
---
1. Implementare il tracciamento evento-per-evento (event-driven tracking)
Rationale: La visibilità in tempo reale dello stato di ogni spedizione - non solo la posizione GPS del mezzo ma ogni evento significativo (presa in carico, arrivo hub, uscita hub, in consegna, consegnato, fallito) - riduce le richieste di stato dai clienti (WISMO: "Where Is My Order?"), abilita la gestione proattiva delle eccezioni e alimenta i modelli predittivi di ETA.
Do: Registrare ogni cambio di stato della spedizione come evento immutabile con timestamp, location, attore e tipo evento. Esporre gli eventi via API di tracking con webhook per notifiche push ai sistemi downstream.
Don't: Aggiornare solo il campo "stato corrente" in un record mutabile. Senza storico eventi non è possibile analizzare la performance del vettore, identificare i colli di bottiglia e calcolare SLA accuracy.
---
2. Adottare il modello hub-and-spoke con routing dinamico
Rationale: Il routing statico (percorsi fissi hub→spoke) non si adatta ai picchi di volume, alle variazioni della domanda o ai guasti. Il routing dinamico assegna le spedizioni agli hub in base alla capacità in tempo reale, riducendo i tempi di lavorazione e distribuendo il carico equamente.
Do: Integrare il TMS con il WMS degli hub per ricevere la capacità disponibile in tempo reale e ricalcolare il routing ogni N minuti. Mantenere regole di failover: se l'hub primario è saturo, deviare automaticamente verso hub alternativi nella rete.
Don't: Assegnare hub di smistamento manualmente o su base geografica statica. In periodi di picco (es. Black Friday) questa rigidità causa colli di bottiglia e ritardi a cascata.
---
3. Utilizzare gli SSCC (GS1-128) per la tracciabilità unitaria
Rationale: Identificare ogni unità logistica (pallet, collo) con un SSCC univoco e codificare le informazioni in GS1-128 (o GS1 DataMatrix) permette la lettura automatica lungo tutta la catena logistica, riduce gli errori di ricezione e abilita l'integrazione EDI via DESADV/ASN con i clienti.
Do: Generare SSCC al momento del packing nel WMS, stampare etichette GS1-128 conformi alle specifiche GS1 (Application Identifier 00), inviare DESADV/ASN al destinatario prima della spedizione con il dettaglio degli SSCC.
Don't: Usare codici proprietari non standardizzati. Ogni partner della supply chain userebbe un sistema diverso, rendendo impossibile la tracciabilità interorganizzativa automatica.
---
4. Progettare la last-mile con pre-notifica attiva al destinatario
Rationale: Il principale causa di first consignment failure (FCF) è l'assenza del destinatario. Notificare il destinatario con anticipo (SMS/email + link per riprogrammazione) prima della consegna riduce i FCF dal 20-30% tipico al 5-10%, abbattendo i costi di ri-consegna e giacenza.
Do: Inviare notifica il giorno prima con finestra di 2-3 ore ("domani mattina tra le 9 e le 12"). Offrire link self-service per spostare la data o scegliere un punto di ritiro alternativo. Inviare secondo avviso 30 minuti prima dell'arrivo stimato.
Don't: Consegnare "a sorpresa" senza preavviso, specialmente per B2C. Il destinatario non sarà a casa e si genereranno costi di ri-consegna che impattano il margine operativo.
---
5. Implementare il freight audit automatico
Rationale: Le fatture di trasporto contengono errori nel 5-15% dei casi: tariffe errate, surcharge non contrattualizzati, duplicati, errori di peso/volume. Il freight audit manuale è insostenibile a grandi volumi; quello automatico integrato nel TMS recupera il 2-5% dei costi di trasporto con ROI tipicamente < 6 mesi.
Do: Configurare nel TMS le tariffe contrattuali con tutti i vettori (accessoriali incluse). Confrontare automaticamente ogni fattura con il contratto, generare dispute per le voci non conformi e approvare solo le fatture "clean". Tracciare il tasso di errore per vettore.
Don't: Approvare le fatture di trasporto senza verifica, fidandosi della correttezza del vettore. Anche i migliori vettori applicano surcharge obsoleti o tariffe errate per errori di sistema.
---
6. Separare la logistica inbound da quella outbound nel WMS
Rationale: La logistica inbound (ricezione da fornitori) e outbound (spedizione a clienti) hanno processi, priorità, risorse e KPI diversi. Confonderle in un unico flusso causa conflitti di risorse, perdita di visibilità e difficoltà nel monitoraggio della performance.
Do: Configurare nel WMS zone, dock e risorse dedicate per inbound e outbound. Definire SLA separati: "ricezione entro 4 ore dall'arrivo" per inbound, "picking & packing entro 2 ore dall'ordine" per outbound.
Don't: Usare gli stessi dock e operatori per ricevere e spedire senza coordinamento. In periodi di picco le attività di ricezione ritardano le spedizioni urgenti.
---
7. Adottare il FEFO per i prodotti con scadenza
Rationale: Per merci con data di scadenza (alimenti, farmaci, cosmetici), il FEFO (First Expired First Out) garantisce che i prodotti con scadenza più prossima vengano prelevati per primi, riducendo gli obsoleti e le non conformità normative. Il FIFO (First In First Out) non è sufficiente quando lotti diversi hanno date di scadenza diverse.
Do: Registrare la data di scadenza (o lotto) di ogni unità logistica in ricezione nel WMS. Configurare il picking FEFO per SKU con gestione scadenza. Generare alert quando la giacenza media supera un soglia di rischio scadenza.
Don't: Usare FIFO come unica regola di prelievo per merci deperibili. Un lotto ricevuto prima ma con scadenza lunga sarà prelevato prima di un lotto più recente con scadenza breve, lasciando in stock merce prossima alla scadenza.
---
8. Definire SLA di consegna per tier di servizio e comunicarli contrattualmente
Rationale: SLA vaghi ("consegna in 3-5 giorni lavorativi") generano ambiguità, aspettative disallineate e controversie. SLA precisi per tier di servizio (standard, express, same-day) con penali definite responsabilizzano vettori e 3PL e danno al cliente aspettative corrette.
Do: Definire SLA per tratta (es. "Italia nord→Italia centro: +1 giorno lavorativo per express"), includere penali (% del nolo per giorno di ritardo), misurare OTIF per vettore/tratta e comunicare il risultato nel business review mensile.
Don't: Accettare SLA generici dai vettori senza specificare il territorio di applicazione e le condizioni di esclusione. Ogni eccezione non contrattualizzata diventa motivo di disputa.
---
9. Monitorare le eccezioni logistiche con dashboard real-time
Rationale: La gestione reattiva delle eccezioni (rispondere quando il cliente chiama) è costosa e danneggia la customer experience. La gestione proattiva - identificare le spedizioni a rischio prima che diventino un problema - riduce i costi di ri-consegna e le escalation.
Do: Configurare nel TMS alert automatici per: spedizioni con ETA superata del 20%, spedizioni bloccate in dogana > 24h, spedizioni con 2 tentativi di consegna falliti, variazioni di peso in hub (possibile danneggiamento). Assegnare un operatore responsabile per la gestione delle eccezioni.
Don't: Monitorare solo i KPI aggregati (OTIF%, costo per spedizione) senza visibilità sulle singole anomalie in corso. I problemi irrisolti diventano reclami formali o perdita del cliente.
---
10. Integrare WMS e TMS in tempo reale per il "dock scheduling"
Rationale: Senza coordinamento tra il WMS (quando la merce è pronta per essere ritirata) e il TMS (quando arriva il vettore per il ritiro), si creano code ai dock, tempi morti dei veicoli e ritardi nelle spedizioni. Il dock scheduling integrato ottimizza l'utilizzo delle banchine e riduce i tempi di sosta.
Do: Implementare un modulo di dock scheduling (integrato o separato) che prenota le banchine in base agli ETA dei veicoli (inbound) e ai tempi di packing (outbound). Condividere l'orario di appuntamento con i vettori via portale o EDI.
Don't: Gestire i dock con carta e penna o whiteboard. In magazzini con > 10 banchine e > 50 movimenti al giorno, la gestione manuale genera inevitabilmente conflitti e sprechi.
---
11. Documentare la classificazione doganale (HS Code) e mantenerla aggiornata
Rationale: Un HS Code errato genera ritardi doganali, sanzioni (in UE le sanzioni per classificazione errata possono essere significative), dazi non dovuti o omessi. La classificazione deve essere rivista quando cambiano le caratteristiche del prodotto o le disposizioni tariffarie (aggiornamenti annuali della Nomenclatura Combinata EU).
Do: Mantenere un database di classificazione HS per ogni SKU nell'ERP. Richiedere parere vincolante all'Agenzia delle Dogane (BTI - Binding Tariff Information) per prodotti dubbi. Rivedere la classificazione a ogni aggiornamento della NC (pubblicata ogni anno in Gazzetta Ufficiale UE).
Don't: Riutilizzare HS Code "standard di settore" senza verificare la conformità al prodotto specifico. I prodotti multipurpose (es. software-hardware integrato) hanno classificazioni complesse che richiedono analisi caso per caso.
---
12. Pianificare la gestione dei resi (reverse logistics) fin dalla progettazione del processo outbound
Rationale: La reverse logistics è spesso un afterthought che genera costi elevati e scarsa customer experience. Progettarla insieme al flusso outbound - con processi, etichette di reso pre-stampate e regole di accettazione definite - riduce i costi del 20-40% e migliora la velocità di rimessa in stock.
Do: Inserire nell'imballo un'etichetta di reso pre-stampata o un QR code per la generazione self-service. Definire le categorie di reso (difetto, cambio taglia, ripensamento) con routing diverso (rimessa in stock, quarantena, smaltimento). Misurare il costo medio per reso e il tasso di rimessa in stock.
Don't: Gestire i resi come eccezioni manuali senza processo standardizzato. In e-commerce con tassi di reso > 20%, questa scelta genera colli di bottiglia nel magazzino e perdita di prodotti recuperabili.