Le futur du SAEIV : une plateforme qui s'adapte à chaque réseau, pas l'inverse

En bref : le SAEIV de demain n'est plus un outil figé auquel le réseau s'adapte, mais une plateforme configurable dont les modules partagent la même donnée, avec de l'IA intégrée au produit. Un besoin spécifique se traite par configuration plutôt que par développement sur mesure. Pour un exploitant ou une AOM, cela se vérifie sur trois garde-fous : réversibilité, propriété des données et standards ouverts.

Pendant longtemps, choisir un SAEIV revenait à choisir ce qu'il savait faire, puis à adapter ses pratiques. Les réseaux n'ont pourtant pas les mêmes lignes, les mêmes usages ni les mêmes contraintes. Voici ce qui change dans la conception des SAEIV, et ce qu'il faut exiger de la prochaine génération.

Pourquoi un SAEIV classique oblige-t-il le réseau à s'adapter à l'outil ?

Le SAEIV historique a été pensé pour une fonction : localiser les véhicules, suivre la ponctualité, informer les voyageurs. Chaque besoin au-delà de ce périmètre devient un développement spécifique, avec un devis, un cahier des charges et un calendrier propres. Résultat : l'exploitant retarde ses évolutions ou adapte ses pratiques à ce que l'outil sait faire.

Les conséquences se retrouvent sur le terrain : un module de plus à acheter et à raccorder, une saisie en double entre outils, des référentiels (lignes, arrêts, services) qui divergent d'un système à l'autre. Quand un réseau change d'offre, de périmètre ou de délégataire, tout est à reprendre. Cette approche est détaillée dans notre comparatif SAEIV classique vs plateforme métier transport.

À quoi ressemble une plateforme SAEIV qui s'adapte à chaque réseau ?

Une plateforme part du principe inverse : le socle est commun et maintenu en continu, et ce qui change d'un réseau à l'autre se configure. Concrètement, quatre caractéristiques la distinguent :

• Des modules qui partagent la même base. Pysae regroupe Network (planification et construction de l'offre), Shift (roulements et services), Fleet (flotte) et Operations (exploitation temps réel). La billettique, la relation voyageurs et l'information voyageurs en sont des fonctions, pas des outils à part.
• Un seul identifiant, une seule donnée. Un arrêt ou un service modifié dans la planification se retrouve dans l'exploitation et dans l'information voyageurs, sans ressaisie.
• Une configuration par réseau. Règles de régulation, alertes, profils d'utilisateurs et affichages s'adaptent au réseau plutôt que l'inverse.
• Des retours terrain intégrés au produit. Avec plus de 300 réseaux, plus de 10 000 bus et cars et 110 000 utilisateurs, les demandes des exploitants nourrissent le socle commun au lieu de rester des projets isolés.

Une demande spécifique se traite alors par configuration, avec des délais plus courts qu'un développement sur mesure.

Ce que l'IA change dans la façon de construire un SAEIV

L'IA n'est pas une couche à ajouter par-dessus un SAEIV existant. Elle change la façon dont le produit se construit et se configure. Trois usages se dégagent aujourd'hui dans le transport public : assister l'édition des plans de transport, repérer plus tôt les écarts d'exploitation, et suggérer des actions au régulateur.

Une condition ne change pas : la qualité des données. Une IA qui optimise sur des horaires théoriques faux produit des résultats faux, un point développé dans notre article sur l'intelligence artificielle et la planification de réseau. Une plateforme dont les modules partagent la même base donne à l'IA des données cohérentes, ce que ne permet pas un empilement d'outils indépendants.

Le critère à retenir pour un acheteur : l'IA doit être intégrée au produit et utilisable par les équipes du réseau, sans projet de développement ni dépendance à un prestataire externe.

Plateforme ouverte ou SAEIV fermé : les garde-fous à exiger

Une plateforme qui s'adapte à tous les réseaux ne doit pas enfermer ceux qui l'utilisent. Trois garde-fous se vérifient avant de signer :

1. Réversibilité. Les données (lignes, arrêts, services, historiques) sont exportables à tout moment dans des formats ouverts.
2. Propriété des données. Elles appartiennent à l'AOM ou à l'exploitant, pas au fournisseur. La question se pose avec acuité en cas de DSP, comme l'explique notre article sur le SAEIV fourni par l'AOM ou par le délégataire.
3. Standards ouverts. SIRI, GTFS-RT, NeTEx et ITxPT permettent de s'intégrer à l'existant sans tout remplacer (guide des quatre standards).

Ces critères valent pour tout fournisseur. Ils sont aussi la meilleure protection contre le risque de dépendance, bien plus que la promesse d'un outil « sans limite ».

Comment savoir si un réseau est prêt pour une plateforme ?

Trois signaux indiquent qu'un SAEIV classique atteint ses limites : les évolutions demandées passent systématiquement par un devis, les équipes ressaisissent les mêmes données dans plusieurs outils, et le réseau ne peut pas ouvrir ses données à de nouveaux services faute de standards. Si un seul de ces signaux est présent, l'échéance du contrat est le bon moment pour comparer. Pour cadrer la réflexion, notre décodage du vocabulaire « plateforme » et « SAEIV » aide à distinguer les offres.

Questions fréquentes

Qu'est-ce qu'un SAEIV de nouvelle génération ?

C'est un SAEIV conçu comme une plateforme configurable : les modules (planification, exploitation, flotte, information voyageurs, billettique) partagent une même base de données et un même identifiant, et un besoin spécifique se traite par configuration plutôt que par développement sur mesure.

Le SAEIV de demain sera-t-il sur mesure ou standard ?

Les deux, mais pas au même endroit. Le socle est standard et maintenu pour tous les réseaux, la configuration est propre à chaque réseau. C'est ce qui évite à la fois le logiciel rigide et le développement spécifique qu'il faut refaire à chaque évolution.

Que change l'IA dans un SAEIV ?

Elle devient une fonction du produit : aide à la construction et à la modification des plans de transport, détection d'anomalies, suggestions à l'exploitant. Elle ne remplace pas le régulateur ou le planificateur, elle réduit les tâches répétitives. Elle n'a de valeur que si elle s'appuie sur des données propres et complètes.

Quels garde-fous exiger d'un fournisseur de SAEIV ?

Réversibilité (export de l'ensemble des données dans des formats ouverts), propriété des données par l'AOM ou l'exploitant et standards ouverts (SIRI, GTFS-RT, NeTEx, ITxPT).

Un SAEIV classique est-il à remplacer ?

Pas nécessairement. La question à se poser est de savoir si l'outil en place évolue avec le réseau (nouvelles lignes, nouveaux usages, nouveaux standards) sans projet de développement à chaque fois. Si ce n'est pas le cas, la migration vers une plateforme se prépare à l'échéance du contrat.

Vous voulez voir comment une plateforme SAEIV s'adapte à votre réseau ? L'équipe Pysae vous présente la plateforme sur vos lignes et vos usages lors d'une démonstration.