Quand la caméra et le journal de l'opérateur sont en désaccord : qui a raison ?

Points clés

• Deux listes, deux types d'arrêt. Le papier garde les arrêts longs ; la caméra ajoute les courts.
• Le registre papier dérive : les courts arrêts ne sont pas écrits, les longs sont arrondis, et le temps en "starved" est enregistré comme une panne.
• Réconciliez sur une seule chronologie : le PLC (automate programmable) comme horloge, la caméra comme témoin, l'opérateur pour la raison.
• L'OEE (overall equipment effectiveness) calculée à partir de comptages réels ne change pas. La performance baisse généralement, et la perte obtient un nom.

Par les chiffres

• Les grandes usines subissent en moyenne 25 incidents d'arrêt imprévus par mois, contre 42 en 2019. (Siemens, 2024)
• Remettre la production en marche après un arrêt imprévu prend en moyenne 81 minutes, contre 49 minutes cinq ans plus tôt. (Siemens, 2024)
• 69% des usines industrielles ont une panne imprévue sur un équipement critique au moins une fois par mois. (ABB, 2023)

Quand une caméra affiche 40 arrêts et le journal opérateur 6, les deux ont généralement raison — au sujet d'arrêts différents. Le journal garde les arrêts longs que les gens retiennent. La caméra enregistre aussi les courts, sous le seuil de l'usine, qui atteignent rarement le papier.

Fabrico est une plateforme de performance manufacturière équipée de vision par ordinateur. C'est un logiciel OEE et un MES léger. Il enregistre les arrêts automatiquement, valorise chaque perte en argent et affiche l'OEE en direct par ligne et par poste.

Le registre n'est aucune des deux listes isolément. C'est une seule chronologie : heures PLC, clips caméra et la raison que l'opérateur a confirmée en une seule action.

Pourquoi la caméra compte-t-elle beaucoup plus d'arrêts que le registre papier ?

Un registre papier est rédigé par des personnes occupées, souvent en fin de poste. Il dérive de quatre façons.

• Les courts arrêts n'atteignent jamais le papier. Un bourrage de 40 secondes est généralement sous le seuil de l'usine pour noter un arrêt. Aucun standard ne fixe ce seuil ; chaque usine choisit le sien.
• Les arrêts sont arrondis et reconstruits de mémoire. Un arrêt de 7 minutes devient "10 min" en fin de poste.
• Les arrêts sont fusionnés ou scindés. Huit petits bourrages deviennent une ligne « infeed jams, 20 min ». Un long arrêt avec redémarrage raté devient deux.
• Le temps starved ou blocked est enregistré comme une panne. Un ensacheuse qui attend du produit est starved ; une qui ne peut pas passer les paquets est blocked. Le papier dit souvent "wrapper down" pour les deux.

Les courts arrêts se cachent dans la performance sous la forme de "slow running" jusqu'à ce que quelque chose les compte. Notre guide pour trouver et corriger les micro-arrêts couvre la suite. Les arrêts enregistrés sans raison constituent un problème à part : voir pourquoi les temps d'arrêt non classés cachent de réelles pertes.

La caméra peut-elle se tromper alors que le registre a raison ?

Oui. Une caméra voit un seul champ de vision dans une certaine plage d'éclairage.

• Faux positifs. Une personne se tient devant la sortie, ou la lumière change, et la caméra enregistre un arrêt qui n'a pas eu lieu.
• Arrêts hors de son champ. Une défaillance à l'intérieur de la machine peut ne pas apparaître tant que le produit ne s'arrête pas là où la caméra regarde.
• Temps planifié. Une pause ressemble à un arrêt pour une caméra. Le plan de poste indique qu'elle ne compte pas.

Donc le comptage brut de la caméra n'est pas non plus le registre : chaque événement a besoin de la vérification par l'opérateur en une seule action.

Comment mettre la caméra et le registre sur une même chronologie ?

1. Partir des horodatages PLC, ou des horodatages de la caméra dans un tableau manuel, et superposer les événements et clips caméra.
2. Appairer chaque entrée papier avec les événements à ce moment. Scinder les entrées fusionnées et joindre celles qui sont séparées.
3. Appliquer votre seuil. Les arrêts plus longs vont dans la disponibilité, les plus courts dans la performance comme arrêts mineurs.
4. Attribuer le temps starved et blocked à la machine en amont ou en aval qui en est la cause.
5. Demander à l'opérateur de confirmer chaque raison en une seule action, avec le clip sous la main.

Pour la configuration, voyez comment connecter des caméras de ligne aux codes de downtime MES. Pour l'écran, voyez un tableau de bord OEE avec contexte vidéo.

Qui décide de la raison de l'arrêt, la caméra ou l'opérateur ?

L'opérateur. La caméra peut suggérer une raison probable, comme un biscuit sur le côté à l'entrée. L'opérateur la confirme ou la modifie en une seule action pendant que l'arrêt est récent, pas sur un formulaire en fin de poste.

Le clip sert l'opérateur. La première fois qu'il montre que le wrapper s'est arrêté parce que le produit est arrivé en retard, et non parce que quelqu'un était lent, l'opérateur commence à faire confiance au système.

Cette confiance nécessite une règle : la caméra surveille le processus, pas la personne. Pas de visages, pas de noms, pas de scores par opérateur.

En Allemagne, l'article 87(1) n° 6 BetrVG donne au comité d'entreprise son mot à dire sur l'équipement technique qui peut surveiller le comportement ou la performance. L'intention n'a pas d'importance. Ceci n'est pas un conseil juridique : vérifiez avec votre délégué à la protection des données et, en Allemagne, avec votre comité d'entreprise.

Que montre un exemple travaillé d'une équipe en désaccord ?

Ligne d'exemple (chiffres illustratifs, pas un client). Une ligne de biscuits se termine par un flow wrapper, le goulot d'étranglement, évalué à 100 paquets par minute. Le temps planifié est de 480 minutes. Les arrêts de moins de 2 minutes sont des arrêts mineurs. Le compteur indique 37,500 paquets produits et 36,750 bons.

Note méthodologique : Ligne d'exemple, chiffres illustratifs, pas un client. Chaque résultat ci‑dessus provient des entrées listées et de la formule montrée avec, vous pouvez donc répéter le calcul avec les chiffres de votre propre ligne.

Les totaux sont proches : 95 minutes sur papier, 94 confirmées. La répartition ne l'est pas. Cinq arrêts confirmés dépassent 2 minutes, soit 64 minutes au total. Les autres 33 sont des arrêts mineurs, 30 minutes.

• Papier : temps de fonctionnement = 480 moins 95 = 385 minutes. Disponibilité = 385 / 480 = 80.2%. Les 37,500 paquets nécessitent 375 minutes à pleine vitesse, donc performance = 375 / 385 = 97.4%.
• Confirmés : temps de fonctionnement = 480 moins 64 = 416 minutes. Disponibilité = 416 / 480 = 86.7%. Performance = 375 / 416 = 90.1%.
• Qualité = 36,750 / 37,500 = 98.0% dans les deux cas.
• OEE = 80.2% x 97.4% x 98.0% = 76.6% sur papier, et 86.7% x 90.1% x 98.0% = 76.6% confirmé. Vérification : 36,750 paquets bons nécessitent 367.5 minutes, et 367.5 / 480 = 76.6%.

Même OEE, histoire différente. La perte de disponibilité est passée de 95 à 64 minutes. La perte de performance est passée de 10 à 41 minutes, et 30 de celles-ci sont maintenant 33 arrêts courts nommés. À une marge d'exemple de $0.10 par paquet (€0.10 dans une usine en euros), les arrêts courts coûtent 3,000 paquets, soit $300 par poste.

Que se passe-t-il pour votre OEE lorsque vous passez au comptage caméra ?

Si l'OEE provient de comptages réels, le total reste le même. L'OEE équivaut au nombre bon multiplié par le temps de cycle idéal, divisé par le temps planifié, et aucun de ces éléments ne change. Seule la répartition change.

• La performance baisse généralement, car les arrêts courts y tombent comme arrêts mineurs.
• La disponibilité augmente souvent quand les arrêts longs ont été arrondis sur papier. Elle baisse si la caméra trouve des arrêts longs que personne n'a écrits.
• La perte obtient un nom. "Slow running" devient des arrêts comptés avec clips et raisons confirmées.

Attendez-vous à ce que les premiers rapports paraissent pires sur la performance. C'est la mesure qui devient honnête, pas la ligne qui devient plus lente.

Ensuite, lisez comment la vision par ordinateur aide à réduire les micro-arrêts. Fabrico commence par un pilote sur une ligne. Voyez comment un arrêt obtient son clip et sa raison confirmée sur la page fonctionnalité OEE vision par ordinateur. Il n'y a pas de plan gratuit et pas de paliers : chaque usine reçoit un devis.

Preuve d'une usine nommée : Ficosota a porté l'OEE usine de 53.1% à 59.6%, avec une production bonne en hausse de 23.2% par mois de juin à septembre 2026. Lire le cas Ficosota.

Toyota appelle jidoka "automation with a human touch" : la machine s'arrête sur un problème, et une personne décide de la suite. (Toyota, Toyota Production System)

Questions fréquemment posées

Lequel est correct, la caméra ou le registre opérateur ?

Aucun seul. La caméra compte généralement plus d'arrêts parce qu'elle enregistre les courts qui n'atteignent jamais le papier, mais elle peut déclencher des faux positifs. Le registre contient les raisons dont se souviennent les gens. Le registre final est constitué des arrêts confirmés sur une même chronologie, avec les temps PLC et les clips caméra.

Pourquoi les opérateurs écrivent-ils moins d'arrêts que ce que montre la caméra ?

Un arrêt résolu en moins d'une minute ne vaut généralement pas la peine d'être noté. Le registre est souvent rempli en fin de poste de mémoire, donc les arrêts sont arrondis, fusionnés ou attribués à la mauvaise machine. Ce n'est pas un mauvais travail des opérateurs : le papier ne peut pas suivre les arrêts courts.

Notre OEE va-t-elle baisser si nous utilisons les données caméra ?

Pas si votre OEE provient de comptages réels : le total reste le même, mais la répartition change. La performance baisse généralement lorsque les arrêts courts y sont déplacés. La disponibilité augmente souvent quand des arrêts longs arrondis se réduisent à leur durée réelle. Prévenez l'équipe avant le premier rapport.

Que faisons-nous des arrêts du registre que la caméra n'a pas vus ?

Vérifiez chacun. Soit la caméra l'a manqué parce que la vue était bloquée ou l'incident hors cadre. Soit ce n'était pas un arrêt, comme une pause planifiée. Corrigez la vue pour le premier cas et le codage du registre pour le second.