Wdrożenie CMMS w zakładzie gospodarki odpadami komunalnych

Autor: Adam Siemiątkowski, SoftwareStudio Group Sp. z o.o.

Zakład, w którym utrzymanie ruchu nie ma przerwy

Zakład zagospodarowania odpadów komunalnych nie ma przestojów z wyboru. Przenośniki taśmowe i sita bębnowe pracują zmianowo, a każda niezaplanowana awaria zatrzymuje linię i wydłuża kolejkę pojazdów na wjeździe. Poza ruchem maszyn zakład musi pilnować badań dozoru technicznego oraz przeglądów zlecanych producentom, a robi to na kilku oddziałach, w których zespoły rzadko siedzą przy biurku.

Od 2022 roku zakład prowadzi utrzymanie ruchu w module CMMS programu Studio TCS.net. Według stanu na 11.08.2026 w systemie jest ponad 100 tysięcy dokumentów serwisowych i blisko 490 tysięcy zapisanych czynności, a kartoteka obejmuje kilka tysięcy obiektów. Poniżej opisujemy, jak to wdrożenie jest zbudowane.

Tysiące obiektów i terminy, które nie mogą się rozjechać

Przy kilku tysiącach obiektów, które mają różne interwały i leżą w kilku oddziałach, harmonogramów nie da się prowadzić w arkuszach ani w pamięci doświadczonych pracowników. Kończy się to zaległościami i dublami, a stan techniczny trudno wtedy udowodnić podczas kontroli. Zakład potrzebował jednego miejsca, które pilnuje terminów i zbiera dowody wykonania. Koszty miały trafiać do maszyn i umów.

Mapa modułów w opisywanym wdrożeniu

Dziesięć elementów pracuje w jednym środowisku Studio TCS.net. Mapa pokazuje, jak się ze sobą wiążą, a kolejne podrozdziały opisują te, od których zależy reszta.

Kartoteka obiektów i harmonogramy

Każda maszyna ma kartę z lokalizacją i osobą odpowiedzialną, a także ze znacznikami, na przykład wymaganego badania UDT. Do obiektu przypisuje się czynności z interwałem w dniach oraz zespołem, który je wykonuje. Układ kart opisuje strona o kartotece obiektów technicznych. W opisywanym wdrożeniu harmonogramy trafiają do bazy także z importu arkusza Excel przez tabelę pośrednią, a obiekt razem z podrzędnymi i harmonogramami kopiuje się na inny oddział procedurą T-SQL.

Przeglądy tworzone przez procedurę nocną

Procedura T-SQL czyta harmonogramy raz na dobę w nocy i tworzy dokumenty przeglądów w statusie Nowe. Reguły interwałów oraz blokadę dubli opisuje artykuł o automatycznych przeglądach maszyn. Sam rejestr zleceń wraz ze statusami i kalendarzem przedstawia strona o planowaniu przeglądów okresowych.

Zgłoszenia awarii i badania UDT

Zgłoszenie awarii ma znaczniki zatrzymania produkcji i awarii krytycznego podzespołu. Z awarii powstaje zlecenie naprawy z zespołem i datą przyjęcia, a także z planowanym i faktycznym terminem zakończenia. Awarię można też dopisać w trakcie realizacji przeglądu, bezpośrednio do pozycji, na której wykryto usterkę.

Dla obiektów oznaczonych jako wymagające resursu system nie pozwala zapisać badania UDT bez dołączonego protokołu. Ta blokada usuwa najczęstszy problem podczas kontroli, czyli brak dokumentu przy zamkniętym terminie.

Blokada jest elementem opisywanego wdrożenia. W standardowym programie rejestr badań jest ewidencją prowadzoną ręcznie, co pokazuje instrukcja rejestru Badania UDT, a miejsce badań obok przeglądów własnych omawia strona o ewidencji badań dozoru technicznego.

Koszty przypisane do obiektów i umów

Koszty zapisuje się do obiektu albo dokumentu w złotych lub w euro: 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 wyniki trafiają do Excela w podziale na oddziały.

Sposób liczenia kosztów utrzymania sprzętu opisuje strona o optymalizacji kosztów utrzymania. Raport według umowy jest elementem opisywanego wdrożenia.

Przebieg dnia pracy w zakładzie

Procedura nocna zostawia w rejestrze nowe dokumenty przeglądów. Pracownik otwiera na tablecie przegląd kompresora i odhacza czynności, a przy pasie klinowym dopisuje uwagę oraz podaje datę kolejnego przeglądu, od której system przelicza interwał. Jeśli wykryje usterkę, zgłasza awarię prosto z pozycji przeglądu.

Układ pulpitu przedstawia makieta. Górny rząd tworzą cztery kafelki wskaźników, a pod nim leżą wykres planu i wykonania przeglądów z listą najbliższych terminów oraz rejestr awarii z oznaczeniem maszyn zatrzymanych. Dyrektor przełącza się między oddziałami, a dział zakupów porównuje koszty z wartością umowy serwisowej w raporcie według umowy.

Archiwum PDF i historia zmian w opisach

Protokoły i wydruki trafiają do archiwum PDF, które filtruje się po grupie obiektów i nazwie pliku. Raporty omawia strona o raportach awaryjności i kosztów.

• Zadania na dzień - raport z listą prac na wybrany dzień.
• Przeglądy w okresie - raport przeglądów planowanych w zadanym okresie.
• Czynności niezrealizowane - raport z uwagami wpisanymi przy zamykaniu dokumentów.
• Koszty obiektów - zestawienie kosztów w podziale na obiekty.

Zmiany opisów awarii, napraw, przyczyn i warunków bezpieczeństwa zapisują się razem z loginem i datą modyfikacji, więc każdą zmianę da się przypisać do osoby.

Co jest konfiguracją, a co elementem wdrożenia

Część rozwiązań zależy tylko od ustawień administratora, a część powstała na potrzeby zakładu. Tabela rozdziela te grupy, bo tylko pierwsza jest standardem programu.

Elementy wdrożenia powstały w odpowiedzi na potrzeby zakładu i można je odtworzyć w kolejnych wdrożeniach. Ustawienia, które zostają po stronie administratora, zbiera strona o ustawieniach administratora programu CMMS, a przebieg samego projektu, od importu po pierwsze rejestry, opisuje strona o wdrożeniu modułu CMMS w Studio TCS.net.