[ARCHIVED CANNIBAL DUPE — DO NOT PUBLISH] Logiciel OEE pour les ingénieurs en fiabilité : de la détection des défauts à la prévention des pannes

Les ingénieurs en fiabilité ont pour mission de répondre à la question la plus difficile en fabrication: pourquoi cet équipement continue-t-il de tomber en panne ? Les systèmes GMAO enregistrent ce qui s'est passé, bons de travail, pièces utilisées, heures de main-d'œuvre.

Mais ils n'enregistrent pas ce qui se passait dans le processus de production dans les instants précédant la panne. Le logiciel OEE comble cette lacune en capturant l'état de la machine, le temps de cycle, la perte de vitesse et les schémas de micro-arrêts avec une granularité que les seules données GMAO ne peuvent fournir.

Plutôt que d'analyser les événements de panne a posteriori, les ingénieurs en fiabilité utilisant un logiciel OEE peuvent identifier les signatures de dégradation qui précèdent les pannes, perte de vitesse progressive, augmentation de la fréquence des courts arrêts, variance croissante du temps de cycle, et intervenir avant que la machine ne tombe en panne.

Ce passage d'une fiabilité réactive à une fiabilité prédictive constitue la proposition de valeur fondamentale des données OEE pour l'ingénierie de la fiabilité.

Toute usine compte des acteurs problématiques, les 20 % des machines qui provoquent 80 % des temps d'arrêt imprévus. Sans données OEE, les identifier est plus difficile qu'il n'y paraît. L'historique de maintenance indique quelles machines génèrent le plus d'ordres de travail, mais pas lesquelles affectent réellement la production.

Une machine ayant dix ordres de travail mineurs peut être bien moins préjudiciable qu'une qui provoque deux pannes catastrophiques au pire moment possible.

Le logiciel OEE relie les événements de panne des machines directement à l'impact sur la production, unités perdues, débit perdu, points d'OEE perdus.

Un ingénieur fiabilité disposant de données OEE peut classer les acteurs problématiques non seulement par fréquence des pannes mais par coût de production par panne, rendant les décisions de priorisation bien plus défendables.

Les calculs de MTBF et de MTTR prennent du sens lorsqu'ils sont ancrés dans de véritables données de production, et pas seulement dans les registres de maintenance.

Tous les logiciels OEE ne sont pas conçus en gardant à l'esprit les cas d'usage de l'ingénierie de la fiabilité.

Lors de l'évaluation des options, les ingénieurs en fiabilité devraient privilégier: une journalisation granulaire des événements à l'échelle inférieure à la minute pour capturer les micro-arrêts qui précèdent les défaillances, des codes de défaut configurables alignés sur les taxonomies des modes de défaillance RCM

un accès API pour extraire les données OEE et les événements vers les outils d'analyse de la fiabilité, et une intégration avec les plateformes CMMS existantes pour faire le lien entre l'événement OEE et l'ordre de travail de maintenance.

Les ingénieurs en fiabilité qui tirent le plus de valeur des logiciels OEE sont ceux qui les considèrent comme une source de données, pas seulement comme un tableau de bord. Le tableau de bord vous indique votre score OEE.

Les données sous-jacentes vous disent pourquoi, quand et à quelle fréquence chaque mode de défaillance se manifeste, et c'est cela qui permet d'améliorer durablement la fiabilité.