In sintesi
“Gestionale trasporti” e “TMS” non sono due categorie separate da una norma. Sono termini commerciali e funzionali che spesso si sovrappongono. Per questo scegliere basandosi sul nome del prodotto è poco utile.
Per una piccola impresa la distinzione più pratica è questa:
- un gestionale semplice organizza bene il lavoro interno quotidiano;
- un TMS più strutturato tende a gestire una maggiore complessità di network, vettori, tariffe, integrazioni, eccezioni e controllo dei costi.
Non è una scala di qualità. Un sistema più complesso non è automaticamente migliore: è migliore soltanto se serve quella complessità.
Non esiste una frontiera giuridica tra gestionale e TMS
Nessuna legge stabilisce che un software debba avere “10 funzioni” per chiamarsi TMS o che un gestionale non possa fare pianificazione. Il termine TMS descrive una famiglia di soluzioni, non una certificazione.
Di conseguenza, una PMI dovrebbe ignorare per qualche minuto il nome commerciale e chiedere:
- quali processi copre;
- quanto bene li copre;
- quali dati richiede;
- quante persone devono usarlo;
- quanto costa implementarlo e mantenerlo;
- quanto è facile uscirne e recuperare i dati.
Confronto pratico
| Area | Gestionale semplice per piccola flotta | TMS strutturato |
|---|---|---|
| Clienti e sedi | Centrale | Centrale |
| Ordini | Centrale | Centrale |
| Autisti e mezzi propri | Spesso centrale | Dipende dal target |
| Piano giornaliero | Centrale | Centrale, spesso più sofisticato |
| App/comunicazione driver | Possibile | Possibile/integrata |
| Vettori terzi | Limitata o assente | Spesso avanzata |
| Tender/procurement | Raro | Frequente nei sistemi enterprise |
| Tariffe complesse | Essenziali o assenti | Spesso avanzate |
| Ottimizzazione | Limitata/opzionale | Più comune |
| Freight audit | Raro | Possibile/avanzato |
| ERP/WMS/EDI/API | Semplice o selettivo | Spesso fondamentale |
| Implementazione | Giorni/settimane nei casi semplici | Può richiedere progetto dedicato |
| Configurazione | Ridotta | Spesso ampia |
| Formazione | Limitata | Più strutturata |
La tabella è indicativa: ogni prodotto va verificato singolarmente.
Il vero spartiacque: complessità del processo
Il numero di camion è importante, ma non basta. Due imprese entrambe con dieci mezzi possono avere esigenze opposte.
Azienda A
- clienti abituali;
- tratte relativamente stabili;
- flotta propria;
- pochi operatori in ufficio;
- ordini ricevuti via email;
- bisogno principale: organizzare ordine, camion, autista e modifiche.
Un gestionale leggero può essere perfettamente adeguato.
Azienda B
- dieci mezzi propri ma anche 80 vettori esterni;
- centinaia di ordini;
- tariffe diverse per zona, peso e cliente;
- flussi EDI;
- portale clienti;
- audit delle fatture vettore;
- KPI contrattuali.
Qui il numero di camion non descrive più la complessità. Un TMS più strutturato può essere giustificato.
Cinque segnali che basta un gestionale semplice
1. Il problema principale è la dispersione delle informazioni
Se il vero dolore è ricopiare ordini da email a Excel e poi telefonare agli autisti, la priorità è avere una fonte unica.
2. La flotta è prevalentemente propria
Non serve un motore di procurement vettori se non si fa procurement.
3. La pianificazione viene decisa dall'esperienza del disponente
Un buon calendario e dati puliti possono produrre più valore di un motore di ottimizzazione che richiede mesi per essere parametrizzato.
4. Poche persone lavorano in ufficio
Un sistema con decine di ruoli, approvazioni e workflow può diventare un ostacolo.
5. Le integrazioni necessarie sono poche
Se basta importare un Excel, esportare dati e collegare uno o due servizi, un'architettura enterprise può essere inutile.
Cinque segnali che serve qualcosa di più strutturato
1. Si acquistano molti trasporti da terzi
Scelta vettore, condizioni economiche, performance e disponibilità diventano processi centrali.
2. Le tariffe non sono più gestibili manualmente
Molte combinazioni di zona, peso, pallet, carburante, pedaggi e accessori richiedono regole strutturate.
3. L'ordine deve attraversare più sistemi
ERP, WMS, EDI, portali clienti, piattaforme di tracking e amministrazione richiedono governance delle integrazioni.
4. Gli errori hanno un costo sistematico
Doppie fatture, costi non previsti, SLA, penali e grandi volumi rendono utile un controllo automatizzato.
5. Il management ha bisogno di dati consolidati
Non basta sapere “cosa fanno oggi i camion”: occorre misurare costi, performance e capacità su network complessi.
Il costo non è solo il canone: calcolare il TCO
Per confrontare due soluzioni conviene stimare il Total Cost of Ownership almeno su tre anni.
Considerare:
- licenze utenti/mezzi/ordini;
- costo di setup;
- migrazione dati;
- formazione;
- consulenza;
- sviluppo API/EDI;
- moduli aggiuntivi;
- assistenza premium;
- costi per ambienti/test;
- eventuali device;
- tempo interno delle persone;
- manutenzione delle integrazioni;
- aumento prezzi contrattuale;
- costo di uscita/migrazione futura.
Un software da 100 euro al mese che richiede 15.000 euro di personalizzazioni non costa 100 euro al mese. Viceversa un software standard leggermente più caro può risultare più economico se evita progetto e manutenzione.
Il rischio di sovradimensionamento
Il sovradimensionamento produce effetti concreti:
- più campi da compilare;
- più formazione;
- processi adattati al software invece che al lavoro;
- operatori che tornano a Excel “per fare prima”;
- dipendenza da consulenti;
- upgrade più difficili;
- costi fissi sproporzionati.
Un segnale d'allarme è quando, per gestire un normale ordine, l'impresa deve compilare informazioni che nessuno utilizzerà.
Il rischio opposto: restare troppo a lungo su strumenti fragili
Anche sottodimensionare costa. Se Excel è diventato il sistema centrale ma:
- esistono cinque versioni del file;
- modifiche e ordini si perdono;
- nessuno sa chi ha cambiato cosa;
- non esistono ruoli/accessi;
- gli autisti ricevono dati separatamente;
- il file viene ricostruito dopo ogni errore;
- il titolare è l'unico che “sa come funziona”,
il costo non appare in fattura, ma esiste in ore, errori e dipendenza dalle persone.
Il passaggio a un gestionale dovrebbe avvenire prima che il file diventi impossibile da sostituire.
Esempio: 8 camion vs network di vettori
Impresa con 8 camion propri
Riceve 25 ordini al giorno. Due persone pianificano. Il problema principale è sapere in modo condiviso quale autista farà quale ritiro e comunicare le modifiche.
Priorità:
- ordine strutturato;
- piano giornaliero;
- anagrafica autisti/mezzi;
- aggiornamento driver;
- storico;
- export.
Un gestionale semplice può coprire quasi tutto il valore necessario.
Operatore che coordina 120 vettori
Riceve 800 ordini al giorno, acquista capacità sul mercato, usa più listini, integra ERP e WMS e deve verificare fatture e SLA.
Priorità:
- integrazione;
- procurement;
- tariffe;
- assegnazione;
- eccezioni;
- tracking;
- audit costi;
- analytics.
Qui il progetto TMS è una parte della struttura operativa aziendale.
Matrice decisionale
Assegnare da 0 a 2 punti per ogni voce:
| Domanda | 0 | 1 | 2 |
|---|---|---|---|
| Quanti sistemi devono integrarsi? | 0-1 | 2-3 | 4+ |
| Quanti vettori terzi gestiamo? | quasi nessuno | alcuni | molti |
| Complessità tariffaria | bassa | media | alta |
| Numero eccezioni | basso | medio | alto |
| Necessità procurement | nessuna | occasionale | centrale |
| Audit costi | manuale semplice | parziale | sistematico |
| Workflow/approvazioni | quasi nessuno | alcuni | molti |
| Network | locale/semplice | nazionale | multimodale/internazionale complesso |
Il punteggio non produce una verità matematica. Serve a costringere l'azienda a descrivere la propria complessità prima di guardare i software.
Checklist
- Stiamo scegliendo in base al nome “TMS” o ai processi?
- Quali tre problemi devono essere risolti entro 90 giorni?
- Quante persone useranno davvero il sistema?
- Quante integrazioni sono indispensabili?
- Gestiamo soprattutto flotta propria o vettori terzi?
- Abbiamo tariffe complesse?
- Quanto costa il progetto a tre anni, non solo il canone?
- Possiamo partire piccoli e aggiungere moduli?
- Possiamo esportare i dati se cambiamo fornitore?
- Il sistema richiede più disciplina di quanta l'organizzazione possa sostenere oggi?