NOWINKI

Aplikacja mobilna dla technika utrzymania ruchu – co realnie zmienia na hali?

Aplikacja mobilna dla technika utrzymania ruchu co realnie zmienia na hali

659 słów · 4 min czytania
Udostępnij
Spis treści Przejdź do wybranej części

Producenci oprogramowania dla przemysłu chętnie prezentują swoje aplikacje na efektownych zrzutach ekranu: kolorowe wykresy, kafelki, natłok powiadomień. Technik utrzymania ruchu patrzy na to zupełnie inaczej. Dla niego liczy się to, czy w rękawicach roboczych, przy hałasującej maszynie na hali, zdąży zarejestrować usterkę szybciej, niż zajęłoby mu przejście do komputera w warsztacie.

Mobilny dostęp do systemu utrzymania ruchu (CMMS) zmienia w realiach zakładu produkcyjnego kilka konkretnych obszarów – ale nie rozwiązuje każdego problemu. Warto wyraźnie oddzielić realne korzyści od marketingu, zanim zakład podejmie decyzję o wdrożeniu konkretnego rozwiązania.

Zgłoszenie w miejscu awarii, a nie przy komputerze

Największa zmiana dotyczy momentu, w którym powstaje zapis. Bez aplikacji technik naprawia maszynę, wraca do warsztatu i dopiero wtedy wpisuje zlecenie, często pod koniec zmiany, z pamięci. Część szczegółów ginie po drodze: dokładna godzina, objaw czy numer podzespołu, który trzeba było wymienić.

Z telefonem w kieszeni zgłoszenie powstaje bezpośrednio przy maszynie. Opis zajmuje kilka zdań, a zdjęcie uszkodzonego elementu mówi więcej niż akapit tekstu. Dla kierownika oznacza to, że historia awarii zaczyna odpowiadać temu, co naprawdę działo się na hali.

Lista zadań w kieszeni zamiast tablicy w warsztacie

Drugą zmianą jest sposób przydzielania pracy. Zamiast kartki na tablicy albo porannej odprawy, technik po zalogowaniu widzi zlecenia przypisane do siebie na dany dzień, łącznie z przeglądami planowymi. Jeśli w ciągu zmiany pojawi się pilna awaria, dowiaduje się o niej od razu, a nie wtedy, gdy wróci do warsztatu.

Ta sama lista pokazuje przełożonemu, kto czym się zajmuje. Nie trzeba dzwonić po hali, żeby ustalić, czy przegląd prasy został zrobiony, ani szukać osoby, która akurat jest wolna.

Historia maszyny przy maszynie

Kiedy ta sama usterka wraca co kilka tygodni, najcenniejsza jest informacja, co robiono poprzednio. Aplikacja połączona z systemem pozwala sprawdzić historię zleceń danego urządzenia na miejscu: kiedy się psuło, co wymieniano, kto naprawiał. Nowy pracownik nie musi szukać kolegi, który pamięta, jak to było ostatnim razem.

Podobnie jest z dokumentacją. Jeśli instrukcje i schematy są zapisane w systemie przy konkretnych maszynach, technik otwiera je na ekranie zamiast szukać segregatora. Przy maszynach, do których zagląda się rzadko, na przykład raz do roku przy przeglądzie, oszczędza to więcej czasu niż jakakolwiek inna funkcja.

Części z magazynu zapisane od razu

Mniej oczywista korzyść dotyczy magazynu. Gdy pobranie części jest wpisywane w tym samym zleceniu, w którym technik opisuje awarię, stan magazynowy aktualizuje się przy okazji pracy. Nie ma osobnego kroku, o którym łatwo zapomnieć, a po kilku miesiącach wiadomo, ile części zużywa konkretna maszyna.

To z kolei przekłada się na zakupy. Magazynier nie musi zgadywać, co się kończy, bo pobrania są zapisane na bieżąco, a poziomy minimalne można ustalić na podstawie realnego zużycia, a nie przeczucia. Znika też klasyczna sytuacja, w której technik bierze część z półki „na chwilę”, a stan w systemie rozjeżdża się ze stanem na regale.

Czego aplikacja nie załatwi

Najczęstsze rozczarowania nie wynikają z samej aplikacji, tylko z warunków na hali. Trzeba sprawdzić, jaki jest zasięg sieci w najdalszych kątach zakładu, czy pracownicy mają służbowe telefony, w jakim systemie, i czy da się ich używać w strefach, gdzie obowiązują ograniczenia, na przykład w przestrzeniach zagrożonych wybuchem.

Druga bariera jest ludzka. Jeśli część zespołu nadal zgłasza awarie ustnie, a ktoś inny przepisuje je potem do systemu, aplikacja staje się dodatkiem, a nie narzędziem. Wdrożenie wymaga jasnej zasady: zlecenie, którego nie ma w systemie, nie istnieje.

Na co patrzeć, wybierając rozwiązanie

Przy wyborze warto ocenić kilka rzeczy w praktyce, a nie na prezentacji:

  • ile ekranów i dotknięć trzeba, żeby zgłosić awarię ze zdjęciem,
  • na jakich urządzeniach działa aplikacja i czy jest wersja przeglądarkowa,
  • czy zgłoszenie z telefonu trafia do tej samej bazy danych i historii maszyny co zlecenia z komputera,
  • czy przełożony widzi na urządzeniu mobilnym podstawowe wskaźniki działu.

Dobrym testem jest poproszenie technika, aby sam zarejestrował fikcyjną awarię. Dla przykładu polski system SUR działa na urządzeniach z Androidem, na tabletach z Windows i w przeglądarce, a zgłoszenie usterki zajmuje około 30 sekund. Takie deklaracje najlepiej zweryfikować na własnej hali – w rękawicach roboczych i przy pracującej linii.