Light MES vs Power BI: Sollten Sie OEE-Berichte selbst erstellen?
Wichtigste Erkenntnisse
- Power BI zeigt Daten, sammelt sie aber nicht; ein Light MES (manufacturing execution system) erfasst Stopps und Zählungen an der Maschine.
- Die OEE (overall equipment effectiveness) kann bei beiden übereinstimmen; der Unterschied ist, ob die Verluste Ursachen haben.
- Power BI, gefüttert von Schichtprotokollen, ist Erinnerung mit Diagrammen.
- Bauen Sie es selbst, wenn Maschinendaten bereits in einer Datenbank liegen und Sie Personen haben, die das Modell am Laufen halten.
- Viele Werke nutzen beides: ein Light MES an der Linie, Power BI für Unternehmensberichte.
Ein Light MES erfasst Produktionsdaten an der Linie: Stopps, Zählungen und den Grund für jeden Stopp, bestätigt an der Linie. Power BI zeigt Daten, die bereits irgendwo existieren. Erstellen Sie OEE-Berichte in Power BI nur, wenn die zugrunde liegenden Daten von der Maschine kommen; bei Schichtprotokollen visualisiert es, woran sich die Leute erinnert haben.
Dienstagmorgen öffnet sich im Abfüllwerk der OEE-Bericht in Power BI. Das Diagramm sagt, dass der Etikettierer in der Nachtschicht einen langen Stopp hatte. Niemand hat die Dutzenden kurzen Stopps an der Etiketten-Nähstelle aufgeschrieben, daher sind sie nicht im Diagramm.
Dieser Leitfaden richtet sich an Betriebsleiter, Continuous-Improvement-Verantwortliche und IT-Teams, die entscheiden, ob sie bauen oder kaufen sollen. Er vergleicht, was jedes tut, Aufgabe für Aufgabe, und zeigt, wann es Sinn macht, selbst zu bauen. Dieser Leitfaden stammt von Fabrico, einer Plattform für OEE und Light MES mit Computer Vision zur Erkennung von Stopps.
Was ist der Unterschied zwischen einem Light MES und Power BI?
Ein Light MES erfasst Produktionsdaten an der Linie. Power BI, Microsofts Business-Intelligence-(BI)-Werkzeug, modelliert und visualisiert Daten aus Dateien, Datenbanken und Diensten, die sie bereits enthalten.
- Power BI ist gut darin, Daten aus vielen Quellen zu verbinden, Berichte zu erstellen und im Unternehmen zu teilen. Es liest, was die Quelle bereits hält; für sich genommen sammelt es keine Maschinenzustände oder Stoppgründe.
- Ein Light MES sitzt auf Level 3. Es protokolliert Maschinenzustände und Zählungen, fragt den Bediener nach einem Stoppgrund und berechnet OEE während der Schicht.
Die eigentliche Frage ist also nicht, welches Tool besser ist. Sie lautet: Woher kommen die Daten? Unser Leitfaden zu light MES erklärt die Ebene selbst.
Was zeigt Power BI, wenn die Daten aus Schichtprotokollen kommen?
Es zeigt, was der Schichtleiter am Ende der Schicht aufgeschrieben hat, mit guten Diagrammen oben drauf. Das ist Erinnerung mit Diagrammen.
- Lange Stopps erscheinen, oft auf die nächsten fünf oder zehn Minuten gerundet.
- Kurzstopps erscheinen selten, weil niemand Dutzende kurze Blockaden manuell protokolliert.
- Gründe sind das, was ins Formular passt: Etikettierer, Warten, anderes.
- Die Daten kommen am nächsten Morgen an, nachdem jemand sie eingetippt hat.
Das ist der häufige Fall, nicht der seltene. Der Bericht von IoT Analytics MES market report 2025 to 2031 stellt fest, dass 54.4% der kleinen und mittleren Hersteller immer noch mit Stift und Papier oder Tabellen arbeiten.
Unser Leitfaden zu light MES vs spreadsheets behandelt, wie man diese Tabs nach und nach außer Dienst stellt.
Wie vergleichen sich Light MES und Power BI, Aufgabe für Aufgabe?
Vergleichen Sie sie danach, was jedes für die Linie tut, nicht nach den Diagrammen. Jeder gewinnt in einigen Zeilen.
| Job | Light MES | Power BI built in house |
|---|---|---|
| Data capture from the machine | Protokolliert Zustände und Zählungen vom programmierbaren Logikcontroller (PLC), einem Sensor oder einer Kamera | Benötigt eine Datenquelle, die jemand anders baut |
| Reason at the line | Der Bediener wählt sie auf einem Bildschirm, wenn der Stopp eintritt | Nur wenn Ihr Team einen Eingabebildschirm an der Linie baut und pflegt, zum Beispiel in Power Apps |
| Short stops | Vom Maschinensignal gezählt | Fehlen, es sei denn, die Quelle zeichnet sie auf |
| OEE during the shift | Echtzeit nach Linie und Schicht | Bei jedem geplanten Refresh, oder fast live, wenn es eine Live-Quelle per DirectQuery liest |
| Definitions | An einer Stelle verwaltet | In einem gemeinsamen semantischen Modell, wenn das BI-Team es so aufbaut; oft in jedem Bericht kopiert |
| Effort to keep it running | Der Anbieter wartet das Produkt | Ihr Team wartet das Modell, die Feeds und die Sheets |
| OEE next to sales or finance data | Auf Produktion beschränkt | Stark: genau dafür ist es ausgelegt |
Unser Leitfaden zu lightweight MES for small manufacturers zeigt die linke Spalte in einem Werk mit kleinem Team.
Wann macht es Sinn, es selbst in Power BI zu bauen?
Wenn saubere Maschinendaten bereits existieren und Sie Leute haben, die sich darum kümmern. Dann fügt Power BI schnell viel hinzu.
- Die Linien speisen bereits einen Historian oder eine Datenbank mit Maschinenzuständen und Zählungen.
- Stoppgründe werden bereits an der Linie erfasst, nicht später eingetippt.
- Ein BI-Team kann das Modell, das Refresh und die OEE-Formeln übernehmen.
- Sie brauchen OEE neben Verkaufs-, Finanz- oder Energiedaten in einem Unternehmensbericht.
Weniger sinnvoll ist es, wenn die einzige Quelle das Schichtprotokoll ist. Dann verbringt das Team Monate damit, ein Modell auf Zahlen aufzubauen, denen die Linie nicht vertraut.
Unser OEE dashboard guide behandelt, welche Diagramme ein Linienteam tatsächlich liest.
Können Light MES und Power BI zusammen verwendet werden?
Ja, und viele Werke tun das. Das Light MES erfasst und berechnet an der Linie; Power BI bringt das Ergebnis in die Unternehmensberichte neben anderen Daten.
- Bewahren Sie die OEE-Definitionen an einem Ort, im Light MES, damit beide nie widersprechen.
- Senden Sie Power BI Summen nach Linie und Schicht, nicht rohe Maschinensignale.
- Fragen Sie jeden Anbieter, wie seine Daten Ihr BI-Tool erreichen, und lassen Sie sich die Antwort schriftlich geben.
Ein Beispiel: dieselbe Schicht auf Papier und von der Maschine
Beispiellinie (illustrative Zahlen, kein Kunde): eine Wasserlinie, die PET-Flaschen füllt, Füller ausgelegt auf 250 Flaschen pro Minute. Die Schicht hat 460 geplante Minuten. Der Zähler zeigt 82.500 produzierte Flaschen und 81.250 gute, und beide Berichte verwenden diese Zahl.
| 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 in beiden: 81,250 / 250 / 460 = 325 / 460 = 70.7%. Die Zahl ist dieselbe.
- Verlorene Minuten in beiden: 460 minus 325 = 135.
- Das Blatt erklärt 20 + 15 + 5 = 40 Minuten. Die anderen 95 erscheinen als ein Geschwindigkeitsverlustriegel ohne Ursache.
- Die Maschinendaten nennen 13 + 16 + 12 = 41 Minuten kurzstops, aus 48 Stopps, und messen 54 Minuten langsamen Lauf.
- Die 41 Minuten Kurzstopps entsprechen 41 x 250 = 10.250 Flaschen. Bei einem Deckungsbeitrag von $0.06 pro Flasche: $615 pro Schicht, bzw. €615 in einer Euro-Anlage bei €0.06 pro Flasche. Bei über 700 Schichten pro Jahr: $430.500 bzw. €430.500.
Beide Berichte zeigen 70.7%, daher entscheidet die Kopfzahl nicht. Der auf Formularen basierende Bericht kann nicht sagen, wohin die 95 Minuten gingen.
Die Maschinendaten zeigen, dass der Etikettierer 33 Minuten kostet, wenn seine 18 Nähstellen-Stopps hinzugezählt werden. Sie zeigen auch 54 Minuten langsamen Lauf, die kein Formular erklärt hat. Daher sind die ersten Korrekturen die Etiketten-Nähstelle und die Geschwindigkeit des Füllers; die 16 Minuten an der Einlauf-Sternscheibe kommen danach.
Fehler, die Werke machen, wenn sie OEE-Berichte in Power BI bauen
- Das Modell bauen, bevor die Datenquelle gefixt ist.
- Schichtblätter in eine Datenbank tippen und das ‚automatisch‘ nennen.
- Die OEE-Formel in jedem Bericht unterschiedlich schreiben.
- Eine große Geschwindigkeitsverlust-Kurve als langsame Linie lesen, wenn sie Kurzstopps verbirgt.
- Einen einzigen Menschen als einzigen, der das Modell versteht, zurücklassen.
Wo Fabrico passt
Fabrico ist eine Manufacturing-Performance-Plattform mit Computer Vision. OEE und Light MES stehen an erster Stelle: die Daten werden an der Maschine erfasst, bevor jemand sie visualisiert.
- Automatische Downtime-Protokollierung aus dem Maschinensignal, inklusive Kurzstopps.
- Der Bediener bestätigt den Grund mit einem Tipp, an der Linie, wenn der Stopp passiert.
- OEE live nach Linie und Schicht, mit den Definitionen an einem Ort.
- Verluste nach Geldwert gerankt, sodass die teuerste Ursache für Kurzstopps nach oben kommt.
Sie starten auf einer Linie, mit einer Baseline und einem im Voraus vereinbarten Entscheidungsdatum. Es gibt keinen kostenlosen Plan und keine Stufen: Jede Anlage erhält ein Angebot. Lesen Sie, wie die Ebene funktioniert in unserem Light MES Guide.
Häufig gestellte Fragen
Was macht ein Light MES, das Power BI nicht kann?
Es sammelt die Daten an der Linie: Maschinenzustände, Zählungen und den Grund für einen Stopp, bestätigt vom Bediener, wenn er passiert. Es berechnet OEE während der Schicht auf festen Definitionen. Power BI kann das alles zeigen, aber nur nachdem etwas es erfasst hat.
Warum stimmt unser Power BI OEE nicht mit der Linie überein?
Meistens weil die Eingaben unterschiedlich sind. Der Bericht kann eingetippte Schichtblätter, eine andere geplante Zeit oder eine unterschiedlich formulierte Formel verwenden. Prüfen Sie den Good Count, die Ideal Rate und die Planned Time gegen die Maschine. Wenn Kurzstopps fehlen, steckt der Verlust in einer Geschwindigkeitsverlust-Anzeige ohne Ursache.
Was braucht es, um ein Power BI OEE-Modell am Laufen zu halten?
Jemanden, der die Daten-Feeds, das Refresh, die OEE-Formeln und Änderungen bei Linien- oder Produktänderungen verantwortet. Das Modell braucht Pflege, jedes Mal wenn die Anlage ein Format, eine Maschine oder ein Schichtmuster hinzufügt. Planen Sie diesen Aufwand, bevor Sie bauen, und benennen Sie einen zweiten Verantwortlichen.
Wer sollte OEE-Reporting besitzen, IT oder Betrieb?
Betrieb sollte die Definitionen und die Liniendaten besitzen. IT besitzt die Verbindungen, Sicherheit und Unternehmensberichte. Wenn IT das Power BI-Modell baut, schreiben Sie zuerst die OEE-Definitionen mit dem Werk nieder. Dann bleibt eine Änderung der geplanten Zeit oder der Ideal Rate eine Betriebsentscheidung, an einem Ort getroffen.
Sehen Sie eine maschinen-erfasste Schicht in einer Demo
Bringen Sie eine Linie und den Power BI OEE-Bericht von letzter Woche mit. Wir zeigen dieselbe Schicht von der Maschine, mit Kurzstopps und was jede Ursache gekostet hat.
Verwandte Artikel
Das Neueste aus unserem Blog

Echte Fabrico-Kacheln, Beispieldaten.











