Kiedy linia przestaje pracować, tracisz więcej niż produkcję. Często tracisz też dokładny kontekst, dlaczego to się stało, które urządzenie zawiniło i co działo się na linii w tym momencie. Zanim zlecenie pracy konserwacyjnej zostanie utworzone w osobnym narzędziu, powiązanie z pierwotną stratą OEE jest już osłabione lub utracone.
To jest podstawowa słabość korzystania z oddzielnych narzędzi MES, OEE i utrzymania ruchu. Łącze danych między zdarzeniem przestoju a działaniem utrzymaniowym jest kruche. Kopiowanie i wklejanie, ręczne kody i opóźnione wprowadzanie danych wprowadzają luki. W zakładzie, który pracuje intensywnie na każdej zmianie, luki te objawiają się jako powtarzające się awarie, nierzetelne wskaźniki OEE i zaległości w utrzymaniu ruchu, które zdają się nigdy nie maleć.
Fabrico stosuje inne podejście. To pojedyncza chmurowa platforma MES i OEE z wbudowanym zarządzaniem utrzymaniem ruchu, działająca w tym samym środowisku, które rejestruje dane produkcyjne i przestoje. To samo miejsce, w którym straty OEE pojawiają się w czasie rzeczywistym, to miejsce, w którym tworzy się, priorytetyzuje i zamyka zlecenia pracy konserwacyjnej. W rezultacie każde działanie utrzymaniowe może pozostać powiązane z dokładną stratą OEE, która je wywołała.
W typowym wdrożeniu Fabrico platforma łączy się bezpośrednio z maszynami i liniami przez sterowniki PLC, komputery przemysłowe lub inne źródła danych. Zbiera sygnały takie jak liczniki cykli, stany, prędkości i alarmy w czasie rzeczywistym. Na podstawie tych sygnałów identyfikuje, kiedy maszyna pracuje, stoi, jest głodna materiałowo, zablokowana lub nieczynna, i oblicza OEE na bieżąco dla każdego urządzenia, linii i zmiany.
Gdy wystąpi zdarzenie przestoju, platforma rejestruje:
Ponieważ utrzymanie ruchu jest częścią tej samej platformy, zdarzenie przestoju można przekształcić w działanie utrzymaniowe bez opuszczania środowiska. Nie trzeba ponownie przepisywać danych, eksportować arkuszy kalkulacyjnych ani odtwarzać zdarzenia w innym systemie. Szczegółowy zapis straty OEE staje się punktem wyjścia dla zlecenia pracy.
Gdy Fabrico wykryje, że maszyna weszła w stan zatrzymania, automatycznie rozpoczyna zdarzenie przestoju. System przypisuje je do właściwego urządzenia i kontekstu produkcyjnego oraz zaczyna mierzyć czas trwania straty w czasie rzeczywistym.
Operator lub przełożony może następnie wybrać lub potwierdzić przyczynę za pomocą drzewa przyczyn. W wielu przypadkach można to usprawnić, wykorzystując dane z PLC i alarmów maszynowych, jak opisano bardziej szczegółowo w artykule o podłączaniu PLC do automatyzacji utrzymania ruchu. Wynikiem jest bogaty zapis przestoju, którego platforma może użyć zarówno do działań z zakresu ciągłego doskonalenia, jak i utrzymania ruchu.
Nie każde zdarzenie przestoju powinno stać się zleceniem pracy. Niektóre to przezbrojenia, planowane krótkie zatrzymania lub szybkie regulacje, które nie wymagają działań utrzymaniowych. Inne wskazują na degradację sprzętu, zagrożenia bezpieczeństwa lub powtarzające się drobne zatrzymania, które sugerują ukryty problem techniczny.
Ponieważ OEE, kontekst produkcji i utrzymanie są zintegrowane, Fabrico może wspierać kilka sposobów decydowania, kiedy wyzwolić działanie utrzymaniowe:
Ta decyzja zapada bezpośrednio na widokach OEE i przestojów, więc osoba ją podejmująca widzi pełen kontekst operacyjny na pierwszy rzut oka.
Gdy zdarzenie przestoju zostanie wybrane do działań utrzymaniowych, platforma wykorzystuje dane zdarzenia do wstępnego wypełnienia zlecenia pracy. Typowe informacje, które przepływają automatycznie, to:
Planista utrzymania lub przełożony może następnie dopracować opis, dodać zadania, części lub wymagane umiejętności i przypisać zlecenie odpowiedniemu technikowi. Co ważne, zlecenie pracy i oryginalne zdarzenie przestoju są trwale powiązane. Każdy, kto przegląda zlecenie pracy, może przejść z powrotem do rekordu OEE, który je wygenerował, a każdy, kto ogląda zdarzenie przestoju, może zobaczyć powiązane działania utrzymaniowe.
Technicy wykonują zlecenie pracy, używając tej samej platformy, z której korzystają operacje do śledzenia OEE i produkcji. Mogą rejestrować czas pracy, zużycie części, ustalenia i szczegóły rozwiązania w ramach zlecenia. Po zakończeniu zadania platforma aktualizuje historię utrzymania urządzenia i zachowuje powiązanie z pierwotną stratą OEE.
To znacznie ułatwia późniejszą analizę działań. Gdy przeglądasz wydajność OEE dla linii, możesz otworzyć istotne zdarzenia przestoju i zobaczyć dokładnie, jakie prace utrzymaniowe wykonano w odpowiedzi. Gdy przeglądasz historię utrzymania urządzenia, możesz zobaczyć, które prace pochodziły od zdarzeń OEE i jak wpływały na wskaźniki wydajności w czasie.
Wielu producentów próbuje połączyć samodzielne narzędzie MES lub OEE z oddzielnym systemem utrzymania ruchu. Na papierze wydaje się to proste. MES rejestruje przestój, CMMS obsługuje utrzymanie. W praktyce łącze między tymi dwoma systemami jest kruche i często się urywa w codziennym użytkowaniu.
W konfiguracji z oddzielnymi narzędziami personel operacyjny często musi przepisywać informacje z MES do systemu utrzymania. Nawet przy częściowych integracjach długie opisy, komentarze operatorów i niuansowy kontekst rzadko są przenoszone w całości. To prowadzi do:
Z czasem to eroduje wartość zarówno twoich danych OEE, jak i historii utrzymania. Powtarzające się awarie wyglądają jak oddzielne incydenty. Decyzje o częściach zamiennych, strategiach PM czy wymianach podejmowane są na podstawie niepełnych informacji.
Gdy MES i utrzymanie są oddzielne, zwykle występuje opóźnienie między zdarzeniem przestoju a stworzeniem zlecenia pracy. Operator loguje zatrzymanie w MES, a potem przełożony przenosi informacje do systemu utrzymania. W niektórych przypadkach dzieje się to godzinami lub dniami później.
W tym czasie produkcja może zostać wznowiona, linia może zmienić produkt, a zespół utrzymania mógł już interweniować nieformalnie. Gdy zlecenie pracy wreszcie zostanie utworzone, nie odzwierciedla już prawdziwego czasu trwania i wpływu pierwotnej straty OEE. Utrudnia to odpowiedzi na pytania takie jak:
Niektóre zakłady próbują integracji punkt-punkt, na przykład przesyłając rekordy przestojów z MES do utrzymania przez API lub transfery plików. Choć to może pomóc, często boryka się z problemami takimi jak:
Gdy integracja zawodzi w tych przypadkach brzegowych, operatorzy i planujący wracają do obejść typu arkusze kalkulacyjne lub ręczne wpisy. Zakład powoli wraca do sytuacji, w której OEE i utrzymanie żyją w oddzielnych światach danych.
Gdy produkcja, OEE i utrzymanie istnieją w jednej platformie, efekt odczuwają operacje, inżynieria i ciągłe doskonalenie.
Dla kierowników zakładu i produkcji zintegrowana platforma oznacza pulpity OEE, które robią więcej niż tylko wskazują straty. Każdy istotny słupek przestoju jest w praktyce drzwiami do konkretnej historii utrzymania i poprawy. Zamiast debatować, które problemy są najważniejsze, można zobaczyć, które straty mają już powiązane działania utrzymaniowe, które powtarzają się bez interwencji i gdzie nadal polega się na doraźnych naprawach.
Platforma wspiera też różne realia zakładu. Na przykład producenci procesów ciągłych mają inne wyzwania niż dyskretne linie montażowe, takie jak efekty kaskadowe i złożone definicje dostępności. Tematy te są dalej omawiane w kontekście zintegrowanych narzędzi w artykule o utrzymaniu zakładów procesowych z widocznością OEE.
Dla liderów utrzymania i niezawodności wartość tkwi w historii utrzymania, która jest automatycznie wzbogacana o kontekst OEE. Każde zlecenie pracy może zawierać:
To ułatwia uzasadnianie zmian w planach prewencyjnych, wnioskowanie o inwestycje kapitałowe lub dostosowanie strategii części zamiennych. Zamiast mówić, że urządzenie często zawodzą, możesz wskazać skumulowany czas produkcji, który dana przyczyna awarii kosztowała, oraz godziny pracy utrzymania już zainwestowane w utrzymanie go w ruchu.
Dla kierowników ciągłego doskonalenia zintegrowane dane OEE i utrzymania oznaczają, że projekty usprawniające opierają się na jednym źródle operacyjnej prawdy. Gdy prowadzisz przegląd wydajności linii, wszyscy widzą te same dane:
Ponieważ zdarzenia przestoju, metryki OEE i działania utrzymaniowe dzielą te same identyfikatory i znaczniki czasu, można przeprowadzać analizy, które są bardzo trudne do wykonania przy oddzielnych systemach. Na przykład:
Nie każda kombinacja narzędzi OEE i utrzymania dostarcza taki poziom powiązania. Niektóre to luźno zintegrowane produkty, inne to oddzielne aplikacje z częściową synchronizacją danych. Przy ocenie opcji warto zadać pytania:
Artykuł o wyborze narzędzi utrzymania z integracją OEE rozważa te pytania z perspektywy narzędziowej. Fabrico łączy je w jednym chmurowym środowisku działającym w liniach, zakładach i regionach, jednocześnie koncentrując się na tym, aby powiązanie między stratami a działaniami było widoczne i użyteczne w codziennych operacjach.
Ostatecznie celem nie jest tylko dokładne mierzenie OEE ani efektywne zarządzanie utrzymaniem w izolacji. Celem jest zapewnienie, że każda istotna strata na twoich liniach przekłada się na dobrze ukierunkowane, oparte na danych działania, które zapobiegną jej powtórzeniu się.
Fabrico utrzymuje dane o przestojach żywe przez całą tę podróż. Rejestruje informacje o OEE i stratach bezpośrednio z maszyn, łączy je z operatorami i kontekstem produkcyjnym, przekształca wybrane straty w zlecenia pracy konserwacyjnej wewnątrz tej samej platformy i zachowuje te powiązania w historii urządzenia. Dzięki temu liderzy zakładów mają wyraźną widoczność od liczb OEE na pulpicie do prac faktycznie wykonywanych na hali.
Jeśli chcesz utrzymać połączenie między stratami OEE a zleceniami pracy konserwacyjnej nienaruszone od momentu zatrzymania maszyny do rozwiązania problemu, środowisko zintegrowane ma znacznie większe znaczenie niż jakakolwiek pojedyncza funkcja.
Skontaktuj się z nami, aby omówić twoje konkretne linie i zakłady, lub Poproś o demo, aby zobaczyć, jak jedna platforma może utrzymać twoje dane o przestojach i utrzymaniu współpracujące w czasie rzeczywistym.
Zaloguj
Blog
