Oprogramowanie facility management w Studio TCS.net - zakres
Oprogramowanie facility management porządkuje w jednym rejestrze utrzymanie budynków oraz maszyn i wyposażenia. Studio TCS.net, produkt SoftwareStudio, należy do klasy CMMS i łączy zlecenia serwisowe z ewidencją narzędzi. Ta sama baza danych obsługuje przeglądy okresowe i kartę urządzenia, a także wydania i zwroty sprzętu. Technik i magazynier narzędzi oraz kierownik utrzymania ruchu pracują więc na wspólnych rekordach.
Facility management (zarządzanie obiektami) obejmuje utrzymanie techniczne budynków oraz usługi pomocnicze, a także planowanie przestrzeni. W zakładzie produkcyjnym część tych zadań pokrywa CMMS, czyli Computerized Maintenance Management System. Architekturę takiego połączenia opisuje tekst o Studio TCS.net jako centrum CAFM i CMMS, a rolę samego CMMS w utrzymaniu ruchu - artykuł Rola CMMS.
| Pojęcie | Zakres | Odpowiednik w Studio TCS.net |
|---|---|---|
| Facility management | utrzymanie obiektów i infrastruktury | zgłoszenia i zlecenia dla budynku oraz wyposażenia |
| CMMS | przeglądy, awarie, zlecenia serwisowe, koszty napraw | harmonogramy przeglądów i rejestr zleceń |
| Tool control (TCS) | wydania i zwroty narzędzi oraz ich terminy | dokumenty NW oraz NP, a także NWD |
| Asset management | cykl życia majątku technicznego | karta urządzenia z historią i planem wymiany |
Zgłoszenia obejmują zarówno maszynę produkcyjną, jak i instalację budynku, na przykład klimatyzację albo oświetlenie. System kieruje je do właściwych specjalistów według rodzaju usterki i dostępności technika.
CMMS i zlecenia serwisowe
Zlecenie serwisowe zaczyna się od zgłoszenia awarii lub od harmonogramu przeglądu. Studio TCS.net przypisuje je technikowi według kompetencji i aktualnej dostępności, bez pośrednictwa brygadzisty. Czas od zgłoszenia do podjęcia interwencji skraca się, bo nikt nie rozdziela zadań ręcznie.
System zapisuje pełną historię zlecenia: moment wpłynięcia, etapy realizacji, dokumentację wykonanych czynności i zużyte części zamienne. Historia ma wartość analityczną, bo pozwala wychwycić powtarzające się usterki i zaplanować wymianę wyeksploatowanego sprzętu.
Dobór technika do zgłoszenia
Mechanizm przydziału opiera się na dwóch warunkach: technik musi mieć potrzebną kompetencję i być dostępny, a spośród takich osób wybiera się tę, która ma najmniej otwartych zleceń. Poniższe zapytanie ilustruje zasadę.
-- przykładowy dobór technika do zgłoszenia: kompetencja i najmniejsze obciążenie
DECLARE @KompetencjaId int = 7;
SELECT TOP (1) t.Id, t.Nazwisko, COUNT(z.Id) AS OtwarteZlecenia
FROM dbo.TechnikPrzyklad AS t
JOIN dbo.TechnikKompetencjaPrzyklad AS tk
ON tk.TechnikId = t.Id AND tk.KompetencjaId = @KompetencjaId
LEFT JOIN dbo.ZlecenieSerwisowePrzyklad AS z
ON z.TechnikId = t.Id AND z.Status IN ('nowe', 'w toku')
WHERE t.Dostepny = 1
GROUP BY t.Id, t.Nazwisko
ORDER BY COUNT(z.Id), t.Nazwisko;
Nazwy tabel są przykładowe i nie odzwierciedlają schematu produktu. Zlecenia w statusie nowe lub w toku liczą się do obciążenia, a technik niedostępny (urlop, inna zmiana) odpada w klauzuli WHERE. W praktyce dochodzi jeszcze priorytet zgłoszenia, który może wymusić przydział mimo większego obciążenia.
Statusy zlecenia i zużyte części
Zlecenie przechodzi przez kilka statusów, a pulpit grupuje je w trzy widoki: w toku, oczekujące na części zamienne i zakończone. Status oczekiwania na część ma znaczenie planistyczne, bo odróżnia zlecenie zablokowane brakiem materiału od zlecenia, które czeka na technika. Zużyte części zapisuje się przy zleceniu, więc koszt naprawy powstaje z sumy roboczogodzin i materiałów, a nie z osobnego zestawienia księgowego.
Reguła: zlecenie trafia do technika na podstawie kompetencji i dostępności zapisanych w systemie, a nie decyzji brygadzisty przy tablicy.
Konserwacja zapobiegawcza - harmonogramy i zlecenia cykliczne
Konserwacja reaktywna, czyli czekanie na awarię, jest wielokrotnie droższa od systematycznych przeglądów. Studio TCS.net pozwala zbudować harmonogram dla każdej maszyny osobno, z interwałem czasowym wymaganym przez producenta lub limitem roboczogodzin. System sam generuje zlecenia przeglądowe w odpowiednim terminie i nie wymaga ręcznego pilnowania kalendarza.
Zasadę generowania zleceń cyklicznych można pokazać na przykładzie zapytania, które wybiera urządzenia z terminem przeglądu w najbliższych siedmiu dniach. Klauzula NOT EXISTS chroni przed dublowaniem: jeśli otwarte zlecenie przeglądowe już istnieje, nowe nie powstaje.
-- przykładowe generowanie zleceń przeglądowych na najbliższy tydzień
INSERT INTO dbo.ZlecenieSerwisowePrzyklad (UrzadzenieId, Typ, TerminPlan, Status)
SELECT h.UrzadzenieId, 'przegląd',
DATEADD(DAY, h.InterwalDni, h.OstatniPrzeglad), 'nowe'
FROM dbo.HarmonogramPrzyklad AS h
WHERE DATEADD(DAY, h.InterwalDni, h.OstatniPrzeglad)
<= DATEADD(DAY, 7, CAST(GETDATE() AS date))
AND NOT EXISTS (SELECT 1
FROM dbo.ZlecenieSerwisowePrzyklad AS z
WHERE z.UrzadzenieId = h.UrzadzenieId
AND z.Typ = 'przegląd'
AND z.Status IN ('nowe', 'w toku'));
Takie zapytanie zwykle uruchamia zadanie harmonogramu, na przykład zadanie SQL Server Agent wykonywane raz na dobę. Interwał liczony w roboczogodzinach wymaga dodatkowej kolumny z licznikiem pracy urządzenia, aktualizowanej z odczytów lub z ręcznych wpisów.

| Strategia | Wyzwalacz zlecenia | Ryzyko |
|---|---|---|
| Reaktywna | awaria maszyny | nieplanowany przestój i pilny koszt naprawy |
| Zapobiegawcza | upływ czasu lub liczba roboczogodzin | przeglądy wykonane wcześniej, niż wymaga stan urządzenia |
| Predykcyjna | odchylenie parametrów z czujników | wymaga danych z czujników i ich analizy |
Konserwacja predykcyjna - dane z czujników i historii
Studio TCS.net wspiera konserwację predykcyjną przez analizę danych z czujników i historii eksploatacji urządzeń. Taka metoda przydaje się w produkcji ciągłej, gdzie każdy nieplanowany przestój kosztuje więcej niż kilka przeglądów. Wdrożenie wymaga integracji CMMS z infrastrukturą czujnikową (IoT) i mechanizmami analizy danych, więc zakres zależy od tego, co zakład już mierzy.
Zwykle monitoruje się temperaturę oraz wibracje maszyny, a także pobór prądu. Przekroczenie progu nie powinno od razu blokować maszyny, tylko tworzyć zlecenie inspekcyjne z odczytem w opisie. Wpływ takich technologii na dział utrzymania ruchu omawia artykuł o CMMS w Przemyśle 4.0, a połączenie odczytów z pracą narzędziowni - tekst o IoT i CMMS w narzędziowni.
Od progu do zlecenia inspekcyjnego
Prosty wariant reguły porównuje średnią z ostatnich 24 godzin z progiem zapisanym przy urządzeniu. Uśrednienie tłumi pojedyncze piki, które są zwykle skutkiem wstrząsu od sąsiedniej maszyny, a nie zużycia łożyska. Urządzenia ponad progiem trafiają do kolejki zleceń inspekcyjnych, gdzie technik weryfikuje odczyt na miejscu.
-- przykładowe porównanie 24-godzinnej średniej wibracji z progiem urządzenia
SELECT o.UrzadzenieId, AVG(o.WartoscMmS) AS Srednia24h, u.ProgAlarmowy
FROM dbo.OdczytWibracjiPrzyklad AS o
JOIN dbo.UrzadzeniePrzyklad AS u ON u.Id = o.UrzadzenieId
WHERE o.CzasOdczytu >= DATEADD(HOUR, -24, SYSDATETIME())
GROUP BY o.UrzadzenieId, u.ProgAlarmowy
HAVING AVG(o.WartoscMmS) > u.ProgAlarmowy;
Ostrzeżenie: predykcja bez historii awarii daje fałszywe alarmy, dlatego progi ustawia się na podstawie dotychczasowych zleceń, a nie z katalogu producenta.
Asset management - karta urządzenia i planowanie wymiany
Asset management dotyczy majątku technicznego przez cały cykl życia: od zakupu przez eksploatację i konserwację aż po wycofanie z użycia. W Studio TCS.net każde urządzenie ma kartę z danymi technicznymi i historią eksploatacji oraz kosztami serwisu i planowaną datą wymiany. To materiał do wieloletnich planów inwestycyjnych i do budżetowania modernizacji parku maszynowego.

Koszty utrzymania ruchu i integracja z ERP
W wielu zakładach dział utrzymania ruchu działa w oderwaniu od finansów. Koszty konserwacji oraz zużycia części i pracy techników nie trafiają wtedy do ERP, więc trudno ocenić rentowność maszyny albo zaplanować budżet. Studio TCS.net rozwiązuje to przez dwukierunkową integrację z ERP, która wymienia dane o zleceniach oraz o kosztach i zasobach. Zagadnienie kosztu jako inwestycji rozwija tekst o ukrytych kosztach utrzymania ruchu.
Kierownik dostaje raporty kosztów w podziale na maszyny oraz linie i lokalizacje. Urządzenia generujące nieproporcjonalnie wysokie koszty serwisu stają się kandydatami do wymiany. Wskaźnik MTBF, czyli średni czas między awariami, dobrze uzupełnia takie zestawienie, bo pokazuje, czy maszyna psuje się coraz częściej.
Model chmurowy a własna infrastruktura
Model SaaS zdejmuje z firmy utrzymanie serwera bazy danych i aktualizacji systemu, a dostęp odbywa się przez przeglądarkę z dowolnego miejsca w zakładzie. Własna instalacja zostaje w sieci firmy i daje kontrolę nad kopiami zapasowymi oraz nad tym, kto ma dostęp do serwera SQL. Wybór zależy od polityki bezpieczeństwa i od kompetencji działu IT, a zakres funkcji ustala się w projekcie niezależnie od modelu.
Narzędziownia w systemie CMMS - obieg narzędzi i legalizacje
Zagubione narzędzia i dublowane zakupy pojawiają się tam, gdzie brakuje ewidencji. Studio TCS.net prowadzi ją dla całego wyposażenia narzędziowni: lokalizacja i stan techniczny oraz przebieg wypożyczeń i daty przeglądów oraz legalizacji. Zasady takiej ewidencji opisuje artykuł o ewidencji narzędzi w narzędziowni.
Każde wypożyczenie przez pracownika lub kontrahenta powstaje jako dokument NW (narzędzia wydane) albo NP (narzędzia przyjęte), a zwrot do dostawcy potwierdza dokument NWD. Obieg dokumentów zostawia ślad audytowy: wiadomo, kto pobrał narzędzie i kiedy je zwrócił. Szczegóły dokumentów przedstawia tekst o dokumentach wypożyczeń w Studio TCS.net.
- Kod QR - tani sposób identyfikacji, odczytywany skanerem lub smartfonem.
- Tag RFID - odczyt bez widoczności etykiety, opisany w artykule o tagach RFID w narzędziowni.
Terminy przeglądu i legalizacji zapisuje się osobno, bo to różne czynności. Kalibracja porównuje wskazania przyrządu ze wzorcem, a jej częstotliwość ustala zakład w procedurach jakości. Legalizacja dotyczy przyrządów objętych kontrolą metrologiczną i jest czynnością urzędową organów administracji miar. Rezerwacja sprzętu z wyprzedzeniem zapobiega sytuacji, w której pracownik przychodzi po narzędzie już wypożyczone. System wysyła też alerty przed terminem przeglądu lub legalizacji, zanim narzędzie stanie się niezdatne do użycia albo niezgodne z wymaganiami BHP. Świadectwa legalizacji i protokoły przeglądów leżą w cyfrowym archiwum, więc podczas kontroli dokument da się pokazać od ręki.
Pulpit zarządczy i monitorowanie zleceń
Pulpit pokazuje w jednym widoku aktywne zlecenia serwisowe: w toku, oczekujące na części i zakończone. Kierownik widzi opóźnione zadania bez obchodzenia hali i telefonów do techników. Wskaźniki czasu realizacji i skuteczności pierwszej interwencji pomagają ocenić wydajność zespołu i wskazać obszary do poprawy.
Do wskaźników z pulpitu warto dołożyć MTTR, czyli średni czas naprawy od awarii do przywrócenia sprawności. Razem z MTBF daje on gotowy wzór na dostępność maszyny: MTBF podzielony przez sumę MTBF i MTTR. Maszyna z rzadkimi, lecz długimi naprawami i maszyna z częstymi, krótkimi postojami mogą mieć podobną dostępność, ale wymagają innych działań, więc oba wskaźniki czyta się razem.
| Obszar zastosowania | Zadanie w systemie | Efekt operacyjny |
|---|---|---|
| Zakład produkcyjny | automatyczne harmonogramy przeglądów i zlecenia dla techników | mniej awarii w czasie zmiany |
| Narzędziownia | karta narzędzia z terminem legalizacji i dokumenty NW oraz NP | zakupy planowane według realnego obłożenia |
| Obiekt i budynek | zgłoszenia kierowane do specjalistów według rodzaju usterki | menedżer widzi, co jest realizowane |
| Firma przed wdrożeniem | wersja demonstracyjna online i moduł asset management | weryfikacja zakresu przed decyzją |
Dostęp do danych historycznych pozwala porównywać okresy i śledzić trendy oraz uzasadniać inwestycje faktami. Raporty dostępności narzędzi wspierają planowanie zakupów, a stany magazynowe narzędzi opisuje artykuł o stanach magazynowych.
Wdrożenie i demo oprogramowania facility management
Wdrożenie Studio TCS.net obejmuje import istniejącej ewidencji narzędzi i maszyn, konfigurację struktury organizacyjnej i uprawnień oraz zdefiniowanie harmonogramów przeglądów dla każdej kategorii wyposażenia. Konfigurację modułów dopasowuje się do procesów serwisowych w zakładzie, a poprzedza ją analiza przedwdrożeniowa. Firmy, które nie chcą utrzymywać własnych serwerów, mogą rozważyć wdrożenie w chmurze z dostępem przez przeglądarkę.
Prace projektowe dzielą się na cztery bloki, od analizy wymagań po wsparcie po uruchomieniu.
- Import ewidencji - przeniesienie istniejących kartotek narzędzi i maszyn do nowej bazy.
- Struktura i uprawnienia - odwzorowanie działów oraz zakresów dostępu użytkowników.
- Harmonogramy - interwały przeglądów dla każdej kategorii wyposażenia.
- Szkolenie i wsparcie - przygotowanie użytkowników oraz opieka po uruchomieniu.
Przed decyzją można sprawdzić system w środowisku demonstracyjnym online. Zawiera ono przykładowe dane: katalog narzędzi z historią wypożyczeń, harmonogram legalizacji z alertami i raporty kosztów. Porównanie z samą specyfikacją funkcjonalną wypada na korzyść demo, bo pokazuje realne ekrany i przepływy. Ogólne zasady organizacji utrzymania ruchu w zakładzie omawia artykuł o utrzymaniu ruchu w przedsiębiorstwie produkcyjnym, a szczegóły programu dla narzędziowni znajdują się na stronie produktowej TCS.




