Arrêts non enregistrés: playbook en 4 étapes

Comment réduire les arrêts non enregistrés en production

10 Mar `26

Points clés:

Si vous comptez sur les logs opérateurs, vous voyez 30-40% des arrêts réels. Les 60-70% restants sont invisibles: micro-arrêts, événements mal classés, et „on tourne" alors que la ligne rampe.
Le playbook en 4 étapes rend les arrêts non enregistrés visibles: capturer les micro-arrêts, corriger la classification, séparer perte de vitesse et arrêts complets, recouper avec les données capteurs.
Les usines qui ferment l'écart d'enregistrement voient les arrêts déclarés „augmenter" 2-3x le premier mois. Ce n'est pas la ligne qui empire. C'est la réalité qui se montre enfin.

Pourquoi les opérateurs ne journalisent que 30-40% des arrêts réels

Demandez à n'importe quel directeur d'usine, il vous dira que les opérateurs sont assidus à journaliser les arrêts. Demandez aux opérateurs, ils sont d'accord. Mettez les données à côté d'une capture automatique, et les chiffres racontent une autre histoire.

Ligne d'emballage UE typique, même ligne, même semaine:

Arrêts journalisés opérateur: 18 heures
Arrêts captés par Computer Vision: 47 heures
Ratio: les opérateurs voient 38% de la réalité

Ce n'est pas de la paresse. Trois raisons structurelles font qu'ils manquent le reste:

Micro-arrêts trop courts pour aller au terminal. Un blocage de 45 secondes se réinitialise et s'oublie. En fin de poste, plus personne ne se souvient des 12 blocages de la journée.
Mauvaise catégorie est plus facile que la bonne. Le terminal a 30 codes raison. Choisir le bon demande de la réflexion. „Autre" est un clic et l'opérateur retourne à la ligne.
Tourner lentement n'est pas arrêté. La ligne bouge, donc ça ne ressemble pas à un arrêt. Mais tourner à 65% de vitesse pendant 4 heures, c'est 1,4 heure d'arrêt effectif jamais journalisé.

Benchmark UE: dans les usines qui passent du manuel à l'automatique, les arrêts déclarés augmentent 2,5-3,5x les 30 premiers jours. C'est l'écart qui devient visible. Voir méthodes de collecte.

Étapes 1 + 2: capturer les micro-arrêts et corriger la classification

Étape 1: Capturer chaque arrêt de moins de 5 minutes. C'est là que vit la plupart des arrêts cachés. Les opérateurs ne les journalisent pas. Les PLC ne les signalent souvent pas. Ils ressemblent à „opération normale" dans les données.

Comment: Computer Vision sur la sortie de ligne attrape chaque arrêt dès 0,4 seconde. Pas d'action opérateur nécessaire.
Benchmark UE: temps micro-arrêts visible passe de 0 h/semaine à 8-15 h/semaine sur ligne d'emballage typique. Ce ne sont pas de nouveaux arrêts, ils ont toujours existé.
Attendez-vous à de la résistance opérateur: ils penseront que le système se trompe. Montrez-leur les clips vidéo horodatés. La résistance s'arrête en semaine 2.

Étape 2: Rendre la classification automatique, pas un menu de 30 codes. Un terminal avec 30 options dropdown garantit que „Autre" gagne.

Comment: limiter les catégories visibles à l'opérateur à 4-6 buckets (mécanique / qualité / changement / externe / micro-arrêt / autre). Auto-classifier les niveaux profonds en arrière-plan via patterns d'événements et état machine.
Benchmark UE: catégorie „Autre" chute de 35-45% des événements à moins de 8%. D'un coup on voit ce qui se passe vraiment.
Bonus: l'engagement opérateur monte parce que le système respecte leur temps.

Voir le cadre des 6 pertes TRS.

Étapes 3 + 4: séparer la lenteur et recouper avec les capteurs

Étape 3: Traiter le ralentissement comme un arrêt, pas comme „on tourne". Une ligne à 65% de la vitesse nominale pendant 4 heures a produit l'équivalent de 1,4 heure de zéro sortie. C'est de l'arrêt. Ça doit apparaître au tableau.

Comment: suivre le temps de cycle réel par minute contre le temps de cycle idéal. Toute fenêtre de 1 minute sous 75% de la vitesse nominale devient un événement „perte de performance" du même poids qu'un arrêt.
Benchmark UE: perte de performance auparavant invisible ajoute 12-18% aux arrêts enregistrés. La plupart des usines sont sidérées par le chiffre en jour 1.
C'est la différence entre disponibilité et TRS. Calcul TRS.

Étape 4: Recouper les logs opérateurs avec les données capteurs chaque jour, pas chaque semaine. Quand l'opérateur dit „nettoyage" et les capteurs montrent que la ligne produisait 8 minutes sur ces 12, vous avez une erreur de classification. Le rythme quotidien l'attrape avant que le pattern devienne habitude.

Comment: rapport automatique comparant événements journalisés vs données capteurs + CV. Surligner divergences au-dessus de 25%.
Benchmark UE: qualité des données passe de „il y a un truc qui cloche" à „on a confiance" en 6-8 semaines de revues quotidiennes.
Les revues sont 5 minutes en fin de poste. Pas un projet, une habitude.

Voir comment les arrêts non enregistrés alimentent la taxe de latence MDT.

Attendez-vous à ce que le chiffre „monte" avant de baisser

La partie la plus dure est la conversation en semaine 2 quand les arrêts déclarés font 2,5x ce que la direction attendait. Ce n'est pas la ligne qui plante. C'est la réalité qui se montre enfin.

Cadrez la conversation avant de commencer. Dites au DAF et au directeur d'usine en jour 1: „On allume la capture automatique. Les arrêts déclarés vont monter 2,5-3,5x le premier mois. La ligne ne s'est pas dégradée. On voit enfin ce qui a toujours été là. D'ici le mois 4, le nouveau total visible baissera de 30-40% pendant qu'on attaque ce qu'on voit maintenant."

Les usines qui sautent cette conversation sortent du projet en semaine 3 quand le chiffre flambe. Celles qui l'ont en amont finissent le projet.

Une solution TRS moderne avec CMMS natif traite les 4 étapes automatiquement et produit la revue de classification quotidienne sans travail opérateur. C'est la différence entre Fabrico et un système presse-papier qui se fait passer pour un tableau de bord.