Brancher un modèle sur une GMAO : retour d’intégration

Une GMAO contient ce qui manque à presque tous les projets d’intelligence artificielle en industrie : de l’historique, daté, structuré, saisi par des gens qui savent de quoi ils parlent. Sur le papier, c’est la meilleure source de données d’un site industriel. En pratique, y accéder demande plus de travail que le modèle lui-même.

Le premier obstacle est l’accès, pas la donnée

La plupart des GMAO installées ne proposent pas d’API documentée, ou la réservent à une édition supérieure. Restent trois voies : l’export planifié, la lecture directe en base, et le connecteur officiel quand il existe.

• L’export planifié est le plus simple à obtenir et le plus fragile : un champ ajouté par un utilisateur et le fichier change de forme
• La lecture directe en base est la plus robuste, à condition d’obtenir un compte en lecture seule, ce qui demande souvent l’accord de l’éditeur
• Le connecteur officiel est le plus propre et le plus cher, et son périmètre est rarement celui dont on a besoin

Nous demandons systématiquement un accès en lecture seule. Ce n’est pas une précaution de principe : une GMAO est un outil de production, et un projet d’analyse n’a aucune raison de pouvoir y écrire.

L’historique de pannes est plus sale qu’annoncé

Le champ « cause » d’une intervention est presque toujours du texte libre. On y trouve la même panne écrite de six manières, des abréviations maison, des numéros de pièce collés au milieu d’une phrase, et beaucoup de champs vides les jours de forte charge.

C’est là que le modèle sert vraiment : non pas à prédire la prochaine panne, ce que tout le monde demande en premier, mais à regrouper ces formulations en familles cohérentes pour qu’on puisse enfin compter. Une fois qu’on sait compter, la moitié des questions trouvent leur réponse sans intelligence artificielle.

La demande initiale était la maintenance prédictive. Le gain réel est venu du nettoyage de l’historique, qui a rendu les compteurs lisibles pour la première fois.

Ce qui a failli faire échouer le projet

Une mise à jour de la GMAO, programmée par l’éditeur pendant le développement, a modifié deux noms de colonnes. L’import s’est arrêté du jour au lendemain, sans message d’erreur explicite du côté de l’utilisateur.

Depuis, nous posons une règle simple : tout connecteur vérifie la forme des données qu’il reçoit avant de les traiter, et signale un écart plutôt que de continuer en silence. C’est trois heures de développement supplémentaires et cela évite une semaine d’enquête.

Ce qu’il faut prévoir

• Un compte en lecture seule, obtenu avant le début du développement, pas pendant
• Le calendrier des mises à jour de l’éditeur, qui ne vous appartient pas
• Un référent interne qui connaît les habitudes de saisie de ses équipes
• Un contrôle de forme sur chaque import, qui alerte au lieu de se taire