Dossier d’acceptation Industrial AI détaillé : exemple fictif de diagnostic initial des arrêts non planifiés sur une ligne de conditionnement

Exemple fictif détaillé : données d’entrée inventées et illustrations calculées ; aucune preuve client.

Une usine fictive de taille moyenne qui conditionne des biens de consommation. Une ligne d’encartonnage tourne en deux postes, cinq jours par semaine. Le flux de travail est le diagnostic initial des arrêts non planifiés de plus de cinq minutes : du moment où la ligne s’arrête au moment où un technicien a confirmé la cause.

• Responsable de maintenance. Responsable opérationnel. Fixe l’acceptation avec les techniciens, prend la décision et exploite ce qui est conservé.
• Directeur d’usine. Sponsor. Valide avant l’essai la valeur d’une heure d’arrêt et les deux seuils économiques.
• Techniciens de maintenance de la ligne. Utilisateurs. Participent à l’essai, consignent chaque arrêt et signalent quand une suggestion était erronée.
• Responsable de la sécurité informatique et des technologies opérationnelles. Approuve ce que l’assistant peut lire, où il s’exécute et qui peut l’ouvrir.
• Responsable sécurité et responsable qualité. Conservent leur autorité. L’un ou l’autre peut suspendre l’essai sans donner de raison économique.
• Intégrateur. Installe et connecte le candidat dans le cadre du bon de commande de l’usine.

Exemple fictif détaillé : données d’entrée inventées et illustrations calculées ; aucune preuve client.

Mesures inventées sur 8 semaines, avec la manière dont chacune serait recueillie dans une usine réelle.

Exemple fictif détaillé : données d’entrée inventées et illustrations calculées ; aucune preuve client.

Corriger le processus

Des codes de cause standard sur le terminal de ligne et une fiche de recherche de panne d’une page pour chacune des cinq causes les plus fréquentes, rédigée par l’ingénieur de maintenance avec les techniciens.

Les cinq causes couvrent 62.98 % des arrêts ; les 77 autres arrêts de la période n’ont pas de fiche dédiée. C’est une limite de couverture, et non, à elle seule, une raison d’acheter de l’IA.

Utiliser un outil que l’usine possède déjà

La recherche en texte intégral du système de maintenance dont l’usine détient déjà la licence, ouverte sur une tablette au pied de la ligne, dans les ordres de travail passés.

Cette recherche atteint des causes moins fréquentes, mais les ordres de travail passés sont rédigés de façon inégale et elle ne cherche pas dans les manuels des fournisseurs de machines.

Les deux ensemble, mesurés

Les deux ont été appliqués ensemble pendant 4 semaines avant le choix de toute nouvelle technologie. Cela a coûté à l’usine 10 jours de personnel (4,000 EUR au coût journalier interne).

Le temps moyen de diagnostic est passé de 14 à 10.5 minutes sur 104 arrêts, et les premières corrections qui ont tenu sont montées à 73.08 %. Rapporté au nombre annuel d’arrêts, cela vaut 62,790 EUR par an. C’est ce résultat que le candidat doit battre, et non la référence d’origine.

Exemple fictif détaillé : données d’entrée inventées et illustrations calculées ; aucune preuve client.

Un assistant de diagnostic initial sur le terminal de ligne. Le technicien saisit le code d’arrêt et une courte description ; l’assistant cherche dans les manuels des fournisseurs, les ordres de travail passés et le cahier de poste, et renvoie jusqu’à trois causes probables, chacune avec la page ou l’enregistrement dont elle provient et la procédure de vérification propre à l’usine pour cette cause.

• Il lit des documents. Il n’est pas connecté à l’automate de ligne et ne peut rien démarrer, arrêter ni modifier.
• Une suggestion n’est jamais un ordre. Le technicien décide de ce qu’il vérifie et de ce qu’il fait.
• Lorsqu’il ne trouve aucun document à l’appui, il le dit et ne suggère rien.

Exemple fictif détaillé : données d’entrée inventées et illustrations calculées ; aucune preuve client.

Les seuils ont été convenus avec le responsable opérationnel avant l’essai. Les valeurs observées sont inventées.

Dans cet essai fictif, chacune des 71 consultations produit une réponse : 66 contiennent jusqu’à trois causes proposées et 5 sont des abstentions. Le taux des trois premières causes est compté par réponse sans abstention, et 49 d’entre elles contiennent la cause confirmée. Le contrôle des citations et la revue des contradictions avec les procédures portent sur chaque cause proposée de chaque réponse sans abstention.

Le contrôle automatique des citations établit que les références s’ouvrent. Il n’établit ni la pertinence de la source, ni son actualité, ni qu’elle étaie chaque affirmation, ni que les abstentions sont justifiées ; ces points exigent une évaluation complémentaire avant tout usage opérationnel.

Exemple fictif détaillé : données d’entrée inventées et illustrations calculées ; aucune preuve client.

À chaque arrêt

1. Mettre la machine en sécurité selon la procédure existante de l’usine. L’assistant ne joue aucun rôle dans cette étape et n’est pas ouvert avant qu’elle soit terminée.
2. Saisir le code d’arrêt et une description d’une ligne sur le terminal de ligne.
3. Lire les suggestions et ouvrir la source citée pour celle sur laquelle vous comptez agir.
4. Décider. Vous pouvez ignorer toutes les suggestions.
5. Effectuer la vérification et la réparation selon les règles habituelles de l’usine.
6. Clôturer la fiche d’arrêt : la cause confirmée, si la première action a tenu, et si la suggestion était juste, erronée ou non utilisée.

Quand l’assistant se trompe

1. Marquer la suggestion comme erronée sur la fiche d’arrêt. Un seul appui suffit, et cela n’est jamais retenu contre le technicien.
2. Poursuivre avec la fiche de recherche de panne ou la recherche dans le système de maintenance, comme avant.
3. Appeler l’ingénieur de maintenance selon la règle d’escalade existante. L’assistant ne change ni la personne appelée ni le moment de l’appel.
4. L’ingénieur de maintenance revoit chaque semaine toutes les suggestions marquées comme erronées, en distinguant les erreurs de source des erreurs de recherche, d’interprétation et de configuration. Le responsable du document approuve toute correction d’une source ; les documents sources valides sont conservés. L’intégrateur corrige les défauts de l’assistant, et les exemples concernés sont testés de nouveau avant que la modification soit acceptée. Une contradiction avec la sécurité entraîne la suspension immédiate prévue par les conditions d’arrêt.

Quand l’assistant est indisponible

1. Ne pas l’attendre. Utiliser les fiches de recherche de panne et la recherche dans le système de maintenance, qui restent au pied de la ligne pour cette raison.
2. Cocher la case d’indisponibilité sur la fiche d’arrêt afin que les minutes soient comptées.
3. L’informatique rétablit le service en dehors de l’arrêt. Aucun arrêt n’est prolongé pour remettre l’assistant en service.

Exemple fictif détaillé : données d’entrée inventées et illustrations calculées ; aucune preuve client.

Données

• Les sources sont les manuels des fournisseurs que l’usine est autorisée à détenir, les ordres de travail de l’usine et le cahier de poste. Rien d’autre n’est indexé.
• L’index et le journal des requêtes restent à l’intérieur du réseau de l’usine. Le responsable de la sécurité informatique et des technologies opérationnelles décide par écrit, avant l’essai, si un texte peut en sortir.
• Les cahiers de poste et les ordres de travail contiennent les noms des techniciens. Le référent à la protection des données de l’usine décide de ce qui est retiré ou masqué avant l’indexation et de la durée de conservation des journaux de requêtes, et les techniciens sont informés de ce qui est enregistré.

Accès

• Comptes en lecture seule. L’assistant ne peut écrire ni dans le système de maintenance ni dans le cahier de poste.
• Aucune connexion à l’automate de ligne ni à une quelconque fonction de sécurité.
• Seuls les techniciens de la ligne, l’ingénieur de maintenance et le responsable de maintenance peuvent l’ouvrir.

Sécurité et qualité

• La consignation et les procédures de sécurité de l’usine sont inchangées et passent en premier.
• Le responsable sécurité lit chaque suggestion émise pendant l’essai et peut le suspendre immédiatement.
• Les décisions de libération qualité restent au responsable qualité. L’assistant ne donne aucun avis sur la libération du produit.

Exemple fictif détaillé : données d’entrée inventées et illustrations calculées ; aucune preuve client.

Ce sont des coûts que l’usine supporte elle-même. Aucun honoraire de conseil ni aucun prix Hyperion ne fait partie de ce dossier : un honoraire pour la conduite d’un tel travail fait l’objet d’un devis écrit distinct, et l’usine l’ajouterait comme une ligne à part.

Le délai de remboursement de 3.46 ans indiqué dans les mesures ci-dessus est calculé sur l’ensemble du projet. Lors de la décision après l’essai, il faut distinguer les dépenses déjà engagées des coûts futurs évitables ; l’effort d’essai déjà dépensé ne doit pas être traité comme un nouveau coût d’achat. Les 62,790 EUR du comparateur sont un bénéfice annuel brut modélisé, avant tout entretien courant. Une comparaison réelle doit recenser les coûts récurrents des deux options et séparer les coûts partagés des coûts supplémentaires propres à l’assistant.

Exemple fictif détaillé : données d’entrée inventées et illustrations calculées ; aucune preuve client.

• Une seule suggestion qui contredit une procédure de sécurité ou de consignation : l’essai est suspendu dès le poste en cours et ne reprend pas sans l’accord écrit du responsable sécurité.
• Du texte issu des documents ou des journaux de l’usine trouvé hors du périmètre approuvé par le responsable de la sécurité : l’assistant est coupé et l’index supprimé.
• Les premières corrections qui tiennent passent sous le comparateur deux semaines de suite : l’essai s’arrête et la ligne revient à la procédure du comparateur.
• Disponibilité inférieure à 98 % des minutes planifiées sur l’essai : aucune décision de lancement n’est possible, quoi que disent les autres mesures.
• Ni le comparateur ni le candidat n’améliorent la référence : le travail s’arrête et l’usine garde sa procédure d’origine.

Exemple fictif détaillé : données d’entrée inventées et illustrations calculées ; aucune preuve client.

La règle, convenue avant l’essai :

• Go : chaque mesure d’acceptation et chaque mesure économique est atteinte. L’assistant entre en usage quotidien sur cette ligne avec la procédure ci-dessus.
• Corriger le processus : le comparateur a battu la référence et l’assistant n’a pas atteint toutes les mesures. L’usine garde les codes de cause, les fiches et la recherche, et n’achète pas l’assistant maintenant.
• Arrêter : une contradiction avec la sécurité s’est produite, ou l’assistant n’a pas atteint toutes les mesures et le comparateur n’a pas non plus battu la référence.

Résultat dans cet exemple : Corriger le processus.

Dans cet exemple fictif, les huit mesures d’acceptation listées atteignent leur seuil : le temps moyen de diagnostic est inférieur de 1.6 minutes à celui du comparateur, les techniciens ont consulté l’assistant lors de 71 arrêts sur 100, et la revue n’a relevé aucune contradiction avec les procédures de sécurité ou de consignation de l’usine. Cela n’établit pas que l’assistant ou ses suggestions sont sûrs. Une évaluation de la sécurité par le responsable sécurité de l’usine devrait encore établir qu’agir sur une cause proposée ne peut pas conduire un technicien à omettre ou à écourter la consignation, qu’une proposition erronée ou périmée est détectée avant que quiconque agisse, et que les procédures utilisées pour la revue sont complètes et à jour. Les deux mesures économiques ne sont pas atteintes. Au-delà de la correction du processus, il vaut 28,704 EUR par an pour un coût de fonctionnement de 21,000 EUR, soit un ratio de 1.37 là où 1.5 avait été convenu, et le coût ponctuel de 26,650 EUR mettrait 3.46 ans à être remboursé là où 2 avait été convenu. La correction du processus vaut à elle seule 62,790 EUR par an pour 4,000 EUR de temps de personnel. La décision du responsable de maintenance est de corriger le processus : garder la procédure du comparateur sur cette ligne et ne pas mettre l’assistant en service maintenant.

Les changements suivants déclenchent un nouvel examen, et non une approbation. Les deux premiers ne portent que sur le ratio rapporté au coût de fonctionnement ; le seuil de remboursement en 2 ans au plus doit lui aussi être respecté. À coûts indiqués inchangés, les deux seuils économiques exigent au moins 34,325 EUR de valeur annuelle au-delà du comparateur : un gain d’au moins 1.92 minutes par arrêt pour 1,196 arrêts par an, ou au moins 1,431 arrêts par an pour un gain de 1.6 minutes. Les coûts d’une extension doivent être inclus avant d’appliquer ces seuils.

• Le gain par rapport au comparateur atteint 1.76 minutes par arrêt au nombre d’arrêts actuel, soit approximativement le seuil à partir duquel la valeur représente 1.5 fois le coût de fonctionnement.
• La même licence et la même tenue à jour servent au moins 1,313 arrêts comparables par an au gain observé, par exemple parce que d’autres lignes équipées des mêmes machines sont ajoutées. Cela devrait être mesuré sur ces lignes, et non supposé.
• Le coût de fonctionnement change, ou le contrôleur financier de l’usine révise la valeur d’une heure d’arrêt.

Exemple fictif détaillé : données d’entrée inventées et illustrations calculées ; aucune preuve client.

Chaque chiffre dérivé ci-dessus, avec sa formule. Les résultats sont arrondis à deux décimales.

Exemple fictif détaillé : données d’entrée inventées et illustrations calculées ; aucune preuve client.

• Rien ici n’a été mesuré. L’usine, la ligne, les arrêts, les temps, les coûts et les résultats de l’essai sont inventés pour montrer la forme d’un dossier d’acceptation.
• Les trois périodes se suivent, si bien que la répartition des arrêts diffère de l’une à l’autre. Une comparaison réelle doit montrer que les périodes sont comparables, ou alterner les procédures d’un poste à l’autre.
• La comparaison repose sur des moyennes calculées sur environ 100 arrêts. Une revue réelle a besoin de la dispersion des temps, et pas seulement de la moyenne, avant de tenir pour réelle une différence de 1.6 minutes.
• Une minute de diagnostic économisée est comptée comme une minute de marche de la ligne regagnée. Le calcul suppose que le diagnostic se trouve sur le chemin critique du redémarrage et qu’un diagnostic plus rapide avance d’autant le redémarrage, sans allonger la réparation ni augmenter les pannes répétées ou les pertes de qualité. L’usine doit vérifier cette relation à partir du temps total entre l’arrêt et le redémarrage, et établir si la capacité récupérée crée bien la contribution supposée.
• La mesure illustrative des premières corrections prend le reste du poste comme période de suivi, si bien que la durée de suivi diffère d’un arrêt à l’autre. Un essai réel devrait convenir d’une période de suivi commune en heures de marche, distinguer la récidive de la même panne des pannes sans rapport, et repérer les suivis incomplets avant de comparer les taux de première correction.
• Le candidat associe un assistant à une remise en ordre des documents et à un accès élargi aux sources. L’exemple n’isole pas la contribution de l’IA ; une comparaison réelle devrait aussi envisager de rendre les mêmes manuels et enregistrements remis en ordre consultables sans assistant.
• Les chiffres annuels appliquent le taux d’arrêts de référence à une année entière. Ce ne sont pas des prévisions d’arrêts, et ils ne disent rien d’une autre ligne, d’une autre usine ou d’un autre produit.
• Les seuils sont les choix de l’usine fictive. Un responsable opérationnel réel en fixe d’autres pour un autre flux de travail et un autre risque.
• Ce dossier ne donne aucun avis en matière juridique, de protection des données, de sécurité ou de conformité. Ces décisions restent aux personnes désignées pour les prendre.

Exemple fictif détaillé : données d’entrée inventées et illustrations calculées ; aucune preuve client.

Le fichier Markdown reprend le texte et les chiffres du dossier d’exemple. Le fichier JSON contient les mêmes données d’entrée, chiffres calculés et vérifications sous forme de données structurées.

• Fichier Markdown
• Fichier JSON

SHA-256 de la charge utile du dossier de référence en anglais : f63794bb10931e8191d85e3ffc1ceddd0c6c835bb0fc56a1b35e3720d1f14d5e