Plateforme d’exploitation et de valorisation des comptages TER

La prestation porte sur la fourniture, le déploiement, l’hébergement et l’exploitation d’un outil qui récupère, centralise, contrôle, traite et restitue les comptages automatiques des voyageurs réalisés à bord des trains. La solution doit rester évolutive et permettre l’intégration de données et de fonctionnalités complémentaires.

Le système existant s’appuie sur des capteurs infrarouges au-dessus des portes, des unités de comptage à bord et une transmission des données vers le sol. Le parc comprend 28 rames Regio2N 8C et 7 Regio2N 6C au lancement. Le marché prévoit l’intégration de 17 autres rames : 5 X73500, 5 ZTER 3C, 3 BGC, 2 ZGC 3C et 2 ZGC 4C. La mise à niveau des rames concernées par l’arrêt de la 2G est prévue en cours de marché.

La transmission des données Regio2N est quotidienne, au format XML, avec envoi automatique en mode « push ». L’échange avec la SNCF nécessite un serveur et une plateforme sécurisés. Après transmission des spécifications techniques du serveur, un délai maximal de 3 mois est prévu pour mettre en place le transfert automatique, avec deux réunions tripartites à prévoir.

Hébergement, sécurité et fonctionnement

L’hébergement de la solution et de ses environnements de développement, recette et production est à la charge du titulaire. Il doit être situé en France ou, au minimum, dans l’Union européenne, dans le respect des préconisations de la CNIL. La prestation comprend le dimensionnement, la mise en service et les essais des environnements, la supervision, les sauvegardes, les mises à jour de sécurité et un plan de reprise d’activité. La capacité de restauration des sauvegardes doit être vérifiée au moins une fois par semestre.

Les niveaux et modalités de disponibilité mentionnés comprennent un taux de disponibilité de 95 % (indiqué comme équivalant à 36 heures d’indisponibilité par mois), une interruption inférieure à 10 minutes en cas de défaillance d’un composant, et une réception des données accessible 7 jours sur 7 et 24 heures sur 24. Les interruptions de maintenance ne doivent pas dépasser 4 heures consécutives et doivent être programmées la nuit. Les exports doivent s’afficher ou se télécharger en moins de 30 secondes ; pour l’outil de visualisation prévu en tranche optionnelle, l’affichage des résultats doit rester inférieur à 20 secondes.

Le titulaire assure la sécurité de la solution, la gestion des comptes et des droits, l’application des correctifs, la journalisation des événements significatifs et la réalisation de tests de non-régression lors des mises à jour. Les accès sont réservés aux utilisateurs habilités ; la gestion des rôles doit permettre notamment à la Région de gérer les comptes et habilitations, et la solution doit préciser sa capacité à s’interfacer avec le SSO régional.

Import, contrôle et traitement des données

La solution intègre les référentiels ferroviaires et opérationnels : plans de transport théoriques et réalisés, trains supprimés, capacités des matériels, calendriers, gares et distances avec codes UIC, ainsi que les changements de composition. Les fréquences prévues comprennent notamment une mise à jour du plan théorique Hastus trois fois par an, des données NeTEx ou GTFS hebdomadaires et la transmission mensuelle de plusieurs référentiels, dont les plans réalisés avant le 10 du mois pour la période précédente.

Les fichiers de comptage sont contrôlés afin de détecter les incohérences, les données anormales, les mesures réalisées sur du matériel non équipé et les erreurs ou pertes de transmission. Les traitements couvrent les unités multiples — notamment les configurations à une, deux ou trois rames, avec des rames compteuses et non compteuses — ainsi que les circulations en deux tranches, avec accroches ou coupes. Les données brutes, transformées et redressées sont consolidées. L’outil doit aussi permettre l’import de données de comptages complémentaires au format CSV, selon le format défini par la Région et avec identifiant de point d’arrêt de type code UIC.

La reprise des comptages automatiques existants depuis 2014, disponibles sous forme de fichiers mensuels CSV, est prévue dès le début de la mission. Les données produites entre la notification et la mise en production définitive doivent également être traitées et intégrées.

Restitution, visualisation et évolutions

Les exports, dans un format ouvert de préférence CSV, comprennent les comptages détaillés par rame et par porte, les données redressées par circulation et point d’arrêt, ainsi que des données de production connexes : temps d’ouverture des portes, nombre de comptages réalisés, rapports de maintenance, compositions matérielles et ponctualité. Ils intègrent notamment les trains, dates, arrêts et codes UIC, horaires théoriques et mesurés, montées, descentes, occupation et redressements effectués. La Région et la SNCF doivent pouvoir réaliser ces exports de manière autonome.

L’outil de visualisation accessible par navigateur présente des indicateurs et graphiques exportables dans un format standard, tel que CSV ou PDF. Les recherches peuvent être filtrées notamment par année, axe, train, gare, jour, période, montées et descentes, charge, capacité, taux d’occupation, horaires et matériel ou composition théorique et réelle. La gestion des profils doit permettre de différencier les droits et les types de données accessibles. La solution doit préciser les possibilités de création autonome de nouvelles analyses par la Région.

Des bons de commande peuvent porter sur l’intégration de comptages manuels transmis sous forme de fichiers Excel, l’intégration de données de comptage d’autres régions (sous réserve de l’accord préalable des autorités organisatrices concernées), les licences et l’intégration des 17 rames supplémentaires, ainsi que des fonctionnalités nouvelles ou développements spécifiques.

Déploiement, accompagnement et réversibilité

La mise en œuvre comprend les spécifications détaillées, la réalisation, la recette et la mise en production, puis l’accompagnement et la formation. Le planning prévisionnel mentionne la fourniture de la solution pour tests fin mars 2027, des études de début avril à fin mai, des tests et une vérification d’aptitude de fin mars à juin, puis une exploitation à partir de fin juin 2027. Les réunions de projet sont en français ; celles prévues en présentiel se tiennent à Rennes, avec possibilité de visioconférence ou de téléphone, et font l’objet d’un compte rendu soumis à validation.

La formation concerne 2 à 3 administrateurs et 5 à 10 utilisateurs. Une hotline non surtaxée est prévue, au minimum pendant les 6 mois suivant la mise en service opérationnelle ; ses plages d’ouverture sont de 9 h à 12 h et de 14 h à 18 h, du lundi au vendredi hors jours fériés. Le délai de prise en charge avec réponse est de 24 heures pour un problème non bloquant ; pour un problème bloquant, le délai de réparation prévu est de 4 jours.

Les données appartiennent à la Région, qui doit pouvoir les consulter, les extraire et les réutiliser. Le titulaire fournit, en fin de prestation, les données et éléments documentaires nécessaires à leur reprise, puis supprime les données de ses systèmes et en apporte la preuve. La réversibilité comprend notamment les données et modèles, les documents d’exploitation et d’installation et les algorithmes de redressement. Les droits de propriété intellectuelle sur les développements spécifiques réalisés pour le marché reviennent à la Région.