Le vrai coût d’un arrêt non planifié, et comment le chiffrer.

LE PIÈGE Le « coût moyen d’un arrêt » ne vous sert à rien.

Vous avez vu les chiffres — « 260 000 € de l’heure », « 50 % des industriels… ». Ce sont des moyennes sur des secteurs aux marges, cadences et criticités radicalement différentes. En citer un à votre direction financière ne mène nulle part : le coût d’un arrêt sur votre ligne goulot en plein carnet de commandes n’a rien à voir avec celui d’un poste amont tamponné. Le chiffre défendable est celui que vous construisez à partir de votre propre fréquence, durée et marge. La bonne nouvelle : tous les paramètres existent déjà dans vos systèmes.

LE MODÈLE Quatre paramètres, et où trouver chacun.

Un coût d’arrêt non planifié défendable pour un actif donné est, au fond : la fréquence des arrêts × leur durée × ce que vaut réellement une heure perdue. C’est ce dernier terme qui fausse la plupart des estimations — ce n’est pas seulement de la main-d’œuvre inoccupée, c’est de la production perdue à votre marge sur coûts variables, plus le rebut et le redémarrage, quand la ligne est la contrainte.

• Fréquence des arrêtsdepuis votre GMAO — nombre de pannes par actif sur une période. Déjà enregistré sur chaque OT.
• Durée (MTTR + attente)depuis les horodatages GMAO — mais le chiffre honnête inclut le diagnostic et l’attente, pas seulement le temps d’intervention effectif.
• Production perduedepuis votre MES ou votre historian de production — unités non produites pendant l’arrêt, comptées seulement quand l’actif est le goulot.
• Valeur par unitédepuis votre ERP — marge sur coûts variables, pas le chiffre d’affaires, plus rebut et redémarrage du lot concerné.

LA MAJORITÉ CACHÉE Un arrêt, c’est surtout du diagnostic, pas de la réparation.

Décomposez un arrêt non planifié typique et la réparation elle-même est souvent la partie courte. La partie longue, c’est comprendre ce qui a lâché : quelle alarme s’est déclenchée, ce que faisait la machine, si c’est déjà arrivé, où est la procédure, quelle pièce sortir. Quand la réponse est éclatée entre un écran SCADA, une GMAO, un ERP et une étagère de manuels, cette recherche peut atteindre près de deux heures avant même qu’un outil soit pris en main. Réduisez-la, et vous réduisez le temps d’arrêt sans toucher à la fiabilité de la machine.

On réduit le temps d’arrêt de deux façons : faire tomber les machines en panne moins souvent, ou écourter chaque intervention. La seconde est plus rapide, moins chère, et surtout un problème de donnée.

Le levier MTTR

OÙ ÇA APPARAÎT TRS / OEE : le temps d’arrêt pèse sur la Disponibilité.

Le TRS (OEE en anglais) multiplie Disponibilité × Performance × Qualité. Les arrêts non planifiés frappent directement le terme Disponibilité, et un MTTR long le tire vers le bas plus fort que ne le suggère le simple nombre de pannes. C’est pourquoi viser l’amélioration du TRS par les seuls projets de fiabilité plafonne : vous optimisez la fréquence des pannes en ignorant ce que chaque panne coûte en durée. Raccourcir le diagnostic bouge la Disponibilité en premier — le levier visible le plus rapide sur le TRS que votre comité de direction suit déjà.

UN EXEMPLE CHIFFRÉ Insérez vos propres chiffres.

À titre illustratif uniquement — remplacez chaque valeur par la vôtre. Supposons qu’une ligne goulot s’arrête sur pannes non planifiées 4 fois par mois, ~90 minutes à chaque fois, et que pendant l’arrêt elle ne produit pas 120 unités/heure à 25 € de marge sur coûts variables. Cela fait 4 × 1,5 × (120 × 25 €) = 18 000 € par mois de marge perdue, avant main-d’œuvre, rebut et redémarrage — soit environ 216 000 € par an sur un seul actif. Supposons maintenant que connecter la donnée raccourcisse la part de diagnostic, faisant passer l’arrêt moyen de 90 à 60 minutes. Même fréquence, un tiers de durée en moins : environ 72 000 € par an récupérés, sans rien changer à la machine. Le sujet n’est pas notre chiffre — c’est que vos propres entrées rendent ceci calculable, et défendable.