📋 Annexe 11 : à quoi sert ce document ?

Dans le cadre des contrats de DSP, l’Autorité organisatrice demande aux exploitants de justifier les écarts entre l’offre commandée et l’offre effectivement produite. Cette justification prend la forme de tableaux normés, transmis tous les mois.

L’annexe 11 est un état mensuel qui recense l’ensemble des services non réalisés. Pour chaque service concerné, le document indique la date, la ligne commerciale, le numéro de service agent, le type d’incident (avec un code et un libellé normés par IDFM) et les distances associées. Les distances publiées correspondent aux distances contractuelles, éventuellement corrigées par un coefficient d’ajustement entre les distances HASTUS et les distances validées dans le contrat.

Le format de l’annexe 11 est imposé par l’Autorité organisatrice sous forme de gabarit Excel. L’exploitant produit les données et les insère dans ce gabarit, généralement par copier-coller valeur de cellules.

L’annexe 11 prend en compte aussi les périodes spécifiques : grèves et intempéries. Elle isole les jours concernés par ces événements et produit un état dédié (onglet spécifique) qui permet à l’Autorité organisatrice de distinguer les suppressions liées à ces causes exceptionnelles de celles relevant de l’exploitation courante. Les suppressions liées à des grèves ou intempéries peuvent faire l’objet de clauses d’exonération spécifiques dans le contrat.

📐 Les données nécessaires à la production des annexes

Produire une annexe 11 fiable, suppose de disposer de quatre catégories de données, alignées sur le même référentiel :

L’absence ou l’incohérence d’une seule de ces sources compromet la fiabilité du document final. Un référentiel d’offre obsolète fausse les distances. Un suivi de perturbation incomplet omet des services non réalisés. Un calendrier mal paramétré mélange les périmètres de l’annexe 11.

⚙️ Le coefficient correcteur de distances : un point technique à maîtriser

Les distances calculées par HASTUS ne correspondent pas toujours exactement aux distances validées dans le cadre du contrat de la DSP. L’écart peut provenir de différences de méthode de calcul (distance géographique vs distance parcourue) ou davatange de mises à jour non synchronisées.

Pour corriger cet écart, la génération de l’annexe intègre un coefficient correcteur. Ce coefficient est calculé à partir de deux valeurs :

• La distance totale HASTUS pour le périmètre concerné (ensemble des lignes et services)
• La distance totale contractuelle validée dans le contrat pour le même périmètre

Le rapport entre ces deux valeurs produit un facteur d’ajustement appliqué à l’ensemble des distances publiées dans l’annexe. Ce mécanisme est documenté dans l’interface de production des annexes du plugin DXG, qui propose une fenêtre dédiée où les distances HASTUS et contractuelles sont saisies pour calculer le coefficient automatiquement.

🏗️ Production manuelle vs production automatisée

La production manuelle d’une annexe 11 implique de consolider les données de perturbation tous les mois, de les croiser avec le référentiel d’offre, d’appliquer les codes IDFM à chaque incident, de calculer les distances avec le coefficient correcteur et de formater le tout dans le gabarit imposé. Ce travail peut mobiliser le back-office exploitation pendant plusieurs jours, avec un risque d’erreur proportionnel au volume de données.

La production automatisée repose sur le même processus logique, mais exécuté par le système :

• Les perturbations sont déjà qualifiées dans la main courante avec le code et le libellé IDFM associés à chaque type d’incident
• Les distances sont calculées depuis le référentiel contractuel, avec application du coefficient correcteur
• Le périmètre temporel est défini par le calendrier d’exploitation
• Le résultat est formaté pour être copié directement dans le gabarit Excel de l’Autorité organisatrice

Le gain de temps est significatif, mais l’apport principal réside dans la reproductibilité : deux exécutions sur le même périmètre produisent le même résultat. Les écarts constatés lors des revues de contrat sont donc liés aux événements réels, pas aux erreurs de consolidation.

🔗 Le lien entre le paramétrage des incidents et l’annexe 11 IDFM

Le paramétrage des incidents dans la main courante conditionne directement le contenu des annexes. Chaque incident dispose de plusieurs propriétés qui alimentent les colonnes du document IDFM :

Un paramétrage incomplet ou incohérent produit des annexes inutilisables : un incident sans code IDFM ne sera pas classé dans la bonne colonne, un libellé IDFM manquant laissera une cellule vide dans le document final. L’administrateur du système a la responsabilité de maintenir ce référentiel à jour, en cohérence avec les exigences de l’Autorité organisatrice.

📊 Contrôler la cohérence avant transmission

Avant de transmettre une annexe à l’Autorité organisatrice, quelques vérifications permettent de réduire les risques de rejet ou de demande de correction :

• Vérifier la couverture temporelle. Chaque jour du mois doit être couvert par une saisie dans la main courante, y compris les jours sans perturbation (qui confirment une réalisation à 100 %).
• Comparer les totaux kilométriques. Le total des kilomètres non réalisés de l’annexe doit être cohérent avec le total issu du rapport d’exploitation sur la même période.
• Contrôler le coefficient correcteur. Les distances HASTUS et contractuelles utilisées pour le calcul du coefficient doivent correspondre au périmètre réel de l’annexe.
• Vérifier les codes IDFM. Chaque ligne de l’annexe doit comporter un code IDFM valide. Les incidents non codés apparaissent comme des anomalies à corriger avant transmission.

Ces contrôles sont d’autant plus simples à réaliser que les données proviennent d’une source unique. Lorsque la main courante, le référentiel d’offre et le Datawarehouse sont alignés, les écarts détectés relèvent d’événements réels à qualifier, pas d’erreurs de consolidation à corriger.

📖 Pour aller plus loin

Le cadre contractuel des annexes IDFM s’inscrit dans une logique plus large de suivi de l’offre et de la relation avec l’Autorité organisatrice. Les exploitants confrontés à des volumes importants de perturbations trouveront un complément utile dans les articles consacrés aux indicateurs de suivi de l’offre non réalisée et à l’impact budgétaire des écarts d’offre. La page du plugin DXG décrit le fonctionnement opérationnel de la production automatisée des annexes.

❓ FAQ : annexe 11

À quoi sert le coefficient correcteur de distances ?

Il ajuste les distances calculées par HASTUS pour les aligner sur les distances validées dans le contrat de DSP. Ce coefficient est le rapport entre la distance totale contractuelle et la distance totale HASTUS sur le périmètre de l’annexe.

Les codes IDFM sont-ils les mêmes pour tous les réseaux ?

Les codes IDFM sont définis par l’Autorité organisatrice et ne varient pas selon les contrats. L’administrateur du système de main courante doit paramétrer ces codes en cohérence avec les exigences contractuelles spécifiques à son réseau.

Peut-on produire les annexes sans main courante numérique ?

Oui, mais la production manuelle implique de consolider les données de perturbation sur l’ensemble de la période, de les croiser avec le référentiel d’offre et de formater le résultat dans le gabarit imposé. Ce processus peut mobiliser plusieurs jours de back-office et reste exposé aux erreurs de transcription.

Comment traiter un jour sans perturbation dans l’annexe ?

Un jour sans perturbation confirme une réalisation à 100 % de l’offre prévue. Il ne génère pas de ligne dans l’annexe, mais la couverture temporelle complète sur la période doit être attestée dans la main courante pour garantir que l’absence de ligne correspond bien à une absence de perturbation, et non à un défaut de saisie.

Marc

Je m’appelle Marc, en tant que Responsable des Systèmes d’Information et d’Optimisation Transport, je mets ma passion pour la technologie et l’optimisation au service des entreprises. Mon expertise me permet de concevoir des solutions innovantes pour améliorer l’efficacité des opérations et la gestion des ressources.

📋 Le problème de la production manuelle en situation de crise

En situation normale, les horaires affichés aux arrêts et sur les site internets correspondent à l’offre théorique. Lors d’une perturbation majeure (grève, intempéries, incident de grande ampleur), cette offre est modifiée, parfois radicalement. Les voyageurs ont besoin de savoir, ligne par ligne, quelles courses circulent.

Lorsque cette information est produite manuellement, le processus est le suivant : le service marketing ou communication identifie les lignes impactées auprès de la régulation, reconstitue les horaires maintenus et crée des fiches par ligne pour publication sur les sites internet ou les réseaux sociaux. Ce travail prend plusieurs heures, parfois davantage si le nombre de lignes est important.

Le résultat arrive souvent trop tard : les voyageurs se sont déjà rendus aux arrêts, ont attendu un bus qui ne viendra pas, et la confiance dans le réseau est entamée. L’article de transbus.org consacré à l’exploitation quotidienne des réseaux rappelle que l’information est le premier levier de gestion de la perception des usagers en situation dégradée.

🔗 Le lien entre suivi des perturbations et information voyageurs

L’information dont le voyageur a besoin (quelles courses circulent ?) existe déjà dans le système de suivi des perturbations. Dès que le régulateur neutralise un service ou une course dans la main courante numérique, le statut de chaque course est connu : maintenue ou supprimée.

La question n’est donc pas de recréer l’information, mais de la mettre en forme et la diffuser. Si la main courante produit déjà le détail course par course pour le suivi contractuel, elle peut aussi produire une vue des grilles horaires à destination des voyageurs.

⚙️ Génération automatique des pages d’horaires perturbés

Le plugin DXG de Camtek intègre une fonction de génération de site internet pour les jours de perturbation. Le mécanisme est le suivant :

• Page d’index général. Une page d’accueil liste toutes les lignes commerciales du réseau, organisées par destination. Le voyageur choisit sa ligne.
• Grilles horaires par ligne et direction. Chaque page affiche une grille horaires des arrêts et des heures de passage.
• Code couleur. La couleur de fond de chaque cellule indique le statut : vert pour une course maintenue, rouge pour une course supprimée.
• Export global. L’ensemble des pages est généré en une seule opération depuis la commande « Exporter » de l’interface DXG.

Le résultat est un ensemble de fichiers HTML statiques, publiables directement sur le serveur web du réseau. Aucune compétence technique n’est requise pour la publication : les fichiers sont prêts à l’emploi.

📊 Ce que le voyageur voit, et ce que l’AOM reçoit

Un point mérite attention : l’information publiée pour les voyageurs et les données transmises à l’autorité organisatrice proviennent de la même source. Le régulateur ne saisit qu’une fois. Le rapport d’exploitation, l’annexe 11 d’IDFM et les pages d’information voyageurs sont des vues différentes des mêmes données.

Cette unicité élimine un risque possible : une incohérence entre ce qui est communiqué aux voyageurs et ce qui est déclaré contractuellement. Un réseau qui annonce 60 % de l’offre maintenue sur son site mais déclare 70 % dans son reporting perd en crédibilité auprès des deux publics. À noter que le prévisionnel évolue en fonction des disponibilités et de l’évolution des possibilités au cours de la journée.

⏱️ Le facteur temps : de la saisie à la publication

Le délai entre la saisie des perturbations et la publication des horaires dépend de deux facteurs :

Sur un réseau de 15 lignes en jour de grève partielle, la différence entre 3 à 5 heures et 20 minutes de délai de publication change la perception des voyageurs. Le matin de la grève, l’information est disponible dès la veille du jour de grève.

🔄 Au-delà de la grève : les autres cas d’usage

La génération d’horaires perturbés ne se limite pas aux grèves. Tout événement qui modifie l’offre sur plusieurs lignes simultanément peut bénéficier du même mécanisme :

• Intempéries majeures (plan neige, canicule, inondations) : plusieurs lignes réduites ou suspendues
• Événements urbains (manifestation, événements sportifs, fête nationale) : déviations massives avec suppression de courses
• Incident d’infrastructure (coupure de voie, travaux d’urgence) : impact sur plusieurs lignes d’un même corridor

Dans chacun de ces cas, la rapidité de diffusion de l’information est un levier direct de la qualité de service. Les indicateurs de suivi de l’offre non réalisée intègrent d’ailleurs la dimension Information Voyageurs comme composante de la qualité perçue.

❓ FAQ : Information Voyageurs et horaires perturbés

Les pages d’horaires perturbés sont-elles publiables sur n’importe quel site ?

Oui. Les fichiers générés sont des pages HTML statiques, hébergeables sur tout serveur web de l’exploitant. Aucune technologie spécifique n’est requise côté hébergement.

Les données pour l’Information Voyageurs sont-elles les mêmes que celles nécessaires pour les déclarations à l’AO ?

Oui. Les pages d’horaires perturbés et les documents contractuels (rapport d’exploitation, annexe IDFM) sont produits à partir des mêmes données de perturbation saisies dans la main courante.

Peut-on mettre à jour les horaires en cours de journée ?

Oui. Si la situation évolue au fil de la journée (reprise partielle du trafic, nouvelles suppressions), l’opérateur met à jour la saisie dans la main courante et régénère les pages. La nouvelle version remplace la précédente sur les sites.

Le code couleur est-il personnalisable ?

Le code couleur standard est vert (course maintenue) et rouge (course supprimée). Les couleurs utilisées dans le calendrier DXG sont paramétrables par l’administrateur.

Cette fonction est-elle utilisable pour les déviations ?

La génération d’horaires perturbés concerne les courses maintenues ou supprimées. Pour les déviations (changement d’itinéraire sans suppression de course), l’outil adapté est le plugin DSP de Camtek, qui gère les fiches de déviation avec dates, tranches horaires et suivi statistique.

Marc

Je m’appelle Marc, en tant que Responsable des Systèmes d’Information et d’Optimisation Transport, je mets ma passion pour la technologie et l’optimisation au service des entreprises. Mon expertise me permet de concevoir des solutions innovantes pour améliorer l’efficacité des opérations et la gestion des ressources.

📋 La difficulté propre aux réseaux multi-transporteurs

Dans un réseau exploité par un seul opérateur, le taux de réalisation global suffit à donner une vision d’ensemble. Dès que plusieurs transporteurs interviennent, cette vision globale masque les disparités. Un taux de réalisation de 95 % peut cacher un transporteur à 99 % et un autre à 82 %.

La difficulté n’est pas seulement analytique. Elle est aussi technique : pour comparer deux transporteurs, il faut que les données soient calculées sur la même base. Si le transporteur A utilise un référentiel d’offre mis à jour et le transporteur B un référentiel obsolète, la comparaison est biaisée avant même de commencer.

Cette exigence de cohérence renvoie directement au rôle du Datawarehouse : fournir un référentiel unique pour l’ensemble des transporteurs, avec les mêmes identifiants, les mêmes distances et les mêmes calendriers.

📊 Les quatre indicateurs de pilotage

Le suivi de la performance multi-transporteurs s’articule autour de quatre représentations complémentaires. Chacune répond à une question différente.

1. Taux quotidien de réalisation

Ce graphique représente, jour par jour, l’écart entre les unités d’œuvre commandées et les unités d’œuvre réalisées. L’unité d’œuvre peut être le kilomètre commercial ou l’heure de conduite.

Lorsqu’un seul transporteur est sélectionné, le graphique affiche les valeurs absolues : prévu et réalisé côte à côte. Lorsque plusieurs transporteurs sont sélectionnés, la comparaison en pourcentages est plus lisible : chaque transporteur est représenté par son taux de réalisation quotidien.

2. Taux mensuel de réalisation

Le taux mensuel agrège les données par période (mois ou période comptable). Il permet d’identifier les tendances : un transporteur dont le taux se dégrade progressivement sur trois mois signale un problème structurel (disponibilité du parc, absentéisme) plutôt qu’un incident ponctuel.

La comparaison inter-transporteurs par période met en évidence les écarts persistants, qui peuvent alimenter les échanges dans les comités de suivi ou les revues de contrat.

3. Répartition des incidents

Cet indicateur ventile les perturbations par type d’incident (grève, panne véhicule, absence conducteur, déviation, intempéries…) et les valorise en unités d’œuvre. L’objectif : identifier les causes qui pèsent le plus sur l’offre de chaque transporteur.

Un transporteur dont les pertes kilométriques sont majoritairement liées à des pannes véhicule a un problème de maintenance. Un autre dont les pertes viennent de l’absentéisme a un problème RH. La nature de l’action corrective n’est pas la même.

4. Performance par ligne

Ce dernier indicateur croise la performance par ligne commerciale et par transporteur. Il répond à une question opérationnelle : quelles lignes sont les plus fragiles, et quel transporteur en est responsable ?

Dans un réseau où plusieurs transporteurs se partagent les lignes, cette vue permet d’identifier des combinaisons problématiques (un transporteur performant sur ses lignes de plaine, mais en difficulté sur les lignes à relief, par exemple).

⚖️ Valeurs absolues ou pourcentages : quel mode de comparaison

La comparaison en valeurs absolues (kilomètres ou heures) est pertinente lorsqu’on analyse un seul transporteur : elle permet de visualiser l’ampleur de l’écart entre prévu et réalisé. Dès que la comparaison porte sur plusieurs transporteurs, les pourcentages deviennent indispensables.

Un transporteur qui exploite 200 km/jour et en perd 10 a un taux de réalisation de 95 %. Un autre qui exploite 800 km/jour et en perd 20 a un taux de 97,5 %. En valeur absolue, le second perd davantage. En pourcentage, il est plus performant. La lecture correcte dépend du mode choisi.

Les outils de pilotage intégrés au plugin DXG proposent les deux modes, sélectionnables par l’utilisateur au moment de la consultation.

🔗 Le prérequis technique : un référentiel commun

Les quatre indicateurs décrits ci-dessus ne produisent des résultats fiables que si les données sous-jacentes sont cohérentes. Cela suppose :

• Un référentiel d’offre unique pour tous les transporteurs, avec les mêmes distances contractuelles et le même calendrier d’exploitation
• Un suivi des perturbations centralisé, où chaque événement est rattaché au bon transporteur et qualifié selon les mêmes types d’incidents
• Des profils d’accès adaptés : le régulateur saisit les événements, le back-office consulte les statistiques, le directeur de site compare les transporteurs

Sans cette base commune, les comparaisons entre transporteurs reposent sur des données hétérogènes et perdent leur valeur décisionnelle. L’impact budgétaire des écarts d’offre est d’autant plus difficile à évaluer que les sources de données divergent.

📐 Exploiter les résultats dans les comités de suivi

Les graphiques de performance ne sont pas des outils de reporting réglementaire. Leur destination naturelle est le comité de suivi interne, où le directeur de site ou le responsable exploitation analyse les résultats avec les transporteurs.

Quelques usages concrets :

• Identifier un transporteur dont le taux de réalisation se dégrade sur 3 mois consécutifs et engager un plan d’action
• Comparer la répartition des incidents entre transporteurs pour cibler les actions (maintenance vs RH vs organisation)
• Isoler les lignes les plus fragiles et évaluer si le problème vient du transporteur ou de l’infrastructure
• Documenter les échanges contractuels avec des données factuelles, exportables en Excel

Tous les graphiques produits par DXG s’exportent en fichiers Excel contenant deux onglets : le graphique et les données sous-jacentes. L’utilisateur peut les retravailler ou les intégrer dans des présentations sans dépendre d’un outil supplémentaire.

❓ FAQ : pilotage multi-transporteurs

Combien de transporteurs DXG peut-il gérer simultanément ?

DXG n’a pas de limite théorique sur le nombre de transporteurs. Chaque service est rattaché à un transporteur dans le référentiel d’offre, et les statistiques sont croisées automatiquement.

Les transporteurs ont-ils accès aux données de leurs concurrents ?

Non. Le système de profils d’accès permet de restreindre la visibilité. Un transporteur n’a accès qu’à ses propres données. Les comparaisons multi-transporteurs sont réservées aux profils back-office et administration de l’exploitant principal.

Les graphiques de performance sont-ils exportables ?

Oui. Chaque graphique produit un fichier Excel avec deux onglets : la représentation graphique et les données brutes. L’utilisateur peut les retravailler librement.

Comment choisir entre kilomètres et heures comme unité d’œuvre ?

Les deux sont disponibles. Le kilomètre commercial est l’unité la plus courante pour les comparaisons contractuelles. L’heure de conduite est utile pour les analyses de coût et la planification des ressources. Le choix se fait au moment de la consultation, sans recalcul.

Les statistiques couvrent-elles plusieurs périodes simultanément ?

Oui. L’utilisateur peut sélectionner plusieurs périodes mensuelles dans la boîte de dialogue. Les graphiques juxtaposent alors les résultats période par période pour faciliter l’analyse des tendances.

Marc

Je m’appelle Marc, en tant que Responsable des Systèmes d’Information et d’Optimisation Transport, je mets ma passion pour la technologie et l’optimisation au service des entreprises. Mon expertise me permet de concevoir des solutions innovantes pour améliorer l’efficacité des opérations et la gestion des ressources.

📋 Ce qui rend la grève différente des autres perturbations

Une panne de véhicule touche une course. Un accident bloque un itinéraire pendant quelques heures. Une grève peut neutraliser la totalité de l’offre d’un transporteur pendant une ou plusieurs journées. L’ordre de grandeur n’est pas le même, et les outils de suivi doivent s’adapter.

Trois caractéristiques distinguent la grève des autres types de perturbation :

• Le volume. Un jour de grève peut concerner plusieurs centaines de courses sur un réseau de taille moyenne. La saisie individuelle, course par course, n’est pas réaliste.
• L’anticipation. Le préavis légal de 48 heures dans le transport public permet de préparer la saisie avant le jour J. Cette fenêtre est exploitable si l’outil de suivi autorise la saisie anticipée.
• La sélectivité. Toutes les grèves ne sont pas totales. Une grève peut ne concerner qu’un transporteur, qu’une catégorie de personnel ou qu’une tranche horaire. L’outil doit permettre un filtrage fin.

⚡ La saisie anticipée : neutraliser massivement sans perdre en précision

La saisie anticipée consiste à enregistrer les perturbations pour une date future, avant que la journée d’exploitation ne commence. Dans le cas d’une grève annoncée, l’opérateur peut intervenir dès la réception du préavis pour préparer le suivi.

Le processus se décompose en plusieurs étapes :

• Sélection de la date. L’opérateur choisit le jour de grève dans le calendrier d’exploitation. Le système charge l’offre théorique prévue pour ce jour.
• Filtrage par transporteur. Si la grève ne concerne qu’un sous-traitant, l’opérateur filtre les services pour ne voir que ceux de ce transporteur.
• Neutralisation globale. Une commande de sélection applique la perturbation « grève » sur l’ensemble des services affichés. L’opérateur n’a pas à cliquer service par service.
• Ajustements. Si certains services sont maintenus malgré la grève, l’opérateur les rétablit individuellement. Le système fonctionne comme une bascule : vert (réalisé) ou rouge (neutralisé).

Le plugin DXG de Camtek intègre cette logique. La commande « Sélection » applique la perturbation courante à l’ensemble des services en fonction, et la commande « Transporteurs » permet de restreindre le périmètre à un sous-traitant donné. Les deux commandes combinées permettent de traiter un jour de grève partielle en quelques minutes.

📊 Mesurer l’impact : kilomètres, heures et taux de réalisation

Un jour de grève produit un écart massif entre l’offre commandée et l’offre réalisée. Cet écart doit être chiffré avec précision, car il alimente trois processus en aval :

Lorsque la saisie est adossée au référentiel d’offre théorique, le chiffrage est automatique : chaque service neutralisé génère un calcul de kilomètres et d’heures perdues basé sur les distances contractuelles du Datawarehouse. Le taux de réalisation du jour est mis à jour en continu.

🏛️ Le traitement contractuel : grève et clauses d’exonération

Le traitement des kilomètres non réalisés en jour de grève varie selon les contrats. Plusieurs configurations existent :

• Grève du personnel du sous-traitant : les kilomètres sont généralement non payés, l’incident étant imputable au transporteur.
• Grève nationale ou sectorielle : certains contrats prévoient une clause d’exonération partielle ou totale, assimilant l’événement à un cas de force majeure.
• Grève mixte : lorsque la grève touche à la fois le personnel propre et les sous-traitants, l’arbitrage se fait ligne par ligne, transporteur par transporteur.

Le paramétrage des incidents dans la main courante doit refléter ces distinctions. Un incident « grève » peut être configuré avec un statut « payé », « non payé » ou « à arbitrer » selon le contexte. L’article consacré aux pénalités dans les DSP détaille le cadre juridique de ces mécanismes.

📢 Information voyageurs : publier les horaires perturbés le jour J

L’un des enjeux immédiats d’un jour de grève est l’information des voyageurs. Quelles lignes circulent ? À quels horaires ? Quels arrêts sont desservis ?

Lorsque le suivi des perturbations est structuré, ces informations sont déjà disponibles : chaque course est identifiée comme maintenue ou supprimée. Il reste à les mettre en forme et à les publier.

Le plugin DXG permet de générer automatiquement des pages HTML d’horaires perturbés, organisées par ligne commerciale et direction. Le code couleur est simple : vert pour les courses maintenues, rouge pour les courses supprimées. Ces pages peuvent être publiées directement sur le site internet du réseau.

L’avantage de cette approche : l’information publiée provient de la même source que le suivi contractuel. Il n’y a pas de risque de décalage entre ce qui est annoncé aux voyageurs et ce qui est reporté à l’autorité organisatrice.

🔄 Après la grève : exploiter les données pour les revues de contrat

Les données de grève alimentent plusieurs documents produits en aval :

• Le rapport d’exploitation qui détaille chaque course impactée
• L’annexe 11 IDFM (onglet « Grèves »), spécifiquement dédiée aux périodes de grèves et d’intempéries
• La facture des sous-traitants, avec le détail des kilomètres payés et non payés
• Les statistiques de performance : répartition des incidents, taux de réalisation mensuel, comparaison entre périodes

Un réseau qui a traversé 5 jours de grève dans l’année peut, en quelques clics, produire l’ensemble des documents correspondants si la saisie quotidienne a été réalisée correctement. Sans suivi structuré, cette reconstitution a posteriori est un travail de plusieurs jours, avec une fiabilité incertaine.

❓ FAQ : gestion des grèves dans le transport

Peut-on saisir les perturbations avant le jour de grève ?

Oui. La saisie anticipée permet de neutraliser les services pour une date future dès la réception du préavis. L’offre théorique de la date choisie est chargée et l’opérateur peut appliquer la perturbation sur l’ensemble des services concernés.

Comment gérer une grève qui ne concerne qu’un seul transporteur ?

En filtrant les services par transporteur avant d’appliquer la neutralisation globale. Seuls les services du transporteur concerné sont impactés, les autres restent inchangés.

Les kilomètres non réalisés en jour de grève sont-ils payés ?

Cela dépend du contrat et de l’origine de la grève. Une grève du personnel du sous-traitant génère généralement des kilomètres non payés. Une grève nationale peut relever d’une clause d’exonération. Le paramétrage de la main courante doit refléter ces règles contractuelles.

La grève est-elle traitée dans l’annexe 11 ?

Les périodes de grève font l’objet de l’annexe 11, un état spécifique qui isole les jours de grève et d’intempéries du reste de la période. L’annexe 11 couvre les autres services non réalisés sur le trimestre standard.

Comment informer les voyageurs rapidement un jour de grève ?

Lorsque la saisie des perturbations est complète, les horaires perturbés peuvent être générés automatiquement sous forme de pages HTML par ligne et direction, avec un code couleur vert/rouge. Ces pages sont publiables directement sur le site internet du réseau.

Marc

Je m’appelle Marc, en tant que Responsable des Systèmes d’Information et d’Optimisation Transport, je mets ma passion pour la technologie et l’optimisation au service des entreprises. Mon expertise me permet de concevoir des solutions innovantes pour améliorer l’efficacité des opérations et la gestion des ressources.

📋 Ce que le tableur fait bien, et là où il atteint ses limites

Le tableur (type Excel) est un outil polyvalent. Pour le suivi des perturbations, il permet de consigner les événements du jour, d’organiser les données en colonnes (date, ligne, service, type d’incident, observation) et de produire des totaux.

Les limites apparaissent dès que le volume de données augmente ou que les exigences de reporting se précisent :

• Absence de lien avec le référentiel d’offre théorique. Le tableur ne connaît pas les services, les courses ni les distances contractuelles du jour. L’opérateur doit identifier lui-même les éléments impactés, ce qui suppose une connaissance fine du plan de transport et multiplie les risques d’omission.
• Pas de calcul automatique des kilomètres perdus. Lorsqu’une course est partiellement neutralisée (entre deux arrêts seulement), le tableur ne dispose pas des distances inter-arrêts pour calculer l’impact kilométrique. Le chiffrage repose alors sur des estimations ou des ressaisies depuis un autre outil.
• Traçabilité limitée. Un tableur partagé sur un serveur ne conserve pas l’historique des modifications de manière fiable. « Savoir qui a saisi quoi? », « À quel moment? » et « Sur quelle base? », tout cela devient difficile dès que plusieurs opérateurs interviennent.
• Consolidation chronophage. Produire un rapport d’exploitation mensuel ou un état trimestriel pour l’autorité organisatrice implique de croiser plusieurs onglets, de vérifier la cohérence des formules et de retraiter les cas particuliers. Ce travail peut mobiliser plusieurs jours de back-office.
• Risque de divergence entre les sources. Si le bureau d’études travaille sur un référentiel HASTUS, que le régulateur saisit dans un tableur et que la facturation utilise un troisième fichier, les écarts entre ces sources deviennent structurels.

Ces constats ne relèvent pas d’un défaut du tableur en tant qu’outil, mais d’une inadéquation entre un logiciel généraliste et les exigences spécifiques du suivi d’exploitation transport.

🗄️ Ce qu’apporte une main courante numérique adossée au référentiel transport

Une main courante numérique dédiée au transport fonctionne sur un principe différent : elle s’appuie sur le référentiel d’offre théorique du jour (services agents, courses, arrêts, distances contractuelles) pour proposer un cadre structuré. L’opérateur ne part pas d’une feuille vide : il intervient sur une représentation de l’offre prévue et signale les écarts.

Concrètement, les gains se situent à plusieurs niveaux :

1. Cohérence native avec l’offre théorique

Les services, courses et arrêts affichés dans la main courante proviennent du même référentiel que celui généré par le bureau d’études et méthodes (BEM). Les identifiants sont alignés, les distances sont celles du contrat. Il n’y a pas de transposition à opérer entre ce que le BEM a envisagé, ce que le régulateur voit et ce que le back-office exploitera.

Dans l’écosystème Camtek, ce référentiel est constitué par le Datawarehouse (DWH) qui centralise les données issues des outils de planification comme HASTUS ou OKAPI.

2. Granularité de saisie adaptée à la réalité opérationnelle

Un tableur gère difficilement la neutralisation d’un tronçon de course (entre deux arrêts précis). Une main courante numérique permet cette granularité, comme neutraliser un service entier, une course complète ou une portion de course, avec recalcul automatique des distances impactées. Cette capacité est documentée dans le plugin DXG de Camtek, qui propose une vue arborescente service → course → arrêt.

3. Calculs automatisés, résultats traçables

Dès qu’une perturbation est enregistrée, les kilomètres commerciaux perdus, les heures de conduite non réalisées et le taux de réalisation sont recalculés. Ces calculs s’appuient sur les distances contractuelles du référentiel, pas sur des estimations. Le résultat est immédiat et reproductible : deux opérateurs saisissant le même événement obtiendront le même chiffrage.

4. Production documentaire intégrée

Les rapports d’exploitation, synthèses par ligne, états kilométriques croisés et, le cas échéant, les documents de facturation des sous-traitants sont générés directement depuis les données saisies. La consolidation qui mobilisait plusieurs jours en tableur se réduit à une opération de quelques minutes.

📊 Comparatif fonctionnel : tableur (Excel) vs main courante numérique (DXG)

Le tableau ci-dessous résume les différences structurelles entre les deux approches sur les dimensions clés du suivi des perturbations.

Le tableur conserve un avantage sur le coût initial et la souplesse d’usage pour des besoins ponctuels. La main courante numérique se justifie dès lors que le réseau implique plusieurs transporteurs, que l’autorité organisatrice exige des données opposables ou que le volume de perturbations rend la consolidation manuelle disproportionnée.

⚖️ Ce que la digitalisation de la main courante change, et ce qu’elle ne change pas

Digitaliser la main courante ne signifie pas automatiser l’intégralité du processus. La qualification d’un incident, sa nature, son périmètre, son statut contractuel (payé ou non payé) est prédéfinie. Cette qualification simplifie et facilite le suivi des incidents. Un régulateur qui constate une panne véhicule sur une course doit toujours identifier l’événement, choisir le type d’incident approprié et, dans certains cas, arbitrer le traitement contractuel.

Ce que la digitalisation apporte, c’est un cadre structuré pour cette décision :

• L’offre du jour est déjà affichée, pas besoin de reconstituer l’offre de transport.
• Les types d’incidents sont paramétrables par l’administrateur, avec des propriétés contractuelles pré-définies (payé, non payé, ou arbitrage à la saisie).
• Les distances sont calculées automatiquement : l’opérateur ne chiffre pas, il qualifie.
• Les observations libres restent possibles pour contextualiser un événement atypique.

Cette répartition entre automatisation et intervention humaine reflète une réalité du métier : les événements sont trop variés pour être entièrement modélisés, mais les calculs et la consolidation n’ont pas besoin d’être refaits à la main chaque jour.

🔗 L’enjeu d’intégration : un outil isolé ne résout pas le problème de fond

Au-delà de la rigidité fonctionnelle, le vrai problème du tableur reste son isolement dans la chaîne de données. Un fichier Excel de suivi des perturbations ne communique pas avec le référentiel d’offre, ni avec le SAE, ni avec la billettique, ni avec les outils de reporting.

Une main courante numérique n’a de valeur ajoutée que si elle est intégrée dans un écosystème cohérent. Dans l’architecture Camtek, cette intégration passe par le Datawarehouse (DWH) qui joue le rôle de référentiel pivot :

HASTUS / OKAPI (planification) → DWH Camtek (référentiel unifié) → Main courante DXG (suivi opérationnel) → Rapports, factures, annexes (exploitation des données)

Cette architecture est décrite en détail sur la page du plugin DXG. Elle garantit que les identifiants, les distances et les calendriers utilisés par le régulateur, le back-office et la facturation proviennent de la même source. C’est cette unicité de référentiel qui rend les données opposables lors des revues de contrat ou des échanges avec l’autorité organisatrice.

📐 Critères de décision : quand le passage à une main courante numérique se justifie

Le choix entre tableur et main courante numérique dépend de plusieurs facteurs propres à chaque réseau. Quelques indicateurs orientent la décision :

L’analyse coût-bénéfice intègre aussi le temps passé en vérifications, corrections et arbitrages que le tableur génère par construction. Ce temps, rarement comptabilisé, représente souvent le poste le plus significatif.

Le tableur a accompagné de nombreux réseaux dans la structuration initiale de leur suivi des perturbations. Ses limites deviennent visibles lorsque les volumes augmentent, que les exigences contractuelles se précisent ou que plusieurs acteurs interviennent sur les mêmes données.

La main courante numérique, adossée à un référentiel d’offre centralisé, apporte la cohérence, la traçabilité et l’automatisation des calculs nécessaires à un pilotage fiable de la réalisation de l’offre.

❓ FAQ : main courante numérique et suivi des perturbations

La main courante numérique remplace-t-elle complètement le tableur ?

Elle remplace le tableur pour le suivi structuré des perturbations et la production des documents d’exploitation. Le tableur peut rester utile pour des analyses ad hoc ou des besoins ponctuels non couverts par la main courante.

Faut-il un Datawarehouse pour utiliser une main courante numérique ?

Un Datawarehouse n’est pas techniquement indispensable, mais il apporte la cohérence du référentiel d’offre. Sans lui, la main courante numérique perd une partie de sa valeur ajoutée : le lien automatique entre l’événement saisi et les distances contractuelles de l’offre de transport.

Combien de temps faut-il pour former les équipes à un outil de main courante numérique ?

La prise en main est généralement rapide pour les régulateurs, car l’interface reprend la logique métier qu’ils connaissent (services, courses, arrêts). Le temps de formation, à la régulation + utilisation de la main courante numérique, dépend du nombre de profils utilisateurs et de la complexité du paramétrage des incidents. Un accompagnement à la mise en route est recommandé.

La main courante numérique peut-elle produire les annexes IDFM?

Oui, à condition que l’outil intègre les règles de calcul et les formats requis. Le plugin DXG de Camtek génère les Annexes 5bis et 11 d’IDFM directement depuis les données de perturbation, avec les coefficients correcteurs de distances.

Le passage au numérique est-il réversible ?

Les données produites par une main courante numérique sont exportables en format Excel. Un retour au tableur est techniquement possible, mais impliquerait de renoncer à l’automatisation des calculs et à la traçabilité intégrée.

Marc

Je m’appelle Marc, en tant que Responsable des Systèmes d’Information et d’Optimisation Transport, je mets ma passion pour la technologie et l’optimisation au service des entreprises. Mon expertise me permet de concevoir des solutions innovantes pour améliorer l’efficacité des opérations et la gestion des ressources.