Studio TCS.net

Automatyzacja przeglądów w CMMS - poradnik wdrożeniowy

Jak przygotować harmonogramy do generatora przeglądów i sprawdzić jego pierwsze dokumenty na jednym oddziale.

narzedzia.softwarestudio.net.pl/spis-tresci/
Schemat generatora przeglądów: od harmonogramu obiektu przez reguły interwałów do dokumentu w statusie Nowe
Schemat generatora przeglądów: od harmonogramu obiektu przez reguły interwałów do dokumentu w statusie Nowe
W skrócie

Automatyzacja przeglądów w CMMS zaczyna się od danych, a nie od uruchomienia procedury. Przygotowane kartoteki obiektów i harmonogramy wystarczają, by generator co noc zakładał dokumenty w statusie Nowe. Poniżej opisujemy, co sprawdzić przed startem i po pierwszej nocy.

Co w CMMS robi się samo, a co zostaje po stronie ludzi

Przegląd co 14 dni na 250 maszynach to blisko 6,5 tys. terminów rocznie. To przykład obliczeniowy (250 × 365 / 14), ale pokazuje, dlaczego ręczne pilnowanie terminów w końcu zawodzi, skoro każda maszyna ma jeszcze kilka innych czynności o własnych interwałach.

Opisujemy wdrożenie, w którym tym rachunkiem zajmuje się procedura T-SQL. Raz na dobę w nocy czyta ona harmonogramy obiektów i zakłada dokumenty przeglądu w statusie Nowe, z wpisem w kalendarzu. Pełny opis reguł znajdziesz w artykule o tym, jak działają automatyczne przeglądy maszyn w CMMS. Ten poradnik dotyczy przygotowania danych i pierwszych tygodni pracy.

Generator jest elementem opisywanego wdrożenia w zakładzie zagospodarowania odpadów komunalnych i można go odtworzyć w kolejnych wdrożeniach. W standardowej instalacji Studio TCS.net zlecenie przeglądu zakłada użytkownik, a termin kolejnego przeglądu wynika z danych w karcie obiektu i z harmonogramów w programie.

ObszarRobi proceduraRobi człowiek
Termin przegląduLiczy datę z interwału i z daty ostatniego wygenerowaniaWpisuje interwał i rodzaj serwisu
DokumentZakłada dokument w statusie Nowe i wpis w kalendarzuPrzyjmuje dokument i przenosi go do statusu W realizacji
WykonanieZapisuje datę i login osoby, która zatwierdziła czynnośćOdhacza czynności i dopisuje uwagi z załącznikami
Zmiana interwałuPrzelicza interwał z różnicy dniPodaje datę kolejnego przeglądu przy realizacji

Dane do przygotowania przed pierwszą nocą

Generator czyta to, co wpiszemy w harmonogramach, więc jakość terminów zależy od jakości tych wpisów. Zakres danych ustalamy już w analizie przedwdrożeniowej, a przed startem przechodzimy przez poniższą listę.

Co przygotowaćGdzie to trafiaCo sprawdzić przed startem
Obiekty i obiekty nadrzędneKartoteka obiektów, struktura drzewkaCzy podzespół ma obiekt nadrzędny, bo od niego zależy duży przegląd
CzynnościSłownik czynności, który może liczyć kilkaset pozycjiCzy ta sama czynność nie występuje pod dwiema nazwami
InterwałPozycja harmonogramu, wartość w dniachCzy wartość jest podana w dniach, a nie w miesiącach
Rodzaj przegląduSłownik rodzajów, na przykład okresowy lub dozoru technicznegoCzy słownik zawiera rodzaje stosowane w zakładzie
SerwisZnacznik serwisu wewnętrznego lub zewnętrznegoCzy przeglądy wykonywane przez wykonawcę zewnętrznego mają odpowiedni znacznik
Zespół i osoba odpowiedzialnaPozycja harmonogramuCzy zespół i osoba są już wpisane w słownikach
Data ostatniego wygenerowaniaPozycja harmonogramuCzy odpowiada ostatniemu faktycznemu przeglądowi

Jeżeli obiekty i harmonogramy mamy w arkuszach, ładujemy je importem z Excela. W opisywanym wdrożeniu dane trafiają najpierw do tabeli pośredniej, a osobna procedura przypisuje czynności do obiektów nadrzędnych i zapisuje raport importu. Ogólne zasady przygotowania pliku opisujemy w artykule o imporcie danych z Excela.

Data ostatniego wygenerowania wyznacza pierwszy termin. Stara data oznacza, że dokument powstanie już pierwszej nocy, więc wpisujemy ją świadomie.

Strukturę obiektów, od której zależą duże przeglądy, opisuje strona o kartotekach obiektów.

Najczęstsze pomyłki w harmonogramach

Większość kłopotów z pierwszymi dokumentami wynika z danych, a nie z procedury. Sprawdzamy cztery miejsca.

  • Granica 90 dni. Interwał 89 dni liczy się według dni roboczych, a interwał 90 dni według różnicy pomniejszonej o 14. Pozycja na granicy zachowuje się inaczej niż jej sąsiedzi, więc sprawdzamy, czy tak miało być.
  • Serwis zewnętrzny bez znacznika. Przegląd wykonywany przez wykonawcę zewnętrznego, a wpisany jako wewnętrzny, dostaje termin z daty ostatniego wygenerowania. Dla serwisu zewnętrznego termin wynika z zakończenia poprzedniego przeglądu, a dodatkowo działa blokada dubli.
  • Czynności bez obiektu nadrzędnego. Duży przegląd zbiera czynności jednego obiektu nadrzędnego w jednym dokumencie. Czynności bez wspólnego obiektu nadrzędnego trafią do osobnych dokumentów.
  • Podwójny wpis. Dla przeglądów wewnętrznych blokada dubli nie działa, więc ta sama czynność wpisana dwa razy może dać dwa dokumenty. Powtórzenia usuwamy z arkusza przed importem.

Przykład obliczeniowy dla interwału od 90 dni: pozycja ma interwał 180 dni, a datę ostatniego wygenerowania 14 stycznia. Dokument powstanie, gdy od tej daty upłynie 180 - 14 = 166 dni, czyli 29 czerwca w roku nieprzestępnym. Takie wyliczenie robimy ręcznie dla kilku pozycji próbnych i porównujemy z tym, co utworzy generator.

Próba na jednym oddziale

Pierwsze uruchomienie ograniczamy do jednego oddziału. Harmonogramy wprowadzamy tylko dla jego obiektów, więc pozostałe zespoły nie dostają dokumentów, których nikt jeszcze nie zweryfikował. W pierwszym tygodniu zaglądamy do rejestru przeglądów każdego ranka i porównujemy nowe dokumenty z harmonogramem.

Rodzaj pozycjiReguła terminuCo potwierdzamy w próbie
Serwis wewnętrzny, interwał poniżej 90 dniDni robocze: data przyszła nie wcześniejsza niż ostatnie wygenerowanie plus interwałDokumenty nie wypadają w sobotę ani w niedzielę
Serwis wewnętrzny, interwał od 90 dniDokument, gdy od ostatniego wygenerowania upłynęło co najmniej interwał minus 14 dniDokument pojawia się około dwóch tygodni przed terminem
Serwis zewnętrznyZakończenie poprzedniego przeglądu zewnętrznego plus interwałNie powstaje drugi dokument, gdy poprzedni jest otwarty
Duży przeglądCzynności jednego obiektu nadrzędnego w jednym dokumencieJeden dokument zamiast kilku osobnych
Przegląd według potrzebZawsze jeden otwarty dokumentPo zamknięciu powstaje następny
Schemat generatora przeglądów: od harmonogramu obiektu przez cztery reguły terminu do dokumentu w statusie Nowe
Gałęzie reguł, które sprawdzamy w próbie (dane poglądowe)

Odczyt pierwszych dokumentów

Otwieramy kilka dokumentów z pierwszej nocy i sprawdzamy cztery rzeczy.

  • Status. Nowy dokument ma status Nowe, a kolejne statusy ustawia człowiek.
  • Numer. Zaczyna się od roku i miesiąca, a kończy numerem kolejnym z sufiksem typu dokumentu, na przykład ZPR. Zasady opisuje strona o numeracji dokumentów.
  • Kalendarz. Każdy dokument ma wpis na właściwy dzień. Dla interwałów poniżej 90 dni nie jest to dzień wolny.
  • Odpowiedzialny. Zespół i osoba muszą zgadzać się z pozycją harmonogramu. Różnica oznacza błąd w danych, nie w procedurze.

Dokument zawiera listę czynności do odhaczenia i dane obiektu, a także miejsce na uwagi i załączniki. Pracownik może zgłosić awarię bezpośrednio z pozycji przeglądu, jak na makiecie poniżej. Statusy dokumentów opisuje strona o dokumentach systemu CMMS.

Makieta tabletu z dokumentem przeglądu: czynności 3 z 5, zgłoszenie awarii z pozycji i data kolejnego przeglądu
Makieta poglądowa, dane przykładowe: realizacja przeglądu na tablecie

Blokada dubli i dokumenty, które czekają

Blokada dubli obejmuje przeglądy zewnętrzne oraz duże. Nowy dokument dla tej samej czynności nie powstaje, dopóki poprzedni jest otwarty, czyli nie został zrealizowany ani anulowany. Przegląd według potrzeb działa podobnie: zawsze jest jeden otwarty dokument, a po jego zamknięciu powstaje następny.

Dla wdrożenia oznacza to jedno. Dokument otwarty i zapomniany wstrzymuje kolejne. Po próbie przeglądamy więc dokumenty, które nie mają jeszcze statusu Zrealizowane ani Anulowane. Dokumenty przeglądów tego samego obiektu nadrzędnego można połączyć w jeden: zaznaczamy dokument główny, a po wybraniu dołączanego zatwierdzamy połączenie.

Obiekty z badaniami UDT

Część obiektów podlega badaniom dozoru technicznego. W opisywanym wdrożeniu obiekt może mieć znacznik wymaganego resursu, a zapis badania takiego obiektu jest blokowany bez załącznika. Znacznik ustawiamy w kartotece obiektu, więc te obiekty oznaczamy już przy przygotowaniu danych i ustalamy, kto dołącza dokument z badania.

Sam rejestr badań jest ewidencją. Opisuje to instrukcja rejestru badań UDT: program nie przypomina o terminach badań i nie zgłasza urządzeń do urzędu.

Rozszerzenie na kolejne oddziały

Gdy próba przejdzie, nie wpisujemy harmonogramów od nowa. W opisywanym wdrożeniu obiekt wraz z obiektami podrzędnymi i harmonogramami kopiuje się na inny oddział procedurą T-SQL. Po kopii poprawiamy zespoły i osoby odpowiedzialne oraz datę ostatniego wygenerowania.

Na tym schemacie zakład, o którym piszemy, pracuje od 2022 roku. Baza liczy ponad 100 tys. dokumentów CMMS i kilka tysięcy obiektów, to stan na 11.08.2026. Porównanie z przeglądami maszyn w standardowym programie pozwala ocenić, które elementy opisanego tu wdrożenia warto odtworzyć u siebie.

FAQ

Pytania o automatyzację przeglądów w CMMS

01

Od czego zacząć automatyzację przeglądów w CMMS?

Od kartoteki obiektów i harmonogramów z interwałem w dniach. Dopiero na tak przygotowanych danych generator ma z czego tworzyć dokumenty.

02

Ile oddziałów obejmuje pierwsze uruchomienie?

Jeden. Harmonogramy wprowadzamy tylko dla obiektów wybranego oddziału. Po sprawdzeniu dokumentów z pierwszych dni kopiujemy obiekty na kolejne oddziały.

03

Czy generator tworzy przeglądy także w weekendy?

Dla serwisu wewnętrznego z interwałem poniżej 90 dni dokumenty powstają na dni robocze, a soboty i niedziele są pomijane.

04

Czy można dopisać przegląd ręcznie?

Tak. Oprócz dokumentów generowanych automatycznie przegląd można dopisać z rejestru przeglądów, na przykład po naprawie lub przy kontroli doraźnej.

05

Co zrobić, gdy w praktyce interwał jest inny niż w harmonogramie?

Dla obiektów z odpowiednim znacznikiem pracownik podaje przy realizacji datę kolejnego przeglądu, a system przelicza interwał z różnicy dni. Harmonogramu nie trzeba edytować.

06

Dlaczego generator nie utworzył nowego dokumentu?

Najczęściej dlatego, że poprzedni dokument dla tej samej czynności nie jest jeszcze zrealizowany ani anulowany. Blokada obejmuje przeglądy zewnętrzne oraz duże, a przegląd według potrzeb ma zawsze jeden otwarty dokument.

Słownik pojęć

GGenerator przeglądów
Procedura T-SQL uruchamiana raz na dobę w nocy. Czyta harmonogramy obiektów i zakłada dokumenty przeglądu w statusie Nowe wraz z wpisem w kalendarzu.
IInterwał
Liczba dni między kolejnymi przeglądami tej samej czynności, zapisana w pozycji harmonogramu. Od jego wartości zależy reguła wyznaczania terminu.
OObiekt nadrzędny
Obiekt w strukturze drzewka, do którego należą obiekty podrzędne. W dużym przeglądzie czynności jednego obiektu nadrzędnego trafiają do jednego dokumentu.
BBlokada dubli
Zabezpieczenie wstrzymujące utworzenie nowego dokumentu dla tej samej czynności, dopóki poprzedni dokument jest otwarty.