02011R0454 — FR — 16.06.2019 — 005.001

Ce texte constitue seulement un outil de documentation et n’a aucun effet juridique. Les institutions de l'Union déclinent toute responsabilité quant à son contenu. Les versions faisant foi des actes concernés, y compris leurs préambules, sont celles qui ont été publiées au Journal officiel de l’Union européenne et sont disponibles sur EUR-Lex. Ces textes officiels peuvent être consultés directement en cliquant sur les liens qui figurent dans ce document

►B 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 (Texte présentant de l'intérêt pour l'EEE) (JO L 123 du 12.5.2011, p. 11)

Modifié par:









▼B

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

(Texte présentant de l'intérêt pour l'EEE)







Article premier

1. La spécification technique d’interopérabilité (ci-après «STI») concernant l’élément «applications au service des voyageurs» du sous-système «applications télématiques» du système ferroviaire transeuropéen, aux termes de l’article 6, paragraphe 1, de la directive 2008/57/CE, est énoncée à l’annexe I.

2. La STI s’applique à l’élément «applications au service des voyageurs» du sous-système «applications télématiques» tel que défini au point 2.5 de l’annexe II de la directive 2008/57/CE.

3. En ce qui concerne les services ferroviaires de voyageurs assurés au départ ou à destination de pays tiers, le respect des exigences de la présente STI est sous réserve de la disponibilité d’informations de la part des acteurs en dehors de l’Union européenne, à moins que des accords bilatéraux ne prévoient des échanges d’informations compatibles avec la présente STI.

Article 2

La présente STI est mise en œuvre en trois étapes:

— une première phase d’élaboration de spécifications informatiques détaillées, des modalités de gouvernance et d’un schéma directeur (phase un),

— une deuxième phase concernant le développement du système d’échange de données (phase deux), et

— une phase finale concernant le développement du système d’échange de données (phase trois).

Article 3

1. L’Agence ferroviaire européenne publie sur son site internet les documents techniques énumérés à l’annexe III et les tient à jour. Elle met en œuvre une gestion des modifications pour les documents techniques telle que spécifiée au point 7.5.2 de l’annexe I. Elle fait rapport à la Commission sur l’avancement de ces documents. La Commission informe les États membres par l’intermédiaire du comité institué par l’article 29 de la directive 2008/57/CE.

2. L’Agence ferroviaire européenne publie sur son site internet les dossiers de référence visés au point 4.2.19 de l’annexe I et les tient à jour. Elle met en œuvre une gestion des modifications pour ces dossiers. Elle fait rapport à la Commission sur l’évolution de ces documents. La Commission informe les États membres par l’intermédiaire du comité institué par l’article 29 de la directive 2008/57/CE.

3. L’Agence ferroviaire européenne soumet sa recommandation sur les points ouverts énumérés à l’annexe II du présent règlement pour le 31 mars 2012.

▼M2

Article 4

Les entreprises ferroviaires, les gestionnaires de l’infrastructure, les gestionnaires de gare, les vendeurs de billets et l’Agence appuient les travaux de la phase deux comme indiqué au point 7.3 de l’annexe I, en apportant des informations et une expertise fonctionnelles et techniques.

Article 5

Les organismes représentant le secteur ferroviaire intervenant au niveau européen tels que définis à l’article 3, paragraphe 2, du règlement (CE) no 881/2004 du Parlement européen et du Conseil ( 1 ), ainsi qu’un représentant des vendeurs de billets et un représentant des voyageurs européens, poursuivent l’élaboration du sous-système «applications télématiques au service des voyageurs» selon les modalités indiquées au point 7.3 de l’annexe I. L’Agence ferroviaire européenne publie sur son site web les éléments à livrer de la phase un (guides d’application, architecture, gouvernance et schéma directeur).

Article 6

Les États membres veillent à ce que les entreprises ferroviaires, les gestionnaires de l’infrastructure, les gestionnaires de gare et les vendeurs de billets soient informés du présent règlement et ils désignent un point de contact national pour le suivi de sa mise en œuvre. Le rôle des points de contact nationaux est décrit à l’annexe VI.

Article 7

1. Le règlement est modifié en tenant compte des résultats de la phase deux, telle que visée au point 7.3 de l’annexe I.

2. L’Agence ferroviaire européenne modifie le document technique B.60 (Architecture) en tenant compte des résultats de la phase un et en appliquant la procédure prévue à l’article 3.

▼B

Article 8

Le présent règlement entre en vigueur le jour suivant celui de sa publication au Journal officiel de l’Union européenne.

Le présent règlement est obligatoire dans tous ses éléments et directement applicable dans tout État membre.









ANNEXE I

1. INTRODUCTION

1.1. Champ d’application technique

La présente spécification technique d’interopérabilité (ci-après «STI») concerne l’élément «applications au service des voyageurs» du sous-système «applications télématiques» du système ferroviaire transeuropéen visé à l’article 6, paragraphe 1, de la directive 2008/57/CE. Elle relève des domaines de nature fonctionnelle figurant sur la liste de l’annexe II de la directive 2008/57/CE.

1.2. Champ d’application territorial

Le champ d’application territorial de la présente STI est le système ferroviaire transeuropéen tel qu’il est défini à l’article 2, point a), de la directive 2008/57/CE.

1.3. Contenu de la STI

Le contenu de la présente STI est conforme à l’article 5 de la directive 2008/57/CE.

La présente STI énonce également, au chapitre 4, les règles d’exploitation et de maintenance spécifiques des champs d’application technique et territorial.

2. DÉFINITION DU SOUS-SYSTÈME/CHAMP D’APPLICATION

2.1. Sous-système

La présente STI s’applique:

a) au sous-système fonctionnel «applications télématiques au service des voyageurs»;

b) à la partie du sous-système «entretien» liée aux applications télématiques au service des voyageurs (méthodes d’utilisation, gestion, mise à jour et maintenance des bases de données, logiciels et protocoles de communication de données, etc.).

Elle englobe des informations sur les aspects suivants:

a) systèmes d’information des voyageurs avant et pendant le voyage;

b) systèmes de réservation et de paiement;

c) gestion des bagages;

d) délivrance de billets à des guichets ou des guichets automatiques, par téléphone ou par internet ou par toute autre technologie de l’information largement disponible, y compris à bord des trains;

e) gestion des correspondances entre les trains et avec d’autres modes de transport.

2.1.1. Information des voyageurs avant et pendant le voyage

L’annexe II du règlement (CE) no 1371/2007 du Parlement européen et du Conseil sur les droits et obligations des voyageurs ferroviaires dresse la liste des informations minimales que les entreprises ferroviaires et/ou les vendeurs de billets doivent fournir aux voyageurs.

2.1.2. Systèmes de réservation et de paiement

Des informations seront échangées entre les systèmes de réservation et de billetterie et les systèmes de paiement des différents vendeurs de billets et entreprises ferroviaires afin de permettre au voyageur de payer les billets, réservations et suppléments pour le voyage et le service de son choix.

2.1.3. Gestion des bagages

Des informations seront fournies au voyageur concernant les procédures de plainte en cas de bagage enregistré perdu au cours du voyage. En outre, les voyageurs recevront des informations concernant l’envoi ou le retrait de bagages enregistrés.

2.1.4. Délivrance de billets à des guichets ou des guichets automatiques, par téléphone ou par internet ou toute autre technologie de l’information largement disponible

Des informations seront communiquées entre les entreprises ferroviaires et les vendeurs de billets afin de permettre à ces derniers de délivrer, en fonction des disponibilités, des billets, des billets directs et des suppléments, et d’effectuer des réservations.

2.1.5. Gestion des correspondances entre les trains et avec d’autres modes de transport

Une norme est proposée pour la fourniture d’informations à d’autres modes de transport et l’échange d’informations avec eux.

3. EXIGENCES ESSENTIELLES

3.1. Respect des exigences essentielles

En vertu de l’article 4, paragraphe 1, de la directive 2008/57/CE, le système ferroviaire transeuropéen, ses sous-systèmes et ses constituants d’interopérabilité doivent satisfaire aux exigences essentielles définies en termes généraux à l’annexe III de la directive.

Dans les limites de la présente STI, les exigences essentielles pertinentes citées dans son chapitre trois 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 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 des voyageurs» est déterminée comme suit.

3.2.1. Sécurité

Les exigences essentielles liées à la sécurité qui s’appliquent au sous-système «applications télématiques au service des voyageurs» sont les suivantes: exigences essentielles 1.1.1, 1.1.2, 1.1.3, 1.1.4, 1.1.5 de l’annexe III de la directive 2008/57/CE. Ces exigences essentielles ne concernent pas le sous-système «applications télématiques».

3.2.2. Fiabilité et disponibilité

L’exigence essentielle 1.2 de l’annexe III de la directive 2008/57/CE est satisfaite par les chapitres suivants:

— Chapitre 4.2.19: Fichiers de référence et bases de données,

— Chapitre 4.2.21: Mise en réseau et communication.

3.2.3. Santé

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

3.2.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 ne concernent pas le sous-système «applications télématiques».

3.2.5. Compatibilité technique

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

3.3. Aspects spécifiques du sous-système «applications télématiques au service des voyageurs»

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

3.3.1. Compatibilité technique

L’exigence essentielle 2.7.1 de l’annexe III de la directive 2008/57/CE est notamment satisfaite par les chapitres suivants:

— Chapitre 4.2.19: Fichiers de référence et bases de données,

— Chapitre 4.2.21: Mise en réseau et communication.

3.3.2. Fiabilité et disponibilité

L’exigence essentielle 2.7.2 de l’annexe III de la directive 2008/57/CE est notamment satisfaite par les chapitres suivants:

— Chapitre 4.2.19: Fichiers de référence et bases de données,

— Chapitre 4.2.21: Mise en réseau et communication.

Toutefois, 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 ne se limite pas aux chapitres mentionnés plus haut.

3.3.3. Santé

En ce qui concerne l’exigence essentielle 2.7.3 de l’annexe III de la directive 2008/57/CE, la présente STI ne fixe pas d’exigences supplémentaires par rapport aux législations nationales et européenne relatives aux règles minimales en matière d’ergonomie et de protection de la santé applicables à l’interface entre ces applications télématiques et les utilisateurs.

3.3.4. Sécurité

L’exigence essentielle 2.7.4 de l’annexe III de la directive 2008/57/CE est satisfaite par les chapitres suivants:

— Chapitre 4.2.19: Fichiers de référence et bases de données,

— Chapitre 4.2.21: Mise en réseau et communication.

4. CARACTÉRISATION DU SOUS-SYSTÈME

4.1. Introduction

Compte tenu de l’ensemble des exigences essentielles applicables, le sous-système «applications télématiques au service des voyageurs» est caractérisé par les paramètres fondamentaux suivants décrits dans les points suivants.

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

▼M2

4.2.1. Échange de données relatives aux horaires

Le présent paramètre fondamental définit les modalités d’échange de données relatives aux horaires par l’entreprise ferroviaire.

Le présent paramètre fondamental garantit que des horaires comprenant les éléments de données définis ci-après sont mis à disposition.

Le présent paramètre fondamental garantit également que chaque entreprise ferroviaire fournit des données relatives aux horaires exactes et à jour.

Les dispositions liées au présent paramètre fondamental s’appliquent aux services voyageurs de l’entreprise ferroviaire.

Le présent paramètre fondamental correspond au processus suivant:

▼B

4.2.1.1. L’entreprise ferroviaire met ses horaires à la disposition d’autres entreprises ferroviaires et de tiers

L’entreprise ferroviaire met à la disposition de toutes les entreprises ferroviaires, de tiers et d’organismes publics l’ensemble des horaires dont elle est responsable en qualité de seul transporteur ou de transporteur conjoint et qui sont liés aux services de transport disponibles à l’achat par le public. L’entreprise ferroviaire veille à l’exactitude et à l’actualité des données relatives aux horaires. Les données relatives aux horaires sont maintenues à disposition au moins douze mois après leur expiration.

Lorsqu’une entreprise ferroviaire exploite un service de transport pour lequel elle a qualité de transporteur conjoint, elle veille, avec les autres transporteurs conjoints, à ce que sa partie des horaires soit exacte et à jour.

Le principal contenu des données relatives aux horaires est le suivant:

— principes fondamentaux des variantes de train,

— représentation d’un train,

— les différents modes possibles de représentation des jours de circulation,

— catégorie de trains/mode de service,

— relations entre services de transport,

— groupes de voitures attachés aux trains,

— rattachement, détachement,

— correspondances directes,

— correspondances directes (changement de numéro de service),

— modalités des services de transport,

— arrêts avec restrictions de circulation,

— trains de nuit,

— passage de fuseaux horaires,

— régime de tarification et modalités de réservation,

— fournisseur d’informations,

— fournisseur de réservations,

— services accessibles,

— accessibilité du train (notamment disponibilité de places assises prioritaires, d’espaces pour fauteuil roulant, de places couchées accessibles à tous – voir STI PMR, point 4.2.4), voir le point 4.2.6.1,

— services supplémentaires,

— correspondance - temps entre services de transport,

— liste des gares.

Pour les services de transport entièrement contrôlés par l’entreprise ferroviaire, l’horaire annuel est mis à disposition au moins deux mois avant son entrée en application. Pour les autres services de transport, l’entreprise ferroviaire doit mettre les horaires à disposition dès que possible.

L’entreprise ferroviaire doit mettre à disposition les modifications éventuelles des horaires annuels par la publication de mises à jour au moins sept jours avant la prise d’effet des changements. Cette obligation s’applique uniquement si le changement parvient à la connaissance de l’entreprise ferroviaire sept jours ou plus avant sa prise d’effet.

Le processus décrit précédemment et les informations utilisées à cet effet doivent satisfaire au document technique suivant:

— B.4 (voir l’annexe III).

▼M2

4.2.2. Échange de données relatives aux tarifs

Le présent paramètre fondamental définit les modalités d’échange de données relatives aux tarifs par l’entreprise ferroviaire.

Le présent paramètre fondamental garantit que les données relatives aux tarifs sont mises à disposition dans le format défini ci-après.

Les dispositions du présent paramètre fondamental s’appliquent à tous les tarifs voyageurs de l’entreprise ferroviaire pour les ventes intérieures, internationales et à l’étranger.

Le présent paramètre fondamental correspond au processus suivant:

4.2.2.1. L’entreprise ferroviaire met ses tarifs à la disposition d’autres entreprises ferroviaires, d’organismes publics autorisés et de tiers

Sans préjudice des droits des voyageurs et conformément à des accords de distribution, chaque entreprise ferroviaire met à disposition ses tarifs (y compris les tableaux tarifaires) en garantissant l’accès aux entreprises ferroviaires auxquelles elle accorde l’autorisation de vendre des voyages, aux tiers auxquels elle accorde l’autorisation de vendre des voyages et aux organismes publics autorisés. L’entreprise ferroviaire veille à l’exactitude et à l’actualité des données sur les tarifs. Lorsqu’une entreprise ferroviaire exploite un service de transport pour lequel elle a qualité de transporteur conjoint, elle veille, avec les autres transporteurs conjoints, à ce que les données tarifaires soient exactes et à jour.

Le principal contenu des données tarifaires destinées à des ventes internationales ou à l’étranger doit être tel que défini à l’annexe IV.

Les données tarifaires destinées à des ventes internationales ou à l’étranger doivent être mises à disposition au moins aussi longtemps à l’avance que prévu à l’annexe IV.

Le processus décrit précédemment et les informations utilisées à cet effet doivent être conformes, en ce qui concerne les données tarifaires destinées à des ventes internationales ou à l’étranger, aux documents techniques suivants:

— B. 1 (voir l’annexe III),

— B. 2 (voir l’annexe III),

— B. 3 (voir l’annexe III).

Le processus ci-dessus et les informations utilisées à cet effet en ce qui concerne les données tarifaires destinées aux ventes intérieures doivent satisfaire aux documents techniques qui seront développés par l’Agence (voir l’annexe II).

▼B

4.2.3. Traitement des informations relatives aux coordonnées des entreprises ferroviaires

Le présent paramètre fondamental définit les modalités de fourniture par les entreprises ferroviaires d’informations concernant leur site internet officiel sur lequel les clients peuvent obtenir des informations exactes.

Les dispositions du présent paramètre fondamental s’appliquent à toutes les entreprises ferroviaires.

Le présent paramètre fondamental correspond au processus suivant:

4.2.3.1. L’entreprise ferroviaire met à disposition l’ensemble de ses données de contact (coordonnées)

L’entreprise ferroviaire doit mettre à la disposition des autres entreprises ferroviaires, de l’Agence, des tiers et des organismes publics une série de données comprenant son nom de transporteur, son code de transporteur et l’adresse de son site internet officiel. Le site internet officiel visé dans le présent paramètre fondamental doit être lisible à la machine et conforme aux lignes directrices de l’accessibilité des contenus sur internet. Si une entreprise ferroviaire exploite une unité commerciale conjointe avec une ou plusieurs autres entreprises ferroviaires, le nom de l’unité commerciale conjointe, les codes de transporteur et le site internet officiel doivent être mis à la disposition des autres entreprises ferroviaires.

Lorsqu’une entreprise ferroviaire met ses horaires à la disposition d’autres entreprises ferroviaires en application du chapitre 4.2.1.1, elle veille à ce que le nom de transporteur indiqué sur ces horaires corresponde au nom de transporteur indiqué dans cette série de données. Si des changements sont survenus, l’entreprise ferroviaire met à jour le contenu de la série de données dès que possible.

4.2.4. Traitement des informations concernant les conditions de transport

Le présent paramètre fondamental définit les modalités de traitement, par l’entreprise ferroviaire, des informations relatives aux conditions de transport.

Le présent paramètre fondamental garantit que les conditions de transport sont disponibles sur le site internet officiel de l’entreprise ferroviaire.

Les dispositions liées au présent paramètre fondamental s’appliquent aux services voyageurs de l’entreprise ferroviaire.

Le présent paramètre fondamental correspond au processus suivant:

4.2.4.1. L’entreprise ferroviaire publie les informations relatives aux conditions de transport

L’entreprise ferroviaire publie les informations relatives:

— aux conditions générales de transport pour les voyageurs ferroviaires (GCC-CIV/PRR);

— à ses propres conditions de transport;

— sous forme d’un hyperlien, au règlement (CE) no 1371/2007 du 23 octobre 2007 sur les droits et obligations des voyageurs ferroviaires;

— aux modes de paiement acceptés;

— aux conditions de vente et d’après-vente, en particulier en ce qui concerne les possibilités d’échange et de remboursement des billets;

— aux procédures de dépôt des plaintes

au moins sur son site internet officiel. Ce site internet doit être conforme aux lignes directrices en matière d’accessibilité des contenus sur internet, qui tiennent compte des besoins des personnes atteintes d’un handicap auditif et/ou visuel.

Le présent processus doit être mis en œuvre pour la première publication, au plus tard six mois après l’entrée en vigueur de la présente STI. Les modifications de ces informations doivent être publiées au moins 6 jours avant leur prise d’effet. L’entreprise ferroviaire doit dresser la liste des articles modifiés par rapport à la version précédente. À chaque nouvelle version, l’entreprise ferroviaire maintient sur son site officiel une copie de la version précédente.

4.2.5. Traitent des informations concernant le transport de bagages enregistrés

Le présent paramètre fondamental définit les modalités de fourniture d’informations par l’entreprise ferroviaire pour le transport de bagages enregistrés si le service est proposé par elle. Si le service n’est pas proposé, l’entreprise ferroviaire le signale.

Le présent paramètre fondamental garantit que des informations sur le traitement des bagages enregistrés sont mises à la disposition des voyageurs.

Le présent paramètre fondamental correspond au processus suivant:

4.2.5.1. L’entreprise ferroviaire publie les conditions de traitement des bagages enregistrés

L’entreprise ferroviaire publie à l’attention des voyageurs les conditions de traitement des bagages enregistrés, si elle propose ce service. Si ce service n’est pas proposé, l’entreprise ferroviaire le signale. Cette information doit être publiée au moins sur le site internet officiel de l’entreprise ferroviaire. Ce site internet doit être conforme aux lignes directrices en matière d’accessibilité des contenus sur internet, qui tiennent compte des besoins des personnes atteintes d’un handicap auditif et/ou visuel.

Le présent processus doit être mis en œuvre pour la première publication, au plus tard six mois après l’entrée en vigueur de la présente STI. Les modifications de ces informations doivent être publiées au moins 6 jours avant leur prise d’effet. L’entreprise ferroviaire doit dresser la liste des articles modifiés par rapport à la version précédente. À chaque nouvelle version, l’entreprise ferroviaire maintient sur son site officiel une copie de la version précédente.

4.2.6. Traitement de l’information concernant le transport et l’assistance des personnes à mobilité réduite (PMR)

Le présent paramètre fondamental définit les modalités de la fourniture, par l’entreprise ferroviaire, le vendeur de billets et/ou le gestionnaire de gare, d’informations concernant le transport et l’assistance des PMR.

Le présent paramètre fondamental garantit que des informations sur le transport et l’assistance des PMR sont mises à la disposition des voyageurs. Si l’entreprise ferroviaire utilise les TIC pour l’envoi d’une demande de disponibilité/réservation d’une assistance pour PMR, le système destinataire doit être au moins capable de traiter les messages selon le protocole indiqué dans le document technique B.10 (voir l’annexe III). En outre, le système doit délivrer un numéro de confirmation de la réservation de l’assistance, ce qui est essentiel pour que le client/voyageur ait l’assurance de bénéficier du service d’assistance et pour établir la responsabilité en matière d’assistance. Ces messages contiennent toutes les informations nécessaires pour que l’entreprise ferroviaire, le vendeur de billets et/ou le gestionnaire de gare délivre à la PMR un numéro de confirmation (pour chaque départ et arrivée de chaque voyage) pour la réservation d’assistance.

Les dispositions du présent paramètre fondamental s’appliquent comme suit: le traitement des informations concernant le transport de PMR doit être appliqué à l’égard des services voyageurs de l’entreprise ferroviaire. ►M2 ————— ◄

Le présent paramètre fondamental correspond aux processus suivants:

4.2.6.1. L’entreprise ferroviaire publie des informations sur l’accessibilité des services ferroviaires et sur les conditions d’accès au matériel roulant

L’entreprise ferroviaire doit publier les informations suivantes:

— les types et/ou numéros de train et/ou numéros de ligne (en l’absence de numéro de train indiqué au public) sur lesquels des services PMR sont disponibles,

— les types et les quantités minimales d’installations destinées aux PMR dans les trains précités (fauteuils roulants, couchettes et toilettes spéciales et emplacement des places assises réservées aux PMR) dans les conditions normales d’exploitation,

— les procédures de demande d’assistance à l’embarquement et à la descente des trains (notamment les délais, l’adresse, y compris électronique, les heures d’ouverture et le numéro de téléphone du ou des bureaux d’assistance aux PMR), conformément à l’article 24 du règlement sur les droits des passagers,

— la taille et le poids maximum du fauteuil roulant (avec le poids de la PMR) autorisés,

— les conditions de transport pour les personnes et/ou les animaux accompagnants,

— les conditions d’accès à la gare et aux quais, en indiquant notamment si la gare est classée accessible aux PMR et si elle comporte du personnel d’assistance aux PMR,

au moins sur son site internet officiel. ►M2 Ce site internet doit être accessible aux personnes handicapées. ◄

Le présent processus doit être mis en œuvre pour la première publication, au plus tard six mois après l’entrée en vigueur de la présente STI. Les modifications de ces informations doivent être publiées au moins 6 jours avant leur prise d’effet. L’entreprise ferroviaire doit dresser la liste des articles modifiés par rapport à la version précédente. À chaque nouvelle version, l’entreprise ferroviaire maintient sur son site officiel une copie de la version précédente.

▼M2

4.2.6.2 Si l’entreprise ferroviaire ou le vendeur de billets utilise des TIC pour l’envoi de la demande de disponibilité/réservation d’assistance PMR, cette demande doit satisfaire aux dispositions applicables

Le système de distribution demandeur doit envoyer au système destinataire des demandes de disponibilité/réservation de trains selon le type d’assistance spécifié.

Les principaux types de demandes sont les suivants:

— demande de disponibilité,

— demande de réservation,

— demande d’annulation partielle,

— demande d’annulation complète.

Ce processus est mis en œuvre à la demande d’un client transmise au système de l’entreprise ferroviaire ou du vendeur de billets.

Les éléments de données et le contenu d’information du message utilisés pour remplir les obligations doivent être conformes:

— soit aux éléments définis dans le document technique B.10 (voir l’annexe III), auquel cas tous les systèmes destinataires doivent être capables de comprendre la demande et d’y répondre,

— soit à d’autres normes, auquel cas le système destinataire doit être capable de comprendre la demande et d’y répondre.

▼B

4.2.6.3. Le système destinataire envoie une réponse concernant la disponibilité/réservation d’assistance PMR

Si l’entreprise ferroviaire utilise les TIC pour l’envoi d’une réponse concernant la disponibilité/réservation d’assistance PMR, elle se conforme aux termes et conditions du présent processus.

Si une demande de réservation d’assistance PMR a été convenablement formulée selon le processus décrit plus haut, le système destinataire envoie au système demandeur une réponse concernant la disponibilité/réservation du type d’assistance en question.

Les principaux types de réponse concernant une réservation sont les suivants:

— réponse concernant la disponibilité,

— confirmation de la demande de réservation,

— confirmation de la demande d’annulation partielle,

— confirmation de la demande d’annulation complète,

— réponse négative.

Le présent processus doit être mis en œuvre en réponse à une demande reçue par le système conformément au processus décrit précédemment.

Les éléments de données et le contenu d’information du message utilisés pour satisfaire aux obligations doivent être conformes:

— soit aux éléments définis dans le document technique B.10 (voir l’annexe III),

— soit à d’autres normes,

conformément au protocole utilisé par le système demandeur.

4.2.7. Traitement des informations concernant le transport de bicyclettes

Le présent paramètre fondamental définit les modalités de fourniture, par l’entreprise ferroviaire, des informations relatives au transport de bicyclettes.

Le présent paramètre fondamental garantit que les informations sur le transport de bicyclettes sont mises à la disposition des voyageurs. Le système d’attribution doit être au moins capable de traiter les messages conformément au protocole spécifié dans le document technique B.5 (voir l’annexe III).

Les dispositions du présent paramètre fondamental s’appliquent comme suit: le traitement des informations concernant le transport de bicyclettes doit s’appliquer à l’égard des services voyageurs de l’entreprise ferroviaire qui propose le transport de bicyclettes. Les dispositions du présent paramètre fondamental concernant une demande/confirmation électronique ne doivent s’appliquer que s’il existe un accord entre le demandeur et l’attributeur aux termes duquel ce transport peut être réservé ou doit obligatoirement faire l’objet d’une réservation.

Le présent paramètre fondamental correspond aux processus suivants:

4.2.7.1. L’entreprise ferroviaire publie les conditions de traitement des bicyclettes

L’entreprise ferroviaire publie à l’attention des voyageurs les conditions applicables au transport de bicyclette, si elle propose ce service. Cette information doit être publiée au moins sur le site internet officiel de l’entreprise ferroviaire. Ce site internet doit être conforme aux lignes directrices en matière d’accessibilité des contenus sur internet, qui tiennent compte des besoins des personnes atteintes d’un handicap auditif et/ou visuel. Ces conditions doivent au moins indiquer:

— les types et/ou numéros de train et/ou numéros de ligne (en l’absence de numéro de train indiqué au public) sur lesquels le transport de bicyclettes est possible,

— les heures/périodes pendant lesquelles le transport de bicyclettes est autorisé,

— les tarifs du transport de bicyclettes,

— la possibilité ou l’obligation éventuelle de réserver un emplacement de bicyclette dans le train (avec le délai de réservation applicable, les heures de service, l’adresse électronique et/ou le no de téléphone).

La première publication de ces conditions doit avoir lieu au plus tard six mois après l’entrée en vigueur de la présente STI. Les modifications de ces informations doivent être publiées au moins six jours avant leur prise d’effet. L’entreprise ferroviaire doit dresser la liste des articles modifiés par rapport à la version précédente. À chaque nouvelle version, l’entreprise ferroviaire maintient sur son site officiel une copie de la version précédente.

4.2.7.2. L’entreprise ferroviaire ou le vendeur de billets envoie une demande de disponibilité/réservation pour le transport de bicyclettes au système d’attribution compétent

La possibilité de réserver est soumise à l’existence d’un accord commercial entre le ou les transporteurs et le ou les distributeurs en cause. De tels accords peuvent porter sur les redevances, les normes techniques et de sécurité, les restrictions particulières sur les trains, les gares desservies, les tarifs, les canaux de vente, etc.

Si l’entreprise ferroviaire ou le vendeur de billets utilise les TIC aux fins de l’envoi de la demande de disponibilité/réservation pour le transport de bicyclettes, cette communication doit satisfaire aux exigences du présent processus.

Sous réserve d’un accord entre les parties, le système de distribution demandeur doit envoyer au système d’attribution, pour le transport de bicyclettes spécifié, des demandes concernant la disponibilité/réservation du train concerné.

Les principaux types de demande de réservation sont les suivants:

— demande concernant la disponibilité,

— demande de réservation,

— demande d’annulation partielle,

— demande d’annulation complète.

Ce processus est mis en œuvre à la demande d’un client transmise au système de distribution de l’entreprise ferroviaire.

Les éléments de données et le contenu d’information du message utilisés pour satisfaire aux obligations doivent être conformes:

— soit aux éléments définis dans le document technique B.5 (voir l’annexe III), auquel cas tous les systèmes d’attribution doivent être capables de comprendre la demande et d’y répondre,

— soit à d’autres normes, auquel cas le système d’attribution ne doit être capable de comprendre la demande et d’y répondre que s’il existe un accord spécifique avec le système de distribution demandeur.

4.2.7.3. Le système d’attribution envoie la réponse concernant la disponibilité/réservation pour les bicyclettes

Si l’entreprise ferroviaire utilise les TIC pour l’envoi d’une réponse concernant la disponibilité/réservation pour le transport de bicyclettes, elle se conforme aux instructions du présent processus.

Si une demande de réservation d’emplacement de bicyclette a été convenablement formulée selon le processus décrit plus haut, le système d’attribution envoie au système de distribution demandeur une réponse concernant la disponibilité/réservation pour le train demandé.

Les principaux types de réponse concernant une réservation sont les suivants:

— réponse concernant la disponibilité,

— confirmation de la demande de réservation,

— confirmation de la demande d’annulation partielle,

— confirmation de la demande d’annulation complète,

— réponse négative.

Ce processus doit être mis en œuvre en réponse à une demande parvenant au système d’attribution conformément au processus décrit précédemment.

Les éléments de données et le contenu d’information du message utilisés pour remplir les obligations doivent être conformes:

— soit aux informations figurant dans le document technique B.5 (voir l’annexe III),

— soit à d’autres normes,

conformément au protocole utilisé par le système d’attribution demandeur.

4.2.8. Traitement des informations concernant le transport de voitures

Le présent paramètre fondamental définit les modalités de fourniture d’informations par l’entreprise ferroviaire pour le transport de voitures/motocyclettes (ci-après, le terme «voitures» inclut les motocyclettes) si elle propose ce service.

Le présent paramètre fondamental garantit que les informations sur le transport de voitures sont mises à la disposition des voyageurs. Le système d’attribution doit être au moins capable de traiter les messages conformément au protocole spécifié dans le document technique B.5 (voir l’annexe III).

Les dispositions du présent paramètre fondamental s’appliquent comme suit: le traitement des informations concernant le transport de voitures doit être appliqué dans le cas des services voyageurs de l’entreprise ferroviaire qui propose le transport de voitures. Les dispositions du présent paramètre fondamental concernant une demande/confirmation électronique ne doivent s’appliquer que s’il existe un accord entre le demandeur et l’attributeur de services aux termes duquel ce transport peut être réservé ou doit obligatoirement faire l’objet d’une réservation.

Le présent paramètre fondamental correspond aux processus suivants:

4.2.8.1. L’entreprise ferroviaire publie les conditions de traitement des voitures

L’entreprise ferroviaire publie à l’attention des voyageurs les conditions applicables au transport de voitures, si elle propose ce service. Cette information doit être publiée au moins sur le site internet officiel de l’entreprise ferroviaire. Ce site internet doit être conforme aux lignes directrices en matière d’accessibilité des contenus sur internet, qui tiennent compte des besoins des personnes atteintes d’un handicap auditif et/ou visuel.

Ces conditions doivent au moins indiquer:

— les types/numéros de trains sur lesquels le transport de voitures est proposé,

— les heures/périodes pendant lesquelles le transport de voitures est proposé,

— les tarifs standard pour le transport de voitures (y compris pour la prise en charge des voyageurs, si l’entreprise ferroviaire le propose),

— adresse spécifique et horaires pour l’embarquement des voitures sur le train,

— adresse spécifique et heure d’arrivée du train à la gare de destination,

— taille, poids et autres restrictions applicables au transport de voitures.

La première publication doit avoir lieu au plus tard six mois après l’entrée en vigueur de la présente STI. Les modifications de ces informations doivent être publiées au moins six jours avant leur prise d’effet. L’entreprise ferroviaire doit dresser la liste des articles qui ont été modifiés. À chaque nouvelle version, l’entreprise ferroviaire doit maintenir sur son site officiel une copie de la version précédente.

4.2.8.2. L’entreprise ferroviaire ou le vendeur de billets envoie une demande de disponibilité/réservation pour le transport de voitures au système de réservation

La possibilité de réserver est soumise à l’existence d’un accord commercial entre le ou les transporteurs et le ou les distributeurs en cause. De tels accords peuvent porter sur les redevances, les normes techniques et de sécurité, les restrictions particulières sur les trains, les gares desservies, les tarifs, les canaux de vente, etc.

Si l’entreprise ferroviaire ou le vendeur de billets utilise les TIC aux fins de l’envoi de la demande de disponibilité/réservation pour le transport de voitures, cette communication doit satisfaire aux exigences du présent processus.

Sous réserve d’un accord entre les parties, le système de distribution demandeur doit envoyer au système d’attribution, pour le transport de voitures spécifié, des demandes concernant la disponibilité/réservation du train concerné.

Les principaux types de demande de réservation sont les suivants:

— demande de disponibilité,

— demande de réservation,

— demande d’annulation partielle,

— demande d’annulation complète.

Ce processus est mis en œuvre à la demande d’un client transmise au système de distribution de l’entreprise ferroviaire.

Les éléments de données et le contenu d’information du message utilisés pour satisfaire aux obligations doivent être conformes:

— soit aux éléments définis dans le document technique B.5 (voir l’annexe III), auquel cas tous les systèmes d’attribution doivent être capables de comprendre la demande et d’y répondre;

— soit à d’autres normes, auquel cas le système d’attribution ne doit être capable de comprendre la demande et d’y répondre que s’il existe un accord spécifique avec le système de distribution demandeur.

4.2.8.3. Le système d’attribution envoie la réponse concernant la disponibilité/réservation pour les voitures

Si l’entreprise ferroviaire utilise les TIC pour l’envoi de réponses concernant la disponibilité/réservation pour le transport de voitures, elle se conforme aux règles édictées aux fins du présent processus.

Si une demande de réservation pour des voitures a été convenablement formulée selon le processus décrit plus haut, le système d’attribution envoie au système de distribution demandeur une réponse concernant la disponibilité/réservation pour le train demandé.

Les principaux types de réponse concernant une réservation sont les suivants:

— réponse concernant la disponibilité,

— confirmation de la demande de réservation,

— confirmation de la demande d’annulation partielle,

— confirmation de la demande d’annulation complète,

— réponse négative.

Ce processus doit être mis en œuvre en réponse à une demande parvenant au système d’attribution conformément au processus décrit précédemment.

Les éléments de données et le contenu d’information du message utilisés pour remplir les obligations doivent être conformes:

— soit aux éléments définis dans le document technique B.5 (voir l’annexe III),

— soit à d’autres normes,

conformément au protocole utilisé par le système de distribution demandeur.

4.2.9. Traitement de la disponibilité/réservation

Le présent paramètre fondamental définit les modalités de traitement des réservations de places pour voyageurs par l’entreprise ferroviaire. Tous les divers types de places (places assises, couchettes, lits, places assises prioritaires, espaces pour fauteuil roulant, places couchées accessibles à tous (voir STI PMR, point 4.2.4) sont ci-après dénommés «places», sauf lorsqu’une information plus précise est nécessaire. Les réservations pour le transport de bicyclettes ou de voitures et pour l’assistance aux PMR sont décrites dans des paramètres fondamentaux distincts dans des chapitres séparés.

La réservation de places peut être une opération distincte du contrat de transport ou faire partie d’une transaction combinée incluant à la fois la réservation et le contrat de transport.

Le présent paramètre fondamental doit veiller à ce que les entreprises ferroviaires de délivrance et d’attribution échangent les informations appropriées concernant la disponibilité et la réservation. Le système d’attribution doit être au moins capable de traiter les messages conformément au protocole spécifié dans le document technique B.5 (voir l’annexe III).

Les dispositions du présent paramètre fondamental doivent s’appliquer s’il existe un accord entre le demandeur et l’attributeur concernant les services qui peuvent être réservés ou qui doivent obligatoirement faire l’objet d’une réservation.

Le présent paramètre fondamental correspond aux processus suivants:

4.2.9.1. L’entreprise ferroviaire ou le vendeur de billets envoie une demande de disponibilité/réservation au système d’attribution

La possibilité de réserver est soumise à l’existence d’un accord commercial entre le ou les transporteurs et le ou les distributeurs en cause. De tels accords peuvent porter sur les redevances, les normes techniques et de sécurité, les restrictions particulières sur les trains, les gares desservies, les tarifs, les canaux de vente, etc.

Sous réserve d’un accord entre les parties, le système de distribution demandeur doit envoyer au système d’attribution, pour le train souhaité, des demandes de disponibilité/réservation pour les places spécifiées.

Les principaux types de demande de réservation sont les suivants:

— demande concernant la disponibilité,

— demande de réservation,

— demande d’annulation partielle,

— demande d’annulation complète,

Ce processus est mis en œuvre à la demande d’un client transmise au système de distribution de l’entreprise ferroviaire.

Les éléments de données et le contenu d’information du message utilisés pour remplir les obligations doivent être conformes:

— soit aux éléments définis dans le document technique B.5 (voir l’annexe III), auquel cas tous les systèmes d’attribution doivent être capables de comprendre la demande et d’y répondre;

— soit à d’autres normes, auquel cas le système d’attribution ne doit être capable de comprendre la demande et d’y répondre que s’il existe un accord spécifique avec le système de distribution demandeur.

4.2.9.2. Le système d’attribution envoie la réponse concernant la disponibilité/réservation

Si une demande de réservation de places a été convenablement formulée selon le processus décrit plus haut, le système d’attribution envoie au système de distribution demandeur une réponse concernant la disponibilité/réservation pour le train demandé.

Les principaux types de réponse concernant une réservation sont les suivants:

— réponse concernant la disponibilité,

— confirmation de la demande de réservation,

— confirmation de la demande d’annulation partielle,

— confirmation de la demande d’annulation complète,

— proposition de remplacement,

— réponse négative.

Ce processus doit être mis en œuvre en réponse à une demande parvenant au système d’attribution conformément au processus décrit précédemment.

Les éléments de données et le contenu d’information du message utilisés pour satisfaire aux obligations doivent être conformes:

— soit aux éléments définis dans le document technique B.5 (voir l’annexe III),

— soit à d’autres normes,

conformément au protocole utilisé par le système de distribution demandeur.

4.2.10. Traitement des éléments de sécurité pour la distribution de produits

Le présent paramètre fondamental spécifie la méthode de génération des éléments de sécurité, pour la distribution de ses produits, par l’entreprise ferroviaire d’attribution.

Le présent paramètre fondamental doit garantir que les entreprises ferroviaires et les voyageurs obtiennent de la part de l’entreprise ferroviaire d’attribution, en temps voulu, les informations et références de sécurité nécessaires pour les divers types de billets.

Le présent paramètre fondamental correspond aux processus suivants:

4.2.10.1. Le système d’attribution créé les éléments de sécurité pour la délivrance électronique

Si une entreprise ferroviaire délivre un billet/une réservation conforme au CIV, le personnel du guichet/de l’agence/du vendeur de billets ou le système de distribution de l’entreprise ferroviaire génère les informations de sécurité à insérer dans le billet/la réservation.

Ce processus est mis en œuvre dès que les données concernant le statut de réservation et la transaction de vente ont été effectivement envoyées au système de distribution des entreprises ferroviaires agréées.

Le processus précité et les informations utilisées à cet effet doivent satisfaire:

— à la norme applicable au traitement des éléments de sécurité pour la distribution de produits, en cours d’élaboration. Il s’agit donc d’un point ouvert figurant sur la liste de l’annexe II.

4.2.10.2. Le système d’attribution crée un dossier de référence pour l’entreprise ferroviaire aux fins de la délivrance électronique

Si une entreprise ferroviaire délivre un billet/une réservation conforme au CIV, le personnel du guichet/de l’agence/du vendeur de billets ou le système de distribution de l’entreprise ferroviaire génère un numéro de dossier permettant de retirer le billet/la réservation et introduit toutes les informations concernant le billet dans son propre système de distribution.

Ce processus est mis en œuvre dès que les données concernant le statut de la réservation et la transaction de vente ont été effectivement envoyées au système de distribution des entreprises ferroviaires agréées.

Le processus précité et les informations utilisées à cet effet doivent satisfaire:

— à la norme applicable au traitement des éléments de sécurité pour la distribution de produits, en cours d’élaboration. Il s’agit donc d’un point ouvert figurant sur la liste de l’annexe II.

4.2.10.3. Le système d’attribution crée un numéro de dossier pour le voyageur aux fins de la délivrance électronique

Si une entreprise ferroviaire délivre un billet/une réservation conforme au CIV, le personnel du guichet/de l’agence/du vendeur de billets ou le système de distribution de l’entreprise ferroviaire génère un numéro de dossier et l’insère sur le billet/la réservation.

Ce processus est mis en œuvre dès que les données concernant le statut de la réservation et la transaction de vente ont été effectivement envoyées au système de distribution des entreprises ferroviaires agréées.

Le processus précité et les informations utilisées à cet effet doivent satisfaire:

— à la norme applicable au traitement des éléments de sécurité pour la distribution de produits, en cours d’élaboration. Il s’agit donc d’un point ouvert figurant sur la liste de l’annexe II.

4.2.11. Délivrance du produit au client après son achat (exécution)

Le présent paramètre fondamental énonce toutes les méthodes d’exécution directe et indirecte liées au billet et/ou à la réservation et au type de support (papier par exemple).

Le présent paramètre fondamental doit garantir que l’émetteur ou le vendeur délivre des billets conformément aux normes qui assurent l’interopérabilité entre les entreprises ferroviaires. Aux fins de la délivrance des billets dans le cas de ventes internationales et étrangères, les entreprises ferroviaires utilisent au moins un des types d’exécution énumérés au point 4.2.11.1 Exécution directe dans le cas de ventes internationales et étrangères et au point 4.2.11.2 Exécution indirecte dans le cas de ventes internationales et étrangères.

Les dispositions du présent paramètre fondamental doivent s’appliquer au moins aux tarifs pour les ventes internationales et étrangères.

4.2.11.1. Exécution directe dans le cas des ventes internationales et étrangères

Le présent processus est un des deux modes possibles d’exécution, l’autre mode faisant l’objet du point 4.2.11.2 Exécution indirecte dans le cas des ventes internationales et étrangères.

L’entreprise ferroviaire doit accepter au moins les billets conformes à la définition du document technique B.6 (voir l’annexe III), sauf dans les cas où le billet ne correspond pas au voyage en cause, où l’entreprise ferroviaire a des motifs raisonnables de soupçonner une fraude et où le billet n’est pas utilisé en conformité avec les conditions de transport définies au point 4.2.4.

Les principaux types de billets délivrés sont spécifiés dans le document technique B.6 de l’annexe III:

— billet et réservation,

— billet seul,

— réservation seule,

— suppléments,

— classe supérieure,

— changement d’itinéraire,

— carte d’embarquement,

— prix spéciaux liés à des cartes ferroviaires nationales,

— billet collectif,

— cartes ferroviaires internationales de divers types,

— coupon de véhicule accompagné,

— bon de voyage à titre d’indemnisation.

Le processus décrit précédemment et les informations utilisées à cet effet doivent satisfaire au document technique suivant:

— B.6 (voir l’annexe III).

4.2.11.2. Exécution indirecte dans le cas des ventes internationales et étrangères

Le présent processus est un des deux modes possibles d’exécution, l’autre mode faisant l’objet du point 4.2.11.1 Exécution directe dans le cas des ventes internationales et étrangères.

Si l’entreprise ferroviaire réalise des ventes en ayant recours à l’exécution indirecte selon l’une des méthodes ci-après, elle doit se conformer aux normes suivantes:

— délivrance électronique conforme au CIV (billet à retirer en gare - Ticket On Departure),

— Manifest On List (billet électronique) conforme au CIV,

— billet au format A4 conforme au CIV et délivré par courrier électronique.

Les principaux types de billets délivrés selon les modalités ci-dessus sont les suivants:

— billet ouvert (voyage seul),

— billet ouvert + réservation (voyage et réservation),

— billet ouvert + supplément (voyage et supplément),

— billet ouvert + réservation + supplément (voyage, réservation et supplément),

— billet global (voyage et réservation).

Le processus décrit précédemment et les informations utilisées à cet effet doivent satisfaire aux documents techniques suivants:

— B.6 (voir l’annexe III),

— B.7 (voir l’annexe III),

— norme en cours de développement pour un «Ticket On Departure» et un «Manifest On List» européens. Il s’agit donc d’un point ouvert figurant sur la liste de l’annexe II.

4.2.11.3. Exécution directe dans le cas des ventes nationales

Il s’agit d’un point ouvert (voir l’annexe II).

4.2.11.4. Exécution indirecte dans le cas des ventes nationales

Il s’agit d’un point ouvert (voir l’annexe II).

4.2.12. Traitement de la fourniture d’informations en gare

Le présent paramètre fondamental fixe les modalités de fourniture au client, par le gestionnaire de gare, d’informations sur la circulation des trains, en gare.

Les présentes dispositions s’appliquent uniquement en cas de rénovation, réaménagement important ou nouvelle installation de systèmes d’affichage et/ou d’annonces vocales.

Les dispositions du présent paramètre fondamental s’appliquent au moins aux gares dans lesquelles s’arrêtent des trains internationaux.

Le présent paramètre fondamental correspond aux processus suivants:

4.2.12.1. Le gestionnaire de gare informe les clients en gare

En ce qui concerne les informations sur le départ de trains, les gestionnaires de gare fournissent aux clients en gare les informations suivantes:

— type et/ou numéro de train,

— gare(s) de destination,

— le cas échéant, gares intermédiaires,

— quai ou voie,

— heure de départ prévue.

En cas de modifications de ces informations pour les trains au départ, les gestionnaires de gare doivent fournir, en gare, au moins les informations suivantes concernant les trains:

— type et/ou numéro de train,

— gare(s) de destination,

— heure de départ prévue,

— modifications.

En ce qui concerne les informations sur les trains au terminus, le gestionnaire de gare fournit au moins les informations suivantes concernant les trains:

— gare(s) d’origine,

— heure d’arrivée à la gare terminus,

— type et/ou numéro de train,

— quai ou voie d’arrivée.

En cas de modification concernant les trains au terminus, le gestionnaire de gare doit fournir au moins les informations suivantes:

— type et/ou numéro de train,

— gare(s) d’origine,

— heure d’arrivée prévue,

— modifications.

Ces modifications peuvent comprendre:

— retards dus à des causes matérielles,

— changement de voie ou de quai,

— annulation totale ou partielle d’un train,

— changement d’itinéraire d’un train.

Le gestionnaire de gare décide, conformément à des accords avec les entreprises ferroviaires et/ou les gestionnaires de l’infrastructure, des questions suivantes:

— le type de système d’information (affichage et/ou annonce vocale),

— le moment de la fourniture des informations,

— l’emplacement des systèmes d’information en gare.

Conformément à un accord contractuel, les informations concernant les modifications sont communiquées en temps utile au gestionnaire de gare par les entreprises ferroviaires et/ou les gestionnaires de l’infrastructure.

4.2.13. Traitement de la fourniture d’informations dans les véhicules

Le présent paramètre fondamental fixe les modalités de fourniture, par le gestionnaire de gare, d’informations sur la circulation des trains, dans les véhicules.

Les présentes dispositions s’appliquent au matériel roulant neuf, renouvelé ou réaménagé, en cas de renouvellement ou d’installation de systèmes d’information (annonces vocales et/ou affichages).

Les dispositions du présent paramètre fondamental s’appliquent au moins à tous les trains assurant des services internationaux.

Le présent paramètre fondamental correspond aux processus suivants:

4.2.13.1. L’entreprise ferroviaire informe les voyageurs à bord du train

L’entreprise ferroviaire fournit aux voyageurs à bord du train les informations suivantes.

— En gare de départ et lors des arrêts intermédiaires principaux:

— type et/ou numéro de train,

— destination(s) finale(s),

— si possible, aux arrêts intermédiaires:

— retards dus à des causes matérielles,

— motifs du retard, s’il est connu,

Avant l’arrivée à chaque arrêt intermédiaire:

— la gare du prochain arrêt (nom de la gare),

Avant l’arrivée à un arrêt intermédiaire important et à la gare de destination:

— la gare du prochain arrêt (nom de la gare),

— l’heure d’arrivée prévue,

— l’heure d’arrivée estimative et/ou d’autres informations concernant le retard,

— les principales correspondances (à la discrétion de l’entreprise ferroviaire).

L’entreprise ferroviaire décide:

— du type de système d’information (affichage et/ou annonce vocale),

— du moment de la fourniture des informations,

— de l’emplacement des systèmes d’information à bord des trains.

4.2.14. Préparation du train

Le présent paramètre fondamental définit les modalités selon lesquelles l’entreprise ferroviaire doit informer le gestionnaire de l’infrastructure que le train est prêt à accéder au réseau, une fois exécutées les tâches définies dans la STI OPE, point 4.2.3.3, ou lorsque le numéro du train a changé.

Les dispositions du présent paramètre fondamental s’appliquent à tous les trains de l’entreprise ferroviaire.

Le présent paramètre fondamental correspond aux processus suivants:

4.2.14.1. Message «train prêt» pour tous les trains

L’entreprise ferroviaire doit envoyer un message «train prêt» au gestionnaire de l’infrastructure chaque fois qu’un train est prêt à accéder au réseau pour la première fois, à 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». Dans ce dernier cas, l’entreprise ferroviaire doit informer dès que possible le gestionnaire de l’infrastructure et, le cas échéant, le gestionnaire de gare si le train n’est pas prêt.

Les messages comportent au minimum:

— le numéro du train et/ou du sillon,

— l’indication «train prêt», qui signifie que sa préparation est achevée et qu’il est prêt à circuler.

D’autres éléments, tels que:

— le point de départ du sillon ainsi que la date et l’heure pour le sillon demandé,

— le point de destination du sillon ainsi que la date et l’heure d’arrivée prévues du train proposé,

peuvent être transmis dans le même message.

Le processus décrit précédemment et les informations utilisées à cet effet doivent satisfaire au moins au message «train prêt» du ou des documents techniques suivants:

— B.30 (voir l’annexe III).

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.15. Informations et prévisions concernant la circulation du train

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, ainsi qu’entre l’entreprise ferroviaire et le gestionnaire de gare, 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 informations relevant de la prévision de circulation du train doivent être communiquées au gestionnaire de gare en temps utile par les entreprises ferroviaires et/ou les gestionnaires de l’infrastructure, aux termes d’un contrat.

Le contrat relatif au sillon spécifie les points d’observation du mouvement du train.

Le présent paramètre fondamental décrit le contenu du message, sans prescrire les modalités d’élaboration de la prévision de circulation du train.

Les dispositions du présent paramètre fondamental s’appliquent à tous les trains de l’entreprise ferroviaire.

Le présent paramètre fondamental correspond aux processus suivants:

4.2.15.1. Informations relatives à la circulation du train applicables pour tous les trains

Le gestionnaire de l’infrastructure doit envoyer à l’entreprise ferroviaire un «message d’information sur la circulation du train». Le présent processus doit être mis en œuvre dès que le train atteint les points d’observation convenus par contrat auxquels il doit communiquer les informations sur la circulation du train. Un point d’observation convenu peut être, par exemple, un point de transfert, une gare ou la destination finale du train.

Le message comprend au moins les éléments suivants:

— le numéro du train et/ou du sillon (identifiant du train),

— l’heure prévue et l’heure réelle au point d’observation convenu,

— l’identification du point d’observation,

— la situation du train au point d’observation (arrivée, départ, passage, départ de la gare d’origine, arrivée à la gare de destination).

D’autres éléments, tels que:

— l’écart (X) en minutes par rapport à l’heure prévue,

— s’il est connu, le motif du retard,

peuvent être transmis dans le même message.

Le processus décrit précédemment et les informations utilisées à cet effet doivent être au moins conformes au «message de notification sur la circulation du train» du document technique suivant:

— B.30 (voir l’annexe III).

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.15.2. Prévision de circulation du train pour tous les trains

Le gestionnaire de l’infrastructure doit envoyer à l’entreprise ferroviaire un «message de prévision de circulation du train».

Le présent processus doit être mis en œuvre dès que le train atteint les points d’observation convenus par contrat où il doit communiquer une prévision. Une cible prévisionnelle convenue peut être, notamment, un point de transfert ou une gare. 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 le retard n’est pas connu, le gestionnaire de l’infrastructure doit envoyer un «message d’interruption de service» (voir le point 4.2.16 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.

Les informations relevant de la prévision de circulation du train doivent être communiquées au gestionnaire de gare en temps utile par les entreprises ferroviaires et/ou les gestionnaires de l’infrastructure, aux termes d’un contrat.

Le gestionnaire de l’infrastructure doit envoyer le message au gestionnaire de l’infrastructure limitrophe concerné par le mouvement.

Le message doit comporter au minimum:

— le numéro du train et/ou du sillon (identifiant du train),

— pour chaque cible prévisionnelle choisie, — — l’heure programmée et heure prévue, — l’identification de la cible prévisionnelle choisie, — la situation du train à la cible prévisionnelle choisie (arrivée, départ, passage, arrivée à la destination finale).

D’autres éléments, tels que:

— l’écart (X) en minutes par rapport à l’heure prévue,

— le motif du retard, s’il est connu,

peuvent être transmis dans le même message.

Le processus décrit précédemment et les informations utilisées à cet effet doivent être au moins conformes au «message de prévision de circulation du train» du document technique suivant:

— B.30 (voir l’annexe III).

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.16. Informations relatives aux interruptions de service

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.

Les dispositions du présent paramètre fondamental s’appliquent à tous les trains de l’entreprise ferroviaire.

Aux fins du traitement des plaintes des voyageurs, les données relatives aux interruptions de service seront tenues à la disposition des entreprises ferroviaires, des vendeurs de billets et/ou des organismes publics autorisés pendant au moins douze mois après l’expiration de ces données.

Le présent paramètre fondamental correspond aux processus suivants:

4.2.16.1. Remarques générales

L’entreprise ferroviaire doit informer le gestionnaire de l’infrastructure de la situation opérationnelle des trains, comme définie au point 4.2.3.3.2 de la STI OPE.

Si la circulation du train est interrompue, le gestionnaire de l’infrastructure envoie un message «circulation du train interrompue», suivant les modalités précisées ci-après.

4.2.16.2. Message «circulation du train interrompue» pour tous les trains

Si la circulation du train est interrompue, le gestionnaire de l’infrastructure transmet ce message au gestionnaire de l’infrastructure et aux entreprises ferroviaires limitrophes.

Si la durée du retard du train n’est pas connue, le gestionnaire de l’infrastructure doit envoyer un message de prévision de circulation du train (voir le chapitre 4.2.15.2 Prévision de circulation du train).

Les principaux éléments d’information contenus dans ce message sont les suivants:

— le numéro du train et/ou du sillon (identifiant du train),

— l’identification de l’endroit où se trouve le train sur la base du lieu suivant figurant dans le dossier de référence de localisation,

— début de l’interruption,

— la date et l’heure du départ prévues depuis ce lieu,

— code indiquant le motif de l’interruption et/ou décrivant l’interruption.

Le processus décrit précédemment et les informations utilisées à cet effet doivent être au moins conformes au «message d’interruption de circulation du train» du document technique suivant:

— B.30 (voir l’annexe III).

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.17. Traitement des données à court terme concernant les horaires des trains

Le présent paramètre fondamental définit les modalités de traitement des demandes de sillon à brève échéance entre la «partie accédante» et le gestionnaire de l’infrastructure. Ces exigences s’appliquent à toutes les demandes de sillon à brève échéance.

Le présent paramètre fondamental 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. Il doit être possible, lorsqu’il s’agit de besoins de transport à court terme (train spécial, train supplémentaire), de demander un sillon à court terme. À cet effet, la partie accédante qui demande un sillon à court terme doit fournir au gestionnaire de l’infrastructure toutes les informations nécessaires indiquant le moment et le lieu où le train doit circuler, et les données y afférentes.

Aucun délai minimal n’est spécifié au niveau européen. Les documents de référence du réseau peuvent spécifier des délais minimaux.

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.

Les divers scénarios possibles sont exposés ci-après:

— scénario A: la partie accédante contacte tous les gestionnaires de l’infrastructure concernés, soit directement (cas A) soit par l’intermédiaire du guichet unique (cas B), afin d’organiser les sillons pour l’ensemble du parcours. Dans ce cas, la partie accédante doit également exploiter le train sur l’ensemble du parcours,

— scénario B: chaque partie accédante concernée par le parcours contacte les gestionnaires de l’infrastructure locaux directement ou par l’intermédiaire du guichet unique afin de demander un sillon pour le segment du parcours sur lequel elle exploite le train.

Dans les deux scénarios, la procédure d’attribution d’un sillon à brève échéance revêt la forme d’un dialogue entre la partie accédante et le gestionnaire de l’infrastructure, comportant les messages suivants:

— message de demande de sillon,

— message sur les détails du sillon,

— message d’indisponibilité d’un sillon,

— message de confirmation d’acceptation du sillon,

— message de refus des détails du sillon,

— message d’annulation d’un sillon,

— message d’indisponibilité du sillon réservé,

— accusé de réception.

En cas de mouvements de train pour lesquels un sillon a déjà été demandé et délivré, il n’est pas nécessaire de répéter la demande de sillon, sauf si les retards dépassent une valeur convenue par contrat entre l’entreprise ferroviaire et le gestionnaire de l’infrastructure ou si la composition du train est modifiée de manière telle que la demande de sillon existante s’en trouve invalidée.

Les dispositions du présent paramètre fondamental s’appliquent au traitement des sillons pour tous les trains de l’entreprise ferroviaire, mais seulement si les parties concernées utilisent des applications télématiques au sens de l’annexe II de la directive 2001/14/CE du Parlement européen et du Conseil ( 2 ) pour les demandes de sillon à brève échéance.

En pareil cas, le présent paramètre fondamental correspond aux processus suivants:

4.2.17.1. Message de demande de sillon

Ce message est envoyé au gestionnaire de l’infrastructure par la partie accédante avec le contenu principal suivant:

— le nom de la partie accédante déposant la demande de sillon,

— le point de départ du sillon: point initial du sillon,

— l’heure de départ au point initial du sillon: heure pour laquelle le sillon est demandé,

— le point terminal du sillon: destination du train sur le sillon demandé,

— l’heure d’arrivée au point terminal du sillon: heure d’arrivée à destination prévue pour le train proposé,

— le segment du trajet demandé,

— les arrêts intermédiaires ou tous autres points désignés le long du sillon proposé, indiquant l’heure d’arrivée et l’heure de départ au point intermédiaire. Si ce champ n’est pas complété, cela signifie que le train ne s’arrête pas au point concerné,

— les équipements du train convenus et nécessaires/les données relatives au segment du trajet,

— la vitesse maximale autorisée du train,

— la vitesse maximale avec le ou les systèmes de commande spécifiés (national et international, par exemple LZB, ETCS),

— pour chaque engin de traction: classe de traction, variante technique,

— engin de pousse (classe de traction, variante technique),

— voiture pilote,

— longueur totale,

— poids total,

— charge maximale par essieu,

— poids brut par mètre,

— performance de freinage (représentant la puissance de freinage effective),

— type de freins (pour l’indication de l’usage du frein électromagnétique),

— système(s) de commande du train spécifié(s) (national et international),

— priorité du frein d’urgence,

— système radio (par exemple GSM-R),

— envois spéciaux,

— gabarit de chargement,

— tout autre paramètre technique différant des dimensions standard (par exemple, gabarit de chargement exceptionnel),

— catégorie du train,

— toute autre donnée spécifique requise au niveau local ou national pour traiter la demande de sillon,

— définition des activités qui doivent être menées à bien à un point intermédiaire donné sur l’itinéraire,

— code de l’entreprise ferroviaire responsable de la marche du train sur le segment concerné du trajet,

— code du gestionnaire de l’infrastructure responsable du train sur le segment concerné du trajet,

— codes de l’entreprise ferroviaire et du gestionnaire de l’infrastructure pour le segment suivant du train, le cas échéant,

Le processus décrit précédemment et les informations utilisées à cet effet doivent être au moins conformes au «message de demande de sillon» du document technique suivant:

— B.30 (voir l’annexe III).

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.17.2. Message sur les détails du sillon

Le gestionnaire de l’infrastructure envoie le message avec le contenu principal suivant à la partie accédante dont émane la demande en réponse à la demande de sillon de celle-ci:

— le nom de la partie accédante déposant la demande de sillon,

— le point de départ du sillon: point initial du sillon,

— la date et l’heure de départ au point initial du sillon: date et heure pour lesquelles le sillon est demandé,

— point terminal du sillon: destination du train sur le sillon demandé,

— heure d’arrivée au point terminal du sillon: heure d’arrivée à destination prévue pour le train proposé,

— segment du trajet demandé,

— arrêts intermédiaires ou autres points désignés le long du sillon proposé, indiquant l’heure d’arrivée et l’heure de départ du point intermédiaire. Si ce champ n’est pas complété, cela signifie que le train ne s’arrête pas au point concerné,

— les équipements du train convenus et nécessaires/les données relatives au segment du trajet,

— la vitesse maximale autorisée du train,

— la vitesse maximale avec le ou les systèmes de commande spécifiés (national et international, par exemple LZB, ETCS),

— pour chaque engin de traction: classe de traction, variante technique,

— engin de pousse (classe de traction, variante technique),

— voiture pilote,

— longueur totale,

— poids total,

— charge maximale par essieu,

— poids brut par mètre,

— performance de freinage (représentant la puissance de freinage effective),

— type de freins (pour l’indication de l’usage du frein électromagnétique),

— système(s) de commande du train spécifié(s) (national et international),

— priorité du frein d’urgence,

— système radio (par exemple GSM-R),

— envois spéciaux,

— gabarit de chargement,

— tout autre paramètre technique différant des dimensions habituelles (par exemple, gabarit de chargement exceptionnel),

— catégorie du train,

— toute autre donnée spécifique requise au niveau local ou national pour traiter la demande de sillon,

— définition des activités qui doivent être menées à bien à un point intermédiaire donné sur l’itinéraire,

— code de l’entreprise ferroviaire responsable de la marche du train sur le segment parcouru,

— code du gestionnaire de l’infrastructure responsable du train sur le segment concerné du trajet,

— codes de l’entreprise ferroviaire et du gestionnaire de l’infrastructure pour le segment suivant du trajet, le cas échéant,

Le processus décrit précédemment et les informations utilisées à cet effet doivent être au moins conformes au «message relatif aux détails du sillon» du document technique suivant:

— B.30 (voir l’annexe III).

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.17.3. Message «sillon indisponible»

Le gestionnaire de l’infrastructure envoie ce message à la partie accédante dont émane la demande en réponse à la demande de sillon de celle-ci, dans le cas où le sillon n’est pas disponible:

— le point de départ du sillon; point de départ du train sur le sillon,

— point de destination du sillon,

— date et heure de départ au point initial du sillon: date et heure pour lesquelles le sillon est demandé,

— indication de l’indisponibilité du sillon,

— motif de l’indisponibilité du sillon.

En même temps que ce message, ou dès que possible, le gestionnaire de l’infrastructure doit envoyer une proposition de remplacement sans exiger de nouvelle demande de la part de l’entreprise ferroviaire (message relatif aux détails du sillon).

Le processus décrit précédemment et les informations utilisées à cet effet doivent être au moins conformes au «message d’indisponibilité du sillon» du document technique suivant:

— B.30 (voir l’annexe III).

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.17.4. Message de confirmation du sillon

La partie accédante dont émane la demande utilise ce message pour réserver/confirmer le sillon proposé par le gestionnaire de l’infrastructure:

— numéro du sillon aux fins de l’identification du sillon,

— le point de départ du sillon: point de départ du train sur le sillon,

— point de destination du sillon,

— date et heure de départ au point initial du sillon: date et heure pour lesquelles le sillon est demandé,

— point terminal du sillon; destination du train sur le sillon demandé,

— heure d’arrivée au point terminal du sillon; heure à laquelle le train proposé doit arriver à destination,

— l’indication que la partie accédante accepte le sillon proposé.

Le processus décrit précédemment et les informations utilisées à cet effet doivent être au moins conformes au «message de confirmation du sillon» du document technique suivant:

— B.30 (voir l’annexe III).

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.17.5. Message de refus des détails du sillon

La partie accédante dont émane la demande utilise ce message pour rejeter les détails du sillon proposés par le gestionnaire de l’infrastructure concerné:

— numéro du sillon aux fins de l’identification du sillon,

— indication que les détails du sillon sont rejetés,

— motif du refus du sillon ou de la modification demandée par la partie accédante,

— point de départ du sillon; point de départ du train sur le sillon,

— point de destination du sillon,

— date et heure de départ au point initial du sillon: date et heure pour lesquelles le sillon est demandé,

— point terminal du sillon: destination du train sur le sillon demandé,

— heure d’arrivée au point terminal du sillon; heure à laquelle le train proposé doit arriver à destination,

Le processus décrit précédemment et les informations utilisées à cet effet doivent être au moins conformes au «message de refus des détails du sillon» du document technique suivant:

— B.30 (voir l’annexe III).

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.17.6. Message d’annulation d’un sillon

Ce message est utilisé par une partie accédante pour annuler un sillon qu’elle a réservé:

— numéro du sillon aux fins de l’identification du sillon,

— segment du trajet concerné par l’annulation,

— indication de l’annulation du sillon,

— point de départ originel du sillon; point de départ du train sur le sillon,

— point de destination du sillon,

— date et heure de départ au point de départ originel du sillon: date et heure pour lesquelles le sillon était demandé,

— point terminal original du sillon: destination du train sur le sillon demandé,

— heure d’arrivée au point terminal originel du sillon: heure à laquelle le train proposé devait arriver à destination,

Le processus décrit précédemment et les informations utilisées à cet effet doivent être au moins conformes au «message d’annulation du sillon» du document technique suivant:

— B.30 (voir l’annexe III).

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.17.7. Accusé de réception

Ce message est échangé par les gestionnaires de l’infrastructure et les parties accédantes lorsque la réponse requise à l’un des messages précités ne peut être transmise dans les 5 minutes:

— accusé de réception: indique que le destinataire a reçu le message et qu’il va agir en conséquence.

Le processus décrit précédemment et les informations utilisées à cet effet doivent être au moins conformes à l’«accusé de réception» du document technique suivant:

— B.30 (voir l’annexe III).

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.17.8. Message d’indisponibilité du sillon réservé

Le gestionnaire de l’infrastructure utilise ce message pour faire savoir à la partie accédante qu’un sillon qui avait été réservé n’est plus disponible. Le sillon n’est plus disponible pour un motif important, par exemple une interruption majeure. Contenu du message:

— numéro du sillon,

— numéro du train programmé pour lequel le sillon n’est plus disponible (s’il est déjà connu du gestionnaire de l’infrastructure),

— point de départ originel du sillon: point de départ du train sur le sillon,

— point de destination du sillon,

— date et heure de départ au point de départ originel du sillon: date et heure pour lesquelles le sillon était demandé,

— point terminal originel du sillon: destination du train sur le sillon demandé,

— heure d’arrivée au point terminal originel du sillon: heure à laquelle le train proposé devait arriver à destination,

— indication du motif.

Le processus décrit précédemment et les informations utilisées à cet effet doivent être au moins conformes au «message d’indisponibilité du sillon» du document technique suivant:

— B.30 (voir l’annexe III).

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.18. Qualité des données et des informations en relation avec la présente STI

4.2.18.1. Exigences

Afin de satisfaire aux exigences de la présente STI, les dispositions suivantes s’appliquent en ce qui concerne la qualité des données et des informations dans l’ensemble de la présente STI:

Tous les destinataires de la présente STI doivent être responsables de la mise à la disposition d’autres entreprises ferroviaires, de gestionnaires de l’infrastructure ou de tiers de données à jour, cohérentes, exactes et complètes en temps utile et au format approprié. Chaque acteur destinataire de la présente STI doit être responsable de la mise à la disposition des clients (voyageurs), d’autres entreprises ferroviaires, de gestionnaires de l’infrastructure ou de tiers d’informations à jour, cohérentes, exactes et complètes en temps utile et sur le support approprié.

Lorsque des données ou informations sont utilisées afin de satisfaire aux exigences de plusieurs paramètres fondamentaux de la présente STI au même moment, les acteurs destinataires de la présente STI veillent à ce que les données ou informations communes à ces paramètres fondamentaux soient utilisées de manière cohérente (notamment la cohérence entre les informations sur les horaires et sur les tarifs, ou entre les informations sur les tarifs et sur les réservations).

Lorsque des informations ou des données sont fournies par plusieurs acteurs destinataires de la présente STI, les acteurs doivent veiller ensemble à ce que les parties des données et informations communes fournies soient à jour, cohérentes, exactes, complètes et compatibles (exemple: les transmissions d’informations relatives aux horaires pour l’entreprise ferroviaire A et l’entreprise ferroviaire B doivent être cohérentes afin de garantir la concordance à la frontière, etc.).

Lorsque des données ou des informations de référence sont utilisées afin de satisfaire aux exigences de la présente STI, les acteurs destinataires de la présente STI doivent garantir la cohérence entre les données ou les informations de référence, d’une part, et les données ou informations utilisées dans les paramètres fondamentaux de la présente STI, d’autre part (exemples: cohérence entre les codes de référence de localisation et les informations sur la circulation du train, ou entre les codes de référence de l’entreprise ferroviaire et l’exécution, etc.).

La qualité des données ou des informations fournies par les acteurs aux fins de la présente STI doit être telle qu’elle permet aux acteurs destinataires de la présente STI de délivrer des billets comme prévu à l’article 10 du règlement sur les droits et obligations des voyageurs ferroviaires.

La qualité des données ou des informations fournies par les acteurs aux fins de la présente STI doit être telle qu’elle permet aux acteurs destinataires de la présente STI de fournir des informations comme prévu à l’article 10 et à l’annexe II du règlement sur les droits et obligations des voyageurs ferroviaires.

4.2.19. Fichiers de référence et bases de données

4.2.19.1. Fichiers de référence

Pour l’exploitation des trains de voyageurs sur le réseau européen, les fichiers de référence suivants doivent être mis à la disposition de tous les prestataires de services (gestionnaires de l’infrastructure, entreprises ferroviaires, tiers autorisés et gestionnaires de gare). Les informations doivent refléter à tout moment la situation réelle.

L’Agence ferroviaire européenne assurera l’archivage et la tenue centralisés de codes uniques pour les données de référence suivantes:

— fichier de référence du codage de tous les gestionnaires de l’infrastructure, entreprises ferroviaires, gestionnaires de gare et prestataires de services,

— fichier de référence du codage des lieux,

— fichier de référence de tous les systèmes de commande des trains existants,

— fichier de référence de tous les types de locomotive,

— fichier de référence de tous les ateliers de maintenance européens,

— fichier de référence pour les systèmes de réservation européens,

— fichier de référence des codes aux fins des échanges d’horaires,

— fichier de référence des codes aux fins des échanges de tarifs,

— catalogue des séries de données pour messages,

— répertoire des listes de codes,

— tous autres fichiers et listes de codes nécessaires pour l’utilisation du ou des documents techniques figurant dans les annexes (qui seront définis lors de la phase un).

Lorsqu’un fichier de référence est à utiliser simultanément par la STI ATF, sa conception et son utilisation seront aussi étroitement coordonnées que possible avec la STI ATF en vigueur, afin d’optimiser les synergies.

4.2.19.2. Exigences supplémentaires concernant les bases de données

Les exigences supplémentaires qui doivent être satisfaites par les diverses bases de données sont énumérées ci-après. Il s’agit des éléments 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. ACID

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

4. Contrôle des accès

La base de données doit être accessible aux utilisateurs ou aux systèmes qui ont reçu 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 du rôle des utilisateurs, à savoir l’insertion, la mise à jour ou la suppression des données.

5. Localisation

La base de données doit garantir le suivi (journalisation) 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 base de données doit présenter le niveau de disponibilité requis en fonction de la nature des données et activités fondées sur elle.

10. Fonctions de maintenance

Les fonctions de maintenance de la base de données doivent 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ûreté 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épassées — 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

Le temps de réponse de la base de données doit 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 train 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 voyageurs et de 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, en donnant accès aux 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.

23. Respect de la vie privée

La base de données doit satisfaire aux exigences de respect de la vie privée édictées par l’État membre dans lequel la société assurant le service est domiciliée.

4.2.20. Transmission électronique des documents

Le point 4.2.21 «Mise en réseau et communication» décrit le réseau de communication à utiliser pour l’échange de données. Ce réseau et les mesures de sécurité qui y sont liées permettent n’importe quel type de communication en réseau: courrier électronique, transfert de fichiers (FTP, HTTP), etc. Les utilisateurs peuvent donc décider eux-mêmes du type de communication électronique qu’ils vont choisir, par exemple le protocole FTP.

4.2.21. Mise en réseau et communication

4.2.21.1. Architecture générale

Au fil du temps, ce sous-système verra l’émergence d’une communauté télématique vaste et complexe en matière d’interopérabilité ferroviaire et des interactions entre des milliers d’intervenants (entreprises ferroviaires, gestionnaires de l’infrastructure, tiers tels que détaillants et pouvoirs publics, 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é de l’interopérabilité sera fondée sur une architecture d’échange d’informations commune, connue et adoptée par tous les intervenants.

Cette architecture:

— est conçue pour harmoniser des modèles d’informations hétérogènes en effectuant la transformation sémantique des données échangées entre les systèmes et en conciliant les divergences entre les processus métiers et les protocoles au niveau des applications,

— aura des répercussions minimes sur les architectures informatiques existantes utilisées par chaque intervenant,

— préservera les investissements déjà consentis en matière de technologies de l’information.

L’architecture d’échange d’informations repose essentiellement sur des interactions de type «poste à poste» entre tous 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é.

4.2.21.2. Réseau

Le réseau doit garantir le niveau nécessaire pour la sécurité, la redondance, le contrôle du trafic, les outils statistiques, la croissance de la bande passante, l’accessibilité aux usagers et une gestion efficiente.

Le 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.

Le répertoire central est le premier point de contact pour obtenir des méta-informations, telles que l’identité du poste (intervenant) sur lequel des informations sont enregistrées, ou pour vérifier les certificats de sécurité. Ensuite la communication poste à poste s’établit entre les intervenants concernés.

4.2.21.3. Protocoles

Seuls les protocoles qui font partie de l’Internet Protocol Suite (couramment dénommés TCP/IP, UDP/IP, etc.) peuvent être utilisés pour les développements.

4.2.21.4. Sécurité

Au-delà du niveau de sécurité garanti à l’échelon du réseau (voir le point 4.2.21.2 Réseau), un niveau supplémentaire peut être atteint pour les données sensibles en utilisant une combinaison de cryptage, de système de certification et de technologies VPN.

4.2.21.5. Cryptage

Le cryptage asymétrique ou symétrique peut être utilisé pour la transmission et le stockage des données, en fonction des exigences d’exploitation. À cette fin, une infrastructure à clé publique (ICP) doit être mise en œuvre.

4.2.21.6. Répertoire central

Le répertoire central devra prendre en charge:

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

— la liste des adresses électroniques où les acteurs destinataires de la présente STI permettent aux autres acteurs d’obtenir des informations ou des données conformément aux dispositions de la présente STI,

— le cryptage,

— l’authentification,

— le répertoire (annuaire téléphonique), qui contient toutes les informations nécessaires sur ceux qui participent aux échanges de messages et aux données,

Lorsque le répertoire central est utilisé simultanément par la STI ATF, le développement et les modifications sont réalisés de façon aussi proche que possible de la STI ATF appliquée, de façon à optimiser les synergies.

4.2.21.7. Interface commune pour la communication EF/GI

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

L’interface commune devra prendre en charge:

— 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 application de la STI au sein de chaque entreprise ferroviaire, gestionnaire de l’infrastructure, etc., que la base de données concernée soit centrale ou individuelle. La vérification de l’authenticité des messages entrants donne lieu à deux possibilités de reconnaissance minimale du message:

i) positive: accusé de réception positif;

ii) négative: accusé de réception négatif.

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

Si un participant fait usage d’un «miroir» local du répertoire central, il doit alors, par ses propres moyens, veiller à ce que ce «miroir» local soit une copie exacte et à jour du répertoire central.

Lorsque le répertoire central est utilisé simultanément par la STI ATF, le développement et les modifications sont réalisés de façon aussi proche que possible de la STI ATF appliquée, de façon à optimiser les synergies.

4.2.22. Gestion de la correspondance avec d’autres modes de transport

Afin de gérer la correspondance avec d’autres modes de transport, il convient d’appliquer les normes suivantes pour la fourniture d’informations aux autres modes de transport et l’échange d’informations avec eux:

— pour l’échange d’informations relatives aux horaires entre les entreprises ferroviaires et d’autres modes de transport: normes EN 12896 («Transmodel») et EN TC 278 WI 00278207 («IFOPT - Identification des objets fixes dans les transports publics»),

— pour l’échange de données horaires spécifiques, les normes techniques et les protocoles XML fondés sur Transmodel, en particulier la norme EN 15331 («SIRI») pour l’échange de tableaux horaires en temps réel et la norme EN TC 278 WI 00278207 («IFOPT») pour l’échange de données relatives aux arrêts et aux gares,

— pour l’échange de données tarifaires: cette norme est encore un point ouvert (voir l’annexe II – Liste des points ouverts).

4.3. Spécifications fonctionnelles et techniques des interfaces

Du point de vue de la compatibilité technique, les interfaces du sous-système «applications télématiques au service des voyageurs» avec les autres sous-systèmes sont décrites aux points suivants.

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







Tableau 1 Interfaces avec le sous-système «Matériel roulant» Interface Référence à la STI «applications télématiques au service des voyageurs» Référence à la STI «matériel roulant» pour le système ferroviaire conventionnel Tableau d’affichage 4.2.13 Traitement de la fourniture d’informations dans les véhicules 4.2.5 Information des clients (PMR) Annonces vocales automatiques 4.2.13 Traitement de la fourniture d’informations dans les véhicules 4.2.5 Information des clients (PMR) 4.2.5.2 Système d’annonce aux voyageurs

4.3.2. Interfaces avec le sous-système «applications télématiques au service du fret»







Tableau 2 Interfaces avec le sous-système «applications télématiques au service du fret» Interface Référence à la STI «applications télématiques au service des voyageurs» Référence à la STI «applications télématiques au service du fret» pour le système ferroviaire convention