L'accroche

Ouvrez la STI OPE consolidée (règlement d'exécution (UE) 2019/773) au point 4.2.3.4.2.1, point c) : elle renvoie le gestionnaire d'infrastructure, pour la fourniture des données de report de position des trains, à :

STI OPE, point 4.2.3.4.2.1, point c)

« …conformément au règlement (UE) n° 1305/2014 (applications télématiques au service du fret - STI TAF) et au règlement (UE) n° 454/2011 (applications télématiques au service des voyageurs - STI TAP), dans la mesure requise pour le report de la position des trains. »

Ce sont précisément les deux STI que la STI TEL (règlement d'exécution (UE) 2026/253) a abrogées et remplacées. Un gestionnaire d'infrastructure qui suit aujourd'hui le renvoi propre à la STI OPE aboutit à des actes qui ne décrivent plus le régime télématique actuel. Ce n'est pas une critique du régulateur ni de l'ERA - les renvois entre spécifications techniques se périment entre deux cycles législatifs, et celui-ci l'est manifestement. C'est néanmoins un fait qui mérite d'être énoncé clairement, car personne d'autre ne le fait actuellement : si vous lisez le point 4.2.3.4.2.1, point c), de la STI OPE et que vous cherchez la STI TAF ou TAP, ce que vous cherchez en réalité, c'est la STI TEL.

Le lien structurel

Si ce renvoi compte, c'est parce que l'OPE crée l'obligation opérationnelle ; la STI TEL porte le message qui la met en œuvre. Les deux règlements ne sont pas concurrents - ce sont deux moitiés d'un même fait opérationnel, l'un fixant l'obligation, l'autre précisant comment elle est communiquée. Le considérant 40 de la STI TEL cite littéralement le point 4.2.3.3.2 de la STI OPE, et l'annexe de la STI TEL qualifie les flux de messages concernés de « conformément à la STI OPE ». La correspondance, obligation par obligation :

  • Train prêt pour l'accès au réseau - l'obligation découle du point 4.2.3.3.2 de la STI OPE (« L'entreprise ferroviaire informe le gestionnaire de l'infrastructure lorsqu'un train est prêt pour l'accès au réseau ») ; le TrainReadyMessage de la STI TEL (annexe pt. 2.5.2) et la prévision de disponibilité (pt. 2.5.3) la portent.
  • Composition du train - l'obligation découle du point 4.2.2.5.2 de la STI OPE (compatibilité d'itinéraire et composition du train) ; le TrainCompositionMessage de la STI TEL (annexe pt. 2.5.1) la porte.
  • Circulation, prévision et retard des trains - l'obligation découle des points 4.2.3.4 (gestion du trafic) et 4.2.3.4.2.1 (report de position des trains - le point même qui cite TAF/TAP) de la STI OPE ; les messages TrainRunningInformationMessage, TrainRunningForecastMessage et les données de cause de retard de la STI TEL (annexe pt. 2.6.3–2.6.5) la portent.
  • Perturbation du service - l'obligation découle du point 4.2.3.4 de la STI OPE ; le TrainRunningInterruptionMessage de la STI TEL (annexe pt. 2.6.6) la porte.

Dans chaque cas, l'obligation d'agir sous-jacente - informer, signaler, gérer la perturbation - relève de la STI OPE. La STI TEL ne crée pas ces obligations ; elle normalise la manière dont elles sont communiquées électroniquement.

L'asymétrie

Le lien n'est pas symétrique, et cette asymétrie est elle-même instructive. La STI TEL fait formellement référence à la STI OPE - l'appendice A.2 de la STI TEL est un tableau d'interfaces dédié qui nomme explicitement la STI OPE. La STI OPE ne renvoie pas la pareille. Son propre chapitre sur les interfaces, le point 4.3, énumère les sous-systèmes avec lesquels elle interopère : infrastructure (INF), contrôle-commande et signalisation (CCS), matériel roulant - locomotives et matériel voyageurs (LOC&PAS) et wagons de fret (WAG) -, énergie (ENE), sécurité dans les tunnels ferroviaires (SRT), bruit (NOI), et personnes à mobilité réduite (PRM). La télématique n'y figure pas du tout.

En rapprochant ces deux faits, le tableau est cohérent : la STI OPE a été rédigée, et son renvoi sur ce point a été fixé pour la dernière fois, avant que la STI TEL n'existe sous sa forme actuelle. La STI TEL, plus récente, a été conçue pour renvoyer à l'OPE ; le chapitre sur les interfaces de l'OPE n'a pas été mis à jour pour renvoyer en retour.

Pourquoi cela compte sur le plan opérationnel

Les deux STI ne sont pas seulement conceptuellement distinctes - elles sont évaluées par des voies totalement différentes, et les confondre crée un risque réel. La STI OPE est un sous-système fonctionnel : le point 5.2 énonce clairement que, « s'agissant du sous-système exploitation et gestion du trafic, il n'existe pas de constituant d'interopérabilité ». Le point 6.2.1 va plus loin : les entreprises ferroviaires et les gestionnaires d'infrastructure « démontrent la conformité aux exigences du présent règlement dans le cadre de leur système de gestion de la sécurité lorsqu'ils demandent un certificat ou un agrément de sécurité nouveau ou modifié », et « aucune des exigences contenues dans le présent règlement ne nécessite d'évaluation distincte par un organisme notifié ».

La STI TEL, à l'inverse, est un régime d'échange de données évalué selon ses propres critères - formats de messages, qualité des données, ponctualité, l'interface commune. Que vos messages STI TEL soient corrects ne vous décharge pas de votre obligation STI OPE, et satisfaire votre obligation STI OPE via votre système de gestion de la sécurité ne signifie pas, en soi, que vos messages STI TEL sont correctement formés ou envoyés à temps. Ce sont des obligations liées, mais démontrées par des processus distincts.

Des échéances sur des horloges différentes

Les deux règlements ne partagent pas non plus le même calendrier, et il importe d'être précis sur l'échéance qui appartient à quel texte. Le point 4.2.1.2.3 de la STI OPE (tel que modifié par le règlement d'exécution (UE) 2023/1693) exige que les informations de circulation des trains soient fournies par voie numérique aux conducteurs de train au plus tard le 15 décembre 2026. Il s'agit d'une obligation de la STI OPE - une obligation de l'entreprise ferroviaire envers le conducteur, portant sur les informations du plan de travail - et ce n'est pas une exigence de la STI TEL, ni un échange de données entre gestionnaire d'infrastructure et entreprise ferroviaire, ni une obligation télématique au sens où la STI TEL la régit.

Les obligations centrales d'échange de données propres à la STI TEL suivent un calendrier distinct et postérieur, qui culmine avec le déploiement complet de l'interface commune pour l'horaire de service, entrant en vigueur en décembre 2029. Une organisation qui suit ses échéances STI TEL ne devrait pas lire le 15 décembre 2026 comme l'une d'entre elles - ni supposer que le respect de cette date satisfait une quelconque exigence de la STI TEL.

Ce que cet outil fait - et ne fait pas

Cet outil évalue la préparation aux obligations d'échange de données de la STI TEL : si votre organisation est prête à envoyer et recevoir, correctement formés et dans les délais, les messages que la STI TEL spécifie. Il n'évalue pas la conformité à la STI OPE, laquelle - comme exposé ci-dessus - ne connaît aucune voie via un organisme notifié et se démontre au contraire dans le cadre de votre système de gestion de la sécurité. Un bon résultat ici signifie que votre organisation est prête à échanger les données requises par la STI TEL. Ce n'est pas, et cela ne peut pas être, une affirmation sur vos obligations STI OPE, qui relèvent d'un autre règlement, d'une autre voie d'évaluation et, dans le cas du 15 décembre 2026, d'une horloge entièrement différente.

Sources : règlement d'exécution (UE) 2019/773 (texte consolidé 02019R0773-20230928, tel que modifié par le règlement d'exécution (UE) 2023/1693), points 4.2.1.2.3, 4.2.2.5.2, 4.2.3.3.2, 4.2.3.4, 4.2.3.4.2.1, point c), 4.3, 5.2, 6.2.1 ; règlement d'exécution (UE) 2026/253, considérant 40, annexe pt. 2.5.1–2.5.3, 2.6.3–2.6.6, appendice A.2.

Related