Jak CMMS zmienia utrzymanie ruchu w Przemyśle 4.0

Zlecenie pracy jako jednostka pracy w systemie CMMS

CMMS w utrzymaniu ruchu organizuje pracę wokół zlecenia. Każda awaria i każdy przegląd ma numer i wykonawcę, a także termin oraz zapis wykonanych czynności, dzięki czemu historia maszyny powstaje jako skutek uboczny codziennej pracy, a nie osobne zadanie administracyjne. System CMMS (Computerized Maintenance Management System) jest więc przede wszystkim bazą zleceń powiązaną z kartoteką maszyn.

W przeciwieństwie do tradycyjnego podejścia, w którym technicy reagowali dopiero po zatrzymaniu maszyny, zlecenie może powstać przed awarią. Wymaga to jednak jasnego cyklu życia dokumentu. Poniższa tabela pokazuje typowy przebieg, a nazwy statusów zależą od konkretnego systemu.

Przejście do stanu „Zrealizowane” powinno wymagać opisu przyczyny, bo tylko taki zapis służy później analizie. Pole tekstowe bywa wypełniane skrótowo, więc słownik przyczyn (na przykład zużycie łożyska albo brak smarowania) porządkuje dane lepiej niż dowolny opis.

Reguła: zlecenie zamyka się dopiero po zapisaniu przyczyny, a nie tylko wykonanej czynności.

Zgłoszenie awarii przez operatora

Operator zgłasza usterkę z terminala przy maszynie albo po zeskanowaniu kodu na obudowie. Wybiera maszynę i rodzaj usterki, a potem dopisuje krótki opis, po czym system nadaje numer oraz status „Nowe”. Zgłoszenie oparte na kodzie maszyny eliminuje najczęstszy błąd, czyli pomyłkę w oznaczeniu urządzenia, a wcześniejsze zgłoszenia tej samej maszyny są od razu widoczne dla dyspozytora.

Krótki opis operatora rzadko zawiera przyczynę, więc rzeczywistą diagnozę zapisuje dopiero technik przy zamknięciu zlecenia. Opis objawów oraz opis przyczyny warto trzymać w osobnych polach, bo pierwsze służy szybkiemu przyjęciu, a drugie późniejszej analizie.

Automatyczne zlecenie z alarmu czujnika

Gdy czujnik wykryje podwyższoną temperaturę lub wibracje, system generuje zlecenie pracy dla technika. Zamiast czekać na usterkę, można jej zapobiec, a plan naprawy powstaje w dogodnym momencie, bez nieplanowanego przestoju. Aby jedno zdarzenie nie tworzyło dziesiątek zleceń, procedura sprawdza, czy dla danej maszyny nie ma już otwartego zlecenia tego samego typu.

CREATE UNIQUE INDEX UX_ZlecenieUR_Otwarte
    ON dbo.ZlecenieUR (MaszynaId, Typ)
    WHERE Otwarte = 1;

CREATE PROCEDURE dbo.UtworzZlecenieZAlarmu
    @MaszynaId int,
    @Typ       varchar(20),
    @Opis      nvarchar(400)
AS
BEGIN
    SET NOCOUNT ON;

    INSERT INTO dbo.ZlecenieUR (MaszynaId, Typ, Opis, Otwarte, UtworzonoUtc)
    SELECT @MaszynaId, @Typ, @Opis, 1, SYSUTCDATETIME()
    WHERE NOT EXISTS (SELECT 1
                      FROM dbo.ZlecenieUR WITH (UPDLOCK, HOLDLOCK)
                      WHERE MaszynaId = @MaszynaId
                        AND Typ = @Typ
                        AND Otwarte = 1);
END;

Wskazówka HOLDLOCK zakłada blokadę zakresu kluczy, więc dwa równoległe wywołania nie wstawią tego samego zlecenia. Indeks filtrowany na kolumnie Otwarte jest ostatnią linią obrony: baza odrzuci duplikat nawet wtedy, gdy ktoś wstawi zlecenie z pominięciem procedury. Składnię opisuje dokumentacja CREATE INDEX w Microsoft Learn, a nazwy tabel i kolumn w przykładzie są przykładowe.

Przydział zleceń do techników

Nie każde zlecenie wymaga natychmiastowej reakcji. Kilka poziomów pilności z przypisanymi czasami przystąpienia do pracy porządkuje kolejkę i ogranicza sytuacje, w których sprawy drobne wypierają istotne. Kryterium priorytetu jest skutek zaniechania, na przykład zatrzymanie linii albo zagrożenie bezpieczeństwa, a nie ranga zgłaszającego.

Przydział do technika uwzględnia kwalifikacje i bieżące obciążenie. Widok otwartych zleceń każdego technika pozwala dyspozytorowi rozłożyć pracę równomiernie i wychwycić zlecenia, które od dni czekają na wykonawcę.

Poziomy dojrzałości utrzymania ruchu

Rozwój narzędzi informatycznych przesuwa punkt ciężkości z usuwania skutków na przewidywanie zdarzeń. Przejście następuje stopniowo i wymaga danych. Najprostszy model polega na naprawie po awarii, kolejny na przeglądach według harmonogramu, następny na serwisie wywoływanym stanem technicznym, a najbardziej zaawansowany na prognozowaniu awarii z czujników.

Przeskoczenie etapów rzadko się udaje. Prognozowanie wymaga historii zdarzeń, która powstaje dopiero przy konsekwentnym rejestrowaniu awarii i przeglądów.

Od reakcji na awarię do zaplanowanej pracy

Interwencja po awarii kosztuje podwójnie: firma płaci za naprawę i za nieplanowany przestój, a do tego dochodzą opóźnienia w dostawach. Zapobieganie problemom, zanim wystąpią, jest celem całego podejścia. Szerszy opis organizacji pracy, w której ta zmiana zachodzi, zawiera tekst o tym, jak zarządzać utrzymaniem ruchu w przedsiębiorstwie produkcyjnym.

Predykcja zamiast gaszenia pożarów

Program do utrzymania ruchu maszyn zbiera dane z czujników zamontowanych na maszynach, na przykład drgania łożysk oraz temperaturę uzwojeń. System na bieżąco analizuje te odczyty i wykrywa drobne anomalie, niewidoczne dla człowieka, a zwiastujące usterkę. Po zidentyfikowaniu zagrożenia generuje zlecenie serwisowe i wskazuje, jakie działania podjąć.

Taka strategia pozwala zaplanować naprawę w dogodnym momencie i zamówić części z wyprzedzeniem. Sposób, w jaki takie diagnozowanie maszyn z wykorzystaniem sztucznej inteligencji działa w praktyce, opisuje osobny artykuł, a ogólny kontekst technologii - tekst o sztucznej inteligencji.

Warunki wejścia na wyższy poziom

Przejście na predykcję wymaga spełnienia kilku warunków, a brak któregokolwiek z nich sprawia, że inwestycja w czujniki nie przynosi efektu.

• Dane z eksploatacji - odczyty i liczniki pracy maszyn zbierane w sposób ciągły.
• Rejestr zdarzeń - awarie i przeglądy zapisywane z przyczyną oraz użytymi częściami.
• Zespół - osoby zdolne do interpretacji wyników i reagowania na alarmy.
• Wybór maszyn - urządzenia, których postój kosztuje najwięcej, objęte jako pierwsze.

Reguła: zaczyna się od maszyn o najwyższym koszcie postoju, bo wdrożenie na całym parku jednocześnie przekracza zwykle możliwości organizacyjne zakładu.

Kartoteka maszyny i historia serwisowa

W systemie CMMS każda maszyna ma kartotekę z pełną historią serwisową oraz dokumentacją techniczną wraz z harmonogramem planowanych prac. Decyzje o utrzymaniu opierają się wtedy na danych, a nie na domysłach. Aplikacja generuje zlecenia na przeglądy i zarządza magazynem części zamiennych, a zgłaszanie awarii staje się szybsze, bo technik widzi historię wcześniejszych usterek tej samej maszyny.

• Dane identyfikacyjne - numer inwentarzowy oraz lokalizacja maszyny.
• Plan przeglądów - cykle czasowe lub licznikowe z listą czynności do wykonania.
• Historia zleceń - awarie i przeglądy wraz z przyczyną oraz czasem trwania.
• Części powiązane - wykaz części zamiennych z minimalnym stanem magazynowym.

Ostatni element łączy CMMS z magazynem. Zlecenie, które czeka na brakującą część, wydłuża przestój bardziej niż sama awaria, dlatego stany magazynowe części zamiennych powinny być widoczne z poziomu zlecenia. Zarządzanie magazynem części w systemie WMS pozwala też optymalizować stany i uniknąć zakupów ekspresowych. Zakres modułów utrzymania ruchu w narzędziach dla przemysłu opisuje strona system CMMS dla przemysłu.

Plany przeglądów czasowe i licznikowe

Przegląd może być wywołany upływem czasu albo liczbą jednostek pracy, na przykład motogodzin lub cykli. Plan czasowy jest prosty, ale nie uwzględnia intensywności użycia: maszyna pracująca na trzy zmiany zużywa się szybciej niż ta sama maszyna pracująca na jedną. Plan licznikowy liczy zużycie faktyczne, wymaga jednak regularnego wprowadzania odczytu licznika.

Codziennym narzędziem dyspozytora jest lista przeglądów po terminie. Zapytanie tego typu, uruchamiane raz na zmianę lub jako zadanie SQL Agent, tworzy zestawienie do pilnego zaplanowania:

SELECT m.Kod, p.Czynnosc, p.NastepnyTermin
FROM dbo.PlanPrzegladu AS p
JOIN dbo.Maszyna AS m ON m.MaszynaId = p.MaszynaId
WHERE p.NastepnyTermin < CAST(SYSUTCDATETIME() AS date)
ORDER BY p.NastepnyTermin;

Zaległości ponad ustalony próg trafiają do kierownika utrzymania ruchu, dzięki czemu przegląd nie ginie w nadmiarze bieżących awarii.

Integracja CMMS z ERP i czujnikami IoT

System utrzymania ruchu, który działa w izolacji, wymusza ręczne przepisywanie danych. Integracja z innymi systemami usuwa ten koszt: zamówienia części trafiają do ERP, a informacje o kosztach zleceń wracają do budżetu. Połączenie z Internetem rzeczy daje stały monitoring maszyn, który stanowi podstawę konserwacji predykcyjnej. Jak wygląda to w codziennej pracy zakładu, pokazuje artykuł o tym, jak IoT i CMMS odmieniły codzienność narzędziowni.

Wymiana z ERP działa zwykle asynchronicznie. Zlecenie zapisuje się w CMMS od razu, a zapotrzebowanie na część trafia do kolejki i jest ponawiane, gdy ERP nie odpowiada, więc awaria łącza nie blokuje pracy technika. Mechanizm kolejek i ponowień opisuje tekst o integracji WMS z ERP przez REST i kolejki.

Uczenie maszynowe analizuje historię odczytów i uczy się wzorców, które poprzedzały awarie. Gdy wykryje podobną sekwencję, system zgłasza zagrożenie zanim maszyna stanie. Jakość takiej prognozy zależy jednak od tego, czy zlecenia miały zapisane przyczyny, co wraca do reguły z pierwszej sekcji.

Szerszy kontekst tych technologii w zakładzie omawia strona o tym, czym jest Przemysł 4.0.

Wspólny system dla narzędziowni i przeglądów maszyn

Zakłady, w których narzędzia i odzież robocza mają osobne rejestry od przeglądów maszyn, tracą czas na szukanie sprzętu i rozliczanie wydań. Wspólna baza kartotek skraca te czynności, bo narzędzie potrzebne do przeglądu i maszyna występują w jednym systemie. Praktyczny przykład zakładu, który uporządkował te obszary razem, opisuje tekst o wspólnym systemie dla narzędziowni i przeglądów maszyn.

Narzędziownia i legalizacje

Każde narzędzie, od wiertarki po przyrząd pomiarowy, dostaje unikalny kod, a program do obsługi narzędziowni rejestruje każde pobranie i zwrot. System przypomina o przeglądach i o legalizacji, a stan wypożyczeń pokazuje, kto odpowiada za sprzęt. Zasady prowadzenia takiej kartoteki opisuje strona o ewidencji narzędzi.

Odzież robocza i ŚOI

Program do ewidencji odzieży roboczej przypisuje każdy element wyposażenia do konkretnego pracownika, od kasku po rękawice. Monitoruje też terminy ważności środków ochrony indywidualnej, co ma znaczenie dla bezpieczeństwa. Szczegóły rozliczania wydań opisuje artykuł o kontroli środków ochrony indywidualnej i odzieży roboczej, a całość platformy przedstawia Studio TCS.net jako system CAFM i CMMS.

Korzyści biznesowe i sposób ich pomiaru

Przejście na utrzymanie ruchu z systemem CMMS przynosi korzyści, które da się wyrazić wskaźnikami. Sama deklaracja o mniejszej liczbie przestojów nie wystarcza: wartości bazowe trzeba zmierzyć przed wdrożeniem, a potem porównać po kilku kwartałach.

Pełna cyfryzacja procesów eliminuje papierową dokumentację i ułatwia zarządzanie. Dla działu utrzymania ruchu oznacza to zmianę roli: z jednostki, której zadaniem było gaszenie awarii, staje się on źródłem danych do decyzji o modernizacji i zakupach. Rolę systemu w tej zmianie przybliża materiał o roli CMMS.

Dział utrzymania ruchu jako źródło danych

Zestawienie kosztów napraw w podziale na maszyny wskazuje urządzenia, które pochłaniają najwięcej środków. Koszt rozproszony w wielu drobnych naprawach nie rzuca się w oczy, dopóki system nie zsumuje go dla jednej kartoteki. Ta informacja jest punktem wyjścia do decyzji o modernizacji lub wymianie, bo argument oparty na sumie wydatków z kilku lat przemawia skuteczniej niż opis stanu technicznego.

Raport dla kierownictwa powinien być odrębny od zestawienia operacyjnego. Technik potrzebuje listy otwartych zleceń, a zarząd wskaźników dostępności i kosztu w skali miesiąca.