Od monitorowania urządzeń do kontroli usług biznesowych i SLA w sieci retail

W rozproszonej sieci sprzedaży sama informacja, że urządzenie odpowiada na ping, mówi niewiele o tym, czy placówka może działać bez zakłóceń. Kasa, drukarka fiskalna lub lokalna aplikacja mogą być dostępne z perspektywy infrastruktury, a mimo to nie realizować swojej funkcji albo nie przekazywać danych do systemów centralnych.

Z takim wyzwaniem mierzył się nasz klient z sektora retail. Potrzebował monitoringu, który pokaże nie tylko stan urządzeń, lecz przede wszystkim rzeczywistą dostępność usług wspierających sprzedaż. Ważna była również możliwość kontrolowania SLA oraz udostępniania wiarygodnych danych zespołom IT i Business Intelligence.

Cel projektu można było sprowadzić do jednego pytania:

Aplitt rozbudował środowisko monitoringu oparte na platformie Zabbix. Celem było powiązanie danych technicznych z rzeczywistym działaniem usług ważnych dla codziennej pracy placówek.

Monitoring objął między innymi:

• komputery, kasy i drukarki fiskalne;
• elementy infrastruktury sieciowej;
• lokalne aplikacje biznesowe;
• przepływ danych do systemów centralnych;
• dostępność usług i okresy ich niedostępności.

Najważniejsza zmiana polegała na wyjściu poza kontrolę pojedynczych parametrów technicznych. Odpowiedź urządzenia na ping nie była już wystarczającym potwierdzeniem, że wszystko działa prawidłowo. Monitoring miał pokazywać, czy urządzenie wykonuje swoje zadanie, aplikacja pozostaje aktywna, a dane docierają do kolejnych systemów.

W praktyce monitoring objął procesy, których zatrzymanie mogło bezpośrednio zakłócić operacje klienta. Kontrolował między innymi realizację zamówień i wymianę dokumentów magazynowych, poprawność danych produktowych, kolejki generowania etykiet kurierskich, działanie integracji z systemami zewnętrznymi, procesy ERP oraz wybrane obowiązki finansowo-podatkowe. Dzięki temu problemy mogły zostać wykryte na etapie przetwarzania danych, zanim ich skutkiem stał się zator w magazynie, opóźnienie wysyłki lub brak dokumentów w systemie.

Pierwszym etapem współpracy było przygotowanie mechanizmu automatycznego tworzenia hostów. Rozwiązanie uruchomiono pilotażowo w dziesięciu placówkach. Po zakończeniu pilotażu klient mógł samodzielnie rozszerzać monitoring na kolejne lokalizacje.

W dalszej części projektu środowisko zostało zaktualizowane do Zabbix 7.0. Wykorzystanie funkcji SLA uporządkowało raportowanie dostępności objętych monitoringiem usług i urządzeń. Dane mogły być następnie prezentowane w Grafanie na różnych poziomach szczegółowości: od regionu i placówki po konkretne urządzenie.

Środowisko uwzględniało również integracje z narzędziami wspierającymi obsługę incydentów, raportowanie i automatyczne powiadamianie. Projekt przewidywał wykorzystanie między innymi systemu ticketowego Jira, Power BI, API zewnętrznego dostawcy urządzeń oraz VoiceBota Vonage.

Monitoring zwiększył również rozliczalność obsługi incydentów. Usprawniono telefoniczne powiadamianie osoby dyżurującej, udostępniono klientowi dziennik akcji oraz zapewniono widoczność wykonanych powiadomień i zmian w konfiguracji. Dzięki temu można było sprawdzić, kto został poinformowany o problemie i kto wykonał konkretną zmianę, co ułatwia analizę incydentów, audyty oraz wyjaśnianie przyczyn braku reakcji.

Dzięki temu te same dane mogły wspierać różne zespoły:

• IT otrzymywało bieżący obraz działania infrastruktury i usług;
• helpdesk mógł szybciej reagować na zatrzymanie lokalnych aplikacji;
• BI zyskiwało większą kontrolę nad kompletnością danych;
• osoby odpowiedzialne za dostawców mogły analizować dostępność usług i realizację SLA.

Wdrożenie stworzyło podstawę do odejścia od monitorowania pojedynczych urządzeń na rzecz obserwowania całych usług istotnych dla ciągłości sprzedaży i raportowania.

Skala zgłoszeń potwierdza, że monitoring był aktywnie rozwijany i wykorzystywany operacyjnie. Od stycznia do września 2026 roku w systemie obsługi zarejestrowano 64 zgłoszenia związane ze środowiskiem klienta, czyli średnio 7–8 miesięcznie. Zgłoszenia pochodziły od ośmiu osób po stronie organizacji, co pokazuje, że rozwiązanie nie było narzędziem jednego administratora, lecz wspierało pracę kilku zespołów.

Klient uzyskał możliwość:

• wykrywania sytuacji, w których urządzenie jest dostępne, ale nie realizuje swojej funkcji;
• wcześniejszego identyfikowania problemów z lokalnymi aplikacjami;
• obserwowania dostępności na poziomie regionu, placówki i urządzenia;
• analizowania okresów niedostępności;
• kontrolowania kompletności danych przekazywanych do systemów centralnych;
• wykorzystywania danych z monitoringu do oceny realizacji SLA przez zewnętrznych partnerów.

Szczególnie ważna okazała się możliwość oparcia rozmów z dostawcami na konkretnych danych. Informacje o dostępności urządzeń i czasie trwania przerw mogą wspierać analizę SLA oraz pomagać w ustaleniu, po której stronie leży odpowiedzialność za problem.

Monitoring stał się wspólną warstwą informacyjną dla technologii i biznesu. Zespół IT zyskał lepszą widoczność awarii, BI większą kontrolę nad kompletnością danych, a osoby zarządzające współpracą z dostawcami dostęp do informacji potrzebnych do oceny jakości świadczonych usług.

Projekt potwierdził, że w rozproszonej sieci retail nie wystarczy wiedzieć, czy urządzenie lub system jest osiągalny. Monitoring powinien również odpowiadać na pytania:

• czy urządzenie wykonuje swoje zadanie;
• czy aplikacja działa prawidłowo;
• czy dane trafiają do systemów centralnych;
• jaki wpływ ma problem techniczny na sprzedaż i raportowanie;
• czy usługa spełnia uzgodnione warunki SLA.

Dzięki rozwiązaniu opartemu na Zabbix i Grafanie dane techniczne zostały powiązane z ciągłością sprzedaży, kompletnością raportów oraz jakością usług świadczonych przez zewnętrznych dostawców. Monitoring przestał być wyłącznie narzędziem zespołu IT. Stał się źródłem informacji wspierających codzienne decyzje operacyjne i biznesowe.