Non esiste una soluzione AVM "migliore" in assoluto per il TPL italiano: la scelta dipende dalle dimensioni dell'azienda, dal parco veicoli, dai sistemi già presenti (bigliettazione, pianificazione, paline) e dal modello di fornitura. Le soluzioni disponibili si raggruppano in tre famiglie: sistemi AVM integrati e storici delle grandi aziende, sistemi con apparato di bordo dedicato e piattaforme SaaS leggere su dispositivi standard. Quello che conta, in ogni caso, è la qualità dei dati di esercizio e la capacità di scambiarli con gli altri sistemi tramite standard aperti.
Questo panorama descrive le famiglie di soluzioni, i criteri per confrontarle e cosa chiedere ai fornitori prima di una gara. Non propone classifiche né quote di mercato: confrontare un sistema che governa un'intera area metropolitana con uno pensato per una piccola azienda di bacino non avrebbe senso. Pysae è uno dei fornitori di soluzioni AVM, e lo dichiariamo dove viene citato.
Cos'è un sistema AVM e cosa deve fare nel TPL?
L'AVM (Automatic Vehicle Monitoring) localizza i veicoli, confronta il servizio effettivo con quello programmato, supporta la regolazione in tempo reale e alimenta l'informazione ai passeggeri. In una frase: produce i dati di esercizio su cui si basano la regolazione, la rendicontazione e l'informazione. Per un inquadramento completo vedi Gestire l'esercizio TPL: la guida completa.
Funzioni tipiche di un AVM nel trasporto pubblico locale:
- localizzazione dei veicoli e monitoraggio di corse e puntualità;
- supporto alla centrale operativa per regolazione, deviazioni e gestione degli imprevisti;
- informazione ai passeggeri su paline, display, app e sito;
- esportazione dei dati in formati standard (GTFS, GTFS-RT, SIRI, NeTEx);
- integrazione con bigliettazione, conta-passeggeri e sistemi di pianificazione.
Quali tipologie di soluzioni AVM esistono?
Sistemi integrati e storici delle grandi aziende
Nelle aziende più grandi i sistemi AVM sono spesso in esercizio da decenni e sono stati aggiornati per stratificazione. Un esempio documentato è quello di GTT a Torino: il sistema è stato installato nel 1985 da Mizar Automazione, oggi SWARCO ITALIA, e secondo SWARCO monitora in tempo reale circa 1.200 veicoli tra autobus e tram, con una centrale operativa presidiata da più di dieci specialisti. Le funzioni includono informazione ai passeggeri su più canali, diagnostica dei veicoli, integrazione con la bigliettazione elettronica e priorità semaforica; i dati sono condivisi tramite GTFS-RT e SIRI. È un caso di sistema molto integrato, adatto a una rete con requisiti complessi.
Sistemi con apparato di bordo dedicato
Una seconda famiglia usa un computer di bordo dedicato, installato su ogni veicolo e collegato a periferiche (validatrici, display, conta-passeggeri). Offre un controllo elevato sull'hardware, ma comporta costi di installazione e manutenzione per veicolo, e rende più complessa la sostituzione del fornitore. Lo standard ITxPT, descritto in ITxPT: lo standard che fa parlare AVM, contapasseggeri e validatori a bordo, serve proprio a ridurre questa dipendenza.
Piattaforme SaaS leggere su dispositivi standard
La terza famiglia usa dispositivi standard, come smartphone o tablet, con un'app per l'autista e una piattaforma in cloud. Riduce l'investimento iniziale e i tempi di avvio, ed è adatta a reti di piccole e medie dimensioni, ad aziende con molti subaffidatari o a servizi stagionali. Pysae appartiene a questa famiglia. Il compromesso va valutato caso per caso: dipende dalle periferiche di bordo che devono essere integrate.
Come scegliere una soluzione AVM: i criteri che contano
- Qualità dei dati di localizzazione: frequenza di aggiornamento della posizione, percentuale di corse associate al veicolo, precisione nel rilevamento di arrivo e partenza dalle fermate.
- Standard aperti: esportazione in GTFS e GTFS-RT, supporto di SIRI e NeTEx quando richiesti. Per il quadro italiano vedi Informazioni in tempo reale per i viaggiatori in Italia: a che punto siamo nel 2026?.
- Integrazioni già in esercizio: bigliettazione, pianificazione, display e paline, conta-passeggeri. Chiedi l'elenco delle integrazioni funzionanti, non solo di quelle possibili.
- Hardware di bordo: dispositivo dedicato o standard, proprietà, sostituzione, garanzia.
- Proprietà e restituzione dei dati: i dati di esercizio devono appartenere all'azienda o all'ente, con formati di esportazione documentati e condizioni di uscita chiare.
- Tempi di avvio: chiedi durate reali su reti comparabili, non stime commerciali.
- Gestione della connettività: cosa succede quando il veicolo perde la rete. Vedi Cosa succede a bigliettazione e informazione ai passeggeri quando cade la connettività?.
Software italiano o europeo per la gestione del TPL?
La nazionalità del fornitore non è un criterio tecnico. Quello che va verificato è altro:
- Lingua e assistenza: supporto in italiano, tempi di intervento, presenza di referenti locali.
- Hosting e protezione dei dati: dove sono ospitati i dati, in conformità con il GDPR. Pysae dichiara un hosting in Francia replicato su tre siti.
- Compatibilità con il contesto italiano: integrazione con i sistemi di bigliettazione e di pianificazione già in uso.
- Standard europei: SIRI, NeTEx, GTFS-RT e ITxPT facilitano l'interoperabilità, indipendentemente dal paese del fornitore.
- Modello di prezzo: un modello a canone, per veicolo, adattato a ciascuna rete come quello di Pysae, sposta la spesa dall'investimento alla gestione corrente e va confrontato con il costo totale di una soluzione con hardware dedicato.
Cosa chiedere ai fornitori prima di una gara
Prima di scrivere il capitolato, una breve checklist permette di confrontare offerte omogenee.
- Quali veicoli e quali dispositivi di bordo sono supportati, e quali no?
- Quali interfacce sono già in produzione presso altre aziende?
- Come vengono esportati i dati storici, in quale formato e con quali costi?
- Qual è il tempo reale di avvio su una rete simile alla nostra?
- Come viene gestita la regolazione in caso di deviazione? Vedi Deviazioni e ritardi degli autobus: come gestirli in tempo reale.
- Come si integra con il software di pianificazione? Vedi Software per la pianificazione delle reti TPL.
Domande frequenti
Quali sono le migliori soluzioni AVM per aziende di trasporto pubblico in Italia?
Non esiste una soluzione migliore in assoluto. Le soluzioni si dividono in sistemi integrati delle grandi aziende, sistemi con apparato di bordo dedicato e piattaforme SaaS leggere. La scelta dipende da dimensioni della rete, parco veicoli, integrazioni necessarie e budget.
Che differenza c'è tra un AVM con hardware dedicato e uno SaaS su smartphone o tablet?
L'AVM con hardware dedicato usa un computer di bordo installato su ogni veicolo, con costi di installazione e manutenzione per mezzo. L'AVM SaaS usa dispositivi standard e una piattaforma in cloud, con un investimento iniziale più contenuto. La scelta dipende dalle periferiche da integrare e dal numero di veicoli.
Quali standard deve supportare un sistema AVM per il TPL?
GTFS e GTFS-RT per orari e dati in tempo reale, SIRI e NeTEx quando richiesti dalla rete o dal contesto normativo, e ITxPT per l'interoperabilità dei sistemi di bordo. La combinazione giusta dipende dai requisiti della rete.
Fonti: SWARCO, caso studio "Turin Automatic Vehicle Monitoring and Fleet Management System" (GTT); ITxPT, specifiche (itxpt.org); INIT, "The crucial role of ITxPT in modern transit"; Pysae, scheda editore UGAP.