Renfort bus jour férié : gérer un service spécial en SAEIV

En bref : un renfort de jour férié, comme le dispositif de la Toussaint 2026 à Nice (navette spéciale, lignes maintenues, lignes à l'arrêt, horaires du dimanche), combine plusieurs types de modifications de service. Dans un SAEIV, chacune se décrit à l'avance comme une exception datée du plan de transport, se suit en temps réel au poste de contrôle, se signale dans le flux GTFS-RT et se rejoue après coup pour préparer l'année suivante.

Que montre le dispositif Toussaint 2026 à Nice ?

Les 31 octobre et 1er novembre 2026, la Ville de Nice a publié un document de service pour la Toussaint : la ligne 88 circule normalement et une navette spéciale 88 relie la gare routière Vauban au cimetière de l'Est. Selon ce document, le bus suit l'itinéraire de la ligne 7 jusqu'au boulevard de l'Ariane, puis circule sur le chemin du Cimetière de l'Est. Une seconde navette assure une correspondance au niveau de la maison du gardien et dessert, sur demande, la totalité des arrêts à l'intérieur du cimetière.

Un article d'Économie Matin publié le 29 octobre 2026 détaille le dispositif complet : renfort des dessertes de cimetières les samedi 31 octobre et dimanche 1er novembre, départs de la navette depuis Vauban de 8h30 à 16h15 et depuis l'arrêt Cimetière de l'Est de 9h à 17h, navette entre le square Bourdet à Cagnes-sur-Mer et le cimetière de la Buffe le dimanche 1er novembre (départs à 9h30 et 10h45, retours à 10h30 et 11h45), et quatorze lignes à l'arrêt ce même dimanche. Le dimanche étant férié, les autres services suivent les horaires du dimanche et des jours fériés.

Ce cas est intéressant parce qu'il réunit en un week-end presque tous les cas particuliers d'un service spécial. Il sert ici d'exemple, sans préjuger de la façon dont ce réseau l'a préparé en interne.

Pourquoi un renfort de jour férié n'est-il pas une simple ligne en plus ?

Le dispositif niçois combine quatre types de modification, qui ne se traitent pas de la même façon dans un SAEIV. Premier cas : une navette ajoutée, qui n'existe pas dans l'offre habituelle. Deuxième cas : un parcours qui emprunte une partie d'une ligne existante (ici la ligne 7), puis quitte son itinéraire. Troisième cas : un service à la demande dans un espace particulier, ici l'intérieur d'un cimetière. Quatrième cas : des lignes régulières supprimées le dimanche et d'autres qui passent aux horaires de jour férié.

Chacun a des conséquences différentes sur la planification, sur la supervision au poste de contrôle et sur ce que voit le voyageur. Traiter tout cela comme « une ligne spéciale » conduit à des courses fantômes au poste de contrôle, à des horaires erronés dans les applications ou à des conducteurs qui ne savent pas quelle course ils assurent.

Comment le décrire dans les données avant le jour J ?

Pour un service connu à l'avance, la voie la plus propre est la donnée théorique. Dans la spécification GTFS, le fichier calendar_dates.txt est défini comme les « exceptions for the services defined in the calendar.txt » : c'est l'endroit prévu pour dire qu'un service circule ou non à une date donnée. Les jours fériés se gèrent donc comme des exceptions datées, pas comme des corrections faites le matin même.

Le plan de transport doit ensuite être modifiable sans délai. La page « Comment ça marche » de Pysae indique que le plan de transport est importé ou saisi, et que les données restent modifiables à tout moment. Pour l'édition elle-même, la page Formations décrit l'« Editeur de Plan de Transport - Editor » comme l'outil de création et de modification de l'offre, avec ou sans GTFS, avec lignes, services, arrêts, courses et horaires. Pour les réseaux qui publient du GTFS-RT, la question suivante est la cohérence entre données théoriques et temps réel, traitée dans SIRI et GTFS-RT : les deux standards de l'information voyageur temps réel.

Comment signaler un service spécial dans un flux GTFS-RT ?

La documentation GTFS Realtime (version 2.0, gtfs.org) prévoit des valeurs adaptées pour les alertes. Parmi les causes figurent HOLIDAY et SPECIAL_EVENT. Parmi les effets figurent ADDITIONAL_SERVICE, REDUCED_SERVICE, MODIFIED_SERVICE, DETOUR et NO_SERVICE. Une alerte « cause SPECIAL_EVENT, effet ADDITIONAL_SERVICE » sur la ligne concernée est donc le moyen standard de dire qu'un service supplémentaire existe.

Pour les courses elles-mêmes, la même documentation définit plusieurs relations à l'horaire. CANCELED désigne une course qui existait dans l'horaire et a été retirée. DUPLICATED désigne une nouvelle course identique à une course existante, sauf pour la date et l'heure de début de service. NEW désigne « an extra trip unrelated to any existing trips, for example, to respond to sudden passenger load », mais cette valeur est marquée expérimentale dans la documentation, tout comme REPLACEMENT.

Conséquence pratique : avant le jour J, vérifiez avec votre fournisseur quelles valeurs sont réellement produites par le flux, et avec les applications qui consomment ce flux lesquelles sont réellement comprises. Une valeur expérimentale correcte dans le flux mais ignorée par l'application tierce n'apparaît jamais chez le voyageur. Les erreurs courantes sur les flux sont décrites dans GTFS-RT en pratique.

Que doit voir le poste de contrôle pendant un service spécial ?

Pendant la journée, le poste de contrôle suit en même temps le réseau normal et les services ajoutés. La page Operations de Pysae présente le suivi en temps réel (localisation des véhicules, avance ou retard, identification du conducteur) et une messagerie conducteurs pour le signalement d'incidents et les réponses des régulateurs. Pour une navette qui enchaîne des rotations courtes entre une gare routière et un cimetière, c'est la ponctualité des rotations et la gestion de l'attente aux deux extrémités qui comptent.

Si un incident touche le service spécial (affluence imprévue, accès bloqué), la page « Déviations avancées » de Pysae décrit la gestion des travaux, incidents et événements imprévus en moins de 30 secondes. Pour l'information des équipes, la page sur les alertes d'exploitation par SMS décrit des alertes reçues en moins de 30 secondes. Les principes généraux de la régulation sont dans la régulation temps réel d'un réseau de bus.

Quelle information donner aux voyageurs pour un renfort ?

Le voyageur doit comprendre trois choses : quelles lignes sont supprimées, quelle navette les remplace ou les complète, et à quelles heures. Dans le cas niçois, l'information tient en peu de lignes : lignes à l'arrêt le dimanche, navette spéciale, horaires de départ. Plus le message est précis, moins le poste de contrôle et le service client sont sollicités le jour même.

La page de Pysae sur l'information voyageurs décrit des messages ciblés par ligne, avec une période d'affichage, diffusés dans l'application voyageurs et via le flux GTFS-RT. Pour une opération connue plusieurs jours à l'avance, cette période d'affichage permet de préparer le message sans attendre la veille. Pour compléter par des alertes par SMS, applications et écrans, voir alertes SMS, appli, écrans : prévenir vos voyageurs en cas de retard ou déviation.

Que faire après le service spécial ?

Le jour férié passé, le service spécial est une source d'enseignements. La page « Comment ça marche » de Pysae indique que les courses peuvent être rejouées, avec les historiques et les tracés réels. La page Operations liste des statistiques (taux de prise de course, ponctualité, kilométrage, fréquentation) avec export Excel.

Trois questions suffisent pour préparer l'année suivante : toutes les courses prévues ont-elles bien été réalisées, les rotations ont-elles tenu leurs horaires, et le message voyageur correspondait-il à ce qui a circulé ? Un service qui revient chaque année aux mêmes dates se prépare mieux à partir de la trace de l'année précédente, enregistrée plutôt que reconstituée de mémoire. Le lien avec la gestion des itinéraires modifiés est détaillé dans la gestion des déviations de bus basée sur le GTFS-RT.

Checklist : préparer un renfort de jour férié

1. Inventaire : lister les lignes supprimées, maintenues, modifiées et les services ajoutés, avec leurs dates exactes.
2. Plan de transport : saisir les courses ajoutées et les exceptions de calendrier avant le jour J.
3. Flux temps réel : vérifier ce que le flux produit pour les services ajoutés et supprimés, et ce que comprennent les applications qui le consomment.
4. Conducteurs : préciser quelle course chacun assure, y compris pour les navettes sans ligne commerciale.
5. Voyageurs : publier le message avec sa période d'affichage, lignes à l'arrêt, navette et horaires.
6. Poste de contrôle : désigner qui suit les services ajoutés pendant la journée.
7. Bilan : rejouer les courses et conserver la trace pour l'année suivante.

Questions fréquentes

Comment gérer un renfort de lignes un jour férié dans un SAEIV ?

En trois temps : décrire les services ajoutés et les exceptions de calendrier dans le plan de transport avant le jour J, suivre les courses en temps réel au poste de contrôle pendant la journée, puis rejouer les courses pour tirer le bilan. L'information voyageurs doit être publiée avec les lignes supprimées, la navette de remplacement et les horaires.

Comment signaler une navette spéciale dans un flux GTFS-RT ?

La documentation GTFS Realtime prévoit des alertes avec la cause SPECIAL_EVENT ou HOLIDAY et l'effet ADDITIONAL_SERVICE, REDUCED_SERVICE ou MODIFIED_SERVICE. Pour les courses, la valeur NEW est marquée expérimentale dans la documentation : il faut vérifier que les applications qui consomment le flux la comprennent.

Où déclarer un jour férié dans les données théoriques GTFS ?

Dans le fichier calendar_dates.txt, défini dans la spécification GTFS comme les exceptions aux services du fichier calendar.txt. C'est l'endroit prévu pour indiquer qu'un service circule ou non à une date donnée.

Que faire si le service spécial est perturbé le jour même ?

Appliquer les mêmes outils que sur une ligne régulière : suivi en temps réel, messagerie avec les conducteurs, déviation si l'itinéraire est bloqué et message voyageur à jour. La préparation en amont réduit le nombre de décisions à prendre dans l'urgence.

Vous préparez les services spéciaux de votre réseau ? Cliquez sur le bouton « Demander une démo » : l'équipe Pysae vous présente la plateforme et échange avec vous sur la gestion de vos jours fériés et événements.