InnoTrans 2026 : quand l’innovation ferroviaire pose aussi la question de la résilience numérique
Du 22 au 25 septembre 2026, Berlin accueille la 15e édition d’InnoTrans, le grand rendez-vous international des technologies du transport.
Plus de 3 100 exposants sont annoncés cette année et pas moins de 180 premières mondiales doivent être présentées pendant le salon. Intelligence artificielle, robotique, automatisation, nouvelles motorisations et digitalisation figurent parmi les tendances majeures mises en avant par les organisateurs.
InnoTrans 2026 : l’IA et l’automatisation passent à l’échelle
L’AI Mobility Lab, déjà introduit lors de l’édition précédente, prend cette année une nouvelle dimension. Des visites guidées entièrement consacrées à l’intelligence artificielle sont proposées aux visiteurs. Jusqu’alors présentée comme un outil expérimental, l’IA intervient désormais dans la maintenance, l’inspection des infrastructures, l’exploitation des réseaux, l’information voyageur ou encore l’optimisation énergétique. L’automatisation et la robotique suivent également la même trajectoire.
Les sujets industriels historiques restent présents
Cette transformation numérique ne fait cependant pas disparaître les sujets industriels historiques. Sur les voies extérieures du salon, 113 véhicules provenant de 17 pays sont annoncés, avec une place importante accordée aux nouvelles solutions de propulsion et aux concepts de trains de nuit. Infrastructure et construction de tunnels restent également très présentes puisque près de 600 exposants occupent plus de 32 000 m² sur ces deux segments.
La fin de 2 mondes séparés ?
La particularité d’InnoTrans 2026 est donc peut-être précisément là : le matériel et le numérique ne constituent plus deux mondes séparés. Un train, une infrastructure de signalisation, un système de maintenance ou un service aux voyageurs sont aujourd’hui des ensembles dans lesquels matériel, données et logiciels sont étroitement imbriqués.
Et cette évolution amène une autre question, moins spectaculaire sur un stand de salon mais tout aussi stratégique : que se passe-t-il lorsqu’un logiciel indispensable au fonctionnement d’un système devient indisponible ?
Du risque industriel au risque logiciel
Pendant longtemps, la continuité d’exploitation d’un équipement ferroviaire dépendait principalement de considérations assez tangibles : disponibilité des pièces détachées, documentation technique, capacité de maintenance ou pérennité du fabricant. Ces éléments restent évidemment essentiels. Mais la dépendance s’étend désormais au logiciel.
Un équipement peut continuer à être mécaniquement parfaitement opérationnel tout en devenant difficile à maintenir si l’entreprise qui fournit son logiciel cesse son activité, abandonne le produit ou n’est plus capable d’en assurer le support.
C’est particulièrement sensible dans le ferroviaire, où les cycles de vie sont longs. Une rame, une infrastructure ou un équipement critique peuvent rester en exploitation pendant plusieurs décennies, alors que les entreprises technologiques, les architectures logicielles et les solutions numériques évoluent à un rythme beaucoup plus rapide.
Cette différence de temporalité crée un risque particulier de dépendance vis-à-vis des fournisseurs.
C’est précisément dans ce contexte qu’un escrow agreement, ou contrat de séquestre, prend tout son sens.
L’escrow agreement : prévoir le jour où le fournisseur ne pourra plus intervenir
Le principe est relativement simple. Dans un dispositif classique d’escrow agreement logiciel par exemple, un fournisseur dépose auprès d’un tiers indépendant le code source de son logiciel ainsi que les éléments nécessaires à son exploitation ou à sa reconstruction.
Le client n’accède pas librement à ces éléments. Ils restent protégés et ne peuvent être remis au bénéficiaire que lorsque les conditions prévues par le contrat sont remplies.
L’objectif n’est donc pas de transférer la propriété intellectuelle du logiciel au client. Il s’agit plutôt de mettre en place une solution permettant d’assurer la continuité d’une technologie critique.
Déposer du code ne suffit pas
Le sujet devient encore plus intéressant lorsqu’on le rapproche des innovations présentées à InnoTrans. Les systèmes modernes reposent rarement sur quelques fichiers de code source isolés. Pour pouvoir reprendre réellement une application ou un système, il est indispensable de disposer également de sa documentation, des procédures de compilation, des dépendances, des configurations, voire de certains éléments de son environnement d’exploitation.
C’est pourquoi un escrow efficace doit être pensé comme un dispositif « vivant ». Un contrat de séquestre peut-doit notamment prévoir la mise à jour régulière des éléments déposés et leur vérification permettant de tester que les éléments conservés permettent effectivement de reconstruire l’application.
La question à poser n’est donc pas seulement : « Le code source est-il quelque part dans un coffre ? » mais plutôt : « Si le fournisseur disparaît demain, avons-nous réellement les éléments et les droits nécessaires pour continuer à exploiter et maintenir le système ? » – La nuance est essentielle.
L’escrow agreement comme composante de la résilience ferroviaire
InnoTrans 2026 met en avant l’intelligence artificielle, les systèmes autonomes, la cybersécurité et la digitalisation du transport. Plus ces technologies prennent une place importante dans l’exploitation ferroviaire, plus la maîtrise de leur cycle de vie devient stratégique.
Pour un opérateur, un gestionnaire d’infrastructure ou un industriel, analyser une solution numérique ne devrait donc peut-être plus se limiter à ses fonctionnalités, ses performances ou son coût. Il devient également pertinent de regarder sa réversibilité et sa résilience : que se passe-t-il en cas de défaillance du fournisseur ? La documentation permet-elle une reprise par un tiers ? Les versions déposées correspondent-elles réellement aux versions en production ? Les composants nécessaires au fonctionnement du système sont-ils couverts ? Les conditions permettant d’activer le mécanisme d’escrow sont-elles adaptées aux risques opérationnels ?
Ce sont des questions certes contractuelles mais qui deviennent progressivement des questions industrielles.
De l’innovation à la pérennité
Un salon comme InnoTrans permet naturellement de découvrir ce que sera le transport de demain. Mais dans une industrie caractérisée par des actifs dont la durée de vie se compte en dizaines d’années, l’innovation ne peut probablement pas être dissociée d’une autre question : comment garantir que la technologie achetée aujourd’hui restera exploitable demain ?
L’essor de l’IA, des logiciels embarqués, du cloud et des systèmes connectés rend cette interrogation encore plus importante. L’escrow agreement n’est évidemment qu’un élément d’une stratégie plus large de continuité et de maîtrise du risque fournisseur. Mais dans certaines situations, il permet de créer un pont intéressant entre deux univers que l’on traite encore trop souvent séparément : la gestion contractuelle du logiciel et la résilience opérationnelle d’un système industriel.
À l’heure où InnoTrans expose à Berlin les technologies qui équiperont les réseaux ferroviaires des prochaines décennies, c’est peut-être aussi une bonne occasion de rappeler une évidence : dans le transport comme ailleurs, une innovation réellement durable n’est pas seulement celle que l’on sait déployer. C’est aussi celle que l’on saura continuer à exploiter.
