Introduction

Votre GMAO tourne depuis vingt ans. Des centaines de milliers de lignes d'interventions, saisies une par une, année après année. Vous lancez un projet de fiabilité et le premier réflexe est de chiffrer des capteurs. Pendant ce temps, la donnée que vous avez déjà payée dort dans la base, et personne ne l'a relue depuis sa saisie.

Cet article explique comment tirer quelque chose d'un historique GMAO en champs libres : quel périmètre extraire pour commencer, quelle grille normative appliquer pour rendre les interventions comparables, et comment passer d'une récurrence détectée à une décision de maintenance.

Il s'adresse aux fiabilistes, aux services méthodes et aux responsables maintenance qui arbitrent un budget de fiabilité. Il sera moins utile si votre GMAO est déjà structurée par codes de défaillance normalisés et relue régulièrement : le travail décrit ici est alors déjà fait.

Pourquoi un historique volumineux reste illisible

Le problème n'est pas le volume, c'est la structure. Un sous-traitant de l'usinage réparti sur une quinzaine de sites accumule des milliers d'interventions par an dans sa GMAO maison. La matière est là. Elle reste inexploitable parce qu'elle est hétérogène : champs libres remplis à la va-vite, formulations différentes d'un technicien à l'autre, aucun outil pour relire transversalement.

La norme ISO 14224 pose la condition : une donnée de fiabilité ne vaut que reliée à un équipement, une cause, un mode de défaillance et une action [ISO 14224, 2016]. Un historique de phrases isolées ne porte aucun de ces liens.

Ce gaspillage se chiffre. Le rapport Panopto sur le savoir en entreprise évalue à 47 millions de dollars par an la productivité perdue dans une grande entreprise à cause d'un partage de savoir inefficace [Panopto/YouGov, 2018]. L'historique de maintenance jamais relu en est une part directe : le savoir est écrit, il n'atteint personne.

Ce que la structure change concrètement

Tant que chaque intervention reste une phrase isolée, les récurrences n'apparaissent pas. Les relier suppose de répondre à quatre questions par ligne : quel équipement, quel composant, quel symptôme, quelle action. C'est cette mise en relation qui transforme un tas de lignes en signal de fiabilité.

L'analyse du langage naturel des rapports rapproche les interventions qui se ressemblent (même symptôme, même composant, même chaîne fonctionnelle) sans exiger une saisie parfaite en amont. Les pannes qui se répètent remontent d'elles-mêmes.

Un exemple parlant : faire apparaître qu'un même composant a été remplacé trois fois en six mois. Le responsable maintenance tient un signal exploitable. Il pose un seuil de surveillance, passe d'un remplacement curatif subi à un préventif ciblé, et arrête de payer la même panne en boucle.

Mise en pratique

Trois étapes, sans capteur ni chantier informatique.

1. Extraire un périmètre parlant. Douze à vingt-quatre mois d'historique sur deux ou trois équipements critiques suffisent pour une première lecture. Inutile d'attendre un nettoyage complet de la base.

2. Relier chaque ligne à la machine. Équipement, composant, symptôme, action : la grille ISO 14224 sert de colonne vertébrale. C'est ce lien qui rend les interventions comparables entre elles.

3. Chercher les récurrences et décider. Un composant remplacé trois fois dans l'année, un symptôme qui revient chaque été : chaque récurrence appelle une décision, seuil de surveillance, préventif ciblé ou modification de conception.

Ce premier tour de piste donne aussi un état des lieux honnête de la saisie. Il montre aux équipes que leurs comptes rendus servent à quelque chose, ce qui améliore la saisie suivante.

Questions fréquentes

Q : Faut-il des capteurs pour exploiter l'historique de maintenance ? R : Non. L'historique de la GMAO et la documentation technique suffisent à faire ressortir les récurrences. Les capteurs relèvent d'un autre sujet, la surveillance en temps réel.

Q : Notre historique est mal saisi, reste-t-il exploitable ? R : Oui. L'analyse du langage naturel s'accommode de champs libres et de formulations variées. Elle rapproche les cas similaires sans exiger une saisie normalisée en amont.

Q : En quoi est-ce différent d'un tableau de bord GMAO ? R : Un tableau de bord affiche ce qui a été tagué à l'avance. Ici, les récurrences ressortent de ce que le technicien a raconté, sans tri manuel préalable.

Q : Combien d'années d'historique faut-il pour commencer ? R : Douze à vingt-quatre mois sur un équipement critique suffisent à faire ressortir les premières récurrences. Les années supplémentaires affinent la lecture des pannes rares, elles ne conditionnent pas le démarrage.

Conclusion

Trois points à retenir.

1. L'historique est un actif, pas une archive : il est déjà payé et contient les récurrences que vous cherchez.

2. Le volume ne vaut rien sans structure : relier chaque intervention à un équipement, un composant, un symptôme et une action change ce qu'on peut en tirer.

3. Le gain le moins cher est la donnée que vous avez déjà : avant d'ajouter des capteurs, exploitez ce qui dort dans la GMAO.

Prochaine étape concrète : extraire une année d'historique sur un équipement critique et compter combien de fois la même panne revient.

Pour situer cette lecture parmi les stratégies de maintenance, voir le comparatif des stratégies de maintenance. Sur le cadre complet de la capitalisation du savoir terrain, voir le guide de la capitalisation du savoir-faire en maintenance industrielle.

📚 Sources :

• Panopto/YouGov, 2018 : Workplace Knowledge and Productivity Report (communiqué) (47 M$ de productivité perdue par an dans une grande entreprise à cause d'un partage de savoir inefficace)

• ISO 14224:2016 : Collecte et échange de données de fiabilité et de maintenance (grille équipement, cause, mode de défaillance, action)