Une checklist avant départ remplace-t-elle une VGP ?

Non. Elle trace un contrôle opérationnel défini par l'entreprise. Une VGP, lorsqu'elle est applicable, répond à un cadre, un contenu et des conditions spécifiques. Les deux traces peuvent être reliées à la même fiche sans être fusionnées.

Existe-t-il une checklist universelle pour tous les engins rail-route ?

Non. Le contenu dépend de la famille, de la configuration, de la notice, de la mission, du domaine d'utilisation et des procédures. Un socle commun d'identification peut exister, mais les points techniques doivent être validés pour chaque périmètre.

Faut-il rendre une photo obligatoire à chaque question ?

Généralement non. Cela allonge la saisie et produit beaucoup d'images peu utiles. Une photo est pertinente pour identifier, documenter un écart ou montrer une zone définie, avec son contexte et sans être présentée comme une preuve suffisante à elle seule.

Que doit faire l'application lorsqu'un écart est saisi ?

Elle applique le flux configuré : consigne visible, signalement, éventuel blocage de clôture, action attribuée et conservation du constat. La gravité et la décision technique ne doivent pas être inventées par le logiciel.

Comment tester le contrôle hors ligne ?

Il faut charger une mission, couper réellement le réseau, saisir réponses et photos, fermer puis rouvrir l'application, et vérifier la synchronisation. Le test couvre aussi les conflits si le dossier a été modifié au bureau pendant l'absence de connexion.

Qui peut décider que l'engin part malgré une observation ?

La procédure de l'entreprise doit désigner la personne compétente et les conditions de décision. Trackary peut rendre l'observation et l'historique visibles, mais n'accorde aucune autorisation et ne remplace pas cette responsabilité.

Contrôle avant départ d'un engin rail-route

Structurez le contrôle avant départ d'un engin rail-route : identification, configuration, points adaptés, écart, décision et rapport terrain.

Distinctions

Nommer exactement le contrôle réalisé

Le vocabulaire évite une mauvaise portée donnée au rapport. Une inspection avant départ, un contrôle avant usage, une opération de maintenance, une vérification générale périodique et une démarche de conformité ferroviaire peuvent concerner le même engin sans avoir le même objet, le même intervenant ni le même fondement.

La checklist reprend une procédure définie par l'organisation pour une famille, une configuration et un moment précis. Elle ne doit pas reproduire un texte technique sans en maîtriser le champ, ni laisser entendre que quelques réponses « conformes » remplacent une vérification prescrite ou la décision du responsable.

Élément

Finalité

Auteur attendu

À ne pas conclure

Checklist avant départ

Tracer les points prévus par la procédure opérationnelle

Utilisateur formé et désigné selon l'organisation

Qu'elle constitue automatiquement une VGP

Maintenance

Entretenir, diagnostiquer ou remettre en état

Intervenant compétent prévu par le plan

Qu'une tâche cochée vaut rapport de vérification

Vérification applicable

Réaliser l'examen prévu dans son champ réglementaire

Personne qualifiée dans les conditions requises

Qu'elle autorise tout usage ferroviaire

Décision de départ

Prendre en compte l'ensemble du dossier et du contexte

Responsable désigné par la procédure

Qu'elle peut être automatisée par une couleur

Le nom du modèle doit annoncer sa portée

Préférer « contrôle de préparation avant mission » avec sa version et son périmètre à un titre générique comme « contrôle conformité », qui pourrait être interprété au-delà de ce qui a réellement été examiné.

Modèle de checklist

Écrire des points observables avec une issue prévue

Une question comme « engin OK ? » est rapide mais inutilisable. Chaque point doit indiquer ce qui est observé, sur quel sous-ensemble et avec quelles réponses possibles. L'option « non applicable » demande un motif lorsque le point dépend d'une configuration absente. Une valeur ou une photo n'est demandée que si elle aide réellement la revue.

Les sections suivent le geste terrain : identification, environnement de préparation, état général, organes et équipements concernés, documents disponibles, accessoires, essais prévus par la procédure et clôture. Le contenu technique vient des notices, analyses et procédures validées par l'entreprise, pas d'un modèle universel copié sur internet.

Constat

Ce que l'intervenant a effectivement vu, mesuré ou essayé selon la procédure.

Écart

Différence décrite sans diagnostic hâtif, avec les éléments nécessaires à la revue.

Suite

Arrêt, signalement, action ou décision attribuée selon des critères préparés à l'avance.

Checklist de travail

✓ Afficher l'identifiant de l'engin et la configuration attendue avant la première question.
✓ Formuler un seul constat observable par point, avec un vocabulaire compris des utilisateurs.
✓ Prévoir des réponses adaptées : satisfaisant, écart, non vérifié ou non applicable avec motif.
✓ Rendre obligatoire un commentaire ou une photo seulement lorsqu'ils éclairent une anomalie.
✓ Associer chaque écart à une gravité ou un circuit défini, sans laisser l'utilisateur l'inventer.
✓ Afficher les consignes d'arrêt et les contacts sans les enfouir dans une pièce jointe.
✓ Versionner le modèle et conserver celle utilisée avec chaque rapport.

Terrain

Préparer le hors ligne et préserver une chronologie compréhensible

Lorsqu'un parcours hors ligne est inclus et configuré, la mission, la fiche et le bon modèle de contrôle doivent être chargés sur l'appareil avant une perte possible du réseau. Le déploiement doit vérifier que l'utilisateur identifie les données disponibles localement, que les réponses sont conservées pendant la saisie et que les pièces restent rattachées au point concerné.

Dans ce périmètre configuré, Trackary prépare le parcours terrain puis synchronise le rapport au retour de la connexion. Le test de déploiement doit couvrir une fermeture de l'application, une photo volumineuse, une synchronisation interrompue et une éventuelle modification au bureau. Il doit aussi confirmer que l'utilisateur distingue ce qui est local, envoyé, en attente ou en erreur.

Précharger Télécharger la journée, la fiche engin, les documents utiles et le modèle validé avant de quitter le réseau.
Identifier Confirmer la machine et sa configuration sans se fier uniquement au planning.
Observer Suivre l'ordre prévu, enregistrer les états et décrire un écart au point où il apparaît.
Escalader Appliquer la consigne d'arrêt ou de signalement et joindre la personne désignée lorsque le critère l'exige.
Clôturer la saisie Relire les points manquants, enregistrer l'auteur identifié et l'horodatage généré par le système, puis rendre visible l'état de synchronisation.
Revoir Qualifier l'écart au bureau, attribuer la suite et préserver le rapport initial dans l'historique.

Un rapport synchronisé n'est pas une décision

La transmission confirme que les données ont rejoint le système. Elle ne signifie ni que l'écart est acceptable, ni que l'engin peut partir.

Gouvernance

Relier les écarts aux actions et tester le modèle sur quelques missions

La checklist apporte de la valeur lorsque les anomalies ne disparaissent pas dans le PDF final. Chaque écart conserve le constat original, la personne avertie, l'action créée, les pièces ajoutées et la décision de clôture. Corriger une donnée ne doit pas réécrire ce que le technicien avait déclaré.

Un pilote sur plusieurs familles et situations permet de supprimer les questions ambiguës, de raccourcir la saisie et de vérifier les circuits d'escalade. On mesure les rapports incomplets, les points souvent marqués non applicables, le délai avant prise en charge d'un écart et les synchronisations en attente. Une fréquence anormale conduit à revoir la procédure ou le modèle, pas à demander aux équipes de cocher plus vite.

Faire relire le modèle par le métier, la prévention et les utilisateurs concernés.
Tester une mission normale, un écart avec arrêt et un cas réellement non applicable.
Vérifier que la bonne personne reçoit l'information sans dépendre d'un message parallèle.
Conserver la version du modèle utilisée et la date de son approbation interne.
Séparer correction de saisie, traitement technique et décision de remise à disposition.
Planifier une revue après les premières semaines avec des exemples anonymisés.

Rôle de Trackary

Trackary centralise la fiche engin, les contrôles configurables, les rapports terrain et leur historique. Le contenu du modèle, les seuils, les consignes et les décisions restent définis et assumés par l'organisation compétente.

Questions fréquentes

Sources et limites de ce guide

INRS — Vérifications initiales ou périodiques ↗ Repères pour distinguer les vérifications réglementées du maintien en état et des contrôles organisés par l'employeur.
INRS — Contrôles périodiques : obligations de l'employeur ↗ Focus juridique qui rappelle la diversité des vérifications et l'importance d'en qualifier le champ au lieu d'appliquer un modèle générique.
SNCF Réseau — Vérifier la conformité de vos engins de travaux ↗ Contexte sur la conformité des engins de travaux, distincte d'une checklist de préparation interne.
Légifrance — Arrêté du 1er mars 2004 relatif aux vérifications des appareils et accessoires de levage ↗ Texte consolidé utile lorsqu'un équipement et une vérification entrent dans son champ ; il ne doit pas être généralisé à tout engin rail-route.
Un logiciel centralise les informations et matérialise un processus défini par l'organisation. Il ne remplace ni l'analyse réglementaire, ni le contrôle physique, ni la décision d'une personne compétente.
Les points techniques, critères d'arrêt, compétences, documents et traces attendus doivent être établis à partir des risques, configurations et procédures applicables.
Un rapport complet documente une saisie attribuée et horodatée dans le périmètre du modèle utilisé ; il ne certifie pas à lui seul l'aptitude ou la conformité de l'engin. Sa valeur probatoire dépend notamment des mécanismes d'identification, d'intégrité, d'horodatage et de conservation effectivement mis en œuvre.