Light MES vs Power BI : Devriez-vous créer vous-même des rapports OEE ?
Points clés
- Power BI affiche des données mais ne les collecte pas ; un light MES (manufacturing execution system) capture les arrêts et les comptages à la machine.
- L'OEE (overall equipment effectiveness) peut être identique dans les deux cas ; la différence est de savoir si les pertes ont des causes identifiées.
- Power BI alimenté par des feuilles de poste, c'est de la mémoire avec des graphiques.
- Construisez-le vous-même quand les données machine sont déjà dans une base de données et que vous avez des personnes pour maintenir le modèle.
- Beaucoup d'usines utilisent les deux : un light MES sur la ligne, Power BI pour le reporting entreprise.
Un light MES collecte les données OEE à la machine : arrêts, comptages et la raison de chaque arrêt, confirmée sur la ligne. Power BI affiche des données qui existent déjà ailleurs. Construisez des rapports OEE dans Power BI vous-même seulement si les données sous-jacentes proviennent de la machine ; avec des feuilles de poste, il trace ce dont les gens se sont souvenus.
Mardi matin, le rapport OEE de l'embouteillage s'ouvre dans Power BI. Le graphique indique que l'étiqueteuse a eu un long arrêt en équipe de nuit. Personne n'a noté les dizaines de courts arrêts au niveau de la jonction de la bobine d'étiquettes, donc ils n'apparaissent pas sur le graphique.
Ce guide s'adresse aux responsables d'usine, responsables amélioration continue et équipes IT qui doivent décider d'acheter ou de construire. Il compare ce que fait chaque solution, tâche par tâche, et montre quand il est logique de construire soi-même. Ce guide vient de Fabrico, une plateforme pour l'OEE et le light MES avec vision par ordinateur pour les arrêts.
Quelle est la différence entre un light MES et Power BI ?
Un light MES capture les données de production sur la ligne. Power BI, l'outil Business Intelligence (BI) de Microsoft, modèle et affiche des données provenant de fichiers, bases de données et services qui les contiennent déjà.
- Power BI est bon pour joindre des données de nombreuses sources, construire des rapports et les partager dans l'entreprise. Il lit ce que la source contient déjà ; en lui-même il ne collecte pas les états machines ni les raisons d'arrêt.
- Un light MES se situe au Niveau 3. Il enregistre états machines et comptages, demande à l'opérateur la raison d'un arrêt, et calcule l'OEE pendant la période.
La vraie question n'est donc pas quel outil est meilleur. C'est d'où proviennent les données. Notre guide sur le light MES explique la couche elle-même.
Que montre Power BI quand les données proviennent des feuilles de poste ?
Il montre ce que le chef d'équipe a noté en fin de poste, avec de beaux graphiques par-dessus. C'est de la mémoire avec des graphiques.
- Les arrêts longs apparaissent, souvent arrondis aux cinq ou dix minutes les plus proches.
- Les courts arrêts apparaissent rarement, car personne n'enregistre des dizaines de petits coincements à la main.
- Les raisons sont ce qui correspond au formulaire : étiqueteuse, attente, autre.
- Les données arrivent le lendemain matin, après saisie par quelqu'un.
C'est le cas courant, pas l'exception. Le rapport d'IoT Analytics MES market report 2025 to 2031 constate que 54,4 % des petits et moyens fabricants fonctionnent encore au stylo et papier ou sur des tableurs.
Notre guide light MES vs spreadsheets couvre comment retirer ces onglets un par un.
Comment un light MES et Power BI se comparent-ils, tâche par tâche ?
Comparez-les par ce que chacun fait pour la ligne, pas par les graphiques. Chacun gagne sur certaines lignes.
| Job | Light MES | Power BI built in house |
|---|---|---|
| Data capture from the machine | Enregistre états et comptages depuis le contrôleur logique programmable (PLC), un capteur ou une caméra | Besoin d'une source de données que quelqu'un d'autre construit |
| Reason at the line | L'opérateur la choisit sur un écran quand l'arrêt se produit | Seulement si votre équipe construit et maintient un écran de saisie à la ligne, par exemple dans Power Apps |
| Short stops | Comptés depuis le signal machine | Manquants à moins que la source ne les enregistre |
| OEE during the shift | En direct par ligne et par poste | À chaque actualisation planifiée, ou near-live si la source est lue en DirectQuery |
| Definitions | Conservées en un seul endroit | Dans un modèle sémantique partagé si l'équipe BI le construit ainsi ; souvent copiées dans chaque rapport |
| Effort to keep it running | Le fournisseur maintient le produit | Votre équipe maintient le modèle, les flux et les feuilles |
| OEE next to sales or finance data | Limitée à la production | Fort : c'est pour cela que c'est conçu |
Notre guide lightweight MES for small manufacturers montre la colonne de gauche dans une usine avec une petite équipe.
Quand a-t-il du sens de le construire soi-même dans Power BI ?
Quand des données machines propres existent déjà et que vous avez des personnes pour les entretenir. Alors Power BI apporte beaucoup, rapidement.
- Les lignes alimentent déjà un historien ou une base de données avec états machine et comptages.
- Les raisons d'arrêt sont déjà capturées à la ligne, pas saisies ensuite.
- Une équipe BI peut posséder le modèle, l'actualisation et les formules OEE.
- Vous avez besoin de l'OEE à côté des ventes, de la finance ou des données énergie dans un rapport d'entreprise.
Cela a moins de sens si la seule source est la feuille de poste. Alors l'équipe passe des mois à construire un modèle sur des chiffres en lesquels la ligne n'a pas confiance.
Notre guide du tableau de bord OEE couvre quels graphiques une équipe de ligne lit réellement.
Peut-on utiliser un light MES et Power BI ensemble ?
Oui, et beaucoup d'usines le font. Le light MES capture et calcule sur la ligne ; Power BI rapporte le résultat dans le reporting entreprise à côté d'autres données.
- Gardez les définitions OEE en un seul endroit, le light MES, pour que les deux ne divergent jamais.
- Envoyez à Power BI des totaux par ligne et par poste, pas des signaux machines bruts.
- Demandez à chaque fournisseur comment ses données atteignent votre outil BI, et obtenez la réponse par écrit.
Exemple concret : la même poste sur papier et depuis la machine
Ligne exemple (chiffres illustratifs, pas client) : une ligne d'eau remplissant des bouteilles PET, remplisseuse évaluée à 250 bouteilles par minute. La poste a 460 minutes planifiées. Le compteur affiche 82 500 bouteilles produites et 81 250 bonnes, et les deux rapports l'utilisent.
| Loss | Shift sheet in Power BI | Machine data |
|---|---|---|
| Labeller stop | 20 min | 20 min |
| Filler jam | 15 min | 15 min |
| Label reel splice, 18 short stops | Not recorded | 13 min |
| Bottles tipped at the infeed star wheel, 22 short stops | Not recorded | 16 min |
| Cap chute blocked, 8 short stops | Not recorded | 12 min |
| Rejects, 1,250 bottles | 5 min | 5 min |
| Slow running | Not split out | 54 min |
| Not explained | 95 min | 0 min |
| Total lost minutes | 135 | 135 |
- OEE dans les deux cas : 81,250 / 250 / 460 = 325 / 460 = 70.7 %. Le chiffre est le même.
- Minutes perdues dans les deux : 460 moins 325 = 135.
- La feuille explique 20 + 15 + 5 = 40 minutes. Les autres 95 apparaissent comme une seule barre de perte de vitesse sans cause.
- Les données machine nomment 13 + 16 + 12 = 41 minutes de courts arrêts, issus de 48 arrêts, et mesurent 54 minutes de ralentissement.
- Les 41 minutes de courts arrêts correspondent à 41 x 250 = 10 250 bouteilles. À une contribution de $0.06 par bouteille : $615 par poste, ou €615 dans une usine en euro à €0.06 la bouteille. Sur plus de 700 postes par an : $430,500, ou €430,500.
Les deux rapports affichent 70.7 %, donc le chiffre principal ne tranche pas. Le rapport basé sur la feuille ne peut pas dire où sont passées les 95 minutes.
Les données machine montrent que l'étiqueteuse coûte 33 minutes une fois ses 18 arrêts de jonction additionnés. Elles montrent aussi 54 minutes de ralentissement que la feuille n'a pas expliqué. Les premières corrections sont donc la jonction de la bobine et la vitesse du remplisseur ; les 16 minutes à la roue étoile d'entrée viennent ensuite.
Erreurs faites par les usines quand elles développent des rapports OEE dans Power BI
- Construire le modèle avant de corriger la source de données.
- Saisir les feuilles de poste dans une base de données et appeler cela automatique.
- Écrire la formule OEE différemment dans chaque rapport.
- Lire une grande barre de perte de vitesse comme une ligne lente, alors qu'elle masque des courts arrêts.
- Laisser une seule personne comme la seule qui comprend le modèle.
Où se situe Fabrico
Fabrico est une plateforme de performance industrielle avec vision par ordinateur. L'OEE et le light MES viennent en premier : les données sont captées à la machine avant toute visualisation.
- Enregistrement automatique des arrêts depuis le signal machine, y compris les courts arrêts.
- L'opérateur confirme la raison en une touche, sur la ligne, au moment de l'arrêt.
- OEE en direct par ligne et par poste, avec les définitions réunies en un seul endroit.
- Pertes classées par montant, pour que la cause la plus coûteuse de courts arrêts remonte en tête.
Vous commencez sur une ligne, avec une baseline et une date de décision convenues à l'avance. Il n'y a pas de plan gratuit et pas de paliers : chaque site reçoit un devis. Lisez comment la couche fonctionne dans notre guide light MES.
Questions fréquentes
Que fait un light MES que Power BI ne peut pas faire ?
Il capture les données à la ligne : états machines, comptages et la raison d'un arrêt, confirmée par l'opérateur lorsqu'il se produit. Il calcule l'OEE pendant la période avec des définitions verrouillées. Power BI peut tout afficher, mais uniquement une fois que quelque chose l'a capturé.
Pourquoi notre OEE Power BI ne correspond-il pas à la ligne ?
Généralement parce que les entrées diffèrent. Le rapport peut utiliser des feuilles de poste saisies, un temps planifié différent ou une formule écrite différemment sur chaque page. Vérifiez le compteur de bons, le débit idéal et le temps planifié par rapport à la machine. Si les courts arrêts manquent, la perte se situe dans une barre de perte de vitesse sans cause.
Qu'est-ce qu'il faut pour maintenir un modèle OEE Power BI ?
Quelqu'un qui possède les flux de données, l'actualisation, les formules OEE et les changements lorsque la ligne ou le produit change. Le modèle a besoin d'entretien chaque fois que l'usine ajoute un format, une machine ou un schéma d'équipe. Prévoyez cet effort avant de construire et nommez un second propriétaire.
Qui devrait posséder le reporting OEE, l'IT ou les opérations ?
Les opérations devraient posséder les définitions et les données de la ligne. L'IT possède les connexions, la sécurité et le reporting entreprise. Si l'IT construit le modèle Power BI, rédigez d'abord les définitions OEE avec l'usine. Ainsi un changement du temps planifié ou du débit idéal reste une décision opérationnelle, prise en un seul endroit.
Voir une équipe captée par machine en démo
Apportez une ligne et le rapport OEE Power BI de la semaine dernière. Nous montrerons la même équipe depuis la machine, avec les courts arrêts et le coût de chaque cause.
Articles connexes

Tuiles Fabrico réelles, données d'exemple.











