Monitoring automatyzacji – skąd wiedzieć, że proces działa poprawnie?

Automatyzacja może przez wiele tygodni wykonywać zadanie bez udziału pracownika. To wygodne, ale stwarza nowe ryzyko: firma przestaje zaglądać do procesu i dowiaduje się o problemie dopiero od klienta.

Monitoring automatyzacji pozwala sprawdzić, czy proces został uruchomiony, które kroki wykonał i gdzie wystąpił błąd. Powinien być częścią projektu od początku, a nie dodatkiem po pierwszej awarii.

Co warto zapisywać?

Zakres zależy od znaczenia procesu, ale najczęściej przydatne są:

• czas rozpoczęcia i zakończenia,
• identyfikator rekordu lub sprawy,
• status wykonania,
• wykonane kroki,
• komunikat błędu,
• liczba przetworzonych elementów,
• informacja o ponowieniu,
• wynik końcowy.

Nie należy zapisywać większej ilości danych osobowych niż jest potrzebna do diagnostyki.

Błąd techniczny a błędne dane

Proces powinien rozróżniać co najmniej dwa rodzaje problemów.

Błąd techniczny

System zewnętrzny nie odpowiada, połączenie zostało przerwane albo przekroczono limit. Taka operacja może czasami zostać ponowiona.

Błąd danych

Brakuje wymaganej wartości, data ma nieprawidłowy format albo znaleziono kilka pasujących kontaktów. Ponowienie bez zmiany danych nie rozwiąże problemu.

W drugim przypadku rekord powinien trafić do ręcznej weryfikacji.

Kiedy wysyłać alert?

Powiadomienie przy każdym drobnym problemie prowadzi do ignorowania alertów. Warto ustalić poziomy ważności.

Alert może zostać wysłany, gdy:

• proces całkowicie się zatrzymał,
• błąd dotyczy ważnej operacji,
• liczba problemów przekroczyła próg,
• źródło nie dostarczyło danych,
• ten sam błąd powtarza się,
• opóźnienie przekroczyło dopuszczalny czas.

Mniej pilne informacje mogą trafiać do dziennego raportu.

Bezpieczne ponawianie

Nie każdą czynność można wykonać drugi raz bez konsekwencji. Ponowne wysłanie powiadomienia może być tylko irytujące, ale ponowne utworzenie dokumentu, kontaktu lub zamówienia może spowodować poważny duplikat.

Proces powinien przed ponowieniem sprawdzić, czy operacja nie zakończyła się wcześniej po stronie drugiego systemu.

Zabezpieczenia tego typu są szczególnie ważne przy integracji sklepu z CRM-em.

Kontrola liczby rekordów

Proces może zakończyć się bez technicznego błędu, ale przetworzyć zbyt mało danych. W raportowaniu warto porównywać liczbę rekordów z oczekiwanym zakresem.

Jeśli codzienny plik zwykle zawiera setki wierszy, a nagle zawiera dwa, system powinien to oznaczyć. Więcej zasad walidacji znajdziesz w artykule automatyczne raporty w firmie.

Raport stanu automatyzacji

Cykliczne podsumowanie może zawierać:

• liczbę uruchomień,
• procesy zakończone poprawnie,
• błędy techniczne,
• rekordy do weryfikacji,
• średni czas wykonania,
• zaległe operacje.

Pozwala to ocenić, czy proces nadal odpowiada aktualnym potrzebom firmy.

Kto odpowiada za reakcję?

Alert bez właściciela nie rozwiązuje problemu. Dla każdej automatyzacji trzeba ustalić osobę, która:

• otrzyma powiadomienie,
• oceni błąd,
• poprawi dane lub przekaże sprawę,
• potwierdzi wznowienie procesu.

Zadbaj o kontrolę procesu

Opisz działającą lub planowaną automatyzację – sprawdzimy, jakie informacje warto zapisywać, kiedy wysyłać alert i które operacje można bezpiecznie ponawiać.