Trois indicateurs répondent à trois questions différentes : le MTBF (temps moyen entre pannes) demande « combien de temps l'équipement fonctionne-t-il entre deux pannes ? », le MTTR (temps moyen de réparation) demande « combien de temps faut-il pour le remettre en service ? », et le TRS (taux de rendement synthétique, ou OEE) mesure la part du temps d'ouverture réellement utile. Les trois n'ont de sens que sur des données saisies régulièrement dans l'ERP — jamais reconstituées après coup.
MTBF et MTTR : ce que calcule Odoo Community
Dans Odoo Community, chaque équipement affiche un MTBF calculé à partir des maintenances correctives terminées : la durée depuis la mise en service de l'équipement, divisée par le nombre de pannes enregistrées — ce qui équivaut au temps de fonctionnement rapporté au nombre de défaillances. Le MTTR est mesuré en jours entre la création de la demande corrective et sa clôture. Une date de prochaine panne est estimée en ajoutant le MTBF à la date de la dernière panne.
Les pièges de saisie
- Une demande clôturée en retard allonge le MTTR sans que la réparation ait duré plus longtemps.
- Une panne réparée sans demande créée dans Odoo disparaît purement et simplement du calcul du MTBF.
- Un préventif saisi par erreur en correctif fausse les deux indicateurs.
- Un MTTR exprimé en jours masque des arrêts de quelques heures seulement.
- Une date de mise en service erronée fausse le MTBF dès le départ.
Le préventif, un indicateur à part
Odoo Community planifie le préventif par des demandes récurrentes, avec un intervalle et une unité, rattachées à l'équipement. Avant de chercher un indicateur plus fin que le MTBF ou le MTTR, il est recommandé de mesurer d'abord le préventif réalisé à temps rapporté au préventif planifié : c'est la première preuve de fiabilité de la donnée de maintenance.
Un préventif saisi en retard, mais tout de même réalisé, doit être distingué d'un préventif purement et simplement manqué : les deux situations appellent des actions différentes, la première relevant d'une discipline de planning, la seconde d'un risque de panne non couvert.
Le TRS : trois pertes, un produit
Le taux de rendement synthétique combine trois pertes : la disponibilité (arrêts), la performance (cadence inférieure à la cadence de référence) et la qualité (pièces non conformes). Il se calcule comme le produit des trois taux, appliqué au temps d'ouverture du poste.
Dans Odoo Community, chaque poste de travail affiche un taux calculé sur le dernier mois : le temps productif, divisé par le temps productif augmenté des pertes enregistrées. Les pertes sont classées en disponibilité, performance ou qualité ; la cadence de référence n'intervient que par la durée prévue des opérations — tout dépassement de cette durée est classé en perte de performance.
Quand afficher le TRS, quand s'abstenir
- Les arrêts sont déclarés avec un motif, au moment où ils se produisent.
- Les temps des ordres de travail sont saisis directement au poste, pas reconstitués en fin de journée.
- Les rebuts sont enregistrés sur l'ordre concerné.
- Une cadence de référence existe pour chaque produit et chaque poste.
Si les saisies sont reconstituées après coup, le taux mesure la discipline de saisie, pas la machine. Mieux vaut alors suivre d'abord les arrêts et leurs causes, et n'ajouter le TRS que lorsque les données sont fiables.
Limites communes aux trois indicateurs
MTBF, MTTR et TRS, calculés dans Odoo Community, reposent sur des données déclaratives — dates de demandes, temps saisis à l'ordre de travail — pas sur une mesure directe des temps d'arrêt des machines. Un suivi à l'heure, alimenté automatiquement par les équipements, relève d'une étude d'interface spécifique, sur étude et non incluse dans le socle.
Un exemple documenté sur la démonstration Odoo 20
Sur la démonstration Omnifloo Production (données fictives), la fiche d'une presse plieuse affiche un MTBF attendu de 120 jours contre un MTBF calculé de 117 jours, un MTTR d'un jour, à partir de seulement trois pannes enregistrées — un échantillon délibérément trop faible pour dégager une tendance fiable. De la même manière, un poste « Découpe CN » paramétré avec une efficacité de 95 % et un objectif de TRS de 85 % affiche un TRS calculé de 100 % sur la démonstration, reposant sur trop peu d'ordres pour être interprété comme une performance réelle. Ces deux exemples illustrent la règle centrale de cet article : un indicateur affiché sur un petit nombre d'événements se lit comme une donnée à consolider, pas comme une conclusion.
Questions fréquentes
Les réponses aux questions que l'on nous pose le plus souvent sur ce sujet.
Non. Il est calculé à partir des demandes de maintenance correctives clôturées dans Odoo, pas d'une mesure continue de la machine.
Elle disparaît du calcul du MTBF, qui ne compte que les pannes ayant fait l'objet d'une demande enregistrée.
Non. Le TRS n'est fiable que si les arrêts, les cadences de référence et les rebuts sont réellement saisis au fil de l'eau ; sinon, mieux vaut suivre d'abord les arrêts et leurs causes.
MTBF, MTTR et TRS sont utiles seulement quand la saisie qui les alimente est fiable. Omnifloo Production préfère l'expliquer avant de les afficher plutôt que de vendre un tableau de bord qui mesurerait la discipline de saisie plus que la production réelle.