Light MES kontra Power BI: Czy powinieneś samodzielnie tworzyć raporty OEE?
Kluczowe wnioski
- Power BI pokazuje dane, ale ich nie zbiera; light MES (manufacturing execution system) rejestruje przestoje i liczniki bezpośrednio na maszynie.
- OEE (overall equipment effectiveness) może być zgodne w obu przypadkach; różnica polega na tym, czy straty mają przypisane przyczyny.
- Power BI zasilany arkuszami zmianowymi to pamięć z wykresami.
- Buduj samodzielnie, gdy dane maszynowe już znajdują się w bazie danych i masz osoby do utrzymania modelu.
- Wiele zakładów używa obu rozwiązań: light MES na linii, Power BI do raportowania korporacyjnego.
Light MES zbiera dane OEE przy maszynie: przestoje, liczniki i przyczynę każdego przestoju, potwierdzoną na linii. Power BI wyświetla dane, które już gdzieś istnieją. Twórz raporty OEE w Power BI tylko wtedy, gdy dane bazowe pochodzą z maszyny; w przypadku arkuszy zmianowych wykresuje to, co ludzie zapamiętali.
We wtorek rano raport OEE z linii rozlewniczej otwiera się w Power BI. Wykres pokazuje, że etykieciarka miała jeden długi przestój na nocnej zmianie. Nikt nie zapisał dziesiątek krótkich przestojów przy zgrzewie szpuli etykiet, więc nie są na wykresie.
Ten przewodnik jest dla kierowników zakładów, liderów ciągłego doskonalenia i zespołów IT, które decydują, czy budować czy kupować. Porównuje, co każde rozwiązanie robi, zadanie po zadaniu, i pokazuje, kiedy opłaca się budować samodzielnie. Przewodnik pochodzi od Fabrico, platformy do OEE i light MES z widzeniem komputerowym wykrywającym przestoje.
Jaka jest różnica między light MES a Power BI?
Light MES rejestruje dane produkcyjne na linii. Power BI, narzędzie business intelligence (BI) Microsoftu, modeluje i rysuje dane z plików, baz danych i usług, które je już zawierają.
- Power BI dobrze łączy dane z wielu źródeł, buduje raporty i udostępnia je w firmie. Odczytuje to, co źródło już przechowuje; sam z siebie nie zbiera stanów maszyn ani powodów przestojów.
- Light MES działa na Poziomie 3. Loguje stany maszyn i liczniki, pyta operatora o powód przestoju i oblicza OEE w trakcie zmiany.
Prawdziwe pytanie nie brzmi więc, które narzędzie jest lepsze. Chodzi o to, skąd pochodzą dane. Nasz przewodnik po light MES wyjaśnia samą warstwę.
Co pokazuje Power BI, gdy dane pochodzą z arkuszy zmianowych?
Pokazuje to, co kierownik zmiany zapisał na koniec zmiany, z ładnymi wykresami na wierzchu. To pamięć z wykresami.
- Długie przestoje pojawiają się, często zaokrąglone do najbliższych pięciu lub dziesięciu minut.
- Krótkie przestoje rzadko się pojawiają, bo nikt nie zapisuje ręcznie dziesiątek drobnych zacięć.
- Powody to to, co pasuje do formularza: etykieciarka, oczekiwanie, inne.
- Dane przychodzą następnego ranka, po tym jak ktoś je wprowadzi ręcznie.
To przypadek powszechny, nie rzadki. Raport IoT Analytics MES market report 2025 to 2031 stwierdza, że 54,4% małych i średnich producentów nadal działa na papierze lub arkuszach kalkulacyjnych.
Nasz przewodnik light MES vs spreadsheets pokazuje, jak wycofać te zakładki jeden po drugim.
Jak light MES i Power BI porównują się zadanie po zadaniu?
Porównaj je po tym, co każde robi dla linii, a nie po wykresach. Każde z nich wygrywa w niektórych wierszach.
| Job | Light MES | Power BI built in house |
|---|---|---|
| Data capture from the machine | Loguje stany i liczniki z programowalnego sterownika logicznego (PLC), czujnika lub kamery | Wymaga źródła danych, które ktoś inny zbuduje |
| Reason at the line | Operator wybiera ją na ekranie, gdy nastąpi przestój | Tylko jeśli wasz zespół zbuduje i utrzyma ekran wprowadzania przy linii, np. w Power Apps |
| Short stops | Liczone z sygnału maszyny | Brak, chyba że źródło je rejestruje |
| OEE during the shift | Na żywo według linii i zmiany | Przy każdym zaplanowanym odświeżeniu, lub prawie na żywo jeśli czyta źródło na żywo przez DirectQuery |
| Definitions | Przechowywane w jednym miejscu | W jednym wspólnym modelu semantycznym, jeśli zespół BI tak go zbuduje; często kopiowane do każdego raportu |
| Effort to keep it running | Dostawca utrzymuje produkt | Wasz zespół utrzymuje model, feedy i arkusze |
| OEE next to sales or finance data | Ograniczone do produkcji | Mocne: do tego jest przeznaczone |
Nasz przewodnik lightweight MES for small manufacturers pokazuje lewą kolumnę w zakładzie z małym zespołem.
Kiedy ma sens budować to samemu w Power BI?
Gdy czyste dane maszynowe już istnieją i masz ludzi, którzy się nimi zajmą. Wtedy Power BI szybko dodaje dużo wartości.
- Linie już zasilają historian lub bazę danych stanami maszyn i licznikami.
- Przyczyny przestojów są już rejestrowane na linii, nie wpisywane później.
- Zespół BI może przejąć model, odświeżania i formuły OEE.
- Potrzebujesz OEE obok danych sprzedaży, finansów lub energii w jednym raporcie korporacyjnym.
Mniej sensu ma to, gdy jedynym źródłem jest arkusz zmianowy. Wtedy zespół spędza miesiące na budowie modelu na liczbach, którym linia nie ufa.
Nasz przewodnik po dashboardzie OEE opisuje, które wykresy zespół linii rzeczywiście czyta.
Czy można używać light MES i Power BI razem?
Tak, i wiele zakładów tak robi. Light MES rejestruje i oblicza na linii; Power BI przenosi wynik do raportowania firmowego obok innych danych.
- Trzymaj definicje OEE w jednym miejscu, w light MES, aby obie strony nigdy się nie rozjechały.
- Wysyłaj do Power BI sumy według linii i zmiany, a nie surowe sygnały maszynowe.
- Zapytaj każdego dostawcę, jak jego dane trafiają do twojego narzędzia BI i uzyskaj odpowiedź na piśmie.
Przykład: ta sama zmiana na papierze i z maszyny
Przykładowa linia (liczby poglądowe, nie klienta): linia wodna napełniająca butelki PET, napełniarka nominalnie 250 butelek na minutę. Zmiana ma 460 zaplanowanych minut. Licznik pokazuje 82,500 butelek wyprodukowanych i 81,250 dobrych, i oba raporty to wykorzystują.
| 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 w obu: 81,250 / 250 / 460 = 325 / 460 = 70.7%. Liczba jest taka sama.
- Utracone minuty w obu: 460 minus 325 = 135.
- Arkusz wyjaśnia 20 + 15 + 5 = 40 minut. Pozostałe 95 pojawiają się jako jeden pasek utraty prędkości bez przyczyny.
- Dane maszynowe wskazują 13 + 16 + 12 = 41 minut krótkich przestojów, z 48 przestojów, i mierzą 54 minuty wolnej pracy.
- 41 minut krótkich przestojów to 41 x 250 = 10,250 butelek. Przy marży $0.06 na butelkę: $615 na zmianę, albo €615 w zakładzie w euro przy €0.06 za butelkę. Przy ponad 700 zmian rocznie: $430,500, albo €430,500.
Oba raporty pokazują 70.7%, więc główny wskaźnik nie rozstrzyga wyboru. Raport oparty na arkuszu nie potrafi powiedzieć, gdzie zniknęło 95 minut.
Dane maszynowe pokazują, że etykieciarka kosztuje 33 minuty po doliczeniu 18 przestojów z powodu zgrzezenia szpuli. Pokazują też 54 minuty wolnej pracy, których arkusz nie wyjaśnił. Więc pierwsze poprawki to zgrzew szpuli i prędkość napełniarki; następne są 16 minut przy kole gwiazdowym podajnika.
Błędy, które zakłady popełniają budując raporty OEE w Power BI
- Budowanie modelu zanim naprawi się źródło danych.
- Wpisywanie arkuszy zmianowych do bazy i nazywanie tego automatyzacją.
- Pisanie formuły OEE inaczej w każdym raporcie.
- Odczytywanie dużego paska utraty prędkości jako wolnej linii, gdy ukrywa krótkie przestoje.
- Pozostawienie jednej osoby jako jedynej rozumiejącej model.
Gdzie pasuje Fabrico
Fabrico to platforma Manufacturing Performance z wbudowanym widzeniem komputerowym. OEE i light MES są na pierwszym miejscu: dane są zbierane przy maszynie zanim ktoś je zwizualizuje.
- Automatyczne logowanie przestojów z sygnału maszyny, w tym krótkich przestojów.
- Operator potwierdza przyczynę jednym stuknięciem, przy linii, gdy przestój nastąpi.
- OEE na żywo według linii i zmiany, z definicjami w jednym miejscu.
- Straty sortowane według wartości, tak aby najdroższa przyczyna krótkich przestojów była na górze listy.
Zaczynasz od jednej linii, z bazą i wcześniej uzgodnioną datą decyzji. Nie ma darmowego planu i nie ma poziomów: każdy zakład otrzymuje wycenę. Przeczytaj jak działa ta warstwa w naszym przewodniku po light MES.
Najczęściej zadawane pytania
Co robi light MES, czego Power BI nie potrafi?
Zbiera dane na linii: stany maszyn, liczniki i przyczynę przestoju, potwierdzoną przez operatora, gdy wystąpi. Oblicza OEE w trakcie zmiany na zablokowanych definicjach. Power BI może to wszystko pokazać, ale dopiero gdy coś to zarejestruje.
Dlaczego nasz OEE w Power BI nie zgadza się z linią?
Zwykle dlatego, że wejścia się różnią. Raport może korzystać z wpisanych arkuszy zmianowych, innego planowanego czasu lub formuły napisanej inaczej na każdej stronie. Sprawdź good count, ideal rate i planned time względem maszyny. Jeśli brakuje krótkich przestojów, strata siedzi w jednym pasku utraty prędkości bez przyczyny.
Co jest potrzebne, by utrzymać model OEE w Power BI?
Osoba odpowiedzialna za feedy danych, odświeżanie, formuły OEE i zmiany, gdy linia lub produkt się zmienia. Model wymaga opieki za każdym razem, gdy zakład dodaje format, maszynę lub wzór zmian. Zaplanuj ten wysiłek zanim zbudujesz i wyznacz drugiego właściciela.
Kto powinien posiadać raportowanie OEE, IT czy operacje?
Operacje powinny posiadać definicje i dane linii. IT posiada połączenia, bezpieczeństwo i raportowanie korporacyjne. Jeśli IT buduje model Power BI, najpierw zapisz definicje OEE z zakładem. Wtedy zmiana planned time lub ideal rate pozostaje decyzją operacyjną, podjętą w jednym miejscu.
Zobacz zmianę zarejestrowaną przez maszynę w demo
Przynieś jedną linię i raport OEE z Power BI z zeszłego tygodnia. Pokażemy tę samą zmianę z maszyny, z krótkimi przestojami i ile kosztowała każda przyczyna.
Powiązane artykuły
Najnowsze wiadomości z naszego bloga

Prawdziwe kafelki Fabrico, dane przykładowe.











