Main courante numérique vs Excel : pourquoi digitaliser le suivi des perturbations réseau

Le suivi des perturbations dans un réseau de transport urbain ou interurbain conditionne la fiabilité des données d’exploitation, la justesse des reportings contractuels et la capacité à piloter la performance. Le choix de l’outil, tableur généraliste ou main courante numérique dédiée, a des conséquences directes sur la qualité de ces données et sur le temps mobilisé par les équipes.

L’essentiel à retenir (même dans le bus)
✅ Le tableur reste répandu pour le suivi des perturbations, mais ses limites structurelles (absence de référentiel, pas de calcul automatique des distances, traçabilité faible) fragilisent les données d’exploitation.
✅ Une main courante numérique adossée au référentiel d’offre théorique garantit la cohérence entre la saisie terrain et les synthèses produites pour l’autorité organisatrice (annexes). De plus, une main courante numérique permet de rapprocher les données de l’offre non réalisée avec celles du SAE.
✅ La digitalisation ne supprime pas l’intervention humaine : elle structure le cadre de saisie et automatise les calculs, laissant aux équipes la qualification des événements.
✅ Le retour sur investissement se mesure en heures de consolidation économisées et en réduction des écarts à analyser lors des revues de contrat.

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

Dimension	📗 Tableur (Excel)	📘 Main courante numérique (DXG)
Référentiel d’offre	Non intégré : l’opérateur identifie manuellement les services et courses impactés	Offre théorique du jour pré-chargée depuis le DWH, alignée avec HASTUS/OKAPI
Granularité de saisie	Service ou course entière, la portion de course est difficile à gérer	Service, course ou tronçon inter-arrêts avec recalcul automatique des distances
Calcul des km perdus	Estimation ou ressaisie depuis une autre source	Automatique, basé sur les distances contractuelles du référentiel
Taux de réalisation	Calculé a posteriori par formules, avec risque d’erreur sur le périmètre	Mis à jour à chaque saisie, par ligne, transporteur, type de véhicule
Traçabilité	Limitée : historique des modifications peu fiable en fichier partagé	Chaque saisie est horodatée, attribuée à un utilisateur, archivée
Rapports d’exploitation	Compilation manuelle, vérification des formules, retraitement des cas spéciaux	Génération automatique en format Excel, prêt pour la revue de contrat
Annexes réglementaires	Construction manuelle à partir de données dispersées	Annexes IDFM (5bis et11) générées automatiquement, formatées pour les gabarits des autorités organisatrices
Facturation sous-traitants	Calcul séparé, souvent contesté faute de traçabilité	Intégrée : chaque ligne de facture traçable jusqu’à l’événement source
Multi-utilisateurs	Conflits d’accès, versions concurrentes	Profils d’accès différenciés (consultation, saisie, back-office, administration)
Coût de mise en place	Faible (outil déjà disponible)	Réduit, prenant en compte la complexité du réseau, intégration avec le DWH existant

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 :

Indicateur	Tableur suffisant	Main courante numérique recommandée
Nombre de lignes	Réseau de moins de 5 lignes avec un seul exploitant	Réseau multi-lignes et/ou multi-transporteurs
Exigences contractuelles	Reporting annuel simplifié	Annexes IDFM, taux de réalisation par ligne, facturation sous-traitants
Volume de perturbations	Quelques incidents par semaine	Perturbations quotidiennes (grèves, pannes, travaux récurrents)
Nombre d’opérateurs de saisie	Un seul régulateur	Plusieurs régulateurs, back-office, facturation

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.