AVM, AVL, SAEIV : le guide terminologique pour les exploitants de transport
.webp)
Si vous avez déjà reçu une proposition commerciale d'un éditeur de logiciels de transport, vous avez probablement croisé au moins trois ou quatre acronymes différents pour désigner plus ou moins la même chose. SAEIV, AVM, AVL, CAD/AVL, SAE, ITS... Le secteur des transports publics a un talent particulier pour multiplier les terminologies selon les pays, les époques et les acteurs.
Ce guide n'a pas vocation à trancher un débat linguistique. Il a vocation à vous donner les clés pour comprendre ce que désigne chaque terme, pourquoi ces différences existent, et comment les utiliser à bon escient dans vos échanges avec des prestataires, dans vos appels d'offres, ou dans vos discussions en interne.
SAEIV : le terme français de référence
SAEIV signifie Système d'Aide à l'Exploitation et à l'Information Voyageurs. C'est le terme consacré dans le contexte français et francophone. Il est utilisé par les autorités organisatrices de mobilité (AOM), dans les cahiers des charges des DSP (délégations de service public), dans les appels d'offres des collectivités, et par la majorité des éditeurs implantés en France.
Le SAEIV couvre deux fonctions complémentaires, que son nom indique explicitement :
- L'aide à l'exploitation (SAE) : localisation des véhicules en temps réel, régulation des lignes, communication entre le PCC (Poste de Commandement Centralisé) et les conducteurs, gestion des événements perturbateurs.
- L'information voyageurs (IV) : diffusion des données de position et de prédiction d'arrivée vers les arrêts (bornes, afficheurs), les applications mobiles, les portails web et les services d'information tiers.
Dans les marchés publics français, le terme SAEIV est quasiment systématique. Si vous rédigez un CCTP pour un réseau de transport, c'est le terme à utiliser.
AVM et AVL : les équivalents anglo-saxons
En dehors de la France, notamment en Italie, en Belgique, en Espagne, et dans les pays anglophones, le vocabulaire est différent.
AVM signifie Automatic Vehicle Monitoring. C'est le terme le plus répandu en Europe non francophone. Il désigne la fonction de suivi automatique de la position des véhicules et, par extension, l'ensemble du système de gestion opérationnelle du réseau.
AVL signifie Automatic Vehicle Location. C'est un terme plus ancien, d'origine nord-américaine, qui insiste sur la fonction de géolocalisation en tant que telle. Dans les discussions actuelles, AVL est souvent utilisé comme synonyme d'AVM, ou pour désigner la composante GPS du système, par opposition aux fonctions de régulation ou d'information voyageurs.
En pratique, la distinction AVM/AVL est aujourd'hui assez floue. La plupart des éditeurs qui opèrent en Europe utilisent AVM comme terme générique pour l'ensemble du système. AVL tend à désigner soit la brique de localisation uniquement, soit le système dans sa version allégée (localisation sans régulation avancée). On rencontre aussi la variante nord-américaine CAD/AVL (Computer-Aided Dispatch / Automatic Vehicle Location), qui insiste sur le dispatch assisté par ordinateur, surtout dans les appels d'offres canadiens et américains.
Tableau de correspondance
| Terme | Pays / contexte | Ce qu'il désigne |
|---|---|---|
| SAEIV | France, Belgique francophone | Système complet : exploitation + information voyageurs |
| SAE | France | Sous-ensemble exploitation uniquement (sans IV) |
| AVM | Italie, Espagne, Europe non francophone | Système complet, équivalent du SAEIV |
| AVL | International, Nord-Amérique | Localisation des véhicules, parfois système complet allégé |
| CAD/AVL | Amérique du Nord | Système complet avec dispatch assisté |
| ITS | International | Terme générique pour les systèmes de transport intelligents |
Pourquoi ces différences existent
Ces divergences terminologiques ne sont pas des caprices d'éditeurs. Elles reflètent des histoires industrielles différentes.
En France, le terme SAEIV s'est installé dans le vocabulaire des marchés publics au fil des générations successives de cahiers des charges et de contrats de DSP. Les travaux français de normalisation des échanges de données d'information voyageurs, menés notamment dans le cadre des organismes nationaux et de la contribution à la norme européenne SIRI, ont renforcé l'ancrage de ce vocabulaire dans la pratique.
En Italie et dans les pays d'Europe du Sud, la terminologie AVM s'est développée de manière plus autonome, influencée par les éditeurs anglophones et les standards européens (notamment TRANSMODEL et NeTEx) qui utilisent des désignations fonctionnelles en anglais.
La convergence autour de standards comme GTFS, GTFS-RT et SIRI a contribué à rapprocher les pratiques techniques, mais n'a pas unifié le vocabulaire commercial.
Ce que ça change concrètement pour vous
Si vous êtes une collectivité ou une AOM française qui rédige un appel d'offres : utilisez SAEIV. C'est le terme attendu par les éditeurs locaux, par les services juridiques, et par les éventuels prestataires étrangers qui ont l'habitude du marché français.
Si vous êtes un opérateur qui évalue des solutions européennes : ne soyez pas déstabilisé par la terminologie AVM. Un éditeur qui parle d'AVM ne propose pas nécessairement un produit moins complet qu'un éditeur qui parle de SAEIV. Posez des questions fonctionnelles : gestion des perturbations, alimentation des arrêts, interfaces GTFS-RT, module conducteur. Les fonctions comptent plus que le nom.
Si vous répondez à des appels d'offres hors de France : AVM est votre terme de référence. En Italie notamment, le marché est structuré autour d'AVM, et les acheteurs publics utilisent ce terme dans leurs cahiers des charges.
Si vous travaillez avec des partenaires multilingues : précisez toujours en début de discussion quel terme vous utilisez et ce qu'il recouvre. Un « SAE » pour un exploitant français peut correspondre à un « AVM basique » pour un homologue italien, mais les périmètres fonctionnels peuvent diverger selon les implémentations.
Au-delà du vocabulaire : ce qui compte vraiment
Derrière ces acronymes, les exploitants et les AOM cherchent tous la même chose : savoir où sont leurs véhicules, communiquer avec leurs conducteurs, informer leurs voyageurs, et disposer de données fiables pour améliorer leur service.
La terminologie peut varier selon les pays et les acteurs. Les besoins, eux, convergent.
Chez Pysae, nous accompagnons des réseaux français et italiens, ce qui nous a appris à naviguer entre SAEIV et AVM sans friction. Que votre projet parle SAEIV, AVM ou AVL, nous serons ravis d'en discuter avec vous.
Nos derniers articles :
Retour au blog
L'arrivée des bus électriques impose de repenser le SAEIV : intégration des données d'énergie, gestion de recharge, supervision unifiée.
Pysae s'interface nativement avec Hastus et ABC Planning via imports GTFS et API. Voici comment ça fonctionne concrètement.
8 semaines en moyenne pour un déploiement SAEIV SaaS sur 30 lignes. Ce qui accélère, ce qui bloque, et ce qui change après.







