ANNEXE

TABLE DES MATIÈRES

1. INTRODUCTION 443

1.1. Abréviations 443

1.2. Documents de référence 444

1.3. Champ d'application technique 445

1.4. Champ d'application territorial 445

1.5. Contenu de la présente STI ATF 445

2. DÉFINITION DU SOUS-SYSTÈME ET CHAMP D'APPLICATION 446

2.1. Fonctions relevant du champ d'application de la STI 446

2.2. Fonctions extérieures au champ d'application de la STI 446

2.3. Description générale du sous-système 446

2.3.1. Entités concernées 446

2.3.2. Procédés envisagés 448

2.3.3. Remarques générales 449

3. EXIGENCES ESSENTIELLES 450

3.1. Respect des exigences essentielles 450

3.2. Aspects des exigences essentielles 450

3.3. Aspects liés aux exigences générales 451

3.3.1. Sécurité 451

3.3.2. Fiabilité et disponibilité 451

3.3.3. Santé 451

3.3.4. Protection de l'environnement 451

3.3.5. Compatibilité technique 451

3.4. Aspects spécifiques au sous-système «Applications télématiques au service du fret» 451

3.4.1. Compatibilité technique 451

3.4.2. Fiabilité et disponibilité 451

3.4.3. Santé 452

3.4.4. Sécurité 452

4. CARACTÉRISATION DU SOUS-SYSTÈME 452

4.1. Introduction 452

4.2. Spécifications fonctionnelles et techniques du sous-système 452

4.2.1. Données des lettres de voitures 453

4.2.2. Demande de sillon 454

4.2.3. Préparation du train 455

4.2.4. Prévision de circulation du train 456

4.2.5. Informations relatives aux interruptions de service 457

4.2.6. HEP/HAP de la cargaison 458

4.2.7. Mouvements des wagons 459

4.2.8. Rapports d'échanges 460

4.2.9. Échange de données pour l'amélioration de la qualité 461

4.2.10. Données de référence principales 462

4.2.11. Divers fichiers de référence et bases de données 463

4.2.12. Mise en réseau et communication 466

4.3. Spécifications fonctionnelles et techniques des interfaces 468

4.3.1. Interfaces avec la STI «Infrastructure» 468

4.3.2. Interfaces avec la STI «Contrôle-commande et signalisation» 468

4.3.3. Interfaces avec le sous-système «Matériel roulant» 468

4.3.4. Interfaces avec la STI «Exploitation et gestion du trafic» 468

4.3.5. Interfaces avec les applications télématiques au service des voyageurs 469

4.4. Règles d'exploitation 469

4.4.1. Qualité des données 469

4.4.2. Gestion du répertoire central 471

4.5. Règles de maintenance 471

4.6. Qualifications professionnelles 471

4.7. Conditions de santé et de sécurité 471

5. CONSTITUANTS D'INTEROPÉRABILITÉ 471

5.1. Définition 471

5.2. Liste des constituants 471

5.3. Performances et spécifications des constituants 472

6. ÉVALUATION DE LA CONFORMITÉ ET/OU DE L'APTITUDE À L'EMPLOI DES CONSTITUANTS ET VÉRIFICATION DU SOUS-SYSTÈME 472

6.1. Constituants d'interopérabilité 472

6.1.1. Procédures d'évaluation 472

6.1.2. Module 472

6.1.3. Sous-système «Applications télématiques au service du fret» 472

7. MISE EN ŒUVRE 473

7.1. Modalités d'application de la présente STI 473

7.1.1. Introduction 473

7.1.2. Phase 1 — Spécifications informatiques détaillées et plan directeur 473

7.1.3. Phases 2 et 3 — Développement et déploiement 473

7.1.4. Gouvernance, rôles et responsabilités 473

7.2. Gestion des modifications 475

7.2.1. Procédure de gestion des modifications 475

7.2.2. Procédures spécifiques de gestion des modifications pour les documents énumérés à l'appendice I du présent règlement 475

Appendice I — Liste des documents techniques 476

Appendice II — Glossaire 477

Appendice III — Tâches à exécuter par le point de contact national ATF/ATV 488

1. INTRODUCTION

1.1. Abréviations

Tableau 1

Abréviations

Abréviation Définition AFE Agence ferroviaire européenne, également appelée l'«Agence» ANSI American National Standards Institute ATF Applications télématiques au service du fret ATV Applications télématiques au service des voyageurs CE Commission européenne CVP Circuit virtuel permanent DM Demande de modification DW Détenteurs de wagons EF Entreprise ferroviaire EFP Entreprise ferroviaire principale ERTMS Système européen de gestion du trafic ferroviaire (European rail traffic management system) ETCS Système européen de contrôle des trains (European Train Control System) GI Gestionnaire de l'infrastructure GT Groupe de travail organisé par l'AFE IC Interface commune ISO Organisation internationale de normalisation LAN Réseau local (Local Area Network) LCL Conteneur de groupage (Less than Container Loads) ONC Architecture réseau ouverte (Open Network Computing) OTIF Organisation intergouvernementale pour les transports internationaux ferroviaires RISC Comité pour l'interopérabilité et la sécurité ferroviaire (Railway Interoperability and Safety Committee) RTE Réseau transeuropéen STI Spécification technique d'interopérabilité TCP/IP Transmission Control Protocol/Internet Protocol

1.2. Documents de référence

Tableau 2

Documents de référence

No réf. Référence du document Intitulé Dernière édition [1] Directive 2008/57/CE Directive 2008/57/CE du Parlement européen et du Conseil du 17 juin 2008 relative à l'interopérabilité du système ferroviaire au sein de la Communauté 17.6.2008 [2] Règlement «STI ATV» (UE) no 454/2011 Règlement (UE) no 454/2011 de la Commission du 5 mai 2011 relatif à la spécification technique d'interopérabilité concernant le sous-système «Applications télématiques au service des voyageurs» du système ferroviaire transeuropéen (JO L 123 du 12.5.2011, p. 11). 5.5.2011 [3] Directive 2012/34/UE Directive 2012/34/UE du Parlement européen et du Conseil du 21 novembre 2012 établissant un espace ferroviaire unique européen (JO L 343 du 14.12.2012, p. 32) 21.11.2012 [4] ERA-TD-105 STI ATF — ANNEXE D.2: APPENDICE F — MODÈLE DE DONNÉES ET DE MESSAGE DE LA STI ATF 22.3.2013 [5] Règlement «STI ATF» (CE) no 62/2006 Règlement (CE) no 62/2006 de la Commission du 23 décembre 2005 relatif à la spécification technique d'interopérabilité concernant le sous-système «Applications télématiques au service du fret» du système ferroviaire transeuropéen conventionnel (JO L 13 du 18.1.2006, p. 1) 18.1.2006 [6] Règlement (UE) no 280/2013 de la Commission Règlement (UE) no 280/2013 de la Commission du 22 mars 2013 modifiant le règlement (CE) no 62/2006 relatif à la spécification technique d'interopérabilité concernant le sous-système «Applications télématiques au service du fret» du système ferroviaire transeuropéen conventionnel (JO L 84 du 23.3.2013, p. 17) 22.3.2013 [7] Règlement (UE) no 328/2012 de la Commission Règlement (UE) no 328/2012 de la Commission du 17 avril 2012 modifiant le règlement (CE) no 62/2006 relatif à la spécification technique d'interopérabilité concernant le sous-système «Applications télématiques au service du fret» du système ferroviaire transeuropéen conventionnel (JO L 106 du 18.4.2012, p. 14) 17.4.2012 [8] C(2010) 2576 final Décision de la Commission du 29 avril 2010 concernant un mandat à l'Agence ferroviaire européenne pour développer et réviser des spécifications techniques d'interopérabilité en vue d'étendre leur champ d'application à l'ensemble du système ferroviaire de l'Union européenne 29.4.2010 [9] Directive 2004/49/CE Directive 2004/49/CE du Parlement européen et du Conseil du 29 avril 2004 concernant la sécurité des chemins de fer communautaires et modifiant la directive 95/18/CE du Conseil concernant les licences des entreprises ferroviaires, ainsi que la directive 2001/14/CE concernant la répartition des capacités d'infrastructure ferroviaire, la tarification de l'infrastructure ferroviaire et la certification en matière de sécurité (directive sur la sécurité ferroviaire) (JO L 164 du 30.4.2004, p. 44) 28.11.2009 [10] Directive 2001/13/CE Directive 2001/13/CE du Parlement européen et du Conseil du 26 février 2001 modifiant la directive 95/18/CE du Conseil concernant les licences des entreprises ferroviaires (JO L 75 du 15.3.2001, p. 26) 26.2.2001

1.3. Champ d'application technique

La présente spécification technique d'interopérabilité (ci-après «STI-ATF») concerne l'élément «applications au service du fret» du sous-système «applications télématiques» figurant dans la partie fonctionnelle de la liste de l'annexe II de la directive 2008/57/CE [1].

La présente STI-ATF a pour objectif de garantir l'efficacité de l'échange d'informations en définissant le cadre technique nécessaire, afin de mettre en place un transport aussi économiquement viable que possible. Elle couvre les applications au service du fret et la gestion des correspondances avec d'autres modes de transport, c'est-à-dire qu'elle est axée sur les services de transport offerts par les entreprises ferroviaires en plus de leurs activités d'exploitation pure et simple des trains. Les aspects de sécurité ne sont pris en considération que dans la limite de l'existence d'éléments de données; les valeurs n'auront pas d'impact sur la sécurité de fonctionnement d'un train et le respect des exigences de la STI ATF ne peut pas être considéré comme le respect des exigences de sécurité.

La STI ATF a également une incidence sur les conditions d'utilisation du transport ferroviaire par les usagers. Le terme «usagers» désigne ici non seulement les gestionnaires d'infrastructures ou les entreprises ferroviaires, mais également tous les autres prestataires de services, tels que les constructeurs de wagons, les opérateurs de transports intermodaux et même les clients.

La portée technique de la présente STI est définie plus précisément à l'article 2, paragraphes 1 et 3, du présent règlement.

1.4. Champ d'application territorial

Le champ d'application territorial de la présente STI est le réseau de l'ensemble du système ferroviaire, composé:

— du système ferroviaire transeuropéen conventionnel (RTE) tel qu'il est décrit à l'annexe I, point 1.1 «Réseau», de la directive 2008/57/CE [1],

— du système ferroviaire transeuropéen à grande vitesse (RTE) tel qu'il est décrit à l'annexe I, point 2.1 «Réseau», de la directive 2008/57/CE [1],

— des autres éléments composant l'ensemble du réseau ferroviaire à la suite de l'extension du champ d'application décrit à l'annexe I, section 4, de la directive 2008/57/CE [1].

Les cas visés à l'article 1er, paragraphe 3, de la directive 2008/57/CE [1] sont exclus.

1.5. Contenu de la présente STI ATF

Le contenu de la présente STI ATF est conforme à l'article 5 de la directive 2008/57/CE [1].

Cette STI fixe également, dans le chapitre 4 «Caractérisation du sous-système», les prescriptions d'exploitation et de maintenance relatives aux champs d'application technique (point 1.1) et territorial (point 1.2).

2. DÉFINITION DU SOUS-SYSTÈME ET CHAMP D'APPLICATION

2.1. Fonctions relevant du champ d'application de la STI

Le sous-système «Applications télématiques au service du fret» est défini à l'annexe II, point 2.5 b), de la directive 2008/57/CE [1].

Il comprend notamment:

— les applications au service du fret, y compris les systèmes d'information (suivi en temps réel des marchandises et des trains),

— les systèmes de triage et d'affectation (ce terme étant entendu au sens de la composition des trains),

— les systèmes de réservation (au sens de la réservation de sillons),

— la gestion des correspondances avec d'autres modes de transport et la production des documents électroniques d'accompagnement.

2.2. Fonctions extérieures au champ d'application de la STI

Le champ d'application de la présente STI ne couvre pas les systèmes de paiement et de facturation destinés aux clients, ni ceux qui sont utilisés entre les divers prestataires de services, tels que les entreprises ferroviaires ou les gestionnaires d'infrastructures. Cependant, le système sous-jacent à l'échange de données, conformément au point 4.2 «Spécifications fonctionnelles et techniques du sous-système», est conçu de manière à fournir les informations nécessaires aux paiements découlant des services de transport.

La planification des horaires à long terme n'entre pas dans le champ d'application de la présente STI. Celle-ci y fera cependant référence à certains endroits dans la mesure où cette planification influe sur l'efficacité des échanges d'informations requis pour la circulation de trains.

2.3. Description générale du sous-système

2.3.1. Entités concernées

La présente STI tient compte des prestataires de services actuels et des divers futurs fournisseurs potentiels de services intervenant dans le transport de fret, tels que les services suivants (liste non exhaustive):

— Wagons

— Locomotives

— Conducteurs

— Aiguillages et manœuvres par gravité

— Vente de créneaux horaires (sillons)

— Gestion des cargaisons

— Composition du train

— Exploitation des trains

— Surveillance de la marche des trains

— Commande des trains

— Suivi des chargements

— Révision et réparation de wagons et/ou de locomotives

— Dédouanement

— Exploitation de terminaux intermodaux

— Gestion du transport routier

Certains prestataires de services spécifiques sont explicitement définis dans les directives 2012/34/UE [3], 2008/57/CE [1] et 2004/49/CE [9]. Ces directives devant être prises en considération, la présente STI s'appuie notamment sur les définitions suivantes.

«Gestionnaire de l'infrastructure» (GI) (directive 2012/34/UE [3]): toute entité ou entreprise chargée notamment de l'établissement, de la gestion et de l'entretien de l'infrastructure ferroviaire, y compris la gestion du trafic, et du système de signalisation et de contrôle-commande; les fonctions de gestionnaire de l'infrastructure sur tout ou partie d'un réseau peuvent être attribuées à plusieurs entités ou entreprises. Si le gestionnaire de l'infrastructure n'est pas indépendant des entreprises ferroviaires sur le plan juridique, organisationnel ou décisionnel, les fonctions visées au chapitre IV, sections 2 et 3, sont assumées respectivement par un organisme de tarification et par un organisme de répartition qui sont indépendants des entreprises ferroviaires sur le plan juridique, organisationnel et décisionnel.

En se fondant sur cette définition, la présente STI considère un GI comme le prestataire de services chargé de l'attribution des sillons, de la commande et de la surveillance des trains, ainsi que des signalements relatifs aux trains et aux sillons;

«Candidat» (directive 2012/34/UE [3]): toute entreprise ferroviaire, tout regroupement international d'entreprises ferroviaires ou d'autres personnes physiques ou morales ou entités, par exemple les autorités compétentes visées dans le règlement (CE) no 1370/2007 et les chargeurs, les transitaires et les opérateurs de transports combinés ayant des raisons commerciales ou de service public d'acquérir des capacités de l'infrastructure.

«Entreprise ferroviaire» (directive 2004/49/CE [9]): une entreprise ferroviaire au sens de la directive 2001/14/CE et toute autre entreprise à statut public ou privé, dont l'activité est la fourniture de services de transport de marchandises et/ou de passagers par chemin de fer, la traction devant obligatoirement être assurée par cette entreprise; ceci englobe également les entreprises qui fournissent uniquement la traction.

Sur la base de cette définition, la présente STI considère l'entreprise ferroviaire comme étant le prestataire de services pour l'exploitation des trains.

En ce qui concerne l'attribution des sillons, l'article 38 de la directive 2012/34/UE [3] doit également être pris en considération.

Les capacités de l'infrastructure disponibles sont réparties par le gestionnaire de l'infrastructure et ne peuvent, une fois affectées à un candidat, être transférées par le bénéficiaire à une autre entreprise ou un autre service.

Toute transaction relative aux capacités d'infrastructure est interdite et entraîne l'exclusion de l'attribution ultérieure de capacités.

L'utilisation de capacités par une entreprise ferroviaire pour exercer les activités d'un candidat qui n'est pas une entreprise ferroviaire n'est pas considérée comme un transfert.

Pour les scénarios de communication entre gestionnaires d'infrastructure et candidats dans l'exécution d'une opération de transport, seuls le GI et l'EF sont pris en considération et non tous les types de candidats, ce qui peut être pertinent pour la planification. Lors de l'exécution, la relation entre le GI et l'EF est toujours définie suivant les spécifications de la présente STI relatives aux échanges de messages et au stockage des informations. Ceci n'a aucun effet sur la définition du candidat, ni sur les possibilités d'attribution de sillons qui en résultent.

Le transport de fret implique la prestation de divers services. Il peut s'agir par exemple de la fourniture de wagons. Ce service est assimilable à celui que fournit le gestionnaire d'une flotte de véhicules. S'il entre dans le cadre des activités de l'EF, cette dernière agit également en qualité de gestionnaire de flotte et peut, à ce titre, gérer ses propres wagons et/ou ceux d'un autre détenteur (un autre prestataire de services pour les wagons de fret). Les besoins de ce type de prestataire sont également pris en considération, indépendamment du fait que le gestionnaire de flotte soit une EF ou non.

La présente STI ne crée pas de nouvelles personnes morales et n'oblige aucune EF à solliciter des prestataires de services externes pour des services qu'elle offre elle-même. Cependant, elle désigne, si nécessaire, un service par le nom d'un prestataire correspondant. Si le service est fourni par une EF, celle-ci agit comme prestataire de ce service.

Dans la prise en considération des besoins du client, une des prestations consiste à organiser et à gérer la chaîne des transports conformément aux engagements pris vis-à-vis de ce client. Ce service est fourni par l'entreprise ferroviaire principale (EFP). L'EFP est le seul interlocuteur du client. Si la chaîne de transport implique plusieurs entreprises ferroviaires, l'EFP est également chargée de la coordination avec celles-ci.

Ce service peut également être exécuté par un transitaire ou par toute autre entité.

Le rôle d'une EF en tant qu'EFP dépend du type de transport concerné. En matière d'activité intermodale, la gestion des capacités des trains complets et l'établissement des feuilles de route sont assurés par un intégrateur de services intermodaux, qui pourrait être le client de l'EFP.

Il est toutefois primordial que les EF, les GI et tous les autres prestataires de services (au sens défini dans la présente annexe) travaillent ensemble, en coopération et/ou en accès libre, ainsi que via des échanges efficaces d'informations, afin de fournir des services intégrés aux clients.

2.3.2. Procédés envisagés

Conformément à la directive 2008/57/CE [1], la présente STI relative au transport ferroviaire de fret se limite, pour ce qui concerne leurs clients directs, aux GI et aux EF/EFP. Dans le cadre d'un accord contractuel, l'EFP fournit des informations au client, et notamment:

— des informations relatives aux sillons,

— des informations sur la circulation des trains concernant des points d'observation convenus, y compris au minimum les points de départ, de transfert/d'échange et d'arrivée du transport contracté,

— l'heure d'arrivée prévue (HAP) à destination finale, y compris les gares de triage et terminaux intermodaux,

— les interruptions de service. Lorsque l'EFP prend connaissance d'une interruption du service, elle en informe le client en temps utile.

Les messages correspondants conformes aux ATF sont définis au chapitre 4 pour la communication de ces informations.

Dans le cadre des services de fret, l'activité d'une EFP débute par la réception de la lettre de voiture délivrée par son client et, par exemple, s'il s'agit de wagons, la date et l'heure de leur mise à disposition. L'EFP élabore un plan d'acheminement préliminaire (sur la base de son expérience et/ou du contrat). Si elle a l'intention de disposer des wagons en accès libre (c'est-à-dire qu'elle exploite le train sur l'ensemble du parcours), le plan d'acheminement préliminaire est forcément définitif. Si l'EFP a l'intention de placer les marchandises dans les wagons d'un train qui dépend également d'autres EF, elle doit d'abord identifier celles auxquelles elle doit s'adresser et déterminer le moment où aura lieu l'échange entre deux EF successives. Elle prépare ensuite les demandes préliminaires de voiture séparément pour chaque EF, comme s'il s'agissait de sous-ensembles de la lettre de voiture. Les demandes de voiture sont décrites au point 4.2.1 «Données des documents de suivi».

Les EF contactées vérifient la disponibilité des capacités nécessaires à l'exploitation des wagons et à celle du sillon. Leurs réponses permettent à l'EFP d'affiner son plan d'acheminement ou de relancer sa demande — en s'adressant éventuellement à d'autres EF — jusqu'à ce que ce plan finisse par correspondre aux exigences du client.

D'une manière générale, les EF/EFP doivent au minimum pouvoir:

— DÉFINIR les services en mentionnant les tarifs et le temps de transit, l'offre de wagons (le cas échéant), des informations relatives aux wagons et aux unités intermodales (emplacement, état et heure d'arrivée prévue — ci-après dénommée «HAP»), le lieu de chargement des cargaisons sur des wagons vides, dans des conteneurs, etc.,

— FOURNIR le service défini d'une manière fiable et cohérente en utilisant les processus commerciaux courants et les systèmes connexes. Les EF, les GI et les autres prestataires de services et parties prenantes, telles que les douanes, doivent disposer de moyens informatisés d'échange de données,

— ESTIMER la qualité du service fourni sur la base des paramètres définis. En d'autres termes, il s'agit de vérifier l'adéquation entre la facturation et le devis, entre le temps de transit réel et le temps prévu, entre le nombre de wagons demandés et celui fourni, et entre les HAP et les heures d'arrivée réelles,

— EXPLOITER d'une manière productive la disponibilité des trains et de l'infrastructure ainsi que la capacité de la flotte en utilisant les processus commerciaux, les systèmes et les moyens d'échange de données nécessaires à la gestion des wagons/unités intermodales et à l'horaire des trains.

En tant que candidats, les EF/EFP doivent également fournir (par la conclusion de contrats avec les GI) les sillons requis et exploiter le train sur la section du parcours qui leur incombe. Elles peuvent utiliser des sillons déjà réservés (en mode de planification) ou demander au(x) gestionnaire(s) d'infrastructure concerné(s) un sillon ad hoc pour les sections du parcours qu'elles exploitent. L'appendice I présente un exemple de demande de sillon.

L'attribution du sillon est également importante pour la communication entre les EF et les GI pendant le transport. Elle doit toujours se fonder sur le numéro du train et du sillon que l'EF a réservé sur l'infrastructure du GI (voir aussi l'appendice I).

Si une EF assure l'ensemble du parcours A-F (en accès libre, aucune autre EF n'étant impliquée), chaque GI concerné communique directement et uniquement avec elle. Cet «accès libre» peut être obtenu en réservant le sillon auprès d'un «guichet unique» (GU) ou, par section du parcours, directement auprès de chaque GI. La présente STI tient compte de ces deux possibilités, comme le prévoit le point 4.2.2.1. «Demande de sillon, Remarques préliminaires».

Le dialogue entre les EF et les GI en vue d'attribuer un sillon à un train de marchandises est défini au point 4.2.2 «Demande de sillon». Cette fonction se base sur l'article 48, paragraphe 1, de la directive 2012/34/UE [3]. Le dialogue ne couvre pas l'obtention de la licence pour une EF fournissant des services conformément à la directive 2001/13/CE du Parlement européen et du Conseil ([10]), l'obtention de la certification visée par la directive 2012/34/UE [3] ni les droits d'accès prévus par la directive 2012/34/EU [3].

Les échanges d'informations relatifs à la composition et à la procédure de départ des trains sont définis au point 4.2.3 «Préparation du train». Les échanges de données pendant le transport en exploitation normale sont décrits au point 4.2.4 «Prévision de circulation du train», tandis que, pour les situations exceptionnelles, les messages sont définis au point 4.2.5 «Informations d'interruption de service». Tous ces messages sont échangés entre l'EF et le GI et se fondent sur les trains.

Pour le client, l'information la plus importante est l'heure d'arrivée prévue (HAP) de ses marchandises. La HAP peut être calculée à partir des échanges d'informations entre l'EFP et le GI (dans le cas d'un accès libre). Dans le cas d'une coopération entre plusieurs EF, la HAP et les heures d'échange prévues (HEP) peuvent être déterminées à partir des messages échangés entre les EF et les GI et fournis par les EF à l'EFP (point 4.2.6 «HEP/HAP de la cargaison»).

Les échanges d'informations entre les GI et les EF permettent également à l'EFP de savoir, par exemple:

— quand les wagons sont partis du ou arrivés au dépôt ou à l'endroit défini (point 4.2.7 «Mouvements des wagons»,

— quand la responsabilité des wagons a été transférée d'une EF à l'autre dans la chaîne de transport (point 4.2.8 «Rapports d'échanges»).

Il est possible d'obtenir diverses statistiques à partir des données échangées entre les GI et les EF et entre les EF et l'EFP, qui permettent:

— à moyen terme, de planifier le processus de production d'une manière plus précise, et

— à plus long terme, d'effectuer des opérations de planification stratégique et des études de capacité (analyses des réseaux, définition de voies de service et de gares de triage, planification du matériel roulant), mais surtout

— d'améliorer la qualité et la productivité du transport (point 4.2.9 «Échange de données pour l'amélioration de la qualité»).

La gestion des wagons vides revêt une importance toute particulière lorsqu'il s'agit de wagons interopérables. En principe, il n'y a aucune différence entre les wagons chargés et vides sur le plan des manœuvres. Le transport de wagons vides est également basé sur les demandes de voiture, le gestionnaire de flotte qui en a la charge devant être considéré comme un client.

2.3.3. Remarques générales

La qualité du système d'informations dépend de la fiabilité des données qu'il contient. C'est pourquoi les données qui jouent un rôle déterminant dans l'acheminement de marchandises, d'un wagon ou d'un conteneur doivent être précises et obtenues selon un procédé économiquement rentable, qui ne nécessite de ne saisir les données dans le système qu'une seule fois.

De la sorte, les applications et les messages tels qu'ils sont définis dans la présente STI permettent d'éviter la saisie manuelle et répétée de données en donnant accès à des informations déjà enregistrées mentionnant, par exemple, les références du matériel roulant. Les exigences relatives aux données du matériel roulant sont définies au point 4.2.10 «Données de référence principales»). Les bases de données sur le matériel roulant doivent permettre d'accéder facilement aux données techniques. Sur la base de droits d'accès structurés en fonction des privilèges octroyés, leur contenu doit être accessible à l'ensemble des GI, des EF et des gestionnaires de flotte, en particulier à des fins de gestion de la flotte et de maintenance du matériel roulant. Elles doivent contenir toutes les données techniques indispensables pour le transport, telles que:

— l'identification du matériel roulant,

— les caractéristiques techniques et de fabrication,

— l'évaluation de la compatibilité avec l'infrastructure,

— l'évaluation des caractéristiques de chargement pertinentes,

— les caractéristiques de freinage nécessaires,

— les données d'entretien,

— les caractéristiques environnementales.

Dans le transport intermodal, à certains endroits spécifiques (appelés points de passage), non seulement le wagon peut être accroché à un autre train, mais il est également possible de déplacer l'unité intermodale d'un wagon à l'autre. Par conséquent, il ne suffit pas de travailler uniquement avec un plan d'acheminement pour les wagons; il faut aussi établir un plan d'acheminement pour les unités intermodales.

Le point 4.2.11 «Divers fichiers de référence et bases de données» mentionne une série de fichiers de référence et diverses bases de données, parmi lesquelles la base de données opérationnelle des wagons et des unités intermodales. Celle-ci contient des informations relatives à l'état de fonctionnement du matériel roulant, au poids, aux marchandises dangereuses, aux unités intermodales et à l'emplacement.

La STI du sous-système «Applications télématiques au service du fret» définit les informations requises, qui doivent être échangées entre les différents partenaires impliqués dans une chaîne de transport, et permet la mise en place d'un processus normalisé et obligatoire d'échange de données. Elle présente également l'architecture d'une telle plate-forme de communication. Ce sujet est traité au point 4.2.12 «Mise en réseau et communication», dans lequel les éléments suivants sont pris en considération:

— l'interface avec le sous-système «Exploitation et gestion du trafic» mentionné à l'article 5, paragraphe 3, de la directive 2008/57/CE [1],

— les prescriptions relatives au contenu du document de référence du réseau qui sont définies à l'article 27 et à l'annexe IV de la directive 2012/34/UE [3];

— les informations disponibles sur les wagons de fret et les exigences relatives à la maintenance fixées par la STI «Matériel roulant».

Il n'y a aucune transmission directe de données du sous-système «Applications télématiques au service du fret» vers le train, le conducteur ou des éléments du sous-système «Contrôle-commande et signalisation». Par ailleurs, le réseau de transmission physique est complètement indépendant de celui utilisé par ce sous-système. Le système ERTMS/ETCS utilise des bandes de fréquence de type GSM-R. Dans ce réseau ouvert, les spécifications de l'ETCS précisent que la sécurité est garantie par la gestion appropriée des risques posés par les réseaux ouverts du protocole Euroradio.

Les interfaces avec les sous-systèmes structurels «Matériel roulant» et «Contrôle-commande» ne s'obtiennent que via les bases de données de référence sur le matériel roulant (point 4.2.10.2 «Bases de données de référence du matériel roulant»), qui sont gérées par les détenteurs. Celles avec les sous-systèmes «Infrastructures», «Contrôle-commande» et «Énergie» sont fournies par le GI avec la définition du sillon (point 4.2.2.3 «Messages relatifs aux détails du sillon»), qui mentionne en outre les données d'infrastructure relatives au train, et avec les restrictions relatives à l'utilisation des infrastructures (point 4.2.2 «Demande de sillon» et point 4.2.3 «Préparation du train»).

3. EXIGENCES ESSENTIELLES

3.1. Respect des exigences essentielles

L'article 4, paragraphe 1, de la directive 2008/57/CE stipule que le système ferroviaire transeuropéen, ses sous-systèmes et leurs constituants d'interopérabilité doivent satisfaire aux exigences essentielles énoncées en termes généraux à l'annexe III de ladite directive.

Dans les limites de la présente STI, les exigences essentielles pertinentes énoncées au chapitre 3 seront satisfaites, au niveau du sous-système, par le respect des spécifications décrites au chapitre 4 «Caractérisation du sous-système».

3.2. Aspects des exigences essentielles

Les exigences essentielles portent sur:

— la sécurité,

— la fiabilité et la disponibilité,

— la santé,

— la protection de l'environnement,

— la compatibilité technique.

En vertu de la directive 2008/57/CE [1], les exigences essentielles peuvent s'appliquer, en règle générale, à l'ensemble du système ferroviaire transeuropéen ou porter spécifiquement sur chacun de ses sous-systèmes et leurs constituants.

3.3. Aspects liés aux exigences générales

La pertinence des exigences générales dans le cas du sous-système «Applications télématiques au service du fret» est déterminée comme suit.

3.3.1. Sécurité

Les exigences essentielles 1.1.1, 1.1.2, 1.1.3, 1.1.4 et 1.1.5 de l'annexe III de la directive 2008/57/CE [1] ne concernent pas le sous-système «applications télématiques».

3.3.2. Fiabilité et disponibilité

«La surveillance et la maintenance des éléments fixes ou mobiles participant à la circulation des trains doivent être organisées, menées et quantifiées de manière à maintenir leur fonction dans des conditions prévues.»

Cette exigence essentielle est abordée dans les points suivants:

— point 4.2.10: «Données de référence principales»,

— point 4.2.11: «Divers fichiers de référence et bases de données»,

— point 4.2.12: «Mise en réseau et communication».

3.3.3. Santé

Les exigences essentielles 1.3.1 et 1.3.2 de l'annexe III de la directive 2008/57/CE [1] ne concernent pas le sous-système «applications télématiques».

3.3.4. Protection de l'environnement

Les exigences essentielles 1.4.1, 1.4.2, 1.4.3, 1.4.4 et 1.4.5 de l'annexe III de la directive 2008/57/CE [1] ne concernent pas le sous-système «applications télématiques».

3.3.5. Compatibilité technique

L'exigence essentielle 1.5 de l'annexe III de la directive 2008/57/CE [1] ne concerne pas le sous-système «applications télématiques».

3.4. Aspects spécifiques au sous-système «Applications télématiques au service du fret»

3.4.1. Compatibilité technique

Exigence essentielle 2.7.1 de l'annexe III de la directive 2008/57/CE [1]:

«Les exigences essentielles dans le domaine des applications télématiques garantissant une qualité de service minimale aux voyageurs et aux clients du secteur marchandises concernent plus particulièrement la compatibilité technique.

Pour ces applications, il faut veiller à ce que:

— les bases de données, les logiciels et les protocoles de communication des données soient développés de sorte à garantir un maximum de possibilités d'échanges de données, d'une part, entre applications différentes, d'autre part, entre exploitants différents, en excluant les données commerciales confidentielles,

— les informations soient aisément accessibles aux utilisateurs.»

Cette exigence essentielle est abordée en particulier dans les points suivants:

— point 4.2.10: «Données de référence principales»,

— point 4.2.11: «Divers fichiers de référence et bases de données»,

— point 4.2.12: «Mise en réseau et communication».

3.4.2. Fiabilité et disponibilité

Exigence essentielle 2.7.2 de l'annexe III de la directive 2008/57/CE [1]:

«Les modes d'utilisation, de gestion, de mise à jour et de maintenance de ces bases de données, logiciels et protocoles de communication des données doivent garantir l'efficacité de ces systèmes et la qualité du service.»

Cette exigence essentielle est abordée en particulier dans les points suivants:

— point 4.2.10: «Données de référence principales»,

— point 4.2.11: «Divers fichiers de référence et bases de données»,

— point 4.2.12: «Mise en réseau et communication».

Cette exigence essentielle, et en particulier la méthode utilisée pour garantir l'efficacité de ces applications télématiques et la qualité du service, constitue la base de la STI dans son ensemble et n'est pas limitée aux points 4.2.10, 4.2.11 et 4.2.12.

3.4.3. Santé

Exigence essentielle 2.7.3 de l'annexe III de la directive 2008/57/CE [1]:

«Les interfaces de ces systèmes avec les utilisateurs doivent respecter les règles minimales en matière ergonomique et de protection de la santé.»

Cette STI ne fixe pas d'exigences supplémentaires par rapport aux législations nationales et européenne relatives aux règles minimales en la matière en ce qui concerne l'interface entre ces applications télématiques et les utilisateurs.

3.4.4. Sécurité

Exigence essentielle 2.7.4 de l'annexe III de la directive 2008/57/CE [1]:

«Des niveaux d'intégrité et de fiabilité suffisants doivent être assurés pour le stockage ou la transmission d'informations liées à la sécurité.»

Cette exigence essentielle est abordée en particulier dans les points suivants:

— point 4.2.10: «Données de référence principales»,

— point 4.2.11: «Divers fichiers de référence et bases de données»,

— point 4.2.12: «Mise en réseau et communication».

4. CARACTÉRISATION DU SOUS-SYSTÈME

4.1. Introduction

Le système ferroviaire, auquel s'applique la directive 2008/57/CE et dont fait partie le sous-système «Applications télématiques», est un système intégré dont la cohérence doit être vérifiée. Cette cohérence doit être vérifiée en particulier au niveau des spécifications du sous-système, de ses interfaces vis-à-vis du système dans lequel il s'intègre, ainsi que des règles d'exploitation et de maintenance.

Compte tenu de toutes les exigences essentielles applicables, le sous-système «Applications télématiques au service du fret» est caractérisé par les éléments ci-après.

4.2. Spécifications fonctionnelles et techniques du sous-système

À la lumière des exigences essentielles indiquées au chapitre 3 (Exigences essentielles), les spécifications fonctionnelles et techniques du sous-système couvrent les paramètres suivants:

— données des lettres de voitures,

— demande de sillon,

— préparation du train,

— prévision de circulation du train,

— informations relatives aux interruptions de service,

— HEP/HAP des wagons/unités intermodales,

— mouvements des wagons,

— rapports d'échanges,

— échange de données pour l'amélioration de la qualité,

— données de référence principales,

— divers fichiers de référence et bases de données,

— mise en réseau et communication.

Les spécifications détaillées des données sont définies dans le «catalogue de données» complet. Les formats obligatoires des messages et les données de ce catalogue sont définis dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I. En outre, d'autres normes existantes peuvent être utilisées à cet effet si les parties prenantes ont conclu un accord spécifique autorisant leur utilisation, notamment sur les territoires des États membres partageant une frontière commune avec un pays tiers.

Remarques générales sur la structure des messages

Les messages sont structurés en deux ensembles de données:

— Données de contrôle: définies par l'en-tête de message obligatoire des messages du catalogue.

— Données d'information: définies par le contenu obligatoire/facultatif de chaque message et par l'ensemble de données obligatoire/facultatif du catalogue.

Si le présent règlement définit un message ou un élément de données comme étant facultatif, les parties impliquées décident de son utilisation. L'application de ces messages et de ces éléments de données doit faire partie d'un accord contractuel. Si des éléments facultatifs du catalogue de données sont obligatoires dans certaines conditions, il convient de le préciser dans le catalogue de données.

4.2.1. Données des lettres de voitures

4.2.1.1. Lettre de voiture du client

La lettre de voiture doit être envoyée par le client à l'EFP. Elle doit contenir toutes les informations nécessaires au transport du fret entre l'expéditeur et le destinataire conformément aux «règles uniformes concernant le contrat de transport international ferroviaire de marchandises (CIM)», aux «règles uniformes concernant les contrats d'utilisation de véhicules en trafic international ferroviaire (CUV)» et aux règles nationales en vigueur. L'EFP doit compléter ces données par des informations supplémentaires. Un sous-ensemble des données des lettres de voitures, y compris les données supplémentaires, est décrit dans le document «STI ATF — Annexe D.2: Appendice A — Plan d'acheminement des wagons» et dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» [4] figurant dans le tableau à l'appendice I du présent règlement.

En accès libre, l'EFP qui est en relation avec le client dispose de toutes les informations une fois que les données supplémentaires sont disponibles. Aucun échange de messages avec d'autres EF n'est nécessaire. Ces informations servent également de base à la rédaction d'une demande de sillon à court terme, si celle-ci est nécessaire à l'exécution de la lettre de voiture.

Les messages suivants ne sont pas utilisés en accès libre. Leur contenu peut aussi servir de base aux demandes de sillon à court terme, si elles sont nécessaires à l'exécution de la lettre de voiture.

4.2.1.2. Demandes de voiture

La demande de voiture est un sous-ensemble des données de la lettre de voiture. Elle doit être transmise par l'EFP aux EF impliquées dans la chaîne de transport. La demande de voiture doit contenir les informations nécessaires aux EF pour assurer le transport sur la section qui leur incombe, jusqu'au transfert de la responsabilité de la cargaison à l'EF suivante. Par conséquent, son contenu dépend du travail à effectuer par l'entreprise ferroviaire: enlèvement, transit ou livraison.

La structure de données obligatoire de la demande de voiture et les formats détaillés de ce message sont repris sous «ConsigmentOrderMessage» dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

Les demandes de voiture contiennent essentiellement des informations sur les éléments suivants:

— expéditeur et destinataire,

— acheminement,

— identification du fret expédié,

— wagon,

— lieu, date et heure.

Certaines informations de la lettre de voiture doivent également être accessibles à tous les partenaires de la chaîne de transport (GI, détenteur, etc.). Elles portent sur les wagons et ont trait aux éléments suivants:

— le poids du chargement (poids brut),

— le numéro de code NC/SH,

— des informations relatives aux marchandises dangereuses,

— l'unité de transport.

À titre exceptionnel, il est possible d'utiliser une version papier en cas d'impossibilité d'envoyer des informations au moyen des messages décrits ci-dessus.

4.2.2. Demande de sillon

4.2.2.1. Remarques préliminaires

Le sillon définit les données demandées, acceptées et actualisées qui doivent être enregistrées ainsi que les caractéristiques du train pour chaque segment de ce sillon. Les informations qui doivent être mises à la disposition du gestionnaire de l'infrastructure sont décrites ci-après. Ces informations doivent être mises à jour lors de chaque modification. Les informations du sillon annuel doivent donc permettre l'extraction des données en vue de modifications à court terme. Plus particulièrement, l'EFP doit informer le client si celui-ci subit un impact.

Demande de sillon à brève échéance

Du fait de situations exceptionnelles pouvant toujours se produire lors du mouvement d'un train, ou encore de demandes de transport à court terme, toute entreprise ferroviaire doit pouvoir obtenir un sillon ad hoc sur le réseau.

Dans le premier cas, il est nécessaire de prendre des mesures immédiates permettant de connaître la composition réelle du train sur la base de la liste fournie.

Dans le second cas, l'entreprise ferroviaire doit fournir au gestionnaire de l'infrastructure toutes les informations nécessaires concernant la date, l'heure et le lieu de circulation du train ainsi que ses caractéristiques physiques dans la mesure où elles interagissent avec l'infrastructure.

Le paramètre fondamental «Demandes de sillon à brève échéance» doit être traité entre l'EF et le gestionnaire de l'infrastructure. Dans ce paramètre fondamental, le terme GI peut désigner les GI et, le cas échéant, les organismes de répartition (voir directive 2012/34/UE [3]).

Ces exigences s'appliquent à toutes les demandes de sillon à brève échéance.

Le présent paramètre fondamental [PF] n'inclut pas les questions de gestion du trafic. Le délai maximal entre les sillons à court terme et les modifications de sillon au titre de la gestion du trafic fait l'objet d'accords au niveau local.

L'entreprise ferroviaire doit fournir au gestionnaire de l'infrastructure toutes les informations nécessaires concernant la date, l'heure et le lieu de circulation du train ainsi que ses caractéristiques physiques dans la mesure où elles interagissent avec l'infrastructure.

Chaque gestionnaire de l'infrastructure est responsable du caractère approprié du sillon sur son infrastructure, tandis que l'entreprise ferroviaire est tenue de contrôler les caractéristiques du train sur la base des valeurs indiquées dans les détails du sillon concerné par le contrat.

Sans préjudice des conditions d'utilisation d'un sillon présentées dans les documents de référence du réseau ou des responsabilités en cas de restrictions d'infrastructure mentionnées dans la STI «Exploitation et gestion du trafic», l'EF doit avoir connaissance, avant la préparation du train, de l'existence de restrictions sur des segments de ligne ou dans des gares (nœuds) susceptibles d'affecter la composition du train définie dans le contrat d'attribution du sillon.

L'accord relatif au sillon dans le cas de l'exploitation d'un train à brève échéance doit faire l'objet d'un dialogue entre toutes les EF et tous les GI concernés. Les demandes visant à obtenir des capacités de l'infrastructure peuvent être introduites par les candidats. Afin d'utiliser ces capacités de l'infrastructure, les candidats désignent une entreprise ferroviaire pour conclure un accord avec le gestionnaire de l'infrastructure conformément à la directive 2012/34/UE [3]. Ce dialogue implique toutes les EF et tous les GI impliqués dans le déplacement du train le long du sillon souhaité, même si leur contribution peut varier en fonction du processus de recherche de sillon.

4.2.2.2. Message de demande de sillon

L'EF envoie ce message au gestionnaire de l'infrastructure (GI) afin de demander un sillon.

La définition de la structure obligatoire de ce message et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.2.3. Message sur les détails du sillon

Le GI envoie ce message à l'EF demandeuse en réponse à sa demande de sillon.

La définition de la structure obligatoire du message sur les détails du sillon et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.2.4. Message de confirmation du sillon

L'EF demandeuse utilise ce message pour réserver/confirmer le sillon proposé par le GI.

La définition de la structure obligatoire du message de confirmation du sillon et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.2.5. Message de refus des détails du sillon

L'EF dont émane la demande utilise ce message pour rejeter les détails du sillon proposés par le gestionnaire de l'infrastructure concerné.

La définition de la structure obligatoire du message de refus des détails du sillon et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.2.6. Message d'annulation d'un sillon

Ce message est utilisé par une EF pour annuler tout ou partie d'un sillon réservé.

La définition de la structure obligatoire du message d'annulation d'un sillon et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.2.7. Message d'indisponibilité d'un sillon

Le GI envoie ce message à l'EF qui a réservé un sillon au cas où le sillon réservé par cette EF n'est plus disponible.

La définition de la structure obligatoire du message d'indisponibilité d'un sillon et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.2.8. Accusé de réception

Ce message est envoyé par le destinataire du message à l'expéditeur afin d'indiquer que son système hérité du passé a reçu le message dans un délai précisé.

La définition de la structure obligatoire de l'accusé de réception et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.3. Préparation du train

4.2.3.1. Remarques générales

Ce paramètre fondamental décrit les messages qui doivent être échangés pendant la phase de préparation du train jusqu'à son départ.

La préparation du train inclut un contrôle de la compatibilité entre le train et son itinéraire. Cette vérification est effectuée par l'EF sur la base d'informations fournies par les GI concernés concernant la description de l'infrastructure et ses restrictions.

Au cours de la préparation du train, l'EF doit envoyer la composition du train à celles qui lui succéderont. Conformément aux dispositions contractuelles, ce message doit aussi être envoyé par l'EF au/aux GI auprès duquel/desquels elle a réservé une section de sillon.

Si la composition des trains est modifiée en un point donné, ce message doit à nouveau être envoyé par l'EF responsable, en mentionnant les modifications apportées.

Pour pouvoir préparer le train, l'EF doit avoir accès aux avis de restriction d'infrastructure, aux données techniques relatives aux wagons (point 4.2.10.2 «Bases de données de référence du matériel roulant»), aux informations sur les marchandises dangereuses et aux informations mises à jour relatives aux wagons (point 4.2.11.2 «Autres bases de données» — Base de données opérationnelle des wagons et des unités intermodales). Cela s'applique à tous les wagons du train. À la fin du processus, l'EF doit envoyer la composition du train à celles qui lui succéderont. Ce message doit également être envoyé par l'EF au(x) GI auprès duquel/desquels elle a réservé une section de sillon si la STI «Exploitation et gestion du trafic» pour le rail conventionnel ou le(s) contrat(s) entre l'EF et le/les GI l'exigent.

Si la composition des trains est modifiée en un point donné, ce message doit à nouveau être envoyé par l'EF responsable, en mentionnant les modifications apportées.

Chaque fois que la responsabilité de la cargaison est transférée à une autre EF, par exemple, aux points de départ et d'échange, il est obligatoire de lancer le dialogue sur la procédure de démarrage entre le GI et l'EF: «Train prêt — Notification sur la circulation du train».

4.2.3.2. Message de notification de la composition du train

Ce message, qui définit la composition du train, doit être envoyé par l'EF à l'EF qui lui succède. Conformément au document de référence du réseau, ce message est également envoyé par l'EF au/aux GI. Si la composition du train est modifiée en cours de route, l'EF qui effectue cette modification doit mettre le message à jour et le transmettre à l'EFP, qui informe toutes les parties concernées.

La définition de la structure obligatoire du message de notification de la composition du train et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

Les éléments minimaux à fournir pour l'échange de messages entre l'EF et le GI aux fins de la composition du train sont définis au point 4.2.2.7.2 de la décision 2012/757/UE, STI OPE.

4.2.3.3. Message «train prêt»

L'entreprise ferroviaire doit envoyer un message «train prêt» au gestionnaire de l'infrastructure chaque fois qu'un train est prêt à démarrer après sa préparation, à moins qu'aux termes de règles nationales, le gestionnaire de l'infrastructure accepte les horaires comme l'équivalent d'un message «train prêt».

La définition de la structure obligatoire du message «train prêt» et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I. En outre, d'autres normes existantes peuvent être utilisées à cet effet si les parties prenantes ont conclu un accord spécifique autorisant leur utilisation.

4.2.4. Prévision de circulation du train

4.2.4.1. Remarques générales

Le présent paramètre fondamental définit les informations relatives à la circulation des trains et les prévisions de circulation du train. Il doit prescrire les modalités du dialogue entre le gestionnaire de l'infrastructure et l'entreprise ferroviaire afin d'assurer l'échange d'informations relatives à la circulation du train et les prévisions de circulation du train.

Le présent paramètre fondamental fixe la procédure selon laquelle le gestionnaire de l'infrastructure doit, au moment opportun, envoyer les informations relatives à la circulation du train à l'entreprise ferroviaire et au gestionnaire de l'infrastructure limitrophe concerné par l'exploitation du train.

Les informations relatives à la circulation du train permettent de connaître la situation du train à des points d'observation convenus par contrat.

La prévision de circulation du train est utilisée pour fournir des informations sur le temps estimé à des cibles prévisionnelles convenues par contrat. Ce message sera envoyé par le gestionnaire de l'infrastructure à l'entreprise ferroviaire et au gestionnaire d'infrastructure limitrophe concerné par le mouvement.

Les dispositions contractuelles spécifient les points d'observation du mouvement du train.

Cet échange d'informations s'effectue toujours entre les GI responsables et les EF qui ont réservé le sillon emprunté par le train.

Dans le cadre d'un accord contractuel, l'EFP fournit au Client la prévision de circulation du train et les informations relatives à la circulation du train. Les points d'observation sont définis par les deux parties dans le contrat.

4.2.4.2. Message de prévision de circulation du train

Ce message doit être envoyé par le GI à l'EF qui fait circuler le train pour les points de transfert, les points d'échange et la destination du train, comme le définit le point 4.2.4.1 «Prévision de circulation du train — Remarques générales».

Le GI doit également envoyer ce message à l'EF pour d'autres points d'observation (par exemple point de manœuvre ou gare), selon le contrat conclu entre les deux parties.

Une prévision de circulation d'un train peut également être envoyée avant le départ du train. Pour les retards supplémentaires survenant entre deux points d'observation, un seuil doit être défini par contrat entre l'entreprise ferroviaire et le gestionnaire de l'infrastructure pour l'envoi d'une prévision initiale ou d'une nouvelle prévision. Si l'importance du retard n'est pas connue, le gestionnaire de l'infrastructure doit envoyer un «message d'interruption de service» (voir le point 4.2.5 Informations relatives aux interruptions de service).

Le message de prévision de circulation du train doit indiquer le temps prévu pour atteindre les cibles prévisionnelles choisies.

La définition de la structure obligatoire du message de prévision de circulation du train et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.4.3. Message de notification sur la circulation du train et message «cause du retard du train»

Ce message doit être envoyé par le GI à l'EF qui fait circuler le train:

— au départ du train du point d'origine et à son arrivée à destination,

— à l'arrivée et au départ du train aux points de transfert, d'échange et d'observation convenus sur la base du contrat (par exemple aux points de manœuvre).

Si la cause du retard (première hypothèse) est fournie, elle doit être envoyée séparément dans le message «cause du retard du train».

La définition de la structure obligatoire du message de notification sur la circulation du train et du message «cause du retard du train» et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.5. Informations relatives aux interruptions de service

4.2.5.1. Remarques générales

Le présent paramètre fondamental définit les modalités de traitement, entre l'entreprise ferroviaire et le gestionnaire de l'infrastructure, des informations relatives aux interruptions de service.

Lorsque l'EF est avertie d'une interruption de service pendant l'exploitation du train dont elle est responsable, elle doit en informer immédiatement le GI concerné (éventuellement par une communication orale). Si la circulation du train est interrompue, le gestionnaire de l'infrastructure envoie un message «circulation du train interrompue» à l'EF concernée et à l'IG suivant impliqué dans la circulation du train.

Si la durée du retard n'est pas connue, le gestionnaire de l'infrastructure doit envoyer un message de prévision de circulation du train.

4.2.5.2. Message d'interruption de circulation du train

En cas d'interruption de la circulation du train, le GI envoie un message au GI suivant impliqué dans la circulation du train et à l'EF.

La définition de la structure obligatoire du message d'interruption de circulation du train et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.6. HEP/HAP de la cargaison

4.2.6.1. Remarque préliminaire

Le point 4.2.2 «Demande de sillon» traite essentiellement de la communication entre l'EF et le GI. Ces échanges d'informations ne couvrent pas le suivi des wagons ou des unités intermodales. Ce dernier est assuré par l'EF et l'EFP sur la base des messages relatifs aux trains et est décrit dans les points 4.2.6 «HEP/HAP de la cargaison» à 4.2.8 «Rapports d'échanges».

L'échange et la mise à jour des informations relatives aux wagons ou aux unités intermodales reposent essentiellement sur l'enregistrement des «plans d'acheminement» et des «mouvements des wagons» (point 4.2.11.2 «Autres bases de données»).

Comme l'indique le point 2.3.2 «Procédés envisagés», la donnée la plus importante pour un client est toujours l'heure d'arrivée prévue (HAP) de sa marchandise. Les HAP et HEP relatives aux wagons sont également à la base de la communication entre l'EFP et l'EF. Elles constituent le principal instrument permettant à l'EFP de surveiller le transport effectif de la marchandise et de contrôler le respect des engagements envers le client.

Les heures prévues communiquées dans les messages relatifs au train concernent toutes l'arrivée du train à un point donné, qu'il s'agisse d'un point de transfert, d'échange, de destination ou d'observation. Toutes ces heures sont des heures d'arrivée prévues du train (HAPT). Celles-ci peuvent être interprétées différemment selon le wagon ou l'unité intermodale. La HAPT à un point d'échange, par exemple, peut être une heure d'échange prévue (HEP) pour certains wagons ou unités intermodales. Pour d'autres wagons qui poursuivent le parcours sous la responsabilité de la même EF, elle pourrait n'avoir aucune pertinence. C'est à l'EF qu'il incombe, à la réception de la HAPT, de traiter cette information, autrement dit de l'insérer comme un mouvement de wagons dans la base de données opérationnelle des wagons et des unités intermodales et de la communiquer à l'EFP, si le train ne circule pas en accès libre. Cette procédure est abordée dans les chapitres suivants.

Conformément aux dispositions contractuelles, l'EFP communique au client l'heure d'arrivée prévue (HAP) et l'heure d'échange prévue (HEP) au niveau de la cargaison. Le niveau de détail est défini par les deux parties dans le contrat.

Pour le transport intermodal, les messages de données contenant les identifiants des unités de chargement (par ex. conteneurs, caisses mobiles, semi-remorques) utilisent un code BIC conformément à la norme ISO 6346 ou un code ILU conformément à la norme EN 13044.

4.2.6.2. Calcul des HEP/HAP

Le calcul des HEP/HAP se base sur les informations fournies par le gestionnaire de l'infrastructure responsable, qui envoie, avec le message de prévision de circulation du train, l'heure d'arrivée prévue du train à des points d'observation définis (dans tous les cas aux points de transfert, d'échange ou d'arrivée, y compris les terminaux intermodaux) sur le sillon convenu. Il peut s'agir par exemple d'un point de transfert d'un GI donné au GI suivant (auquel cas la HAPT est identique à la HTP).

Pour les points d'échange ou pour les autres points d'observation définis sur le sillon convenu, l'EF doit calculer, pour l'EF suivante de la chaîne de transport, l'heure d'échange prévue (HEP) des wagons et/ou des unités intermodales.

Comme une EF peut disposer de wagons dont les parcours sont différents et dépendent d'EFP différentes au sein du même train, le point d'échange pour le calcul de la HEP peut varier d'un wagon à l'autre. (La représentation en images de ces scénarios et des exemples sont présentés dans le document «STI ATF — Annexe A.5: Illustrations et diagrammes séquentiels relatifs aux messages de la STI ATF», point 1.4, figurant à l'appendice I et le diagramme séquentiel basé sur l'exemple 1 pour le point d'échange C est présenté, dans le document «STI ATF — Annexe A.5: Illustrations et diagrammes séquentiels relatifs aux messages de la STI ATF», chapitre 5, figurant à l'appendice I.)

L'EF suivante calcule à son tour la HEP du wagon au point d'échange suivant, sur la base de la HEP indiquée par l'EF précédente. Cette procédure est appliquée par chaque EF. Lorsque la dernière EF (soit l'EF n) de la chaîne de transport d'un wagon reçoit de la part de l'EF qui la précède (soit l'EF n — 1) la HEP de ce wagon au point d'échange entre les deux, l'EF n doit calculer l'heure d'arrivée prévue des wagons à la destination finale. Ceci permet de placer les wagons en fonction de la demande de voiture et selon les engagements de l'EFP vis-à-vis de son client. L'information indiquée est la HAP du wagon et doit être envoyée à l'EFP. Elle doit être enregistrée sur un support électronique, accompagnée des mouvements du wagon. L'EFP doit fournir ses données appropriées au client, selon les dispositions contractuelles.

Remarque relative aux unités intermodales: pour les unités intermodales chargées sur un wagon donné, les HEP du wagon sont également les HEP des unités intermodales. Quant aux HAP de celles-ci, il faut noter que l'EF ne peut les calculer que dans le cadre du transport par voie ferrée. Par conséquent, elle peut uniquement fournir des HEP liées au terminal intermodal.

L'EFP est chargée de vérifier le respect des HEP sur la base des engagements envers le client.

Les écarts éventuels par rapport à ces engagements doivent être traités conformément au contrat et peuvent entraîner l'ouverture d'une procédure de gestion d'urgence par l'EFP. Le message d'alerte est prévu pour transmettre les résultats de cette procédure.

Sur la base de celle-ci, l'EFP doit pouvoir introduire des demandes d'informations sur les écarts éventuels liés à un wagon donné. Cette demande et la réponse correspondante de l'EF sont également décrites ci-après.

4.2.6.3. Message «HEP/HAP du wagon»

Ce message a pour objectif de permettre à l'EF d'envoyer la HEP (ou sa mise à jour) à l'EF qui lui succède dans la chaîne de transport des wagons. La dernière EF de la chaîne envoie la HAP (ou sa mise à jour) à l'EFP. La définition de la structure obligatoire du message «HEP/HAP du wagon» et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.6.4. Message d'alerte

L'EFP a la possibilité d'envoyer un message d'alerte aux EF concernées si elle remarque un écart entre la HAP et les engagements envers le client. La définition de la structure obligatoire du message d'alerte et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

Remarque: si l'exploitation s'effectue en accès libre, le calcul de la HEP et de la HAP est assuré entièrement par l'EF, qui fait alors office d'entreprise ferroviaire principale.

4.2.7. Mouvements des wagons

4.2.7.1. Remarques préliminaires

Pour pouvoir rendre compte des mouvements des wagons, il est nécessaire d'enregistrer les données reprises dans ces messages et de les rendre accessibles par voie électronique. Elles doivent également être échangées dans les messages envoyés aux parties autorisées, conformément aux dispositions contractuelles.

— Avis de libération du wagon

— Avis de départ du wagon

— Arrivée du wagon au dépôt

— Avis de départ du wagon du dépôt

— Message de notification d'incident

— Avis d'arrivée du wagon

— Avis de livraison du wagon

— Le compte rendu des échanges des wagons fera l'objet d'une description séparée au point 4.2.8 «Rapports d'échanges».

Dans le cadre d'un accord contractuel, l'EFP doit fournir au client des informations relatives aux mouvements du wagon au moyen des messages décrits ci-dessous.

4.2.7.2. Avis de libération du wagon

L'EFP n'est pas nécessairement la première EF de la chaîne de transport. Si celle-ci n'est pas la première EF de la chaîne de transport, elle doit informer l'EF responsable que le wagon est prêt à partir (le lieu de départ dépend des engagements pris par l'EFP), au moment de libération indiqué (date et heure du départ).

Cette communication doit être enregistrée dans la base de données opérationnelle des wagons et des unités intermodales. La définition de la structure obligatoire du message «avis de libération du wagon» et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.7.3. Avis de départ du wagon

L'entreprise ferroviaire doit informer l'EF principale de l'heure et de la date réelles de sortie du wagon du lieu de départ.

Cette communication doit être enregistrée dans la base de données opérationnelle des wagons et des unités intermodales. L'envoi de ce message permet le transfert de la responsabilité du wagon entre le client et l'EF. La définition de la structure obligatoire du message «avis de départ du wagon» et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.7.4. Avis d'arrivée du wagon au dépôt

L'entreprise ferroviaire doit informer l'EF principale que le wagon est arrivé à son dépôt. Ce message peut être fondé sur le message de notification sur la circulation du train décrit au point 4.2.4 «Prévision de circulation du train». Cette communication doit être enregistrée dans la base de données opérationnelle des wagons et des unités intermodales. La définition de la structure obligatoire du message «avis d'arrivée du wagon au dépôt» et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.7.5. Avis de départ du wagon du dépôt

L'entreprise ferroviaire doit informer l'EF principale que le wagon a quitté son dépôt. Ce message peut être fondé sur le message de notification sur la circulation du train décrit au point 4.2.4 «Prévision de circulation du train». Cette communication doit être enregistrée dans la base de données opérationnelle des wagons et des unités intermodales. La définition de la structure obligatoire du message «avis de départ du wagon du dépôt» et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.7.6. Message de notification d'incident

L'EF doit informer l'EFP de tout incident éventuel en rapport avec le wagon, et qui pourrait avoir un impact sur la HEP et la HAP ou qui nécessite des mesures supplémentaires. Dans la plupart des cas, ce message doit être accompagné d'une nouvelle HEP/HAP. Si l'EFP a besoin d'une nouvelle HEP/HAP, elle envoie un message à l'EF concernée avec la mention «HEP/HAP demandée» (Message de notification d'incident: demande d'une nouvelle HEP/HAP). Le calcul de la nouvelle HEP/HAP doit suivre la procédure décrite au point 4.2.6 «HEP/HAP de la cargaison»).

Ces informations doivent être enregistrées dans la base de données opérationnelle des wagons et des unités intermodales. La définition de la structure obligatoire du message de notification d'incident et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.7.7. Avis d'arrivée du wagon

La dernière entreprise ferroviaire d'une chaîne de transport de wagons ou d'unités intermodales doit informer l'EF principale que le wagon est arrivé sur son chantier (site de l'EF). La définition de la structure obligatoire du message «avis d'arrivée du wagon» et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.7.8. Avis de livraison du wagon

La dernière entreprise ferroviaire d'une chaîne de transport doit informer l'EF principale que le wagon a été placé sur l'embranchement du destinataire.

Remarque: si l'exploitation s'effectue en accès libre, le mouvement du wagon décrit est un processus interne de l'EF (EFP). Néanmoins, il incombe à l'EF d'effectuer tous les calculs ainsi que l'enregistrement des données, étant donné qu'elle fait office d'EFP liée au client par un contrat et un engagement.

Le diagramme séquentiel de ces messages, basé sur l'exemple 1 relatif au calcul de la HEP des wagons 1 et 2 (voir le point 4.2.6.2 «Calcul des HEP/HAP»), est intégré au diagramme relatif aux rapports d'échange dans le document «STI ATF — Annexe A.5: Illustrations et diagrammes séquentiels relatifs aux messages de la STI ATF», chapitre 6, figurant à l'appendice I.

4.2.8. Rapports d'échanges

4.2.8.1. Remarque préliminaire

Les rapports d'échanges portent sur les messages relatifs au transfert de responsabilité du wagon entre deux entreprises ferroviaires aux points d'échange. Il contraint en outre la nouvelle EF à calculer une HEP et à suivre la procédure décrite au point 4.2.6 «HEP/HAP de la cargaison».

Les messages suivants doivent être envoyés:

— avis d'échange du wagon,

— avis d'échange du wagon (message secondaire),

— wagon reçu au point d'échange,

— wagon refusé au point d'échange.

Les données contenues dans ces messages doivent être enregistrées dans la base de données opérationnelle des wagons et des unités intermodales. En cas de retard, une nouvelle HEP/HAP doit être calculée et transmise conformément à la procédure décrite au point 4.2.6 «HEP/HAP de la cargaison». Le diagramme séquentiel de ces messages est présenté avec les messages de mouvements des wagons dans le document «STI ATF — Annexe A.5: Illustrations et diagrammes séquentiels relatifs aux messages de la STI ATF» figurant à l'appendice I.

Les avis d'échange du wagon (message principal et secondaire) ainsi que les messages «wagon reçu» peuvent inclure plusieurs wagons, notamment si ceux-ci sont arrimés au même train. Dans ce cas, tous les wagons peuvent être mentionnés dans un seul message.

Si l'exploitation a lieu en accès libre, il n'y a pas de point d'échange. La responsabilité des wagons ne change pas aux points de manœuvre. Par conséquent, aucun message particulier n'est nécessaire. Toutefois, à partir de la notification sur la circulation du train à un point d'observation donné, les informations relatives aux wagons ou aux unités intermodales — le lieu, la date et l'heure d'arrivée et de départ — doivent être traitées et enregistrées dans la base de données opérationnelle des wagons et des unités intermodales.

Dans le cadre d'un accord contractuel, l'EFP doit fournir au client des informations relatives aux rapports d'échanges au moyen des messages décrits ci-dessous.

La définition de la structure obligatoire de ces messages est fournie dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.8.2. Avis d'échange du wagon

Le message «avis d'échange du wagon» permet à une entreprise ferroviaire (EF 1) de demander à l'entreprise ferroviaire suivante (EF 2) de la chaîne de transport si elle accepte de prendre la responsabilité d'un wagon donné. Au moyen du message secondaire de l'avis d'échange du wagon, l'EF no 2 informe le GI qu'elle a accepté de le prendre en charge jusqu'à l'EF suivante. La définition de la structure obligatoire du message «avis d'échange du wagon» et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.8.3. Avis d'échange du wagon (message secondaire)

Le message secondaire d'avis d'échange du wagon permet à l'EF no 2 d'informer le GI qu'elle prend en charge le wagon. La définition de la structure obligatoire du message «avis secondaire d'échange du wagon» et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.8.4. Wagon reçu au point d'échange

Le message «wagon reçu au point d'échange» permet à l'EF no 2 d'informer l'EF no 1 qu'elle accepte de prendre en charge le wagon. La définition de la structure obligatoire du message «wagon reçu au point d'échange» et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.8.5. Wagon refusé au point d'échange

Le message «wagon refusé au point d'échange» permet à l'EF no 2 d'informer l'EF no 1 qu'elle ne souhaite pas prendre en charge le wagon. La définition de la structure obligatoire du message «wagon refusé au point d'échange» et les éléments à respecter sont décrits dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.9. Échange de données pour l'amélioration de la qualité

Pour être compétitif, le secteur européen du rail doit fournir à ses clients des services de grande qualité (voir également l'annexe III, point 2.7.1, de la directive 2008/57/CE [1]). Il importe de procéder à une évaluation une fois l'acheminent du fret terminé, de manière à améliorer la qualité des services. En plus de cette évaluation, les EFP, les EF et les GI doivent évaluer la qualité des éléments du service, qui font partie intégrante du produit fourni. Cette procédure requiert des GI et des EF (notamment s'il s'agit d'EFP) qu'ils choisissent un paramètre de qualité donné, un itinéraire ou un lieu et une période d'évaluation afin de mesurer les performances sur la base des critères prédéterminés, qui sont normalement définis dans un contrat. Les résultats de cette évaluation doivent démontrer clairement le degré de conformité des services fournis par rapport à l'objectif convenu entre les parties au contrat.

4.2.10. Données de référence principales

4.2.10.1. Remarques préliminaires

Les données d'infrastructure (les documents de référence du réseau et les données enregistrées dans la base de données des avis de restriction d'infrastructure) et celles relatives au matériel roulant (dans les bases de données de référence du matériel roulant et dans la base de données opérationnelle des wagons et des unités intermodales) sont les plus importantes pour l'exploitation de trains de marchandises sur le réseau européen. Elles permettent de procéder à une évaluation de la compatibilité du matériel roulant avec l'infrastructure et contribuent à simplifier la collecte des données, ce qui augmente en particulier la qualité de celles-ci. Elles donnent par ailleurs une image précise de l'ensemble des installations et des équipements disponibles à tout moment, ce qui permet de prendre des décisions rapidement pendant le parcours du train.

4.2.10.2. Bases de données de référence du matériel roulant

Le détenteur du matériel roulant est responsable du stockage des données relatives à ce matériel roulant dans une base de données de référence.

Les informations que celle-ci doit contenir sont détaillées à appendice I, appendice C. Il s'agit des éléments suivants:

— identification du matériel roulant,

— évaluation de la compatibilité avec les infrastructures,

— évaluation des caractéristiques de chargement pertinentes,

— caractéristiques de freinage nécessaires,

— données d'entretien,

— caractéristiques environnementales.

Les bases de données de référence du matériel roulant doivent permettre d'accéder facilement (un accès commun fourni via l'interface commune) aux données techniques et réduire ainsi le volume des données transmises pour chaque opération. Sur la base des droits d'accès structurés en fonction des privilèges octroyés, le contenu des bases de données doit être accessible à l'ensemble des prestataires de services (GI, EF, prestataires de services logistiques et gestionnaires de flotte), en particulier à des fins de gestion de la flotte et de maintenance du matériel roulant.

Les entrées de la base de données de référence du matériel roulant peuvent être groupées comme suit:

— données administratives, relatives à la certification et à l'enregistrement, notamment le fichier d'immatriculation CE, l'identité de l'organisme notifié, etc. Il peut en outre s'agir de données antérieures sur la propriété, les locations, etc. En outre, conformément à l'article 5 du règlement (UE) no 445/2011 de la Commission, les détenteurs de wagons peuvent enregistrer le numéro d'identification de la certification ECE dans les bases de données de référence du matériel roulant. Il convient de prendre en considération les éléments suivants: — certification CE, — immatriculation dans l'État d'origine, — date de mise en service dans l'État d'immatriculation, — immatriculation dans d'autres pays pour utiliser leur réseau national, — certificat de sécurité pour tout matériel roulant non conforme à la STI «Matériel roulant». Le détenteur est tenu de veiller à la disponibilité de ces documents et des procédures qui y sont liées,

— données de conception, qui doivent comprendre tous les éléments constitutifs (physiques) du matériel roulant, y compris les caractéristiques environnementales ainsi que toutes les informations supposées valables durant toute la durée de vie du matériel roulant — cette partie peut contenir un historique des modifications importantes, de la maintenance, de la révision, etc.

4.2.10.3. Données opérationnelles du matériel roulant

En plus des données de référence sur le matériel roulant, celles qui indiquent le «statut» réel du matériel roulant sont les plus importantes aux fins de l'exploitation.

Ces informations doivent comprendre des éléments à caractère temporaire, tels que les restrictions, les mesures de maintenance actuelles et programmées, le kilométrage, les avaries, etc. Elles doivent en outre mentionner tout ce qui concerne le «statut» (limites de vitesse provisoires, freins isolés, réparations nécessaires et descriptions des avaries, etc.).

Pour l'utilisation des données opérationnelles du matériel roulant, il faut distinguer trois rubriques, étant donné que trois acteurs différents sont responsables de ce matériel au cours du transport:

— l'entreprise ferroviaire en tant que responsable du contrôle du transport,

— le détenteur du matériel roulant, et

— l'utilisateur (locataire) du matériel roulant.

Ces données doivent être accessibles aux utilisateurs autorisés, selon ses droits d'accès prédéterminés, au moyen de l'identifiant du wagon, c'est-à-dire de son numéro.

Les données opérationnelles du matériel roulant font partie de la base de données opérationnelle des wagons et des unités intermodales décrite au point 4.2.11.2 «Autres bases de données».

4.2.11. Divers fichiers de référence et bases de données

4.2.11.1. Fichiers de référence

Pour l'exploitation des trains de marchandises sur le réseau européen, les fichiers de référence suivants doivent être mis à la disposition de tous les prestataires de services (GI, EF, prestataires de services logistiques et gestionnaires de flotte). Les informations doivent refléter à tout moment la situation réelle. Lorsqu'un fichier de référence est utilisé simultanément par la STI ATF [2], le développement et les modifications sont réalisés conformément à la STI ATF [2], de façon à optimiser les synergies.

Stockage et gestion au niveau local:

a) fichier de référence des services d'urgence, en corrélation avec le type de marchandises dangereuses.

Stockage et gestion centralisés:

b) fichier de référence du codage de tous les GI, EF et prestataires de services;

c) fichier de référence du codage des clients de transport de fret;

d) fichier de référence du codage des sites (primaires et secondaires).

L'Agence ferroviaire européenne garde une copie du fichier de référence pour les codes de sites et les codes d'entreprises. Ces données sont à la disposition du public pour consultation, sur demande individuelle et sans préjudice des droits de propriété individuelle.

D'autres listes de codes sont définies dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.11.2. Autres bases de données

Pour permettre le suivi des trains et des wagons, il est nécessaire de créer les bases de données suivantes et de les mettre à jour à chaque fois que cela s'avère nécessaire. Les acteurs autorisés tels que les détenteurs et les gestionnaires de flotte doivent avoir accès aux données appropriées dans l'exercice de leurs fonctions, en vertu d'accords bilatéraux.

— Base de données opérationnelle des wagons et des unités intermodales.

— Plan d'acheminement pour les wagons/unités intermodales.

Ces bases de données doivent être accessibles via l'interface commune (points 4.2.12.1 «Architecture générale» et 4.2.12.6 «Interface commune»).

Pour le transport intermodal, les messages de données contenant les identifiants des unités de chargement (par ex. conteneurs, caisses mobiles, semi-remorques) utilisent un code BIC conformément à la norme ISO 6346 ou un code ILU conformément à la norme EN 13044.

Base de données opérationnelle des wagons et des unités intermodales

La communication entre l'EFP et les EF en mode de coopération repose sur les numéros des wagons et/ou des unités intermodales. Ainsi, une EF qui communique avec les GI au niveau du train doit décomposer ces données en wagons et unités intermodales correspondants. Ces informations relatives aux wagons et aux unités intermodales doivent être enregistrées dans la base de données opérationnelle des wagons et des unités intermodales. Les informations relatives aux mouvements des trains doivent y être consignées sous la forme de nouvelles entrées ou de mises à jour. La rubrique relative aux mouvements des wagons ou des unités intermodales est créée dans la base de données au plus tard lorsque le client communique l'heure de libération de ces wagons ou de ces unités. Cette heure est la première entrée de cette base de données relative au parcours du convoi. Les messages relatifs aux mouvements des wagons sont définis aux points 4.2.8 «Mouvements des wagons» et 4.2.9 «Rapports d'échanges». Cette base de données doit être accessible via l'interface commune (points 4.2.12.1 «Architecture générale» et 4.2.12.6 «Interface commune»).

La base de données opérationnelle des wagons et des unités intermodales est la plus importante pour le suivi des wagons et, par conséquent, pour les communications entre les EF concernées et l'EFP. Elle décrit les mouvements du wagon et de l'unité intermodale depuis le départ jusqu'à livraison finale sur les voies de service du client et mentionne les HEP et les heures réelles d'arrivée aux différents sites jusqu'à la HAP de la livraison finale. Elle présente également les différents statuts du matériel roulant tels que:

— Statut: chargement du matériel roulant Ce statut est requis pour les échanges d'informations entre l'EF et les GI ainsi que pour les autres entreprises ferroviaires impliquées dans le transport.

— Statut: wagon chargé sur le parcours Ce statut est requis pour les échanges d'informations entre le GI et l'EF ainsi que pour les autres gestionnaires d'infrastructure et les autres entreprises ferroviaires impliquées dans le transport.

— Statut: wagon vide sur le parcours Ce statut est requis pour les échanges d'informations entre le GI et l'EF ainsi que pour les autres gestionnaires d'infrastructure et les autres entreprises ferroviaires impliquées dans le transport.

— Statut: déchargement du matériel roulant Ce statut est requis pour les échanges d'informations entre l'EF de destination et l'EFP pour le transport.

— Statut: wagon vide sous le contrôle de la gestion de la flotte Ce statut est nécessaire à l'obtention d'informations sur la disponibilité d'un type précis de véhicule.

Bases de données sur le plan d'acheminement des wagons

Les trains peuvent être composés de wagons de plusieurs clients. Pour chaque wagon, l'EFP (EF agissant en tant qu'intégrateur de services) doit élaborer et mettre à jour un plan d'acheminement qui correspond au sillon du train. L'attribution de nouveaux sillons — par exemple en cas d'interruption du service — nécessite la révision des plans d'acheminement des wagons concernés. La date et l'heure de création de ces plans sont celles de la réception de la lettre de voiture du client.

Les plans d'acheminement des wagons doivent être enregistrés par chaque EFP dans une base de données, qui doivent être accessibles via l'interface commune (points 4.2.12.1 «Architecture générale» et 4.2.12.6 «Interface commune»).

Remarque:

En plus des bases de données obligatoires mentionnées ci-dessus, chaque GI peut créer une base de données des trains.

Cette base de données correspond à la base de données opérationnelle des wagons et des unités intermodales. Elle contient principalement les données qui correspondent au message de composition des trains transmis par l'EF. Toutes les modifications relatives au train nécessitent la mise à jour de cette base de données. Il est également possible d'enregistrer ces informations dans la base de données relative au sillon (point 4.2.2 «Demande de sillon»). Ces bases de données doivent être accessibles via l'interface commune (points 4.2.12.1 «Architecture générale» et 4.2.12.6 «Interface commune»).

4.2.11.3. Dispositions supplémentaires relatives aux bases de données

On trouvera ci-dessous les critères supplémentaires auxquels doivent répondre les bases de données.

Il s'agit des critères suivants:

1) Authentification La base de données doit garantir l'authentification des utilisateurs des systèmes avant qu'ils ne puissent y accéder.

2) Sécurité La base de données doit prévoir les aspects de sécurité en garantissant le contrôle de son accès. Le cryptage éventuel de son contenu n'est pas une obligation.

3) Cohérence La base de données doit garantir le principe ACID (atomicité, cohérence, isolement et durabilité).

4) Contrôle des accès La base de données doit être accessible aux utilisateurs ou aux systèmes qui bénéficient d'une autorisation. Le contrôle d'accès doit être appliqué jusqu'au plus petit élément (attribut) d'un enregistrement. Il doit pouvoir être configuré en fonction des utilisateurs pour l'insertion, la mise à jour ou la suppression des données.

5) Localisation La base de données doit garantir le suivi de toutes les modifications qui y sont apportées pour permettre la traçabilité des saisies (auteur, objet et moment de la modification).

6) Stratégie de verrouillage La base de données doit permettre la mise en œuvre d'une stratégie de verrouillage qui permet d'accéder à son contenu même lorsque d'autres utilisateurs sont en train de modifier des enregistrements.

7) Accès multiples La base de données doit garantir l'accès simultané de plusieurs utilisateurs ou systèmes à son contenu.

8) Fiabilité La fiabilité de la base de données doit garantir la disponibilité requise.

9) Disponibilité La disponibilité de la base de données doit satisfaire à la demande dans au moins 99,9 % des cas.

10) Fonctions de maintenance La maintenance de la base de données doit garantir la disponibilité requise.

11) Sûreté Les bases de données n'ont pas un contenu «sensible» au niveau de la sûreté. Par conséquent, les aspects de sécurité ne sont pas concernés en l'occurrence. Cela ne signifie pas que les données proprement dites — par exemple si elles sont erronées ou désuètes — ne peuvent pas avoir de répercussions sur la sécurité de l'exploitation du train.

12) Compatibilité La base de données doit se baser sur un langage de manipulation couramment accepté, tel que le SQL ou le XQL.

13) Utilitaire d'importation La base de données doit disposer d'un utilitaire qui permet d'y importer des données formatées au lieu de les insérer manuellement.

14) Utilitaire d'exportation La base de données doit disposer d'un utilitaire qui permet d'exporter tout ou partie de son contenu sous une forme formatée.

15) Champs obligatoires La base de données doit comporter des champs obligatoires à remplir avant l'acceptation de nouvelles données.

16) Contrôles de vraisemblance La base de données doit faire l'objet de contrôles de vraisemblance configurables avant l'acceptation de l'insertion, de la mise à jour ou de la suppression de données.

17) Temps de réponse Les temps de réponse de la base de données doivent permettre à l'utilisateur d'insérer, de mettre à jour ou de supprimer des enregistrements au moment voulu.

18) Performances Les fichiers de référence et les bases de données doivent prendre en charge de manière efficiente et économique les demandes nécessaires pour permettre la bonne exécution de tous les mouvements de trains et de wagons couverts par les dispositions de la présente STI.

19) Capacités La base de données doit permettre l'enregistrement des données pertinentes de tous les wagons de marchandises sur l'ensemble du réseau. Elle doit prévoir la possibilité d'accroître facilement ses capacités (par exemple par l'ajout de plus grandes capacités de stockage et de davantage d'ordinateurs). Les extensions de capacités ne doivent pas nécessiter le remplacement du sous-système.

20) Données historiques La base de données doit prévoir la gestion des données historiques, c'est-à-dire la possibilité de consulter des données qui ont déjà été archivées.

21) Stratégie de sauvegarde La stratégie de sauvegarde doit garantir la récupération de toutes les données datant de 24 heures maximum.

22) Aspects commerciaux Le système utilisé doit être un produit commercial ou un publiciel.

Remarques:

Les critères susmentionnés doivent être traités par un système de gestion de bases de données standard (SGBD).

L'utilisation des bases de données repose sur les diverses opérations décrites ci-dessus. Leur fonctionnement général repose sur un mécanisme de questions/réponses dans lequel l'utilisateur demande des informations à la base de données via l'interface commune (points 4.2.12.1 «Architecture générale» et 4.2.12.6 «Interface commune»). Le SGBD répond à cette demande: soit il fournit les données demandées, soit il répond qu'aucune donnée n'est disponible (elles n'existent pas ou l'accès à celles-ci est refusé).

4.2.12. Mise en réseau et communication

4.2.12.1. Architecture générale

Au fil du temps, ce sous-système verra l'émergence d'une collectivité ferroviaire vaste et complexe impliquant une interopérabilité télématique et des interactions entre des centaines d'intervenants (EF, GI, etc.) qui se feront concurrence et/ou qui coopéreront pour répondre aux besoins du marché.

L'infrastructure de mise en réseau et de communication qui sous-tendra cette communauté d'interopérabilité sera fondée sur une architecture d'échange d'informations connue et adoptée par tous les intervenants.

Cette architecture:

— est conçue pour concilier des modèles d'information hétérogènes par transformation sémantique des données échangées entre les systèmes et harmonisation des différences au niveau des processus commerciaux et des protocoles d'application,

— n'a qu'une très faible incidence sur les architectures informatiques dont disposent déjà les intervenants,

— préserve les investissements déjà consentis en matière de technologie de l'information.

L'architecture d'échange d'informations repose essentiellement sur des interactions de type «poste à poste» entre les intervenants, tout en garantissant l'intégrité et la cohérence générales de la communauté ferroviaire d'interopérabilité en fournissant un ensemble de services centralisés.

Le modèle d'interaction «poste à poste» permet une répartition optimale des coûts entre les différents intervenants, sur la base de l'utilisation réelle qui en est faite. Il sera en général moins vulnérable aux problèmes de modularité. La représentation en image de l'architecture générale est donnée dans le document «STI ATF — Annexe A.5: Illustrations et diagrammes séquentiels relatifs aux messages de la STI ATF», point 1.5, figurant à l'appendice I.

4.2.12.2. Réseau

La mise en réseau désigne ici la méthode et la philosophie de communication et non le réseau proprement dit.

L'interopérabilité dans le domaine ferroviaire est basée sur une architecture d'échange d'informations commune, connue et adoptée par tous les participants, ce qui encouragera et facilitera l'adhésion d'autres acteurs, en particulier les clients.

Par conséquent, le problème de la sécurité ne sera pas traité par le réseau (VPN, réseau privé virtuel — tunnellisation, etc.), mais par échange et gestion de messages intrinsèquement sûrs. Il n'est donc pas nécessaire d'utiliser un RPV (réseau privé virtuel) (la gestion de ce type de réseau à une si grande échelle serait complexe et coûteuse), ce qui permet d'éviter les problèmes de responsabilité et d'appropriation. La tunnellisation n'est pas jugée nécessaire pour atteindre le niveau de sécurité approprié.

Néanmoins, les intervenants qui disposent déjà de plusieurs niveaux de sécurité sur des sections réservées du réseau ou qui souhaitent en créer sont autorisés à le faire.

Il est possible d'utiliser l'internet pour mettre en œuvre un modèle «poste à poste» hybride, avec un répertoire central et une interface commune à chaque nœud entre les intervenants.

Ensuite, la communication de «poste à poste» est engagée entre les intervenants concernés.

La communication de poste à poste se fonde sur les normes techniques de l'interface commune décrites dans le document «STI ATF — Annexe D.2: Appendice F — Modèle de données et de message de la STI ATF» figurant à l'appendice I.

4.2.12.3. Sécurité

Pour garantir un niveau de sécurité élevé, les informations contenues dans les messages doivent être sécurisées et le destinataire doit être en mesure d'en vérifier l'authenticité. Cette garantie est mise en œuvre par l'utilisation d'un système de cryptage et de signatures similaire à celui utilisé pour le courrier électronique.

4.2.12.4. Cryptage

Il faut utiliser soit un cryptage asymétrique, soit une solution hybride fondée sur un cryptage symétrique pourvu d'un système de protection à clé publique, car le partage d'une clé secrète commune entre de nombreux intervenants entraînera des problèmes à un moment donné. Il est plus facile de garantir un niveau de sécurité élevé si chaque intervenant est responsable de sa propre paire de clés, même si cela requiert un niveau d'intégrité élevé du répertoire central (serveur de clés).

4.2.12.5. Répertoire central

Le dépôt de données centralisé doit être capable de traiter:

— les métadonnées (des données structurées qui décrivent le contenu des messages),

— l'infrastructure à clé publique (ICP),

— l'organisme de certification (OC).

La responsabilité de la gestion du répertoire central devra incomber à un organisme européen non commercial. Lorsque le répertoire central est utilisé en conjonction avec la STI ATF [2], le développement et les modifications sont réalisés conformément à la STI ATF [2], de façon à optimiser les synergies.

4.2.12.6. Interface commune

L'interface commune est obligatoire pour tous les participants désireux d'adhérer à la communauté de l'interopérabilité ferroviaire.

L'interface commune doit pouvoir traiter:

— le formatage des messages sortants, conformément aux métadonnées,

— la signature et le cryptage des messages sortants,

— l'adressage des messages sortants,

— la vérification de l'authenticité des messages entrants,

— le décryptage des messages entrants,

— les contrôles de conformité des messages entrants par rapport aux métadonnées,

— l'accès commun unique aux diverses bases de données.

Tous les utilisateurs de l'interface commune auront accès à toutes les données requises en fonction des STI relatives aux différents détenteurs de wagons, EFP, GI, EF, etc., indépendamment du fait que la base de données concernée est centrale ou individuelle (voir également le document «STI ATF — Annexe A.5: Illustrations et diagrammes séquentiels relatifs aux messages de la STI ATF», point 1.6, figurant à l'appendice I).

Lorsqu'une interface commune est utilisée simultanément par la STI ATF [2], le développement et les modifications sont réalisés conformément à la STI ATF [2], de façon à optimiser les synergies. La vérification de l'authenticité des messages entrants prévoit deux possibilités de reconnaissance du message:

i) accusé de réception positif «ACK»;

ii) accusé de réception négatif «NACK».

L'interface commune gérera les tâches susmentionnées en utilisant les informations du répertoire central.

Les acteurs concernés peuvent mettre en place un «miroir» local du répertoire central afin d'abréger les temps de réponse.

4.3. Spécifications fonctionnelles et techniques des interfaces

Les spécifications fonctionnelles et techniques des interfaces en fonction des exigences essentielles décrites au chapitre 3 sont présentées ci-dessous.

4.3.1. Interfaces avec la STI «Infrastructure»

Le sous-système «Infrastructure» inclut la gestion du trafic, le suivi et les systèmes de navigation: installations techniques utilisées dans le traitement des données et les télécommunications dans les transports de passagers et de fret sur longue distance afin de garantir la sécurité et la fluidité de l'exploitation du réseau ferroviaire, ainsi que l'efficacité de la gestion du trafic. Le sous-système «Applications télématiques au service de fret» utilise les données nécessaires à l'exploitation du sillon conformément au contrat.

Le sous-système «Applications télématiques au service de fret» utilise les données nécessaires à l'exploitation du sillon conformément au contrat, complétées éventuellement par des données relatives aux restrictions de l'infrastructure fournies par le GI. Par conséquent, il n'existe aucune interface directe entre cette STI et celle relative à l'infrastructure.

4.3.2. Interfaces avec la STI «Contrôle-commande et signalisation»

Les seuls liens qui peuvent être établis avec la STI «Contrôle-commande et signalisation» sont assurés via:

— le contrat relatif au sillon, qui fournit des informations sur l'équipement de contrôle-commande et de signalisation utilisable dans le segment de ligne concerné, et

— les bases de données de référence du matériel roulant, qui contiennent les données relatives à l'équipement de contrôle-commande et de signalisation du matériel roulant.

4.3.3. Interfaces avec le sous-système «Matériel roulant»

Le sous-système «Applications télématiques au service du fret» contient les données techniques et opérationnelles qui doivent être disponibles concernant le matériel roulant.

La STI «Matériel roulant» définit les caractéristiques des wag