Zakres CAFM i CMMS w jednym systemie

Studio TCS.net łączy funkcje CAFM (Computer-Aided Facility Management) i CMMS (Computerized Maintenance Management System). Jeden system prowadzi zarówno infrastrukturę i zasoby firmy, jak i utrzymanie ruchu, a planowanie działań oraz ich monitorowanie odbywają się na wspólnych danych. Obejmuje to zarządzanie przestrzeniami i konserwację sprzętu, o której mówi też strona o narzędziarni i wypożyczaniu narzędzi.

Oba skróty pojawiają się w opisach systemów wspierających utrzymanie infrastruktury, ale odnoszą się do nieco innych zakresów. Rozróżnienie ma znaczenie przy określaniu wymagań wobec narzędzia, bo od niego zależą pola w kartotece oraz kategorie zgłoszeń.

KryteriumCMMSCAFM
Przedmiot zarządzaniamaszyny i urządzenia produkcyjnepowierzchnia, instalacje budynkowe, nieruchomości
Typowe zgłoszenieawaria maszyny, przegląd okresowyusterka instalacji, obsługa umowy z dostawcą
Istotne wskaźnikiMTBF, MTTR, OEEkoszt utrzymania metra kwadratowego, obłożenie powierzchni
Odbiorca danychdział utrzymania ruchuzarządca obiektu, administracja

Obie klasy narzędzi opierają się na wspólnym mechanizmie zleceń i harmonogramów, dlatego bywają łączone w jednym rozwiązaniu. Podejście do zarządzania majątkiem w całym cyklu życia opisuje seria norm ISO 55000. Rolę samego CMMS w zakładzie przybliża materiał o roli CMMS, a zastosowania w zarządzaniu obiektami - tekst o oprogramowaniu do facility management.

Osobne systemy mają sens, gdy zakład ma bardzo rozbudowany park produkcyjny obsługiwany przez wyspecjalizowany dział, a obiekty administruje odrębna spółka o innych procesach i wskaźnikach. Wspólny system sprawdza się przy jednym zarządzie infrastruktury i maszyn, bo pozwala zestawić koszt utrzymania całości i uniknąć dublowania kartotek.

Kartoteka zasobu jako punkt odniesienia

Kartoteka zasobu jest osią całego systemu, bo do niej przypisuje się zgłoszenia oraz zlecenia, a także przeglądy i koszty. Zawiera dane identyfikacyjne, takie jak numer inwentarzowy, oraz lokalizację w strukturze obiektu. Na jej podstawie system wie, do którego pomieszczenia należy urządzenie, kto za nie odpowiada i kiedy wypada kolejny przegląd.

Błąd w kartotece, na przykład zdublowany numer inwentarzowy, rozchodzi się na wszystkie dokumenty, dlatego identyfikator zasobu powinien być unikalny na poziomie bazy, a nie tylko w formularzu.

Wspólne dane dla obu obszarów

Połączenie zakresów ma sens wtedy, gdy oba korzystają z tej samej kartoteki zasobów i tego samego mechanizmu obsługi zgłoszeń. Maszyna produkcyjna i instalacja wentylacyjna mają różne charakterystyki techniczne, ale ten sam zestaw danych ewidencyjnych, na przykład lokalizację i historię przeglądów.

Wspólny rejestr umożliwia zestawienie kosztu utrzymania całej infrastruktury, a nie tylko jej części produkcyjnej. Bywa to pierwszy moment, w którym widoczna staje się skala wydatków na obiekty. Studio TCS.net wspiera też zarządzanie flotą pojazdów i narzędziami, co pozwala objąć jednym rejestrem zasoby o różnym charakterze. Zakres produktu przedstawia strona Studio TCS.net w serwisie SoftwareStudio.

Rejestr awarii i zlecenia naprawy w Studio TCS.net

Moduł CMMS w Studio TCS.net ma osobne pozycje menu dla awarii i napraw oraz dla przeglądów i remontów, a także dla badań UDT, czyli badań Urzędu Dozoru Technicznego. Obok znajduje się kalendarz i wyszukiwarka. Taki układ menu odzwierciedla różne wyzwalacze zlecenia: usterkę zgłoszoną przez pracownika, harmonogram przeglądu okresowego albo termin wymaganego badania urządzenia.

Rejestr awarii w Studio TCS.net z listą zgłoszeń w kolorowych statusach i oknem generowania zlecenia naprawy
Rejestr awarii w wersji demonstracyjnej: lista zgłoszeń ze statusami oraz okno „Zlecenie naprawy” z przyciskiem generowania zlecenia

Na zrzucie widać rejestr awarii z kolumnami statusu i numeru zgłoszenia, a także rodzaju awarii oraz filtrem zakresu dat. Kliknięcie operacji na zgłoszeniu otwiera okno zlecenia naprawy. Zawiera ono cztery elementy.

  • Numer dokumentu - identyfikator zlecenia nadawany przez system.
  • Termin realizacji - data i godzina, do której naprawa ma zostać wykonana.
  • Kopiowanie opisu awarii - opcja przeniesienia opisu zgłoszenia do treści zlecenia.
  • Kopiowanie przyczyny awarii - opcja przeniesienia przyczyny, jeśli została już ustalona.

Przycisk „Generuj zlecenie” tworzy dokument naprawy powiązany ze zgłoszeniem. Dzięki temu technik dostaje kompletny opis, a zgłoszenie i zlecenie zachowują wspólną historię.

Reguła: zgłoszenie awarii i zlecenie naprawy są osobnymi dokumentami, więc zmiana statusu zlecenia nie może nadpisywać opisu zgłoszenia.

Statusy zgłoszenia

Rejestr oznacza kolorem etap zgłoszenia, co pozwala dyspozytorowi ocenić kolejkę jednym spojrzeniem. Poniższa tabela zestawia statusy widoczne na zrzucie.

StatusKolor w rejestrzeZnaczenie w procesie
Noweczerwonyzgłoszenie zarejestrowane, bez przypisanego wykonawcy
Przyjętepomarańczowyzgłoszenie zakwalifikowane do realizacji
W realizacjiżółtypraca serwisowa w toku
Zrealizowanezielonynaprawa zakończona i zapisana w historii

Kolory pełnią rolę pomocniczą. Rozstrzygające dla raportów są wartości statusu i znaczniki czasu zmian, bo z nich liczy się czas oczekiwania i czas naprawy. Przegląd historii i wydruki są dostępne z paska operacji rejestru.

Przeglądy okresowe i badania w harmonogramie

Przegląd okresowy nie czeka na zgłoszenie: system tworzy go z harmonogramu i powiadamia odpowiedzialne osoby z wyprzedzeniem. Dla każdej czynności serwisowej można przygotować listę kontrolną, co zapewnia spójność i jakość wykonania. Zadania przypisuje się konkretnym technikom, a kierownik śledzi postęp prac w rejestrze. Badania UDT figurują w tym samym module, więc terminy badań urządzeń nadzorowanych prowadzi się obok terminów przeglądów.

Historia napraw i analiza trendów

System zapisuje historię napraw każdego urządzenia, co ułatwia analizę i prognozowanie. Zestawienie awarii w czasie pokazuje słabe punkty, na przykład maszynę, która wraca do rejestru co kilka tygodni z tym samym rodzajem uszkodzenia. Taki wzorzec sugeruje, że naprawa usuwa objaw, a nie przyczynę, i uzasadnia dokładniejszą analizę. Historia wspiera też decyzje o zapasach części zamiennych, bo pokazuje, które części wymienia się najczęściej.

Zgłoszenia i zlecenia dla obiektów i maszyn

Połączenie utrzymania ruchu i zarządzania obiektami sprawdza się wtedy, gdy oba obszary korzystają z tego samego mechanizmu przyjmowania i realizacji zgłoszeń. System pozwala szybko zgłaszać usterki oraz automatycznie generować zlecenia serwisowe, a także planować konserwację zapobiegawczą i predykcyjną. Sposób organizacji pracy dyspozytora opisuje strona o współczesnym utrzymaniu ruchu.

Ścieżka zgłoszenia

Zgłoszenie przechodzi od przyjęcia i kwalifikacji do przypisania wykonawcy, a potem do realizacji i zamknięcia. Każdy z nich powinien mieć określony czas oraz osobę odpowiedzialną, inaczej sprawy zatrzymują się na etapie oczekiwania bez wskazanego adresata. Czas wejścia w każdy etap zapisuje się znacznikiem, co pozwala policzyć czas oczekiwania na przyjęcie oraz czas realizacji i wskazać etap, na którym zgłoszenia utykają.

Kategoryzacja pozwala kierować zgłoszenia do właściwych zespołów bez ręcznej segregacji. Poniższa tabela pokazuje przykładowy podział.

Kategoria zgłoszeniaOdbiorcaPrzykład
Awaria maszynyutrzymanie ruchuuszkodzone łożysko, rozregulowany dozownik
Usterka instalacji budynkowejsłużby techniczne obiektunieszczelność instalacji wodnej
Zmiana wyposażenia stanowiskaadministracjaprzestawienie stanowiska pracy

Rozróżnienie zachowuje się na poziomie kategorii, dzięki czemu wyniki każdego zespołu można analizować osobno, a mechanizm obsługi pozostaje wspólny.

Priorytety i czasy 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, a nie ranga zgłaszającego. Bez takiej zasady kolejność ustala się nieformalnie, a służby techniczne tracą kontrolę nad własnym harmonogramem. Przeglądy okresowe planuje się w tym samym kalendarzu, a system generuje powiadomienia o zbliżających się terminach i listy kontrolne dla czynności serwisowych.

Wspólny rejestr zasobów i koszty utrzymania

Precyzyjna ewidencja pozwala przypisać zasoby do pomieszczeń lub lokalizacji, sprawdzić ich status i obłożenie oraz zoptymalizować wykorzystanie powierzchni. Ta sama kartoteka służy planowaniu przeglądów, bo urządzenie ma w jednym miejscu lokalizację oraz historię. Kartotekę narzędzi i wyposażenia opisuje strona o ewidencji narzędzi, a rejestr pracowników - o modułach ewidencji pracowników w Studio TCS.net.

Koszt utrzymania w podziale na zasoby

Zestawienie wydatków przypadających na konkretną maszynę lub instalację pozwala ocenić, które elementy infrastruktury pochłaniają najwięcej środków. Wynik bywa zaskakujący, bo koszty rozproszone w wielu drobnych naprawach nie rzucają się w oczy. Zestawienie tego rodzaju można zbudować jako widok w bazie, który łączy zlecenia z kartoteką zasobów.

CREATE VIEW dbo.vKosztUtrzymaniaZasobu AS
SELECT z.ZasobId,
       z.Nazwa,
       YEAR(o.ZakonczonoUtc) AS Rok,
       SUM(o.KosztCzesci + o.KosztRobocizny) AS KosztRazem
FROM dbo.Zasob AS z
JOIN dbo.ZlecenieNaprawy AS o ON o.ZasobId = z.ZasobId
WHERE o.ZakonczonoUtc IS NOT NULL
GROUP BY z.ZasobId, z.Nazwa, YEAR(o.ZakonczonoUtc);

Widok upraszcza raporty, bo każdy z nich czyta gotowe sumy zamiast powtarzać złączenie. Składnię opisuje dokumentacja CREATE VIEW w Microsoft Learn, a nazwy w przykładzie są przykładowe. Analiza taka jest punktem wyjścia do decyzji o modernizacji lub wymianie, bo argument oparty na sumie wydatków z trzech lat przemawia skuteczniej niż opis stanu technicznego.

Technik w kasku z tabletem przy szafie sterowniczej z ekranem, ilustracja pracy z aplikacją CMMS przy obiekcie technicznym
Praca przy obiekcie technicznym z podglądem danych - odczyt statusu zasobu i historii przeglądów wykonuje się na miejscu

Jedna baza zamiast arkuszy kalkulacyjnych

Zintegrowane zarządzanie danymi eliminuje potrzebę prowadzenia wielu arkuszy kalkulacyjnych. Arkusz nie zapisuje, kto i kiedy zmienił wartość, nie pilnuje unikalności numerów inwentarzowych i nie rozróżnia uprawnień do odczytu oraz zapisu. Baza danych zapewnia to mechanizmami, takimi jak klucze oraz ograniczenia, a informacje są dostępne w jednym miejscu, co usprawnia decyzje. Precyzyjna ewidencja zapobiega też zagubieniu lub marnotrawstwu sprzętu, a automatyzacja zadań administracyjnych zwalnia czas pracowników.

Media i planowanie nakładów

System gromadzi dane o zużyciu mediów, takich jak energia elektryczna czy woda, co umożliwia identyfikację nadmiernego zużycia i decyzje o optymalizacji ogrzewania lub klimatyzacji. Raporty wizualizują te dane, ułatwiając ocenę skutków zmian.

Znajomość wieku i stanu wyposażenia pozwala rozłożyć wymiany w czasie zamiast reagować na kolejne awarie. Plan wieloletni oparty na danych łatwiej obronić przy konstruowaniu budżetu, a przy planowaniu warto uwzględnić zależności między zasobami: modernizacja instalacji zasilającej wykonana przed wymianą maszyn jest tańsza niż dwie osobne przerwy w pracy wydziału. Zapasy części zamiennych, które eliminują braki, wymagają osobnej kontroli, a ich zasady opisuje tekst o stanach magazynowych.

Wdrożenie etapami i raportowanie dla różnych odbiorców

Uruchomienie pełnego zakresu funkcji jednocześnie przekracza zwykle możliwości organizacyjne zakładu. Praktyczne bywa rozpoczęcie od rejestru zasobów i obsługi zgłoszeń, a dodanie planowania przeglądów i rozliczeń kosztowych w kolejnym etapie.

  • Rejestr zasobów - wspólna kartoteka maszyn i infrastruktury budynkowej.
  • Zgłoszenia i zlecenia - przyjmowanie awarii i generowanie zleceń naprawy.
  • Plan przeglądów - harmonogramy okresowe z powiadomieniami o terminach.
  • Koszty i wskaźniki - raporty kosztów utrzymania oraz KPI facility management.

Każdy etap warto zamknąć oceną efektów, zanim rozpocznie się następny. Projekty prowadzone bez takich punktów kontrolnych rozciągają się w czasie i tracą poparcie kierownictwa. Zespół może przećwiczyć proces na wersji demonstracyjnej, dostępnej pod adresem demo.softwarestudio.com.pl.

Ekran logowania wersji demonstracyjnej Studio TCS.net z polami użytkownika i hasła na tle narzędziowni
Ekran logowania wersji demonstracyjnej - od niego zaczyna się przejście procesu zgłoszenia i zlecenia

Import istniejących ewidencji

Wdrożenie zaczyna się zwykle od wczytania danych z arkuszy, które zakład prowadził dotąd. Przed importem usuwa się duplikaty i ujednolica nazwy lokalizacji, bo system będzie na nich opierał zgłoszenia i raporty. Import wykonuje się do tabeli pośredniej, sprawdza raportem różnic i dopiero wtedy przenosi do rejestru zasobów, co pozwala cofnąć błąd bez ingerencji w dane produkcyjne.

Role i uprawnienia w obiegu zleceń

Rozdzielenie uprawnień ogranicza ryzyko przypadkowych zmian w historii. Typowy podział obejmuje cztery role.

  • Zgłaszający - rejestruje usterkę i widzi status swoich zgłoszeń.
  • Dyspozytor - kwalifikuje zgłoszenia i ustala priorytet, a następnie przypisuje wykonawcę.
  • Technik - realizuje zlecenie i wpisuje opis czynności oraz przyczynę.
  • Kierownik - zamyka zlecenia i zatwierdza koszty, a także przegląda raporty.

Technik nie powinien mieć uprawnień do usuwania zgłoszeń, a dyspozytor do zmiany treści opisu zapisanego przez wykonawcę. Takie ograniczenia zapisuje się w uprawnieniach systemu, a nie w instrukcji, bo instrukcja nie chroni przed pomyłką.

Raportowanie dla różnych odbiorców

Służby techniczne potrzebują zestawień o zgłoszeniach otwartych i terminach przeglądów, a kierownictwo wskaźników opisujących dostępność infrastruktury i koszt jej utrzymania w skali miesiąca. Rozdzielenie tych poziomów jest praktyczne: raport łączący szczegół operacyjny z podsumowaniem zarządczym zwykle nie odpowiada na potrzeby żadnej z grup i przestaje być czytany po kilku miesiącach.

Studio TCS.net generuje raporty o kosztach utrzymania i o efektywności procesów oraz monitoruje wskaźniki KPI dla facility management. Na ich podstawie widać obszary wymagające poprawy, a decyzje o zmianach opierają się na liczbach z kilku okresów. Dokumenty obiegu narzędzi, które zasilają te zestawienia, opisuje tekst o dokumentach wypożyczeń w Studio TCS.net, a zwroty - strona o zwrotach narzędzi w Studio TCS.net.