Par Thomas Cohen, fondateur de Maestro
Créer un carnet d’entretien numérique pour les équipements d’un atelier
Huit équipements fictifs pour préparer les fiches, les rappels par date ou compteur et l’historique des interventions. Avec les cas de report, d’annulation et de saisie manquante.
La fiche dit « entretien prévu vendredi », mais personne ne sait s’il a eu lieu. Un collègue a changé la date pour la semaine suivante ; l’historique a disparu avec la modification. Un carnet numérique doit permettre de distinguer ce qui était prévu, ce qui a été fait et ce qui reste à décider.
Nous utiliserons huit équipements d’un atelier fictif nommé Passage. Les références, compteurs et échéances sont inventés pour vérifier un fonctionnement informatique. Ils ne sont pas des consignes d’entretien. Les opérations, périodicités et conditions de remise en service doivent venir des notices, des personnes compétentes et des règles applicables à vos équipements.
Identifier les objets avant de programmer les rappels
Chaque équipement reçoit une référence stable qui figure à la fois sur sa fiche et sur un repère physique adapté. Deux appareils de même modèle doivent être distingués. Le nom « aspirateur » ne permet pas de retrouver lequel a reçu une intervention et lequel attend encore un examen.
La fiche de départ comprend la désignation, l’emplacement, la personne responsable et les documents utiles. Ajoutez le modèle et le numéro de série si votre suivi les nécessite. Une photo peut aider à retrouver l’objet ; elle ne remplace pas une identification lisible et durable.
- EQ01 : aspirateur d’atelier, zone préparation.
- EQ02 : compresseur, local technique.
- EQ03 : perceuse sur colonne, poste perçage.
- EQ04 : ponceuse, poste finition.
- EQ05 : imprimante d’étiquettes, accueil.
- EQ06 : ventilateur mobile, réserve.
- EQ07 : chariot de manutention, quai.
- EQ08 : appareil de mesure, armoire dédiée.
Ce catalogue fictif mélange volontairement plusieurs usages. Il aide à repérer les champs communs et les besoins particuliers. N’attribuez pas automatiquement le même programme d’entretien à tous les équipements parce qu’ils partagent une catégorie. La référence de la notice et la personne qui valide le programme doivent être retrouvables.
Séparer équipement, programme et intervention
La fiche équipement décrit l’objet. Le programme décrit ce qui doit être prévu selon les règles validées. L’intervention décrit une action réellement effectuée. Garder ces trois éléments distincts permet de modifier un programme futur sans réécrire les opérations passées.
Pour EQ05, l’exercice prévoit une opération fictive appelée « opération A », organisée à une date choisie. Sa fiche de programme indique la règle et sa source à renseigner. Lorsqu’une personne intervient, elle crée un événement avec la date réelle, le résultat et les observations. La prochaine échéance est ensuite calculée selon la règle décidée.
L’INRS décrit l’intérêt de carnets de liaison propres à chaque équipement pour tracer les interventions et les modifications. Cette source concerne l’organisation de la maintenance. Elle ne valide pas les opérations fictives du guide, ni une application particulière.
Prévoyez plusieurs programmes pour le même équipement lorsque cela correspond à sa documentation. Une opération périodique et une vérification liée à une situation particulière ne se résument pas à une seule « prochaine date ». L’écran principal peut rester simple, tout en permettant d’ouvrir le détail de chaque échéance.
Décrire les rappels par date sans changer le passé
Un rappel par date suppose de choisir un point de départ. La prochaine échéance peut être liée à un calendrier fixe ou à la date de l’intervention réellement effectuée. Ces deux règles donnent des résultats différents après un retard. Elles doivent être déterminées par le programme validé pour l’équipement.
Dans notre jeu d’essai, une opération administrative fictive est prévue le 10 octobre, puis réalisée le 12. Si la règle est « tous les trente jours après réalisation », l’échéance suivante part du 12. Si la règle utilise un calendrier fixe, le retard ne déplace pas automatiquement toutes les dates suivantes. L’application doit appliquer la règle choisie et l’afficher.
Distinguez la date prévue, la date replanifiée et la date réelle. Un déplacement de rendez-vous n’efface pas la première échéance. Il ajoute une décision, une raison et un responsable. Vous pouvez ainsi voir qu’une opération a été reportée, au lieu de présenter un calendrier artificiellement toujours à jour.
Un rappel envoyé ne prouve pas que l’intervention a été faite. Son état peut être « à examiner », « planifiée », « en cours » ou « réalisée », selon votre organisation. L’absence de réponse garde une action ouverte. Évitez qu’un clic sur une notification clôture l’entretien sans compte rendu.
Utiliser un compteur saisi avec ses limites
Certains programmes peuvent dépendre d’un compteur, lorsque cela correspond aux consignes de l’équipement. Dans le prototype, un collègue saisit manuellement la valeur lue et la date. Il faut conserver ces deux informations : un nombre exact mais vieux de trois semaines peut donner une impression trompeuse de suivi actuel.
L’exercice attribue à EQ01 une valeur fictive de 118 unités et une échéance d’exercice à 120. À 119, le seuil n’est pas atteint. À 120 et au-delà, il l’est. Ces nombres servent seulement à tester la comparaison. Ils ne représentent pas une fréquence d’entretien applicable à un aspirateur réel.
Une nouvelle valeur plus faible demande une explication : erreur de saisie, changement de compteur ou remplacement de l’équipement. Ne la corrigez pas automatiquement. Conservez la valeur précédente et la raison de la rectification. Une simple baisse silencieuse pourrait repousser à tort une échéance.
Combiner date et compteur avec une règle lisible
Un programme peut utiliser une date, un compteur ou une combinaison validée. Si la règle est « à la première des deux échéances », l’application doit signaler l’opération dès qu’une des conditions est remplie. Si elle attend que les deux soient atteintes, elle applique une autre règle. Cette différence mérite un essai explicite.
Dans l’exemple fictif, EQ04 possède un seuil d’exercice au 20 octobre ou à 200 unités, selon le premier atteint. Le 15 octobre, une lecture à 200 déclenche l’alerte de suivi. Le 20 octobre, une lecture récente à 180 la déclenche aussi par la date. Une lecture absente laisse une incertitude visible sur le compteur.
Affichez la raison du rappel : « échéance de date atteinte » ou « seuil de compteur atteint ». La personne responsable comprend alors pourquoi le dossier apparaît. Une alerte rouge sans explication oblige à ouvrir chaque fiche et favorise les corrections improvisées.
Le statut d’entretien reste distinct de l’autorisation d’utiliser un équipement. Cette décision dépend de sa situation et des règles métier. L’application doit permettre de consigner une indisponibilité décidée par une personne autorisée, sans prétendre qu’une échéance verte établit à elle seule la sécurité d’utilisation.
Enregistrer le réalisé, le report et l’annulation
Une intervention réalisée comporte sa date, son auteur, l’opération concernée et un résultat utile. Les documents ou observations nécessaires peuvent y être attachés. Demandez ce qui a effectivement été fait, pas seulement si quelqu’un souhaite fermer la tâche. Les champs doivent suivre les besoins du programme validé.
Un report indique une nouvelle date proposée, la raison et la personne qui l’a décidé. Il ne transforme pas l’intervention en réalisation. Pour EQ02, le jeu d’essai prévoit un report fictif parce qu’un intervenant n’est pas disponible. Le dossier reste à traiter et conserve la première échéance.
Une annulation demande elle aussi une raison. L’équipement a été retiré du parc, l’opération a été créée en double ou le programme a été remplacé : ces situations ne racontent pas la même histoire. Gardez le lien vers la décision ou vers l’opération qui prend le relais lorsque c’est nécessaire.
Prévoyez une intervention interrompue. Une personne commence puis signale un élément manquant. Le compte rendu partiel reste visible, mais l’opération n’est pas déclarée terminée. La suite attendue, le responsable et l’état d’utilisation décidé doivent être explicites pour éviter qu’un collègue reprenne l’équipement sur une mauvaise hypothèse.
Concevoir la tournée de lecture du responsable
L’accueil du carnet peut afficher les actions à examiner, les opérations prévues prochainement et les informations manquantes. Ces vues répondent à des tâches distinctes. Un compteur à mettre à jour ne doit pas être présenté comme une intervention effectuée, et une opération reportée ne doit pas disparaître derrière une nouvelle date lointaine.
Le responsable fictif, Samir, commence par les équipements indisponibles et les décisions en attente. Il regarde ensuite les échéances de la semaine, puis les compteurs dont la lecture manque. Le but est de lui faire retrouver une action précise pour chaque ligne, pas un grand nombre de couleurs.
Les personnes qui utilisent le matériel peuvent signaler un problème sans modifier les programmes validés. Les intervenants enregistrent leurs opérations. La personne chargée du parc gère les références et les documents. Un même collègue peut tenir plusieurs rôles, mais les actions sensibles doivent rester attribuées.
Préparez une fiche consultable lorsque la connexion est indisponible, selon vos conditions de travail. Si une saisie différée est nécessaire, indiquez comment éviter les doublons et comment signaler l’âge de l’information. Une capture ancienne ne doit pas être confondue avec l’état actuel du parc.
Essayer les dates, compteurs et décisions inhabituels
Le jeu d’essai doit inclure les frontières exactes et les informations absentes. Pour le seuil fictif de 120, essayez 119, 120 et 121. Pour une échéance au 20 octobre, examinez l’affichage avant, le jour même et après. Fixez la date d’essai dans votre protocole pour que le résultat attendu reste compréhensible.
- EQ01 : valeur de 119 puis 120, rappel selon le seuil d’exercice.
- EQ02 : opération reportée, première échéance toujours retrouvable.
- EQ03 : opération annulée en double, lien vers l’opération conservée.
- EQ04 : compteur atteint avant la date, rappel déclenché selon la règle.
- EQ05 : intervention réalisée après la date prévue, historique intact.
- EQ06 : aucune lecture récente, information manquante visible.
- EQ07 : équipement retiré, prochaines opérations traitées explicitement.
- EQ08 : correction d’une valeur, ancienne saisie et raison retrouvables.
Ces essais sont à réaliser ; aucun résultat d’application n’est revendiqué ici. Testez aussi deux personnes qui renseignent la même opération. Une double saisie ne doit pas créer deux réalisations qui fausseraient la prochaine échéance. La personne chargée de la construction doit préciser comment le conflit est traité.
Vérifiez enfin qu’un export retrouve les références, les opérations et leurs dates. Ouvrez-le dans un autre outil et suivez un équipement jusqu’à son dernier événement. La présence d’un bouton « exporter » n’établit pas que l’historique est complet ni qu’il pourra être repris ailleurs.
Adapter la ressource avec la personne compétente
Le carnet d’entretien à préparer contient huit fiches fictives, les règles d’exercice et une grille de contrôle. Remplacez les périodicités par celles validées pour votre matériel, en renseignant leur source. Faites relire le programme par la personne compétente avant d’utiliser les rappels pour organiser l’activité.
La première version peut rester manuelle : catalogue, relevé de compteur, opérations, reports et historique. Des capteurs ou des prédictions ajoutent d’autres questions de mesure et de fiabilité. Ils ne sont pas nécessaires pour vérifier que l’équipe retrouve correctement les informations qu’elle saisit déjà.
Un projet conduit avec Maestro ou un prestataire peut partir de cette description. Le carnet reste à réaliser et à vérifier. Le guide sur la maintenance d’une application porte sur l’entretien du logiciel lui-même, un travail différent de l’entretien physique enregistré dans ce carnet.
À la fin du pilote, demandez à un collègue de retrouver pourquoi EQ02 a été reporté, quelle information manque pour EQ06 et qui peut décider de la suite. Si ces réponses nécessitent encore plusieurs appels, corrigez le passage de relais. Un historique utile doit permettre de reprendre le travail sans reconstituer toute l’histoire de mémoire.