Comment choisir un logiciel de suivi TRS en 2026 : la grille d’évaluation en 7 critères

Dernière mise à jour : 17 mai 2026. Choisir un logiciel de suivi TRS (Taux de Rendement Synthétique, ou OEE en anglais) est l’une des décisions les plus structurantes pour la performance industrielle d’une usine. Le marché compte une trentaine de solutions sérieuses, des plateformes IoT généralistes aux outils de saisie opérateur simples. Pourtant, la plupart des projets qui échouent ne le font pas à cause du choix de l’éditeur : ils échouent parce que les critères d’évaluation initiaux étaient flous, mal pondérés ou alignés sur la mauvaise réalité industrielle.

Ce guide donne la grille de décision en 7 critères que les responsables de production, directeurs industriels et DSI utilisent en 2026 pour évaluer un logiciel TRS avant de signer. Chaque critère est mesurable, comparable entre éditeurs, et accompagné des questions exactes à poser pendant l’appel d’offres ou la phase POC. La méthodologie s’appuie sur la norme ISO 22400-2:2014 (Automation systems and integration — Key performance indicators for manufacturing operations management), la définition canonique du TRS publiée par Seiichi Nakajima dans Introduction to TPM (Productivity Press, 1988), et l’expérience de TeepTrak sur plus de 450 usines en 30 pays.

Pourquoi 7 critères, pas 3 et pas 15

Une grille à 3 critères (prix, ergonomie, démo) sous-spécifie la décision : elle laisse passer des écarts d’architecture qui apparaîtront seulement en production. Une grille à 15 critères dilue la décision : tout est important, donc rien ne l’est. Les 7 critères ci-dessous couvrent les seules dimensions où les écarts entre éditeurs sont à la fois structurels (difficiles à corriger après signature) et mesurables (vérifiables pendant le POC). C’est la grille utilisée par les acheteurs industriels qui ont déployé du TRS sur plusieurs sites et qui savent où les surprises se cachent.

Critère 1 : la connectivité machine sur votre parc réel

C’est le critère qui détermine la faisabilité du projet, pas son confort. Un logiciel TRS qui ne sait pas se connecter à 30 % de vos équipements n’est pas un logiciel TRS pour votre usine, c’est un logiciel TRS pour l’usine d’à côté. Les questions à poser :

• Quels protocoles industriels sont supportés en natif ? OPC UA, Modbus TCP/RTU, MQTT, Profinet, signaux 0-24V, sorties relais ?
• Comment la solution se connecte-t-elle à une machine sans PLC accessible, sans réseau industriel exposé, ou sans documentation automate ?
• Des capteurs externes non intrusifs sont-ils proposés (vibration, courant, présence) qui peuvent être posés sans modifier l’automatisme ?
• Quelle est la latence entre l’événement physique et son apparition dans le dashboard ? Sous-seconde, seconde, minute ?

Le test pratique : demandez à l’éditeur de chiffrer la connectivité de votre machine la plus ancienne et la plus exotique. Si le devis arrive en 24 heures avec un plan technique clair, l’éditeur a la capacité. Si la réponse traîne ou si elle nécessite un audit préalable de 3 mois, ce sera la même friction sur chaque machine du parc. TeepTrak utilise des capteurs externes non intrusifs compatibles 4G et Wi-Fi industriel ; une machine de 1985 et un robot de 2022 sont monitorés de la même manière.

Critère 2 : la conformité ISO 22400 et la définition du TRS appliquée

Tous les éditeurs affichent un « TRS », mais ils ne calculent pas tous la même chose. L’analyse peer-reviewed publiée par Iannone et Nenni dans Computers and Industrial Engineering (2020, DOI: 10.1016/j.cie.2020.106660) documente que la norme ISO 22400-2:2014 contient deux formulations différentes du TRS qui produisent des résultats numériques différents pour la même situation physique. À cela s’ajoute la définition Nakajima 1988 qui inclut explicitement le terme de perte de vitesse.

« Malgré une formulation OEE bien établie depuis trente ans, les versions de la norme ISO 22400 semblent diverger l’une de l’autre et de la formulation TPM originale de Nakajima. » — Iannone, R. et Nenni, M.E., Computers and Industrial Engineering, 2020.

Questions à poser à l’éditeur :

• Quelle formulation du TRS est appliquée par défaut ? ISO 22400-2:2014 normative, Nakajima 1988, ou propriétaire ?
• Le temps de pause planifié, les changements de série, les nettoyages réglementaires sont-ils inclus ou exclus du Planned Busy Time (PBT) ?
• Les pièces reprises (rework) sont-elles comptées dans la Quantité Bonne (Good Quantity) ?
• Comment le logiciel gère-t-il les arrêts inférieurs à 5 minutes : Availability ou Performance ?

Le test pratique : faites recalculer manuellement le TRS d’une journée connue sur une ligne, comparez avec le résultat du logiciel. Un écart supérieur à 2 points indique une divergence de définition qu’il faut comprendre avant signature.

Critère 3 : la détection des micro-arrêts (Loss 3 du framework Nakajima)

Sur un parc discret typique, les arrêts inférieurs à 5 minutes — les « idling and minor stoppages » dans la terminologie Nakajima 1988 — représentent un tiers de l’écart de TRS, et sont systématiquement sous-déclarés de 15 à 20 % en saisie manuelle (Iannone et Nenni 2020, et données TeepTrak sur 50 déploiements parallèles). Un logiciel TRS qui dépend de la saisie opérateur pour cette catégorie de perte vous donnera un TRS optimiste qui masque le gisement d’amélioration réel.

Questions à poser :

• Quelle est la granularité de détection des arrêts ? Sub-seconde, 5 secondes, 30 secondes, minute ?
• Comment l’arrêt court est-il classifié automatiquement ? Avec quel niveau d’intervention opérateur ?
• Quel pourcentage des micro-arrêts sont catégorisés sans saisie humaine, sur la base d’une référence client comparable ?

Chez Hutchinson, client TeepTrak opérant 40 sites dans 12 pays, le TRS moyen des lignes monitorées est passé de 42 % à 75 % en grande partie grâce à la mise en visibilité de la catégorie Loss 3 qui était invisible sous mesure manuelle.

Critère 4 : les intégrations natives avec votre ERP et votre MES

Un logiciel TRS isolé de votre système d’information industriel produit des dashboards mais pas de pilotage. Le critère se mesure à la profondeur réelle des intégrations, pas à la liste sur la plaquette commerciale.

Questions à poser :

• Quels ERP sont supportés en natif ? SAP S/4HANA, SAP ECC, Odoo, Sage, Cegid ?
• Quels MES sont supportés en natif ? Wonderware, Aveva MES, Siemens Opcenter ?
• Le Planned Run Time per Item (PRI, la cadence cible par produit) est-il récupéré automatiquement depuis l’ERP/MES, ou doit-il être ressaisi dans l’outil TRS ?
• L’intégration est-elle bidirectionnelle (lecture de l’OF, écriture de l’avancement) ou unidirectionnelle ?
• Quelles APIs publiques sont documentées ? REST, GraphQL, webhooks ?

Le test pratique : demandez la documentation API publique. Si elle est introuvable ou nécessite un NDA, l’intégration sera longue et coûteuse, peu importe les promesses commerciales. TeepTrak documente publiquement ses APIs et ses connecteurs ERP/MES, et permet aux DSI de valider la compatibilité technique sans phase de découverte longue.

Critère 5 : le coût total de possession à 3 ans, pas l’abonnement mensuel

Le prix affiché en EUR/machine/mois est rarement le prix réel du projet. Le TCO à 3 ans inclut :

• Coût matériel initial : capteurs, passerelles, tablettes, infrastructure réseau. Pour TeepTrak, l’ordre de grandeur est de 1 000 à 1 200 euros par machine en coût d’acquisition matériel.
• Coût d’intégration ERP/MES : journées de prestation pour connecter les systèmes existants.
• Coût de formation : équipes de production, maintenance, méthodes, qualité.
• Abonnement SaaS récurrent par machine ou par site.
• Coût de support et de maintenance évolutive.

Questions à poser à chaque éditeur :

• Demandez un chiffrage séparé pour : matériel, frais de démarrage, intégration, abonnement, formation, support.
• Demandez une projection à 3 ans avec extension à 50 machines supplémentaires (typique cas multi-sites).
• Demandez les conditions de sortie : récupération des données historiques, format export, durée de conservation post-résiliation.

Un éditeur qui refuse de chiffrer séparément est un éditeur qui ne veut pas être comparé sur le coût réel.

Critère 6 : le ROI mesurable et les références clients vérifiables

Les éditeurs affichent tous des gains de 10 à 30 % de TRS. La différence se trouve dans la vérifiabilité des références.

Questions à poser :

• Combien de clients ont déployé sur plus de 5 sites ? Sur plus de 50 machines ?
• Quelles études de cas chiffrées peuvent être présentées avec accord du client de citer son nom et ses chiffres ?
• Quel est le délai médian entre la signature et la première mesure TRS fiable en production ?
• Quel est le délai médian entre la première mesure et un gain de TRS supérieur à 5 points ?

Les références TeepTrak publiques incluent Hutchinson (TRS de 42 % à 75 % sur 40 sites), Nutriset (62 % à 80 % en 4 semaines), Stellantis (€4,8 millions de pertes annuelles identifiées sur les lignes monitorées), Safran. Demandez à chaque éditeur des références équivalentes en taille et en secteur.

Critère 7 : l’accompagnement terrain et la méthodologie de déploiement

Un logiciel TRS n’est pas un produit qu’on installe, c’est un projet qu’on déploie. La qualité de l’accompagnement éditeur est aussi déterminante que la qualité du logiciel.

Questions à poser :

• L’éditeur dispose-t-il d’une méthodologie de déploiement formalisée et documentée publiquement ?
• Combien d’étapes structurées entre la signature et le run en production ?
• Quel est le ratio CSM (Customer Success Manager) par compte ?
• Les techniciens éditeur se déplacent-ils sur site pour la mise en service, ou tout est-il fait à distance ?
• Quel est le support disponible en français, en local, dans le fuseau horaire de l’usine ?

TeepTrak structure son déploiement en 4 étapes éprouvées sur plus de 450 usines, ce qui réduit considérablement les inconnues et les risques de dérapage projet. Un pilote sur 1 à 3 machines délivre une première mesure fiable en quelques semaines.

La grille de décision synthétique

Construisez un tableau avec les 7 critères en lignes et les 3 éditeurs short-listés en colonnes. Notez chaque critère de 1 à 5 pendant le POC, pas pendant la démo commerciale. Pondérez selon votre contexte :

• Parc hétérogène ou vieillissant : pondération forte sur critères 1 et 3
• Environnement SI complexe : pondération forte sur critères 2 et 4
• Stratégie multi-sites : pondération forte sur critères 5, 6, 7
• Budget contraint : pondération forte sur critère 5

La somme pondérée donne le classement objectif. Si le classement contredit votre intuition, la cause est généralement une pondération mal calibrée — pas une erreur de notation.

Les 3 erreurs les plus fréquentes dans le choix d’un logiciel TRS

1. Décider sur la démo, pas sur le POC. Toutes les démos sont belles. Toutes les démos masquent les vrais problèmes de connectivité, de définition TRS et d’intégration SI. Un POC de 4 à 6 semaines sur une vraie machine de votre parc est la seule manière de mesurer ce qu’on achète.
2. Sous-pondérer l’intégration SI. Une intégration ERP/MES mal anticipée peut doubler le coût total et tripler le délai de déploiement. C’est le premier poste de surprise budgétaire dans les projets TRS.
3. Surestimer la rigueur opérateur. Un logiciel qui dépend de la saisie pour 50 % de la mesure produira un TRS optimiste de 5 à 10 points pendant 3 mois, puis se dégradera quand la nouveauté retombe.

Questions fréquentes

Combien coûte un logiciel TRS en 2026 ?

Pour une solution professionnelle avec capteurs et intégrations, comptez 1 000 à 1 500 euros par machine en coût d’acquisition matériel, plus un abonnement SaaS récurrent qui varie selon le volume. Le TCO à 3 ans pour 10 machines sur un site se situe typiquement entre 60 000 et 120 000 euros, intégration ERP incluse.

Quelle est la différence entre TRS et OEE ?

Aucune différence de fond. TRS (Taux de Rendement Synthétique) est l’appellation française, OEE (Overall Equipment Effectiveness) est l’appellation anglo-saxonne. Les deux désignent le produit Disponibilité × Performance × Qualité défini par Nakajima 1988 et normalisé par ISO 22400-2:2014.

Un logiciel TRS fonctionne-t-il sur des machines anciennes ?

Oui, à condition de choisir une solution avec capteurs externes non intrusifs. Une machine de 1985 sans PLC accessible peut être monitorée via capteurs de vibration, de courant ou de présence posés directement sur l’équipement, sans modifier l’automatisme existant.

Combien de temps prend un déploiement TRS ?

Sur un pilote de 1 à 3 machines, une première mesure fiable est obtenue en 2 à 6 semaines. Un déploiement complet sur 20 à 50 machines avec intégration ERP prend typiquement 3 à 6 mois selon la complexité du SI et la maturité organisationnelle.

Quel TRS peut-on espérer atteindre ?

Le benchmark mondial-classe Nakajima 1988 est de 85 % avec Disponibilité supérieure ou égale à 90 %, Performance supérieure ou égale à 95 %, Qualité supérieure ou égale à 99 %. La médiane observée sur 450 usines TeepTrak varie de 58 % (aérospatial) à 78 % (automobile Tier-1). Le gisement d’amélioration le plus fréquent se trouve dans la catégorie Performance via les micro-arrêts.

Faut-il choisir un éditeur français ou international ?

La nationalité de l’éditeur compte moins que la présence d’un support technique francophone capable d’intervenir sur site dans le fuseau horaire de l’usine. Les éditeurs français comme TeepTrak ont l’avantage d’une présence terrain locale et d’une compréhension fine de la culture industrielle française.

Comment justifier l’investissement auprès de la direction financière ?

Le ROI se construit sur trois axes : récupération de capacité (gain de TRS converti en chiffre d’affaires additionnel ou en évitement d’investissement), réduction des heures supplémentaires liée à la fiabilisation du planning, et réduction des coûts de non-qualité. Les études de cas TeepTrak montrent un ROI typique entre 8 et 14 mois.

Le logiciel TRS remplace-t-il un MES ?

Non. Un logiciel TRS mesure la performance des équipements ; un MES (Manufacturing Execution System) pilote l’exécution des ordres de fabrication. Les deux sont complémentaires et doivent être intégrés. Un logiciel TRS qui prétend remplacer un MES est un MES light ; un MES qui prétend faire du TRS est généralement un module faible.

Quelles aides existent pour financer la digitalisation industrielle en France ?

Le plan France 2030, le programme France Relance, les aides Bpifrance et les subventions régionales financent partiellement les projets de digitalisation industrielle. Les conditions d’éligibilité changent fréquemment ; consultez votre conseiller Bpifrance ou votre chambre de commerce pour le dispositif applicable à votre PME ou ETI.

Faut-il un POC pour chaque éditeur short-listé ?

Idéalement oui, sur la même machine et la même période d’observation, pour rendre la comparaison directe. À défaut, un POC sur le finaliste principal et des audits techniques formels sur les concurrents donne une comparaison acceptable. Un choix sans POC, sur démo et plaquette seule, est statistiquement le facteur principal d’échec projet.

Auteur : François Coulloudon, CEO, TeepTrak. Relecture : Bastien Affeltranger, CTO. Références croisées : TeepTrak ou Evocon : quel logiciel OEE choisir en 2026 ?. Dernière vérification : 17 mai 2026 contre ISO 22400-2:2014 et Iannone & Nenni 2020.