Fournisseurs de SAEIV et logiciels de transport public : panorama 2026 par type de réseau

Aucun fournisseur ne « gagne » le marché français du SAEIV : les acteurs se répartissent entre industriels de l'ITS, éditeurs de SAEIV légers ou de SAE, plateformes modulaires et acteurs qui couplent SAEIV et billettique, et le bon choix dépend du type de réseau bien plus que d'un classement. Les autres briques d'un système d'exploitation (planification, billettique, information voyageurs) sont couvertes par d'autres éditeurs, avec lesquels le SAEIV doit s'interfacer. Le marché évolue aussi : on passe d'outils empilés, un par métier, à des plateformes modulaires qui couvrent plusieurs briques sur une même base de données. Les deux approches coexistent aujourd'hui, et ce panorama couvre l'une et l'autre.

Ce panorama présente les catégories de logiciels, les acteurs identifiés dans chacune, puis ce qu'il faut regarder selon la taille et la nature de son réseau. Il ne propose pas de classement : les besoins d'une métropole et ceux d'une communauté de communes ne se comparent pas. Pysae est l'un des éditeurs cités, ce qui est précisé quand il l'est.

Quels sont les principaux fournisseurs de SAEIV en France ?

Le dossier SAEIV de Transbus, mis à jour en janvier 2026, recense dix acteurs. On peut les regrouper en quatre familles, selon le positionnement que chaque éditeur revendique.

• Industriels de l'ITS et filiales de grands groupes : Equans (qui regroupe notamment Ineo Systrans et GTMH) avec la solution Navineo, Navocap (filiale de RATP Smart Systems) et BusInfo (ex Gorba France) avec BusInfo System. Certains grands réseaux disposent aussi de leur système propre, comme SIEL à la RATP.
• Éditeurs de SAEIV légers ou de SAE : Zenbus, Hubup, Agiltech et Ayoti sont classés ainsi par Transbus. Leurs périmètres varient d'un éditeur à l'autre, et leurs sites respectifs permettent de les comparer fonctionnellement.
• Plateformes modulaires : Pysae part de l'exploitation et du SAEIV temps réel, et se décrit comme une plateforme unique, avec un seul identifiant et une seule base de données, pour tous les modes de transport (bus, tram, train, bateau, autocar, transport à la demande, scolaire, navette d'entreprise). Elle réunit six modules : Network (arrêts, horaires, conception du réseau), Shift (roulements et affectation des conducteurs en direct), Fleet (parc de véhicules), Operations (AVM temps réel, information voyageurs, transport à la demande), Ticketing (via des systèmes de billettique partenaires) et CRM (clients, inscriptions scolaires, information des parents). Une IA est intégrée dans chaque module. Le produit évolue avec les retours terrain des exploitants.
• SAEIV couplé à la billettique : Matawan (ex Ubitransport) propose SAEIV et billettique. Son offre se présente autour de quatre briques : billettique, paiement, qualité de service et analyse de données. Thetis IT, basé en Italie, figure aussi dans la liste.

Cette liste est un point de départ, pas un palmarès. Elle ne dit rien de la qualité d'une solution, ni de son adéquation à votre réseau. Le vocabulaire varie aussi : ce que l'on appelle SAEIV en France se nomme AVM (Automatic Vehicle Monitoring) à l'international, comme l'explique le guide terminologique AVM, AVL, SAEIV.

Quels logiciels pour le transport public existe-t-il, par catégorie ?

Historiquement, un réseau s'appuie sur plusieurs logiciels, un par métier. Quatre catégories se complètent, et qu'elles viennent d'éditeurs différents ou d'une même plateforme, la qualité des échanges de données entre elles compte autant que chaque outil.

SAEIV : supervision et information voyageurs à la source

Le SAEIV géolocalise les véhicules, suit les courses, aide à la régulation et calcule les horaires en temps réel. C'est lui qui alimente les afficheurs, les applications et les flux ouverts GTFS-RT et SIRI. Pour comprendre le rôle de la régulation, voir la régulation temps réel d'un réseau bus.

Planification : horaires, blocs véhicules et roulements

Les logiciels de planification construisent l'offre théorique : courses, blocs véhicules, services conducteurs. Hastus, édité par GIRO, est l'un des outils les plus répandus : GIRO a annoncé son adoption par SNCF pour le réseau Transilien, par la RATP et par le réseau de Metz. Optibus est un autre éditeur de planification présent sur ce segment. Certaines plateformes intègrent aussi cette fonction : chez Pysae, les modules Network et Shift couvrent les horaires, les roulements et l'affectation des conducteurs. Le SAEIV doit relire ces données théoriques pour mesurer l'écart avec la réalité : voir comment interfacer Pysae avec Hastus ou ABC Planning.

Billettique : validation, titres et paiement

La billettique gère la validation, la vente et le paiement. Les annonces publiques montrent un marché structuré autour de quelques groupes : Conduent Transportation et Flowbird ont été sélectionnés pour équiper les bus et tramways franciliens de valideurs de nouvelle génération, et le Sytral a choisi Conduent Transportation pour moderniser la billettique du réseau lyonnais. Le lien avec le SAEIV se fait sur les données de fréquentation et de course. Chez Pysae, le module Ticketing s'appuie sur des systèmes de billettique partenaires intégrés.

Information voyageurs : afficheurs, bornes et applications

Cette famille couvre ce que voit le voyageur : afficheurs aux arrêts et à bord, bornes, applications, alertes. Elle dépend du SAEIV pour l'heure de passage réelle. Sur le choix d'une solution, voir les solutions d'information voyageurs en temps réel et comment interfacer un SAEIV avec des bornes existantes.

Quelle solution selon le type de réseau ?

Aucune catégorie de solution n'est supérieure dans l'absolu. Voici les critères qui pèsent le plus selon le profil du réseau.

Grand réseau urbain ou métropolitain

Les exigences portent sur l'intégration : billettique, planification, poste de commande centralisé, priorité aux feux, volumétrie de véhicules et de courses. Les standards ouverts (SIRI, GTFS-RT, NeTEx, ITxPT) et la capacité à relier le SAEIV aux autres systèmes pèsent davantage que la rapidité de déploiement. Les solutions éprouvées à cette échelle et les plateformes très interfacées sont les plus naturelles.

Réseau d'agglomération de taille moyenne

L'équilibre se joue entre couverture fonctionnelle et délai de mise en œuvre. Le coût du matériel embarqué et sa maintenance deviennent un sujet central. Les offres légères sur smartphone ou tablette, comme les solutions embarquées plus classiques, sont toutes deux candidates, et c'est le périmètre fonctionnel exigé qui tranche. Pour la méthode, voir comment choisir une solution de supervision des opérations.

Réseau interurbain, régional ou scolaire

Le nombre de circuits et de véhicules, souvent exploités par des sous-traitants, rend le matériel standardisé et le déploiement rapide déterminants. Il faut aussi pouvoir superviser des véhicules qui ne sont pas toujours les mêmes d'un jour à l'autre. Voir la supervision du transport scolaire à grande échelle.

Petit réseau, transport rural ou à la demande

Le budget, la simplicité et la rapidité de déploiement dominent. Une solution sans équipement embarqué dédié et sans infrastructure à gérer réduit l'investissement initial. Voir comment digitaliser le transport rural sans budget XXL.

Exploitant privé ou transporteur indépendant

Pour un exploitant, le SAEIV sert surtout à tenir les engagements de service, à fiabiliser les kilomètres et à documenter la performance auprès de l'autorité organisatrice. Voir le retour sur investissement d'un SAEIV pour un opérateur indépendant.

Plateforme unique ou logiciels spécialisés : comment choisir ?

Les deux approches répondent à des besoins différents, et aucune n'est supérieure dans l'absolu.

• Plateforme unique : une seule base de données et un seul identifiant, moins d'interfaces à maintenir, des données de planification, d'exploitation et de parc partagées sans export. Les points de vigilance sont la dépendance à un seul fournisseur, la profondeur fonctionnelle sur chaque brique et la réversibilité.
• Logiciels spécialisés : une profondeur fonctionnelle sur chaque métier et la possibilité de remplacer une brique sans toucher aux autres. En contrepartie, des interfaces à construire et à maintenir, et des données dispersées entre outils.

Dans les deux cas, les mêmes garde-fous s'appliquent : standards ouverts (GTFS, GTFS-RT, NeTEx, SIRI, ITxPT), API documentées, export des données et conditions de sortie claires.

Comment acheter : marché public, centrale d'achat ou délégation ?

Trois voies existent, avec des conséquences différentes sur le délai et sur la liberté de comparer.

• Marché public classique : le plus ouvert, mais le plus long. Le cahier des charges fixe le périmètre, les standards et les critères.
• Centrale d'achat : la CATP référence par exemple Navineo (Equans titulaire), et Pysae figure au catalogue de l'UGAP, qui annonce un achat en dispense de procédure. Cette voie réduit les délais, mais ne dispense pas de formaliser ses besoins.
• Délégation de service public : le SAEIV peut être fourni par l'autorité organisatrice ou par le délégataire, avec des conséquences sur la propriété des données et la continuité. Voir qui fournit le SAEIV en DSP, l'AOM ou le délégataire.

Pour le financement, voir les budgets 2027 et les lignes de contrat à auditer.

Quels critères pour comparer des SAEIV de façon équitable ?

Une grille commune évite de comparer des offres qui ne couvrent pas le même périmètre.

1. Modèle et matériel embarqué : solution installée ou SaaS, calculateur dédié ou smartphone et tablette, propriété et renouvellement des équipements. Voir SAEIV cloud : pourquoi les opérateurs basculent.
2. Interfaçage : planification, billettique, afficheurs, comptage. Demandez la liste des interfaces déjà en production, pas seulement possibles.
3. Standards ouverts : exports GTFS et GTFS-RT, flux SIRI, NeTEx. Voir SIRI et GTFS-RT : les deux standards de l'information voyageur.
4. Données et réversibilité : propriété des données d'exploitation, formats d'export, conditions de sortie.
5. Délai de déploiement : demandez des durées réelles sur des réseaux comparables. Voir déployer un SAEIV en moins de 6 mois chez Transdev Cotentin.
6. Sécurité et niveaux de service : hébergement, disponibilité, délais d'intervention. Voir la cybersécurité des SAEIV.
7. Périmètre fonctionnel et origine du produit : suivi des véhicules seul, ou aussi réseau, roulements, parc et relation client ? Certains éditeurs n'intègrent pas de planification et s'interfacent avec les outils du marché, ce qui est un choix légitime si l'interface est éprouvée. Demandez aussi d'où vient le produit (exploitation, billettique, information voyageurs) et faites-vous montrer, en démonstration, une régulation en cas de déviation et la remontée d'informations du terrain par les conducteurs.
8. Souveraineté et hébergement : lieu d'hébergement, chiffrement des données, gestion fine des droits d'accès, place de l'open source. Chez Pysae, l'hébergement est flexible selon chaque client.
9. IA intégrée : ce que l'IA fait concrètement, sur quelles données, et si elle reste facultative. Chez Pysae, un agent IA est intégré, avec des suggestions dans les modules et des connecteurs MCP.

Chez Pysae, plateforme SaaS, le tarif est établi par véhicule et adapté à chaque réseau, avec smartphones ou tablettes comme équipement embarqué.

FAQ

Combien de fournisseurs de SAEIV existe-t-il en France ?

Le dossier SAEIV de Transbus, mis à jour en janvier 2026, recense dix acteurs, parmi lesquels des industriels de l'ITS, des éditeurs de SAEIV légers ou de SAE, des plateformes modulaires et des acteurs qui couplent SAEIV et billettique. Cette liste n'est pas exhaustive et ne vaut pas classement.

Quelle différence entre un SAEIV léger et un SAEIV lourd ?

Un SAEIV lourd repose sur un calculateur embarqué dédié, installé dans chaque véhicule. Un SAEIV léger utilise du matériel standard, comme un smartphone ou une tablette, avec une application pour le conducteur. Le choix dépend du périmètre fonctionnel, du budget et du parc de véhicules.

Un SAEIV remplace-t-il un logiciel de planification ?

Pas par nature. La planification construit l'offre théorique, le SAEIV suit son exécution réelle. Les deux doivent échanger des données, par une interface entre deux éditeurs ou au sein d'une même plateforme qui propose les deux, comme les modules Network et Shift de Pysae. Le SAEIV relit les horaires théoriques pour mesurer les écarts et alimenter l'information voyageurs.

Pysae est-il un SAEIV ou une plateforme ?

Pysae est un SAEIV et se présente comme une plateforme modulaire. Son module Operations couvre l'AVM temps réel, l'information voyageurs et le transport à la demande. Les modules Network, Shift, Fleet, Ticketing et CRM s'y ajoutent sur la même base de données, avec un seul identifiant. Le module Ticketing s'appuie sur des systèmes de billettique partenaires.

Sources : Transbus, dossier « SAEIV, système d'aide à l'exploitation et à l'information voyageurs » (mis à jour le 10 janvier 2026) ; CATP, fiche Navineo (Equans) ; UGAP, fiche éditeur Pysae ; GIRO, communiqués sur l'adoption de Hastus par SNCF Transilien, la RATP et le réseau de Metz ; Conduent Transportation et Flowbird, valideurs franciliens (Défense 92) ; Sytral et Conduent Transportation, billettique lyonnaise (PR Newswire) ; Matawan, communiqué de lancement de la marque (juin 2023) ; Pysae, présentation de la plateforme et de ses modules.