Automatyczne generowanie przeglądów maszyn - reguły interwałów i blokada dubli

Czym jest automatyczne generowanie przeglądów

Automatyczne generowanie przeglądów to mechanizm systemu CMMS, w którym oprogramowanie samo wylicza termin kolejnego przeglądu i tworzy dokument dla wykonawcy, zanim ktokolwiek zajrzy do kalendarza. Wejściem jest harmonogram przypisany do maszyny, wyjściem dokument z listą czynności i terminem, adresowany do osoby odpowiedzialnej. Człowiek nie liczy dat. Wykonuje czynności i zamyka dokument.

Potrzeba wynika z prostej arytmetyki. Park maszynowy składa się z obiektów, każdy obiekt ma kilka czynności, a każda czynność własny interwał. Przy dwustu maszynach i czterech czynnościach na maszynę powstaje osiemset niezależnych cykli, a część z nich wraca co kilkanaście dni. Arkusz pokaże te daty, ale sam nie utworzy dokumentu ani nie przypisze zadania konkretnej osobie. Rolę takiego rejestru w zakładzie opisuje artykuł o roli systemu CMMS w przedsiębiorstwie.

Za każdym razem system musi rozstrzygnąć dwie sprawy: kiedy dokument jest potrzebny i czy taki dokument już nie istnieje. Pierwsza dotyczy arytmetyki dat, druga stanu rejestru. Pozostałe sekcje rozbierają obie na części, a ogólny kontekst zleceń cyklicznych znajduje się w tekście o oprogramowaniu facility management i zleceniach cyklicznych.

Z czego składa się harmonogram przeglądów

Harmonogram jest zapisem reguły dla jednej czynności na jednym obiekcie, a nie listą dat. Dopiero zestawienie reguły z datą ostatniego wykonania daje konkretny termin. Hasło harmonogram przeglądów definiujemy w słowniku pojęć, a tutaj interesuje nas wpływ poszczególnych pól na wynik wyliczenia.

Interwał można wyrazić na dwa sposoby, a wybór zależy od tego, co zużywa urządzenie: upływ czasu czy praca.

• Interwał czasowy - liczba dni kalendarzowych lub roboczych między przeglądami, niezależna od obciążenia maszyny.
• Interwał licznikowy - liczba godzin pracy lub cykli, wymagająca odczytów licznika z maszyny albo wpisów obsługi.

Przeglądy czasowe i licznikowe omawia artykuł o współczesnym utrzymaniu ruchu i wskaźnikach MTBF oraz MTTR. Dalej skupiamy się na interwałach czasowych, bo ich logika jest wspólna dla większości systemów, a licznikowe wymagają dodatkowego źródła odczytów.

Data odniesienia - od planu czy od wykonania

Najważniejsza decyzja projektowa dotyczy tego, od czego liczyć kolejny termin. Można go przypiąć do poprzedniego planu albo do faktycznego wykonania poprzedniego przeglądu. Oba warianty są poprawne, ale dają inne kalendarze, więc zespół utrzymania ruchu powinien wybrać jeden świadomie.

Wariant od planu zwykle pasuje do przeglądów powiązanych z sezonem albo z postojem, na przykład z remontem w stałym tygodniu roku. Wariant od wykonania sprawdza się przy smarowaniu i kontrolach, w których istotny jest odstęp od ostatniej obsługi.

W przeglądach wynikających z przepisów liczy się ostateczny termin ważności poprzedniego badania, więc system musi pilnować tej daty niezależnie od przyjętego wariantu. Podobny charakter ma rejestr legalizacji z blokadą wydania po terminie: data ważności jest tam twardą granicą, a nie rytmem.

Interwał kalendarzowy a dni robocze

Interwał w dniach kalendarzowych nie uwzględnia weekendów. Przegląd co 30 dni potrafi wypaść w niedzielę, a w zakładzie pracującym od poniedziałku do piątku nikt w ten dzień nie stanie przy maszynie. Systemy rozwiązują to na dwa sposoby: przesuwają wyliczony termin na najbliższy dzień roboczy albo liczą interwał wprost w dniach roboczych.

Kierunek przesunięcia ma znaczenie. Cofnięcie terminu na piątek nie przekracza odstępu zalecanego przez producenta, a przesunięcie na poniedziałek go wydłuża. Przy przeglądach z limitem wynikającym z dokumentacji urządzenia bezpieczniejsze jest więc przesunięcie wstecz, a przy kontrolach bez limitu formalnego wystarcza najbliższy dzień roboczy w przód.

Osobną sprawą są święta i postoje. Kalendarz dni wolnych trzeba prowadzić w systemie, ponieważ generator nie odgadnie przerwy świątecznej ani wyłączenia linii na remont. W języku T-SQL samo dodanie interwału do daty to jedno wywołanie funkcji DATEADD, natomiast logika dni roboczych wymaga tabeli kalendarza albo pętli po kolejnych dniach.

Wyprzedzenie - kiedy dokument trafia do kolejki

Termin przeglądu nie jest tym samym co moment powstania dokumentu. Dokument wystawiony w dniu terminu nie zostawia wykonawcy czasu na przygotowanie, dlatego systemy wprowadzają wyprzedzenie, czyli liczbę dni, o którą dokument pojawia się w kolejce przed terminem.

Wyprzedzenie zależy od interwału. Przy przeglądzie cotygodniowym byłoby bezcelowe, bo dokument kolejnego przeglądu pojawiłby się w chwili zamknięcia poprzedniego. Przy przeglądzie rocznym kilkunastodniowe wyprzedzenie daje czas na zamówienie części i uzgodnienie postoju z produkcją.

Zasada: wyprzedzenie musi być krótsze od interwału, bo w przeciwnym razie dokument następnego przeglądu powstałby jeszcze przed wykonaniem poprzedniego.

Przykład obliczeniowy: przy interwale 180 dni i wyprzedzeniu 21 dni dokument pojawia się po 159 dniach od poprzedniego przeglądu, a 21 dni zostaje na przygotowanie. Jedna wartość wyprzedzenia dla wszystkich czynności bywa za krótka dla przeglądów rocznych i za długa dla miesięcznych, więc część systemów wiąże ją z interwałem.

Serwis zewnętrzny - termin od daty ukończenia poprzedniego przeglądu

Przegląd wykonywany przez firmę zewnętrzną podlega kalendarzowi wykonawcy, więc termin planowany nie ma tu większego znaczenia. Liczy się dzień, w którym wykonawca zakończył pracę i przekazał protokół. Stąd reguła: termin kolejnego przeglądu to data zakończenia poprzedniego przeglądu zewnętrznego powiększona o interwał.

Przykład obliczeniowy: protokół zamknięto 22 października 2025, interwał wynosi 180 dni, więc kolejny termin przypada na 20 kwietnia 2026. Gdyby wykonawca zakończył pracę dwa tygodnie później, cały cykl przesunąłby się o te same dwa tygodnie, bo odniesieniem jest rzeczywista data zakończenia, a nie plan.

Z tej reguły wynikają dwa wymagania wobec danych.

• Zamknięcie poprzedniego dokumentu - system nie wystawi kolejnego przed zamknięciem poprzedniego.
• Data zakończenia - zamknięcie musi ją zawierać, bo bez niej brakuje odniesienia.

Protokół wykonawcy najlepiej przechowywać jako załącznik dokumentu. Rejestr dokumentów przeglądu opisujemy w artykule o przeglądach okresowych narzędzi i maszyn.

Przeglądami zewnętrznymi są często także badania urządzeń podlegających dozorowi technicznemu, prowadzone przez uprawnionego inspektora Urzędu Dozoru Technicznego. Terminy takich badań wynikają z przepisów i decyzji, więc system przypomina o nich z wyprzedzeniem i nie przesuwa ich według własnej reguły.

Blokada dubli i przegląd według potrzeb

Generator uruchamiany cyklicznie widzi ten sam harmonogram codziennie. Jeśli termin minął, a poprzedni dokument nie został zamknięty, naiwna procedura utworzy kolejny dokument przy każdym przebiegu. Blokada dubli jest warunkiem, który to wyklucza: nowy dokument dla czynności nie powstaje, dopóki istnieje jej dokument otwarty, czyli taki, który nie został zrealizowany ani anulowany.

Blokada jest konieczna tam, gdzie przegląd może trwać dłużej niż odstęp między uruchomieniami generatora. Przy krótkim cyklu wewnętrznym wystarcza aktualizacja daty ostatniego wygenerowania, która sama odsuwa następny dokument o interwał.

Dwa rodzaje przeglądów odbiegają od prostego cyklu. Duży przegląd grupuje czynności jednego obiektu nadrzędnego, na przykład linii technologicznej, w jednym dokumencie, żeby ekipa zrobiła jedną wizytę i zamknęła jeden protokół. Przegląd według potrzeb nie ma interwału: wykonuje się go po zdarzeniu albo decyzji kierownika, a system utrzymuje zawsze jeden otwarty dokument gotowy do użycia.

Dobrym uzupełnieniem blokady jest korekta interwału przy zamknięciu dokumentu. Wykonawca wpisuje datę kolejnego przeglądu, a system przelicza interwał z różnicy dni, więc harmonogram nadąża za rzeczywistym stanem maszyny bez ręcznej edycji.

Typowe błędy w danych harmonogramu

Generator jest tak dobry, jak dane, które czyta. Najwięcej problemów pojawia się przy pierwszym wczytaniu harmonogramów, zwykle z arkusza, bo arkusz nie wymusza spójności pól.

• Pusta data odniesienia - generator widzi czynność bez historii i może wystawić dokumenty dla wszystkich pozycji naraz.
• Dwa harmonogramy jednej czynności - ta sama praca wpisana pod różnymi nazwami daje dwa dokumenty i dwie historie.
• Interwał w złej jednostce - wartość 12 zamiast 120 dni albo miesiące wpisane jako dni skracają lub wydłużają cykl o rząd wielkości.
• Brak adresata - dokument bez zespołu i osoby powstaje poprawnie, ale nikt go nie otrzymuje.

Reguła: przed pierwszym uruchomieniem generatora każda pozycja harmonogramu ma datę odniesienia, a pierwszy przebieg wykonuje się na jednym obiekcie lub oddziale i ogląda wyniki.

Taka próba na ograniczonym zakresie pozwala porównać dokumenty wyliczone przez generator z terminami, które technicy znają z praktyki. Rozbieżność najczęściej wskazuje błąd w danych, a nie w regule. Przygotowanie danych i zakres pilotażu dobrze omówić na etapie analizy przedwdrożeniowej.

Czego generator nie robi

Generator ustala, kiedy dokument jest potrzebny, a nie jak przegląd wykonać. Nie ocenia stanu technicznego maszyny i nie zmienia zakresu czynności. Odznaczenia czynności oraz uwagi z podpisem wykonawcy powstają dopiero przy realizacji dokumentu.

Nie dostosowuje też interwału do historii awarii. Jeśli urządzenie psuje się częściej, niż wskazuje harmonogram, skrócenie interwału jest decyzją człowieka, podejmowaną na podstawie historii zleceń i dokumentacji producenta. Cykl życia zlecenia pracy opisuje tekst o cyklu życia zlecenia pracy w CMMS.

Generator nie rozwiąże też braku zasobów. Dokument pojawia się w kolejce, lecz od organizacji pracy zależy, czy zespół dysponuje częściami zamiennymi oraz dostępem do maszyny. Dobrze więc, gdy dokument trafia do wykonawcy tam, gdzie pracuje, na przykład na tablet. Ogólną ideę opisuje artykuł o aplikacjach mobilnych w utrzymaniu ruchu.

Przykład w Studio TCS.net - generator nocny w opisywanym wdrożeniu

Opisane mechanizmy pokazujemy na przykładzie modułu CMMS w Studio TCS.net, który od 2022 roku pracuje w zakładzie zagospodarowania odpadów komunalnych. Piszemy o tym jednym wdrożeniu, a nie o standardowej instalacji: opisany generator można odtworzyć w kolejnych wdrożeniach po uzgodnieniu reguł. Szerszy opis systemu znajduje się w artykule o Studio TCS.net w roli systemu CAFM i CMMS.

Pełny opis generatora, razem z przykładami z tego wdrożenia, prowadzimy w artykule automatyczne przeglądy maszyn w CMMS na witrynie produktowej. Konfigurację pól harmonogramu i przykłady obliczeniowe omawia strona automatyczne generowanie przeglądów w CMMS w portalu Studio TCS.net.

• Uruchomienie - procedura T-SQL wywoływana automatycznie raz na dobę, w nocy.
• Wejście - harmonogramy obiektów z pól opisanych wyżej oraz data ostatniego wygenerowania każdej pozycji.
• Wynik - dokument przeglądu w statusie Nowe i wpis w kalendarzu.
• Numeracja - numer zawiera rok i miesiąc, a po nich numer kolejny z sufiksem typu dokumentu, na przykład ZPR.

Reguła zależy od rodzaju przeglądu. Tabela zestawia cztery przypadki z przykładami obliczeniowymi wynikającymi z tych reguł.

Blokada dubli działa w tym wdrożeniu dla przeglądów zewnętrznych oraz dla dużych przeglądów i przeglądów według potrzeb: nowy dokument nie powstaje, dopóki poprzedni dla tej samej czynności nie ma statusu Zrealizowane ani Anulowane. Korekta interwału przebiega tak, jak opisaliśmy wyżej. Przy interwale 30 dni i dacie kolejnego przeglądu wskazanej 45 dni po wykonaniu nowy interwał wynosi 45 dni.

Dane startowe można wprowadzić ręcznie albo wczytać z arkusza Excel przez tabelę pośrednią i procedurę, która przypisuje czynności do obiektów nadrzędnych. Po imporcie powstaje raport, a gotowy obiekt razem z podrzędnymi i harmonogramami da się skopiować na inny oddział procedurą T-SQL.

Osobny rejestr obsługuje badania UDT. Dla obiektów ze znacznikiem wymaganego resursu zapis badania jest blokowany bez załącznika, więc badanie nie zamknie się bez dokumentu z protokołem. Resurs oznacza tu założony okres lub liczbę cykli pracy urządzenia, po których trzeba ocenić możliwość dalszej eksploatacji.

Pytania do dostawcy systemu CMMS przed wdrożeniem

Przy wyborze systemu różnice między generatorami widać dopiero w szczegółach reguł. Cztery pytania wystarczają, żeby je odsłonić na etapie rozmów z dostawcą.

• Data odniesienia - czy termin liczy się od planu czy od wykonania oraz czy można to ustawić osobno dla każdego rodzaju przeglądu.
• Podgląd przed wystawieniem - czy system pokazuje dokumenty, które powstaną, zanim zostaną wystawione.
• Dziennik przebiegu - czy każdy przebieg generatora zostawia zapis: ile dokumentów powstało i które czynności pominęła blokada dubli.
• Dane startowe - jak system przyjmuje harmonogramy z arkusza i co robi z pustą datą ostatniego wykonania.

Odpowiedzi warto zestawić z własnym rejestrem terminów. Punktem wyjścia bywa strona o terminach przeglądów narzędzi i maszyn, na której omawiamy planowanie przeglądów okresowych w Studio TCS.net.