Logiciel OEE : comment le choisir et le déployer sans regret

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

Par Mirko Peters · 2026-11-12

Le logiciel OEE enregistre les arrêts, la vitesse et les rebuts machine par machine. Découvrez comment le choisir, le piloter, le relier à l’ERP et aux machines plus anciennes, et éviter les pièges courants.

Traduit automatiquement par IA à partir de l'article original. Lire l'original en anglais

Un logiciel OEE enregistre ce que fait une machine pendant le temps de production planifié, c’est-à-dire quand elle tourne, quand elle s’arrête, à quelle cadence elle travaille et combien de pièces bonnes elle produit. Il convertit ensuite ces données en disponibilité, performance et qualité, ainsi qu’en un indicateur OEE global. Cet article s’adresse aux responsables des opérations dans l’industrie manufacturière qui doivent choisir un outil, le tester et le faire accepter dans l’atelier. Il traite du choix et du déploiement, et non de la formule elle-même. Si vous souhaitez d’abord connaître la formule et les six grandes pertes, consultez d’abord l’article sur l’OEE, puis revenez ici.

Points clés

• Un logiciel OEE automatise ce que fait à la main un relevé papier : il enregistre le temps de fonctionnement, les arrêts, la vitesse et les rebuts machine par machine, et les transforme en disponibilité, performance et qualité.
• Lean.org définit l’OEE comme le produit de la disponibilité, de la performance et de la qualité. Vérifiez donc que la formule d'un outil ainsi que ses paramètres d’arrêt et de vitesse idéale correspondent à la définition utilisée dans votre usine.
• Choisissez d’abord en fonction de la capture des données, car un tableau de bord n’est fiable que si les comptages, les états et les motifs d’arrêt qui le sous-tendent le sont.
• Menez un pilote sur une machine goulot avec vos propres données, et comparez les comptages de l’outil à un relevé manuel avant de faire confiance à un graphique.
• Prévoyez tôt la connexion à l’ERP et à Power BI, et demandez comment l’outil transmet ses données, car Microsoft cessera de permettre la création de modèles sémantiques en streaming après le 31 octobre 2027.

Que doit réellement faire l’outil ?

Trois missions, dans cet ordre.

1. Capturer les données. L’état de la machine (en marche, arrêtée, en attente), les comptages de pièces, les rebuts et, surtout, le motif de chaque arrêt. C’est la partie difficile, et elle détermine si le reste mérite d’être examiné.
2. Calculer les indicateurs de la même manière à chaque fois. Lean.org définit l’OEE comme une mesure de l’efficacité d’utilisation d’un équipement, obtenue en multipliant la disponibilité, la performance et la qualité. La disponibilité prend en compte les arrêts dus aux pannes et aux réglages. La performance prend en compte les pertes de vitesse, y compris les micro-arrêts. La qualité prend en compte les rebuts et les retouches. L’exemple donné par Lean.org multiplie 90 %, 95 % et 99 % pour obtenir 84,6 %.
3. Montrer les bonnes informations aux bonnes personnes au bon moment. L’opérateur a besoin de l’équipe en cours sur un écran près de la machine. Le superviseur a besoin des dernières heures. Le directeur d’usine a besoin de tendances, et non d’un chiffre qui fluctue sans cesse.

Tout le reste de la liste des fonctionnalités, comme les applications mobiles, les alertes, les modules de maintenance et les compléments d’IA, est secondaire. Si la première mission est mal remplie, ces ajouts ne font qu’embellir des chiffres erronés.

En quoi se distingue-t-il d’un MES ou d’un ERP ?

Les frontières sont floues, il faut donc être clair sur ce que vous achetez.

Un MES gère et enregistre la production par ordre de fabrication : ce qui a été fabriqué, à partir de quelle matière, sur quel poste. Un système ERP contient les commandes, les articles, les gammes et les coûts. Les logiciels de TRS se concentrent sur le temps des équipements et sur les pertes. De nombreux produits de TRS recoupent un MES, et certains MES intègrent des écrans de TRS.

Un test simple : devez-vous prouver quelle matière est entrée dans quel produit, ou contrôler le flux des ordres de fabrication ? Cela relève du périmètre du MES. Voulez-vous comprendre pourquoi votre machine contrainte perd du temps, équipe par équipe ? C’est une question de TRS. Si vous avez besoin des deux, demandez comment les deux outils partagent les données de commande, afin que les opérateurs ne saisissent pas deux fois la même information.

Comment choisir un logiciel de TRS sans classement des éditeurs ?

Appuyez-vous sur des critères que vous pouvez tester, et consignez-les avant la première démonstration. Voici un ensemble qui convient à la plupart des usines.

Captation des données

• Peut-il lire les états et les comptages directement depuis l’automate de la machine, depuis des capteurs ajoutés, ou les deux ? Lequel de ces modes correspond à vos équipements ?
• Comment gère-t-il les machines qui ne disposent d’aucune sortie numérique ?
• Comment un opérateur saisit-il un motif d’arrêt ? Sur un écran tactile, en deux appuis, avec une liste que les superviseurs peuvent modifier ? Une liste de cinquante motifs ne sera pas utilisée lors d’un poste de nuit.
• Détecte-t-il automatiquement les micro-arrêts, ou seulement ceux qu’une personne saisit ?

Calcul et paramétrage

• Où la cadence idéale est-elle définie, et qui est autorisé à la modifier ?
• Comment traite-t-il les arrêts planifiés, les pauses et les changements de série ? Peut-on les voir comme des catégories distinctes ?
• Peut-on consulter les événements bruts derrière un chiffre, et pas seulement le pourcentage ?
• La formule suit-elle la définition Lean ou la norme ISO 22400-2 ? L’ISO décrit cette norme comme spécifiant les indicateurs clés de performance pour le management des opérations de fabrication, chacun avec sa formule, ses éléments, son comportement temporel et son unité. Les noms et les bases de temps peuvent différer d’une source à l’autre : demandez donc à l’éditeur la formule exacte et comparez-la avec la vôtre.

Usage en atelier

• L’écran est-il lisible à deux mètres, avec des gants, dans un hall bruyant ?
• Un opérateur peut-il voir l’équipe en cours sans se connecter à une application complète ?
• L’outil fonctionne-t-il pendant une coupure réseau, et rattrape-t-il ensuite les données manquantes ?

Intégration et propriété

• Quelles données peuvent sortir du système, et sous quelle forme ? Peut-on exporter les événements bruts, ou seulement des rapports ?
• Comment se connecte-t-il à votre ERP, à votre MES et à vos outils de reporting ?
• À qui appartiennent les données, où sont-elles stockées et qui peut les consulter ?
• Que prévoit le contrat en cas de sortie : export, suppression, préavis ?

Coût dans la durée

• Combien coûtent les licences par machine, par utilisateur ou par site, et que change l’ajout d’une ligne ?
• De quel matériel chaque machine a-t-elle besoin, et qui l’installe et le maintient ?
• Quelle part du travail nécessite l’éditeur, et quelle part vos équipes peuvent-elles assurer elles-mêmes ?

Notez chaque candidat selon cette liste avec une petite équipe : un représentant de la production, de la maintenance, de l’IT et un opérateur. L’avis de l’opérateur sur l’écran compte davantage que ne le pensent la plupart des managers.

Comment tester un outil avant de s’engager ?

Une démonstration sur l’usine d’exemple de l’éditeur ne vous apprend rien sur la vôtre. Demandez un pilote sur vos propres machines, et menez-le comme une expérience.

1. Choisissez une machine. Prenez la machine contrainte, ou une machine connue pour perdre du temps. Un article d’IndustryWeek sur l’usage correct du TRS recommande de se concentrer sur la contrainte, et met en garde contre la comparaison des équipes, des services ou des usines à l’aide de cet indicateur.
2. Définissez les termes par écrit. Temps de production planifié, temps de cycle idéal, ce qui compte comme pièce bonne, ce qui compte comme arrêt. Une page, validée par la production et la qualité.
3. Faites tourner l’outil et un relevé manuel côte à côte. Demandez à un opérateur ou à un superviseur de noter les arrêts sur papier pour la même période. Comparez les comptages, les durées d’arrêt et les motifs.
4. Analysez les écarts, pas le score. Si l’outil ignore les micro-arrêts ou enregistre un changement de série comme de la production, identifiez la cause avant de poursuivre.
5. Organisez une courte revue hebdomadaire. Prenez la perte la plus importante, discutez-en avec les opérateurs et décidez d’une seule action. Si le pilote ne débouche sur aucune action, vous ne faites que collecter des chiffres.
6. Décidez à l’aide d’une grille d’évaluation. Les comptages concordaient-ils ? Les opérateurs ont-ils utilisé l’outil sans y être invités ? Les résultats ont-ils conduit à un changement ? Le service informatique a-t-il pu assurer la connexion ?

Voici un exemple hypothétique, inventé uniquement pour illustrer la méthode. Une ligne de conditionnement affiche une disponibilité de 82 % dans l’outil, alors que le journal manuel laisse plutôt penser à 74 %. L’écart s’explique par une règle qui comptabilise comme temps de fonctionnement tout arrêt de moins de cinq minutes. Personne ne l’aurait remarqué sur le tableau de bord. C’est la comparaison côte à côte avec le journal qui l’a révélé. Corriger cette règle vaut plus que n’importe quel nouveau graphique.

Comment le relier à l’ERP, aux machines plus anciennes et à Power BI ?

Machines plus anciennes

Les usines sont rarement équipées uniquement de matériel récent. Pour les machines plus anciennes, il faut généralement choisir entre la lecture directe de l’automate, l’ajout de capteurs pour l’état de marche et les comptages, ou l’utilisation d’une passerelle qui traduit entre protocoles. OPC UA est souvent la cible retenue à cet égard. L’OPC Foundation le décrit comme un moyen de transporter les données des équipements de l’automatisme industriel et de la conduite de procédés vers les systèmes d’entreprise, avec un accent sur la sécurité, la fiabilité et l’interopérabilité entre plateformes, et indique qu’il est devenu la norme IEC 62541 en 2011. Demandez à un fournisseur quels protocoles son outil prend en charge, et testez votre machine la plus ancienne lors du pilote, et non la plus récente.

ERP

Vous souhaitez que les commandes et les données produits alimentent l’outil, afin qu’il sache ce qui est fabriqué et à quelle cadence prévue, et que les quantités réelles et les synthèses d’arrêts remontent là où elles servent à la planification. Déterminez qui est responsable des données de référence pour les articles, les gammes et les temps standards. Si l’outil et l’ERP conservent chacun leur propre copie, elles divergeront dans le mois.

Power BI et reporting

De nombreuses usines souhaitent afficher les indicateurs TRS aux côtés des données de ventes, de qualité et de maintenance dans Power BI. Demandez comment l’outil TRS fournit ses données : par une base de données, un export, une API ou une transmission vers un modèle sémantique. La méthode compte pour deux raisons.

Tout d'abord, les écrans en direct et les rapports en direct ne sont pas la même chose. Microsoft documente l'actualisation automatique des pages des rapports, à intervalle fixe ou avec détection des modifications, et indique les modes de stockage qui la prennent en charge. Le mode Importation n'est pas pris en charge. Sur une capacité partagée, l'intervalle fixe minimal est de 30 minutes, et la détection des modifications n'y est pas disponible. Une capacité dédiée permet des intervalles plus courts, définis par un administrateur. Si quelqu'un vous promet un rapport Power BI « en direct », demandez-lui quel mode d'actualisation et quelle capacité il faut.

Ensuite, comparez la feuille de route du fournisseur à celle de Microsoft. La page consacrée au streaming en temps réel indique que la création de modèles sémantiques à transmission et à diffusion en continu reste activée jusqu’au 31 octobre 2027, date après laquelle il ne sera plus possible d’en créer de nouveaux. Les modèles existants ne sont pas affectés, et Microsoft recommande Real-Time Intelligence dans Microsoft Fabric comme alternative. Un fournisseur dont le lien avec Power BI repose sur des modèles sémantiques de streaming doit pouvoir vous expliquer comment cela va évoluer.

Conservez une répartition claire des rôles. L’écran de l’atelier doit fonctionner sans Power BI. Power BI sert à analyser les tendances, les comparaisons et les rapports de direction, et non à afficher la vue en direct destinée aux opérateurs.

Comment amener les opérateurs à l’utiliser ?

Ce ne sont pas les logiciels qui améliorent le TRS, mais les personnes qui voient les chiffres et peuvent agir en conséquence.

• Impliquez les opérateurs avant l’achat. Laissez-les tester l’écran. S’ils le rejettent, ils trouveront des moyens de le contourner.
• Limitez la liste des motifs d’arrêt. Commencez par une poignée de motifs fondés sur vos six grandes pertes, puis affinez-la après un mois.
• Exploitez les données lors de la relève d’équipe. Si personne ne commente les chiffres, le système devient une charge de travail supplémentaire.
• N’utilisez jamais le TRS pour désigner des responsables. Un guide de mise en œuvre du TRS publié le dit clairement : le TRS est un outil pour identifier les pertes, et non un tableau de bord à manipuler. Si les opérateurs se sentent sanctionnés, ils cessent de signaler les événements avec exactitude.
• Désignez un responsable pour chaque perte. Une personne par machine ou par ligne, chargée d’examiner chaque semaine la perte principale.

Erreurs courantes

• Acheter sur la base de la démonstration du tableau de bord et ne tester la collecte des données qu’en dernier.
• Démarrer sur toutes les machines en même temps, si bien qu’aucune équipe ne peut tirer les enseignements de la première ligne.
• Laisser le fournisseur fixer la cadence idéale sans la vérifier par rapport à ce que la machine a réellement atteint.
• Considérer les arrêts planifiés et les changements de série comme inévitables et les exclure de l’analyse.
• Comparer le TRS entre différentes machines, produits ou usines, comme si un même score avait la même signification partout.
• Sauter la vérification manuelle lors du pilote.
• Repousser le raccordement à l’ERP et au reporting jusqu’après l’achat.
• Collecter des données pendant des mois sans jamais agir sur la perte la plus importante.

Où se situe Polaris

Les logiciels de TRS regardent en arrière, sur le temps d’équipement. Si vos questions portent aussi sur le plan, par exemple quelles commandes seront en retard ou ce qu’une modification des équipes change pour le débit, une vue de planification est utile. iFAKT présente Polaris comme une solution d’IA et de jumeau numérique pour la production, qui fonctionne avec les données de l’ERP. Son module Polaris Analyzer regroupe les indicateurs clés des modules Polaris dans des tableaux de bord, comme les délais de fabrication, le taux d’utilisation et les goulots d’étranglement, et compare les plans à la performance réelle. Il s’agit d’un tout autre rôle que la capture des états machine par capteurs. Vérifiez donc quelle source de données vous faut pour les chiffres au niveau de l’équipement avant de supposer qu’un seul outil couvre les deux besoins.

Sujets connexes à explorer

• Raccorder les données TRS à l’ERP : quelles commandes et quelles quantités doivent circuler dans chaque sens, et qui est responsable des données de référence.
• Équiper les machines anciennes : capteurs, accès aux automates et passerelles de protocoles pour les équipements sans interface numérique.
• Le TRS pour les petites et moyennes usines : comment démarrer avec un relevé papier et une seule machine, et ce qu’un outil doit offrir pour évoluer ensuite.
• Du TRS à la cause racine : comment relier les pertes aux équipes, aux lots de matières et aux changements de série grâce à une analyse simple, avant d’ajouter des outils prédictifs.
• Alertes de maintenance prédictive : quelles données sont nécessaires pour que l’apprentissage automatique apporte davantage qu’des seuils simples.

Prochaine étape

Choisissez une machine contrainte et rédigez sur une seule page vos définitions du temps planifié, de la cadence idéale et des arrêts. Demandez ensuite à chaque fournisseur de votre liste restreinte de réaliser le pilote pour cette décision de logiciel de TRS sur cette machine, en appliquant vos définitions, et comparez leurs comptages à un relevé manuel avant de signer.