System CMMS w opisywanym zakładzie zagospodarowania odpadów komunalnych działa od 2022 roku w module CMMS Studio TCS.net. Wokół kartoteki obiektów zbudowano harmonogramy z interwałami w dniach i nocny generator przeglądów w T-SQL. Rejestr badań UDT blokuje zapis bez protokołu, a koszty i umowy prowadzi się w PLN i EUR. Generator, import z Excela, kopiowanie obiektu na inny oddział i raport według umowy są elementami tego wdrożenia, które można odtworzyć w kolejnych zakładach. Według stanu na 11.08.2026 baza liczy ponad 100 tysięcy dokumentów serwisowych.
Przegląd zagadnień
| Zagadnienie | Jak działa w opisywanym wdrożeniu |
|---|---|
| Kartoteka obiektów | Maszyny i urządzenia w układzie nadrzędny-podrzędny, ze znacznikami, na przykład wymaganego resursu badania UDT. |
| Harmonogram obiektu | Pozycja wiąże czynność z interwałem w dniach i z zespołem, który ją wykonuje. |
| Generator przeglądów | Procedura T-SQL uruchamiana raz na dobę w nocy zakłada dokumenty w statusie Nowe i wpis w kalendarzu. |
| Awarie i naprawy | Zgłoszenie ze znacznikiem zatrzymania produkcji staje się zleceniem naprawy z zespołem i terminami. |
| Badania UDT | Zapis badania dla obiektu z wymaganym resursem jest zablokowany bez załącznika. |
| Koszty i umowy | Koszty w PLN lub EUR trafiają najpierw do bufora, a po zatwierdzeniu do raportu według umowy. |
| Archiwum i historia zmian | Archiwum PDF z filtrem po grupie obiektów oraz login i data przy każdej zmianie opisu. |
Gdzie rozjeżdżają się terminy
Zakład zagospodarowania odpadów komunalnych pracuje zmianowo i nie ma okien serwisowych z wyboru. Zatrzymane sito bębnowe albo prasa belująca wydłuża kolejkę pojazdów na wjeździe jeszcze tego samego dnia, a przegląd odłożony o tydzień wraca w kalendarzu jako zaległość.
Rozjazd zaczyna się od liczby obiektów. W opisywanym zakładzie kartoteka liczy kilka tysięcy pozycji, część z nich ma interwały krótsze niż miesiąc, a część wymaga dużego przeglądu raz w roku. Dochodzą oddziały z osobnymi kierownikami i zespoły, które pracują na hali bez dostępu do komputera. Arkusz kalkulacyjny przestaje wtedy odpowiadać na pytanie, co trzeba zrobić jutro.
Studio TCS.net pracuje tu od 2022 roku. Według stanu bazy na 11.08.2026 jest w niej ponad 100 tysięcy dokumentów serwisowych i blisko 490 tysięcy zapisanych czynności. Etapy projektu opisaliśmy osobno, w pełnym studium wdrożenia na stronie produktu CMMS.
Zasada przyjęta przy projektowaniu: termin przeglądu nie może zależeć od pamięci pracownika, więc dokument powstaje w bazie, a pracownik zajmuje się jego wykonaniem.
Architekturę wyznaczyły cztery ograniczenia zakładu.
- Zmianowość. Przegląd musi trafić do zespołu, zanim zacznie się zmiana, a nie po niej.
- Dozór techniczny. Badania UDT mają termin, którego nie wolno zamknąć bez protokołu.
- Oddziały. Każdy kierownik pracuje na rejestrach swojego oddziału, a dyrektor przełącza się między oddziałami.
- Hala. Zespoły w terenie realizują zadania na tabletach, bez biurka.
Kartoteka obiektu jako punkt wyjścia
Każda maszyna ma w kartotece kartę z lokalizacją i osobą odpowiedzialną, a obiekty układają się w relacji nadrzędny-podrzędny. Dzięki temu kompresor śrubowy i jego podzespoły tworzą jedno drzewo, a duży przegląd może objąć wszystkie jego gałęzie. Budowę kartoteki w standardowym programie opisuje instrukcja kartoteki obiektów technicznych.
Karta niesie znaczniki, na przykład wymagany resurs badania UDT, oraz harmonogram. W opisywanym wdrożeniu harmonogramy wczytano z arkusza Excel przez tabelę pośrednią, a procedura przypisała czynności do obiektów nadrzędnych i zwróciła raport importu do weryfikacji. Obiekt razem z podrzędnymi i harmonogramami można też skopiować na inny oddział procedurą T-SQL, więc nowy oddział nie zaczyna od pustej kartoteki.
Gospodarkę częściami zamiennymi prowadzi ten sam program, a jej zasady opisuje strona o magazynie części zamiennych w narzędziowni. Ogólne ujęcie planowania przeglądów i konserwacji znajdziesz na stronie o utrzymaniu ruchu maszyn w systemie CMMS.
Generator nocny zamiast listy w arkuszu
Standardowy Studio TCS.net zakłada zlecenia przeglądu ręcznie, a rejestr działa jak dziennik planu i wykonania, co opisuje instrukcja zleceń przeglądu. W opisywanym wdrożeniu dodano procedurę T-SQL, która uruchamia się automatycznie raz na dobę w nocy. Czyta harmonogramy obiektów, w których każda czynność ma interwał w dniach i datę ostatniego wygenerowania, a następnie tworzy dokumenty w statusie Nowe razem z wpisem w kalendarzu. Rano zespół zastaje listę gotową, a nie zadanie jej ułożenia.
| Rodzaj przeglądu | Kiedy powstaje dokument |
|---|---|
| Interwał poniżej 90 dni | Procedura przechodzi po kolejnych dniach roboczych, a weekendy pomija. Dokument powstaje, gdy data przyszła nie jest wcześniejsza niż ostatnie wygenerowanie powiększone o interwał. |
| Interwał od 90 dni | Dokument powstaje, gdy liczba dni od ostatniego wygenerowania jest nie mniejsza niż interwał pomniejszony o 14. |
| Serwis zewnętrzny | Termin to data zakończenia poprzedniego zrealizowanego przeglądu zewnętrznego powiększona o interwał. |
| Duży przegląd i według potrzeb | Czynności jednego obiektu nadrzędnego trafiają do jednego dokumentu, a przegląd według potrzeb ma zawsze jeden otwarty dokument. |
Blokada dubli działa przy przeglądach zewnętrznych, a także przy dużych oraz wykonywanych według potrzeb: nowy dokument nie powstaje, dopóki poprzedni dla tej samej czynności ma status inny niż Zrealizowane i Anulowane. Dzięki temu zaległy przegląd nie mnoży się w kolejnych nocach.
Dwa przykłady obliczeniowe wynikają wprost z reguł i nie są danymi z systemu. Przy interwale 120 dni i ostatnim wygenerowaniu 2 marca liczymy 120 - 14 = 106 dni, więc dokument powstaje w nocy 16 czerwca. Dla serwisu zewnętrznego z interwałem 180 dni i poprzednim przeglądem zakończonym 15 maja termin wypada 11 listopada.
Pełny opis reguł i zabezpieczeń generatora zawiera artykuł automatyczne przeglądy maszyn w CMMS.
Od dokumentu do zamknięcia przeglądu
Numer dokumentu zaczyna się od roku i miesiąca, potem idzie numer kolejny z sufiksem typu, na przykład ZPR dla zlecenia przeglądu. Dokument przechodzi od statusu Nowe przez Przyjęte i W realizacji do Zrealizowane albo kończy jako Anulowane. Przy zamknięciu użytkownik podaje datę kolejnego przeglądu, a interwał jest przeliczany z różnicy dni.
Gdy podczas przeglądu wychodzi usterka, awarię dopisuje się bezpośrednio do pozycji, na której ją wykryto. Zgłoszenie ma znaczniki zatrzymania produkcji i awarii krytycznego podzespołu, a z awarii powstaje zlecenie naprawy z zespołem i datą przyjęcia. Zlecenie ma termin zakończenia planowany i faktyczny. Ścieżkę zgłoszenia w standardowym programie opisuje instrukcja zgłoszeń awarii.
Zespoły w terenie pracują na tabletach z uproszczonym menu, w którym są przeglądy i naprawy oraz awarie i badania.
Badania UDT i blokada bez protokołu
Badania dozoru technicznego mają własny rejestr. W standardowym programie to ewidencja prowadzona ręcznie, bez łączności z UDT i bez przypomnień, co opisuje instrukcja rejestru badań UDT. W opisywanym wdrożeniu dodano jedną regułę: dla obiektu ze znacznikiem wymaganego resursu zapis badania jest blokowany bez załącznika.
Brak dokumentu przy zamkniętym terminie wychodzi zwykle dopiero podczas kontroli. Blokada przenosi ten moment na dzień wpisu.
Koszty i umowy serwisowe
Koszty zapisuje się do obiektu albo dokumentu w PLN lub EUR, najpierw w buforze, a potem jako zatwierdzone. Umowa ma okres obowiązywania i wartość maksymalną, a jeden obiekt może należeć do kilku umów. Raport według umowy zestawia dokumenty i koszty obiektów z okresu jej trwania, a wynik trafia do Excela w podziale na oddziały.
Pulpit kierownika na makiecie
Poniższa makieta pokazuje, jak można ułożyć pulpit kierownika utrzymania ruchu: wskaźniki awarii i zaległości oraz plan przeglądów tygodnia, a pod nimi rejestr awarii z oznaczeniem maszyn zatrzymanych. Dane są przykładowe i nie pochodzą z systemu klienta.
W programie są trzy role. Pracownik realizuje własne zlecenia. Kierownik administruje kartotekami swojego oddziału, a dyrektor może zmienić oddział.
Archiwum PDF i ślad zmian
Protokoły i wydruki trafiają do archiwum PDF z filtrem po grupie obiektów i nazwie pliku. Raporty pokazują zadania na wybrany dzień, przeglądy planowane w zadanym okresie, czynności niezrealizowane z uwagami oraz koszty obiektów. Zapis loginu osoby i daty modyfikacji obejmuje opisy awarii i napraw oraz pola przyczyn i warunków bezpieczeństwa, więc po latach pracy da się ustalić autora zmiany i jej datę.
Co da się odtworzyć w innym zakładzie
Standardem Studio TCS.net pozostaje konfiguracja: słowniki rodzajów przeglądów i widoki rejestrów ustawia się w programie, a nie w kodzie. Cztery elementy, czyli generator, import harmonogramów, kopiowanie obiektu i raport według umowy, powstały pod potrzeby tego zakładu. Ich odtworzenie jest personalizacją, którą opisuje strona o oprogramowaniu na zamówienie, i zaczyna się od ustalenia zakresu z Twoją firmą.
Ile kosztuje taki zakres, pokazuje wycena Studio TCS.net. Opis całego wdrożenia w układzie przyjętym na stronie produktu CMMS to studium wdrożenia w zakładzie odpadów.