Zamknij

Twój koszyk

Razem: 0.00 zł
Razem z VAT: 0,00 zł
Przejdź do kasy

Od telefonu do ticketu: automatyzacja zgłoszeń serwisowych w dużym portfelu obiektów

Nie tylko w dużych organizacjach działy techniczne zajmujące się eksploatacją obiektów mierzą się z rutyną związaną z planami PPA, kolejkowaniem zadań planowanych i ich priorytetyzacją. Do tego wciąż dochodzą jeszcze nieplanowane usterki. O ile zadania planowane jesteśmy w stanie poukładać w czasie i przydzielić do ich obsługi odpowiednie zasoby ludzkie, o tyle w przypadku awaryjnych zgłoszeń często panuje ogólny chaos.

Chaos po stronie zleceń powoduje z kolei dezorganizację w działach technicznych, odrywając pracowników od uporządkowanych zadań planowych. Do tego dochodzi raportowanie i rozliczanie wykonanych prac, co zajmuje mnóstwo czasu potrzebnego, aby w ogóle odnaleźć się w masie zgłoszeń. Prawdopodobieństwo, że przy takim natłoku informacji o czymś zapomnimy lub coś pominiemy, jest ogromne.

REKLAMA

Bolesne zderzenie z arkuszem, czyli jak próbujemy ogarnąć chaos

Co robimy w celu poprawy organizacji pracy? Tworzymy listy zadań, organizujemy cotygodniowe i codzienne odprawy działów technicznych oraz operacyjnych. W ogólnodostępnych aplikacjach, najczęściej w Excelu, tworzymy kolorowe tabele obrazujące wykonane, zaplanowane i trwające zadania. Szybko okazuje się jednak, że w komórkach arkusza brakuje miejsca. Potrzebne są macierze wielowymiarowe zawierające więcej informacji – o kosztach, firmach zewnętrznych przypisanych do usunięcia usterek czy terminach.
Zgłoszenia awarii otrzymujemy na wiele sposobów: mailowo, telefonicznie, SMS-ami. Część z nich to z kolei wynik naszych własnych obchodów. Co dalej? Jak je umieścić w jednym miejscu? Pozornie nic prostszego – wystarczy odczytać notatki z każdej aplikacji i źródła, a następnie wpisać wszystkie zadania w jeden wspólny plik.

Pojawia się jednak kolejne pytanie: co zrobić, aby ten plik był dostępny dla wszystkich współpracowników i firm zewnętrznych, tak aby mogli równocześnie z niego korzystać? Odpowiedź wydaje się prosta: umieszczamy go w chmurze, na serwerze i nadajemy dostępy. Tylko czy w ten sposób zobaczymy całą historię działań dla danego zadania? Czy zapewnimy bezpieczeństwo danych, by nikt przez przypadek nie skasował naszej pracy? Oczywiście istnieją backupy w chmurze i inne zabezpieczenia, ale czy to system doskonały?
Co w sytuacji, gdy nasza odpowiedzialność i nadzór rozszerzą się na kilka obiektów, co wymusi pracę na wielu plikach? Jak wymieniać dane dla grupy budynków i jak je pogrupować, aby określić łączne koszty lub wyłonić najbardziej awaryjną instalację? Teoretycznie można przecież importować dane z wielu arkuszy do jednego pliku zbiorczego i w nim je porównywać. Ale czy można potem zsynchronizować te zmiany z powrotem do pliku źródłowego, zachowując jednolitą strukturę informacji?

Czas na prawdziwe narzędzia: wdrożenie systemu CMMS/CAFM

Dość już tej podstawowej prostoty. Czas na narzędzia, które faktycznie wspierają i porządkują naszą pracę. Nie chcę promować tu żadnej konkretnej aplikacji czy producenta – dla osób zajmujących się eksploatacją nie nazwa jest najważniejsza, lecz to, w jaki sposób system powinien nas wspierać.

Wdrażamy więc scentralizowany system ticketowy (CAFM/CMMS), standardy SLA i priorytetyzację zadań. Automatyzacja przepływu informacji pozwala znacząco zmniejszyć poczucie przeciążenia po stronie służb technicznych i operacyjnych. Tworzymy coś na kształt helpdesku, który zapewnia jednocześnie:
  • rejestrację wszystkich zgłoszeń awarii i prac planowanych,
  • nadanie im unikalnego numeru zgłoszenia (ticketu),
  • klasyfikację zgłoszeń według kategorii i priorytetów,
  • monitorowanie statusu realizacji w czasie rzeczywistym,
  • prowadzenie historii działań i kosztów,
  • generowanie raportów KPI i SLA,
  • integrację z urządzeniami mobilnymi techników oraz systemami BMS/IoT.

Zysk z automatyzacji: od technika do zarządcy

Po co nam to wszystko? Nadajemy każdemu użytkownikowi procesu uprawnienia stosowne do przydzielonych mu zadań. Każdy wpis, działanie i potwierdzenie pozostaje zapisane pod numerem zgłoszenia wraz z pełną historią. Każdemu uczestnikowi procesu eksploatacji możemy przydzielić zadania bez zbędnych odpraw. Co więcej, możemy nie tylko zaplanować pracę techników, ale też precyzyjnie udokumentować jej wykonanie.

W zależności od możliwości matrycy, jaką stworzymy w systemie, możemy przypisywać zadaniom konkretne strefy obszarowe obiektu (np. parking poziom 1, galeria poziom 0, komora trafo nr 1) z dowolnym poziomem szczegółowości. Możemy też podłączyć plany i mapy obiektu, co pozwala zaznaczyć lokalizację usterki bezpośrednio na rzucie, bez konieczności nazywania pomieszczenia. Ta funkcja jest niezwykle przydatna zwłaszcza dla administratorów czy pracowników ochrony zgłaszających nowe awarie. Gdy wpiszemy usterkę wraz z opisem i klasyfikacją branży, zgłoszenie od razu trafia do odpowiednich służb technicznych.
Powiadomienia o statusie mogą spływać codziennie, tygodniowo lub po każdej aktualizacji – bezpośrednio do osób przypisanych do procesu. Taka wymiana informacji z poziomu aplikacji (pomiędzy zgłaszającym, wykonawcą a koordynatorem) drastycznie skraca procesy komunikacji.

Wprowadzenie kodów QR na urządzeniach podlegających przeglądom to kolejna opcja, która ułatwia odczyt historii eksploatacji i przyspiesza analizę niezbędną do podjęcia działań naprawczych czy prewencyjnych. Z kolei tworzenie raportów dotyczących ilości i typu usterek oraz kosztów napraw (z podziałem na branże) daje zarządzającym działami technicznymi potężne narzędzie wspierające decyzje. Pojawiające się dziś nakładki AI, analizujące takie dane i przewidujące awarie, wkrótce staną się ogromnym wsparciem w zarządzaniu infrastrukturą techniczną.

Twarde dane dla zarządu (KPI i SLA)

Ponadto – co i mnie czasami zabiera sporo czasu, odciągając od stricte technicznych obowiązków – system automatyzuje przygotowywanie raportów dla zarządu i właściciela obiektu na podstawie danych KPI. O jakich liczbach mówimy?
Typowe wskaźniki KPI możliwe do monitorowania przez SLA to m.in.:
  • % zgłoszeń obsłużonych w terminie (zgodnie z SLA),
  • średni czas reakcji (MTTA),
  • średni czas naprawy (MTTR),
  • liczba otwartych zgłoszeń,
  • wskaźnik awaryjności urządzeń,
  • poziom satysfakcji użytkowników.
Oczywiście może być ich znacznie więcej, w zależności od wybranej aplikacji i ustawionej konfiguracji.

System ma pomagać, a nie przeszkadzać

Czy w naszym systemie możemy obsługiwać wyłącznie awarie, bieżącą eksploatację i plany PPA? Absolutnie nie. Biorąc pod uwagę częstotliwość zmian i prac modernizacyjnych w obiektach, system ticketowy z powodzeniem można rozbudować o moduł zgłaszania i rozliczania usterek gwarancyjnych po zakończeniu procesu inwestycyjnego. Podpinając przebudowę pod odpowiednią kategorię, możemy obserwować ją w tym samym narzędziu, co codzienne usterki.

Przydatną opcją są też moduły dla najemców (w obiektach handlowych czy biurowych), ułatwiające sprawne komunikowanie ich potrzeb. Możliwe jest również nadanie ograniczonych uprawnień firmom zewnętrznym – serwisy otrzymują część zgłoszeń, dokonują wycen, uzyskują ich akceptację i awizują terminy wizyt naprawczych.

Ważna uwaga: uczestników i funkcje systemu zawsze dopasowujemy do własnych potrzeb, dążąc do uproszczenia pracy. Nigdy nie starajmy się przewymiarować systemu, ponieważ nadmiar opcji doprowadzi do utraty przejrzystości danych i wywoła zbędne zamieszanie.
 Ten system ma pomagać, a nie przeszkadzać.

Wybór aplikacji i decyzja o wdrożeniu konkretnych modułów powinny zależeć od tego, jak elastycznego rozwiązania szukamy. Uporządkowany workflow sprawi, że Wasze decyzje decyzyjne nie będą już podejmowane „na czuja”, lecz na podstawie obiektywnej kolejki, priorytetów i SLA.

Edukacja to podstawa

O tym, jak ważne są dziś systemy ticketowe i analityczne wsparcie AI w podejmowaniu decyzji, świadczy zmiana wprowadzona w programie nauczania Szkoły Techników przy Polskiej Radzie Centrów Handlowych (PRCH), której mam przyjemność przewodniczyć. Aby dostosować program do potrzeb rynku i oczekiwań uczniów, dodaliśmy wykłady z tematyki narzędzi AI oraz dostępnych, funkcjonalnych aplikacji wspierających nadzór nad planami PPA. Co dodamy w kolejnej edycji szkoły? Czas pokaże, jak szybko będzie rozwijał się rynek systemów wsparcia dla Facility Managementu.

REKLAMA
Subscribe to newsletter

Subscribe to receive the latest blog posts to your inbox every week.

By subscribing you agree to with our Privacy Policy.
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.

Polecane artykuły

Wentylacja w halach produkcyjnych: Dlaczego systemy „zgodne z projektem” zawodzą w praktyce?

Modernizacja wentylacji w halach produkcyjnych wymaga realnych pomiarów. Dowiedz się, jak uniknąć przewymiarowania urządzeń i wysokich rachunków za energię.

ISS przejmuje obsługę techniczną biurowca AXIS w Krakowie

ISS przejmuje obsługę techniczną biurowca AXIS w Krakowie. Zakres prac obejmuje HVAC, BMS oraz optymalizację energetyczną dla funduszu CORUM XL.

Piotr Rusinek obejmuje stery Technical Advisory w Cushman & Wakefield Polska

Piotr Rusinek został Head of Technical Advisory w Cushman & Wakefield Polska. Firma stawia na doradztwo techniczne jako klucz do maksymalizacji wartości aktywów.

Najnowsze wydanie!

Magazyn
03/2026
09
<< ARTYKUŁ TOWARZYSZĄCY

Od telefonu do ticketu: automatyzacja zgłoszeń serwisowych w dużym portfelu obiektów

04.09.2026
Piotr Karbowy
Dyrektor Techniczny w APSYS POLSKA
Pokaż bio

Dyrektor Działu Technicznego w APSYS POLSKA od 16 lat, zarządzający i modernizujący obiekty handlowe na terenie całej Polski. Ma 25-letnie doświadczenie w eksploatacji i inwestycjach oraz budowie centrów handlowych, biurowych, bankowych i hipermarketów spożywczych zdobywane w APSYS Polska, wcześniej projektowanie i wykonawstwo instalacji dla obiektów handlowych i bankowych w ABB Instal oraz w Banku Zachodnim. Absolwent Politechniki Wrocławskiej, na którą indeks zdobył jako jedną z głównych nagród w turnieju Młodych Mistrzów Techniki. Propagator i promotor nowych technologii, wspiera energooszczędne, ekologiczne rozwiązania. Autor wielu artykułów branżowych, panelista i ekspert biorący udział w konferencjach branżowych. Inicjator i mentor Forum Dyrektorów Technicznych przy Polskiej Radzie Centrów Handlowych.

Rozmawiał/-a
Sylwia Łysak
Stanowisko
Nie tylko w dużych organizacjach działy techniczne zajmujące się eksploatacją obiektów mierzą się z rutyną związaną z planami PPA, kolejkowaniem zadań planowanych i ich priorytetyzacją. Do tego wciąż dochodzą jeszcze nieplanowane usterki. O ile zadania planowane jesteśmy w stanie poukładać w czasie i przydzielić do ich obsługi odpowiednie zasoby ludzkie, o tyle w przypadku awaryjnych zgłoszeń często panuje ogólny chaos.

Chaos po stronie zleceń powoduje z kolei dezorganizację w działach technicznych, odrywając pracowników od uporządkowanych zadań planowych. Do tego dochodzi raportowanie i rozliczanie wykonanych prac, co zajmuje mnóstwo czasu potrzebnego, aby w ogóle odnaleźć się w masie zgłoszeń. Prawdopodobieństwo, że przy takim natłoku informacji o czymś zapomnimy lub coś pominiemy, jest ogromne.

REKLAMA

Bolesne zderzenie z arkuszem, czyli jak próbujemy ogarnąć chaos

Co robimy w celu poprawy organizacji pracy? Tworzymy listy zadań, organizujemy cotygodniowe i codzienne odprawy działów technicznych oraz operacyjnych. W ogólnodostępnych aplikacjach, najczęściej w Excelu, tworzymy kolorowe tabele obrazujące wykonane, zaplanowane i trwające zadania. Szybko okazuje się jednak, że w komórkach arkusza brakuje miejsca. Potrzebne są macierze wielowymiarowe zawierające więcej informacji – o kosztach, firmach zewnętrznych przypisanych do usunięcia usterek czy terminach.
Zgłoszenia awarii otrzymujemy na wiele sposobów: mailowo, telefonicznie, SMS-ami. Część z nich to z kolei wynik naszych własnych obchodów. Co dalej? Jak je umieścić w jednym miejscu? Pozornie nic prostszego – wystarczy odczytać notatki z każdej aplikacji i źródła, a następnie wpisać wszystkie zadania w jeden wspólny plik.

Pojawia się jednak kolejne pytanie: co zrobić, aby ten plik był dostępny dla wszystkich współpracowników i firm zewnętrznych, tak aby mogli równocześnie z niego korzystać? Odpowiedź wydaje się prosta: umieszczamy go w chmurze, na serwerze i nadajemy dostępy. Tylko czy w ten sposób zobaczymy całą historię działań dla danego zadania? Czy zapewnimy bezpieczeństwo danych, by nikt przez przypadek nie skasował naszej pracy? Oczywiście istnieją backupy w chmurze i inne zabezpieczenia, ale czy to system doskonały?
Co w sytuacji, gdy nasza odpowiedzialność i nadzór rozszerzą się na kilka obiektów, co wymusi pracę na wielu plikach? Jak wymieniać dane dla grupy budynków i jak je pogrupować, aby określić łączne koszty lub wyłonić najbardziej awaryjną instalację? Teoretycznie można przecież importować dane z wielu arkuszy do jednego pliku zbiorczego i w nim je porównywać. Ale czy można potem zsynchronizować te zmiany z powrotem do pliku źródłowego, zachowując jednolitą strukturę informacji?

Czas na prawdziwe narzędzia: wdrożenie systemu CMMS/CAFM

Dość już tej podstawowej prostoty. Czas na narzędzia, które faktycznie wspierają i porządkują naszą pracę. Nie chcę promować tu żadnej konkretnej aplikacji czy producenta – dla osób zajmujących się eksploatacją nie nazwa jest najważniejsza, lecz to, w jaki sposób system powinien nas wspierać.

Wdrażamy więc scentralizowany system ticketowy (CAFM/CMMS), standardy SLA i priorytetyzację zadań. Automatyzacja przepływu informacji pozwala znacząco zmniejszyć poczucie przeciążenia po stronie służb technicznych i operacyjnych. Tworzymy coś na kształt helpdesku, który zapewnia jednocześnie:
  • rejestrację wszystkich zgłoszeń awarii i prac planowanych,
  • nadanie im unikalnego numeru zgłoszenia (ticketu),
  • klasyfikację zgłoszeń według kategorii i priorytetów,
  • monitorowanie statusu realizacji w czasie rzeczywistym,
  • prowadzenie historii działań i kosztów,
  • generowanie raportów KPI i SLA,
  • integrację z urządzeniami mobilnymi techników oraz systemami BMS/IoT.

Zysk z automatyzacji: od technika do zarządcy

Po co nam to wszystko? Nadajemy każdemu użytkownikowi procesu uprawnienia stosowne do przydzielonych mu zadań. Każdy wpis, działanie i potwierdzenie pozostaje zapisane pod numerem zgłoszenia wraz z pełną historią. Każdemu uczestnikowi procesu eksploatacji możemy przydzielić zadania bez zbędnych odpraw. Co więcej, możemy nie tylko zaplanować pracę techników, ale też precyzyjnie udokumentować jej wykonanie.

W zależności od możliwości matrycy, jaką stworzymy w systemie, możemy przypisywać zadaniom konkretne strefy obszarowe obiektu (np. parking poziom 1, galeria poziom 0, komora trafo nr 1) z dowolnym poziomem szczegółowości. Możemy też podłączyć plany i mapy obiektu, co pozwala zaznaczyć lokalizację usterki bezpośrednio na rzucie, bez konieczności nazywania pomieszczenia. Ta funkcja jest niezwykle przydatna zwłaszcza dla administratorów czy pracowników ochrony zgłaszających nowe awarie. Gdy wpiszemy usterkę wraz z opisem i klasyfikacją branży, zgłoszenie od razu trafia do odpowiednich służb technicznych.
Powiadomienia o statusie mogą spływać codziennie, tygodniowo lub po każdej aktualizacji – bezpośrednio do osób przypisanych do procesu. Taka wymiana informacji z poziomu aplikacji (pomiędzy zgłaszającym, wykonawcą a koordynatorem) drastycznie skraca procesy komunikacji.

Wprowadzenie kodów QR na urządzeniach podlegających przeglądom to kolejna opcja, która ułatwia odczyt historii eksploatacji i przyspiesza analizę niezbędną do podjęcia działań naprawczych czy prewencyjnych. Z kolei tworzenie raportów dotyczących ilości i typu usterek oraz kosztów napraw (z podziałem na branże) daje zarządzającym działami technicznymi potężne narzędzie wspierające decyzje. Pojawiające się dziś nakładki AI, analizujące takie dane i przewidujące awarie, wkrótce staną się ogromnym wsparciem w zarządzaniu infrastrukturą techniczną.

Twarde dane dla zarządu (KPI i SLA)

Ponadto – co i mnie czasami zabiera sporo czasu, odciągając od stricte technicznych obowiązków – system automatyzuje przygotowywanie raportów dla zarządu i właściciela obiektu na podstawie danych KPI. O jakich liczbach mówimy?
Typowe wskaźniki KPI możliwe do monitorowania przez SLA to m.in.:
  • % zgłoszeń obsłużonych w terminie (zgodnie z SLA),
  • średni czas reakcji (MTTA),
  • średni czas naprawy (MTTR),
  • liczba otwartych zgłoszeń,
  • wskaźnik awaryjności urządzeń,
  • poziom satysfakcji użytkowników.
Oczywiście może być ich znacznie więcej, w zależności od wybranej aplikacji i ustawionej konfiguracji.

System ma pomagać, a nie przeszkadzać

Czy w naszym systemie możemy obsługiwać wyłącznie awarie, bieżącą eksploatację i plany PPA? Absolutnie nie. Biorąc pod uwagę częstotliwość zmian i prac modernizacyjnych w obiektach, system ticketowy z powodzeniem można rozbudować o moduł zgłaszania i rozliczania usterek gwarancyjnych po zakończeniu procesu inwestycyjnego. Podpinając przebudowę pod odpowiednią kategorię, możemy obserwować ją w tym samym narzędziu, co codzienne usterki.

Przydatną opcją są też moduły dla najemców (w obiektach handlowych czy biurowych), ułatwiające sprawne komunikowanie ich potrzeb. Możliwe jest również nadanie ograniczonych uprawnień firmom zewnętrznym – serwisy otrzymują część zgłoszeń, dokonują wycen, uzyskują ich akceptację i awizują terminy wizyt naprawczych.

Ważna uwaga: uczestników i funkcje systemu zawsze dopasowujemy do własnych potrzeb, dążąc do uproszczenia pracy. Nigdy nie starajmy się przewymiarować systemu, ponieważ nadmiar opcji doprowadzi do utraty przejrzystości danych i wywoła zbędne zamieszanie.
 Ten system ma pomagać, a nie przeszkadzać.

Wybór aplikacji i decyzja o wdrożeniu konkretnych modułów powinny zależeć od tego, jak elastycznego rozwiązania szukamy. Uporządkowany workflow sprawi, że Wasze decyzje decyzyjne nie będą już podejmowane „na czuja”, lecz na podstawie obiektywnej kolejki, priorytetów i SLA.

Edukacja to podstawa

O tym, jak ważne są dziś systemy ticketowe i analityczne wsparcie AI w podejmowaniu decyzji, świadczy zmiana wprowadzona w programie nauczania Szkoły Techników przy Polskiej Radzie Centrów Handlowych (PRCH), której mam przyjemność przewodniczyć. Aby dostosować program do potrzeb rynku i oczekiwań uczniów, dodaliśmy wykłady z tematyki narzędzi AI oraz dostępnych, funkcjonalnych aplikacji wspierających nadzór nad planami PPA. Co dodamy w kolejnej edycji szkoły? Czas pokaże, jak szybko będzie rozwijał się rynek systemów wsparcia dla Facility Managementu.

Dostęp tylko dla zarejestrowanych użytkowników

Aby przeczytać ten artykuł, musisz się zarejestrować i zalogować.

Zarejestruj się teraz

Bolesne zderzenie z arkuszem, czyli jak próbujemy ogarnąć chaos

Co robimy w celu poprawy organizacji pracy? Tworzymy listy zadań, organizujemy cotygodniowe i codzienne odprawy działów technicznych oraz operacyjnych. W ogólnodostępnych aplikacjach, najczęściej w Excelu, tworzymy kolorowe tabele obrazujące wykonane, zaplanowane i trwające zadania. Szybko okazuje się jednak, że w komórkach arkusza brakuje miejsca. Potrzebne są macierze wielowymiarowe zawierające więcej informacji – o kosztach, firmach zewnętrznych przypisanych do usunięcia usterek czy terminach.
Zgłoszenia awarii otrzymujemy na wiele sposobów: mailowo, telefonicznie, SMS-ami. Część z nich to z kolei wynik naszych własnych obchodów. Co dalej? Jak je umieścić w jednym miejscu? Pozornie nic prostszego – wystarczy odczytać notatki z każdej aplikacji i źródła, a następnie wpisać wszystkie zadania w jeden wspólny plik.

Pojawia się jednak kolejne pytanie: co zrobić, aby ten plik był dostępny dla wszystkich współpracowników i firm zewnętrznych, tak aby mogli równocześnie z niego korzystać? Odpowiedź wydaje się prosta: umieszczamy go w chmurze, na serwerze i nadajemy dostępy. Tylko czy w ten sposób zobaczymy całą historię działań dla danego zadania? Czy zapewnimy bezpieczeństwo danych, by nikt przez przypadek nie skasował naszej pracy? Oczywiście istnieją backupy w chmurze i inne zabezpieczenia, ale czy to system doskonały?
Co w sytuacji, gdy nasza odpowiedzialność i nadzór rozszerzą się na kilka obiektów, co wymusi pracę na wielu plikach? Jak wymieniać dane dla grupy budynków i jak je pogrupować, aby określić łączne koszty lub wyłonić najbardziej awaryjną instalację? Teoretycznie można przecież importować dane z wielu arkuszy do jednego pliku zbiorczego i w nim je porównywać. Ale czy można potem zsynchronizować te zmiany z powrotem do pliku źródłowego, zachowując jednolitą strukturę informacji?

Czas na prawdziwe narzędzia: wdrożenie systemu CMMS/CAFM

Dość już tej podstawowej prostoty. Czas na narzędzia, które faktycznie wspierają i porządkują naszą pracę. Nie chcę promować tu żadnej konkretnej aplikacji czy producenta – dla osób zajmujących się eksploatacją nie nazwa jest najważniejsza, lecz to, w jaki sposób system powinien nas wspierać.

Wdrażamy więc scentralizowany system ticketowy (CAFM/CMMS), standardy SLA i priorytetyzację zadań. Automatyzacja przepływu informacji pozwala znacząco zmniejszyć poczucie przeciążenia po stronie służb technicznych i operacyjnych. Tworzymy coś na kształt helpdesku, który zapewnia jednocześnie:
  • rejestrację wszystkich zgłoszeń awarii i prac planowanych,
  • nadanie im unikalnego numeru zgłoszenia (ticketu),
  • klasyfikację zgłoszeń według kategorii i priorytetów,
  • monitorowanie statusu realizacji w czasie rzeczywistym,
  • prowadzenie historii działań i kosztów,
  • generowanie raportów KPI i SLA,
  • integrację z urządzeniami mobilnymi techników oraz systemami BMS/IoT.

Zysk z automatyzacji: od technika do zarządcy

Po co nam to wszystko? Nadajemy każdemu użytkownikowi procesu uprawnienia stosowne do przydzielonych mu zadań. Każdy wpis, działanie i potwierdzenie pozostaje zapisane pod numerem zgłoszenia wraz z pełną historią. Każdemu uczestnikowi procesu eksploatacji możemy przydzielić zadania bez zbędnych odpraw. Co więcej, możemy nie tylko zaplanować pracę techników, ale też precyzyjnie udokumentować jej wykonanie.

W zależności od możliwości matrycy, jaką stworzymy w systemie, możemy przypisywać zadaniom konkretne strefy obszarowe obiektu (np. parking poziom 1, galeria poziom 0, komora trafo nr 1) z dowolnym poziomem szczegółowości. Możemy też podłączyć plany i mapy obiektu, co pozwala zaznaczyć lokalizację usterki bezpośrednio na rzucie, bez konieczności nazywania pomieszczenia. Ta funkcja jest niezwykle przydatna zwłaszcza dla administratorów czy pracowników ochrony zgłaszających nowe awarie. Gdy wpiszemy usterkę wraz z opisem i klasyfikacją branży, zgłoszenie od razu trafia do odpowiednich służb technicznych.
Powiadomienia o statusie mogą spływać codziennie, tygodniowo lub po każdej aktualizacji – bezpośrednio do osób przypisanych do procesu. Taka wymiana informacji z poziomu aplikacji (pomiędzy zgłaszającym, wykonawcą a koordynatorem) drastycznie skraca procesy komunikacji.

Wprowadzenie kodów QR na urządzeniach podlegających przeglądom to kolejna opcja, która ułatwia odczyt historii eksploatacji i przyspiesza analizę niezbędną do podjęcia działań naprawczych czy prewencyjnych. Z kolei tworzenie raportów dotyczących ilości i typu usterek oraz kosztów napraw (z podziałem na branże) daje zarządzającym działami technicznymi potężne narzędzie wspierające decyzje. Pojawiające się dziś nakładki AI, analizujące takie dane i przewidujące awarie, wkrótce staną się ogromnym wsparciem w zarządzaniu infrastrukturą techniczną.

Twarde dane dla zarządu (KPI i SLA)

Ponadto – co i mnie czasami zabiera sporo czasu, odciągając od stricte technicznych obowiązków – system automatyzuje przygotowywanie raportów dla zarządu i właściciela obiektu na podstawie danych KPI. O jakich liczbach mówimy?
Typowe wskaźniki KPI możliwe do monitorowania przez SLA to m.in.:
  • % zgłoszeń obsłużonych w terminie (zgodnie z SLA),
  • średni czas reakcji (MTTA),
  • średni czas naprawy (MTTR),
  • liczba otwartych zgłoszeń,
  • wskaźnik awaryjności urządzeń,
  • poziom satysfakcji użytkowników.
Oczywiście może być ich znacznie więcej, w zależności od wybranej aplikacji i ustawionej konfiguracji.

System ma pomagać, a nie przeszkadzać

Czy w naszym systemie możemy obsługiwać wyłącznie awarie, bieżącą eksploatację i plany PPA? Absolutnie nie. Biorąc pod uwagę częstotliwość zmian i prac modernizacyjnych w obiektach, system ticketowy z powodzeniem można rozbudować o moduł zgłaszania i rozliczania usterek gwarancyjnych po zakończeniu procesu inwestycyjnego. Podpinając przebudowę pod odpowiednią kategorię, możemy obserwować ją w tym samym narzędziu, co codzienne usterki.

Przydatną opcją są też moduły dla najemców (w obiektach handlowych czy biurowych), ułatwiające sprawne komunikowanie ich potrzeb. Możliwe jest również nadanie ograniczonych uprawnień firmom zewnętrznym – serwisy otrzymują część zgłoszeń, dokonują wycen, uzyskują ich akceptację i awizują terminy wizyt naprawczych.

Ważna uwaga: uczestników i funkcje systemu zawsze dopasowujemy do własnych potrzeb, dążąc do uproszczenia pracy. Nigdy nie starajmy się przewymiarować systemu, ponieważ nadmiar opcji doprowadzi do utraty przejrzystości danych i wywoła zbędne zamieszanie.
 Ten system ma pomagać, a nie przeszkadzać.

Wybór aplikacji i decyzja o wdrożeniu konkretnych modułów powinny zależeć od tego, jak elastycznego rozwiązania szukamy. Uporządkowany workflow sprawi, że Wasze decyzje decyzyjne nie będą już podejmowane „na czuja”, lecz na podstawie obiektywnej kolejki, priorytetów i SLA.

Edukacja to podstawa

O tym, jak ważne są dziś systemy ticketowe i analityczne wsparcie AI w podejmowaniu decyzji, świadczy zmiana wprowadzona w programie nauczania Szkoły Techników przy Polskiej Radzie Centrów Handlowych (PRCH), której mam przyjemność przewodniczyć. Aby dostosować program do potrzeb rynku i oczekiwań uczniów, dodaliśmy wykłady z tematyki narzędzi AI oraz dostępnych, funkcjonalnych aplikacji wspierających nadzór nad planami PPA. Co dodamy w kolejnej edycji szkoły? Czas pokaże, jak szybko będzie rozwijał się rynek systemów wsparcia dla Facility Managementu.

REKLAMA
O autorze
O rozmówcach