Personne, dans la plupart des cas. Chaque constructeur documente sa machine et s'arrête à ses bornes. Le dialogue entre deux équipements de fournisseurs différents, les signaux échangés, les conditions de synchronisation, cette zone reste orale. Quand la panne s'y loge, l'équipe de maintenance avance sans document et chaque fournisseur renvoie vers l'autre.
Cette zone grise existe pour une raison simple : elle appartient à tout le monde et à personne. Des plateformes d'intelligence industrielle comme Mimorian modélisent les équipements et leurs liaisons pour accompagner les équipes de maintenance terrain dans leur diagnostic de pannes, y compris quand le défaut se situe à la frontière entre deux machines.
Pourquoi la documentation s'arrête-t-elle aux bornes de chaque machine ?
Un constructeur livre une machine. Sa notice couvre son périmètre contractuel : fonctions, réglages, pièces de rechange, codes défaut, plan de l'armoire électrique. Ce qui dépasse ses bornes relève de l'intégrateur, quand un intégrateur est passé, ou du site lui-même.
L'intégrateur documente l'installation telle qu'elle était le jour de la mise en service, puis il repart. Les ajustements suivants, nouvelle recette, changement de cadence, poste tampon ajouté, se font dans le programme de l'automate programmable industriel, avec une note sur un cahier au mieux.
Les référentiels de fiabilité entretiennent ce découpage. La norme ISO 14224 structure la donnée autour de l'équipement, de la cause, du mode de défaillance et de l'action corrective [Source : ISO 14224, 2016]. Ce cadre sert à comparer des équipements entre eux. Il reste muet sur ce qui les relie.
Que coûte une panne qui tombe dans la zone grise ?
La ligne s'arrête. La machine amont signale un défaut de transfert, la machine aval affiche une attente. Prises séparément, les deux fonctionnent. Le défaut est dans le dialogue : une autorisation qui arrive trop tôt, un détecteur de présence lu au mauvais instant, une temporisation ajustée un jour de production et jamais consignée.
L'équipe appelle le premier fournisseur : mon équipement est conforme, voyez avec l'autre. Elle appelle le second, même réponse. Deux interlocuteurs, deux périmètres, une frontière sans propriétaire. Pendant ce temps l'équipement est arrêté et le technicien de maintenance cherche seul, en lisant le programme.
Le diagnostic se fait alors sans document, donc à l'intuition. L'étude Vanson Bourne pour ServiceMax attribue 23 % des arrêts non planifiés de l'industrie à des erreurs humaines, contre un taux qui descend jusqu'à 9 % dans les autres secteurs [Source : Vanson Bourne/ServiceMax, 2017].
Pourquoi les nouveaux arrivants paient-ils cette zone grise en premier ?
Une interface sans documentation tient debout tant que quelqu'un la porte de tête. Un ancien sait que ce convoyeur attend une seconde de plus depuis le changement de format, que ce défaut de transfert vient du même détecteur mal fixé. Cette connaissance circule à la pause et s'arrête là.
Le jour où un technicien de maintenance arrive d'un autre site, il hérite des notices constructeur et de très peu sur les liaisons. Il ouvre l'armoire électrique, remonte les entrées et sorties de l'automate programmable industriel, et reconstitue seul. Chez Mimorian, nous jugeons un outil d'appui au diagnostic d'abord sur ce qu'il documente des interfaces, précisément pour ces arrivants.
Le renouvellement des équipes accélère cette perte. La DARES compte trois métiers sur quatre en tension forte ou très forte, soit 68 % de l’emploi total [Source : DARES, 2023]. Les arrivées et les départs s'enchaînent plus vite que la transmission.
La concentration du savoir sur une ou deux personnes est un problème voisin, traité dans notre article sur la perte de savoir-faire au moment des départs en retraite. Le sujet ici est la zone que personne n'a jamais écrite, même quand toute l'équipe est présente.
Comment documenter une interface sans attendre les constructeurs ?
La bonne échelle est petite. Une interface se documente en une page, et cette première page produit déjà de la valeur là où un plan complet resterait au stade de l'intention. Cinq gestes suffisent à démarrer.
- Donner un nom à la liaison. Dès qu'elle porte un identifiant propre, distinct des deux équipements qu'elle relie, elle a un dossier et chacun peut y rattacher quelque chose. Un nom du type transfert convoyeur d'accumulation vers machine de conditionnement fait l'affaire.
- Lister les signaux échangés. Autorisation de transfert, présence produit, demande d'arrêt, acquittement : pour chacun, l'émetteur, le destinataire, l'état attendu. Cette table existe déjà dans le programme de l'automate, elle attend d'être écrite en clair.
- Écrire les conditions de synchronisation. Temporisations, seuils, fenêtres d'acceptation. Ce sont les valeurs qui bougent en exploitation et que l'on finit toujours par chercher pendant l'arrêt.
- Capturer à chaud. Le meilleur moment pour documenter une liaison est la fin d'une intervention qui s'y est déroulée : le technicien de maintenance vient de comprendre le mécanisme. Quelques lignes dans le compte rendu d'intervention, rattachées à la liaison autant qu'à l'équipement.
- Relier les objets entre eux. La liaison pointe vers ses deux équipements, chaque équipement pointe vers ses liaisons. Une ligne de production se décrit comme un graphe de dépendances.
Où ranger cette documentation quand tout est classé par équipement ?
L'arborescence dominante s'organise par site puis par équipement, avec la documentation et les interventions dans le même sous-dossier. Une logique claire tant que chaque objet a un propriétaire. La liaison, elle, entre difficilement quelque part : la ranger sous l'un des deux équipements revient à parier sur celui que l'on ouvrira en premier.
Deux options tiennent la route. Créer un niveau interfaces au même rang que les équipements dans le dossier de la ligne, ce qui marche avec une simple arborescence de fichiers. Ou rattacher chaque intervention à un ou plusieurs objets, équipement comme liaison, ce qui demande un outil capable de porter des relations.
Questions fréquentes
Faut-il documenter toutes les interfaces d'une ligne ? Commencer par celles qui ont déjà provoqué un arrêt et par les frontières entre fournisseurs différents suffit largement. Quelques liaisons reviennent plus souvent que les autres dans les appels de nuit. Le reste s'ajoute au fil des interventions.
Le constructeur peut-il fournir la documentation d'interface ? Il peut fournir la table des entrées et sorties de sa machine et la logique attendue de son côté, ce qui fait déjà la moitié du travail. La combinaison des deux logiques appartient au site. Demander cette table à la commande coûte une ligne dans le cahier des charges, la demander trois ans plus tard coûte une prestation.
Une IA peut-elle aider sur une panne d'interface ? Elle aide quand elle connaît la liaison, ses signaux et son historique. Un modèle qui voit uniquement des équipements isolés reproduit la zone grise. La valeur vient de la modélisation des liens et de la capitalisation des interventions passées. L'IA prend le relais quand l'expert du site est absent, et capitalise son raisonnement quand il est présent.
Ce qu'il faut retenir
- La documentation d'interface manque par construction : chaque constructeur documente son périmètre, l'intégrateur photographie la mise en service, et les référentiels de fiabilité raisonnent équipement par équipement.
- Le coût se paie en durée d'arrêt et en renvois entre fournisseurs, et il tombe d'abord sur les techniciens de maintenance arrivés récemment, ceux qui acquièrent encore la connaissance implicite du site.
- La documentation se construit par petits pas, à chaud, en donnant à chaque liaison un nom, une table de signaux et ses conditions de synchronisation.
Prochaine étape concrète : reprendre les trois derniers arrêts de la ligne, repérer ceux dont la cause était à la frontière entre deux équipements, et ouvrir une fiche pour chacune de ces liaisons.
Une plateforme d'intelligence industrielle qui modélise les équipements et leurs liaisons rend cette documentation utile pendant le diagnostic, au moment où la ligne est arrêtée. C'est le parti pris de Mimorian.
Demander une démo · Essayer Mimorian