AndonCloud

Wstęp

Współczesne zakłady produkcyjne funkcjonują w dynamicznym środowisku, gdzie każda minuta przestoju, każda niewykorzystana maszyna i każdy spadek efektywności przekłada się bezpośrednio na straty finansowe. Właśnie dlatego niezbędnym elementem nowoczesnych systemów zarządzania produkcją stają się inteligentne systemy alertowe, które monitorują m.in kluczowe wskaźniki wydajności i reagują w czasie rzeczywistym na wszelkie odchylenia od ustalonych norm.
Alerty to automatyczne powiadomienia generowane przez system produkcyjny w odpowiedzi na określone zdarzenia lub wartości wskaźników przekraczające ustalone progi. Mogą one dotyczyć różnych obszarów – od przestojów maszyn, przez spadek jakości, czy też odchylenia parametrów procesowych – na przykład temperatury odczytywanej z czujników. Ich zadaniem jest błyskawiczne informowanie odpowiednich osób (np. operatorów, liderów zmian, działu utrzymania ruchu czy menedżerów) o sytuacjach wymagających natychmiastowej reakcji.
 Kluczową rolę w module inteligentnego powiadamiania naszego systemu pełni Prometheus – zaawansowane narzędzie do monitorowania, które odpowiada za bieżące zbieranie metryk produkcyjnych. To właśnie te metryki stanowią podstawę do definiowania elastycznych reguł alertowania. Dzięki Prometheusowi możliwe jest tworzenie precyzyjnych progów alertów, których przekroczenie automatycznie wywołuje reakcję systemu – wysyłając powiadomienia do odpowiednich osób w strukturze organizacyjnej. Integracja Prometheusa z naszym systemem umożliwia skuteczne reagowanie na krytyczne zdarzenia, zanim doprowadzą one do poważnych konsekwencji.

Korzyści z wdrożenia systemu alertowego

1. Szybka reakcja na problemy
    Automatyczne powiadomienia pozwalają zidentyfikować źródło problemu w czasie rzeczywistym, co skraca czas reakcji i ogranicza skutki awarii lub spadku wydajności.
2. Zwiększenie przejrzystości procesu
    Alerty wspierają bieżący nadzór nad produkcją i zapewniają transparentność – menedżerowie mogą łatwo monitorować sytuację na hali produkcyjnej, nawet zdalnie.
3. Redukcja przestojów i strat
    Informowanie o potencjalnych odchyleniach jeszcze zanim osiągną one poziom krytyczny pozwala na prewencyjne działania, co znacząco redukuje przestoje.
4. Wsparcie dla podejmowania decyzji opartych na danych (data-driven)
    System alertowy zbiera i archiwizuje dane o przekroczonych progach KPI, co umożliwia analizę trendów i wprowadzanie zmian systemowych w oparciu o rzetelne dane.
5. Wzrost odpowiedzialności i zaangażowania zespołów
    Jasne komunikaty o problemach przypisane do konkretnych ról pomagają w budowaniu kultury odpowiedzialności i szybkiego reagowania.

Wdrożenie inteligentnych alertów w systemie zarządzania produkcją to nie tylko kwestia automatyzacji reakcji na nieprawidłowości – to fundament nowoczesnego, przewidywalnego i elastycznego procesu produkcyjnego. Dzięki nim możliwe jest nie tylko szybkie reagowanie na problemy, ale także ich wcześniejsze wykrywanie i eliminowanie przyczyn. Ostatecznie alerty stają się nieocenionym narzędziem wspierającym kulturę ciągłego doskonalenia, zwiększając efektywność, bezpieczeństwo i jakość pracy na każdym etapie produkcji.

1. Zasada alertowa

Zasada alertowa (ang. alerting principle) to reguła określająca, kiedy i w jaki sposób system powinien generować alerty w odpowiedzi na określone zdarzenia.

Aby móc korzystać z alertów Państwa konto musi być skonfigurowane z systemem zewnętrznym Prometheus. W tym celu należy zgłosić się do zespołu deweloperskiego systemu AndonCloud. 

Zasadę alertową w systemie AndonCloud tworzy się wybierając zakładkę„Eskalacja” i opcję „Zasady alertów”

Następnie w prawym górnym rogu należy wybrać opcję: „Utwórz: Zasada alertowa” .

System przeniesie Państwa do formularza tworzenia zasady alertowej.

Pierwsze pole w formularzu: „Treść”, jest polem obowiązkowym. Należy w nim zamieścić informację identyfikującą alert, np. “Spadek wydajności produkcji poniżej 90% normy”Drugie pole: „Opis” jest opcjonalne, można w nim opisać szczegółowe informacje o zdarzeniu. Do uzupełnienia pola trzeciego:  „Wyrażenie” wykorzystuje się język zapytań Prometheus – PromQL (Prometheus Query Language). Ze składnią PromQL można zapoznać się samodzielnie lub skorzystać z pomocy zespołu AndonCloud. Dla ułatwienia, przygotowaliśmy dla Państwa kilka propozycji wyrażeń, najczęściej używanych w ramach generowania alertów. Przykłady wyrażeń znajdują się w załączniku.W kolejnym polu:„Priorytet” należy określić stopień ważności alertu. Kolejne pola dotyczą Czasu odroczenia i cykliczności powiadomień. Należy w nich określić czas i jednostkę czasu ( sekundy, minuty, godziny). W ostatnich dwóch polach można wskazać odbiorców alertów. Jedno z dwóch pól musi być uzupełnione, aby formularz został zapisany. 

Dla przykładu, poniżej opisałam zasadę alertową. dzięki której w łatwy sposób będzie można wygenerować alert. W pierwszym polu „Treść” proszę podać informację, identyfikującą alert, w naszym przypadku może to być:” Zbyt duża ilość złych sztuk produktu” W polu „Wyrażenie” proszę wprowadzić wartość: „bad_parts>20"

Jeżeli nie sprecyzujecie Państwo którego stanowiska ma dotyczyć alert, system będzie sprawdzał każde stanowisko utworzone w systemie. Aby dopisać stanowisko należy wyrażenie zapisać w formie: „bad_parts>20 and {workplace_id=1}” Wówczas system będzie sprawdzał stanowisko którego Id = 1

 „ID" stanowiska możecie Państwo sprawdzić wybierając zakładkę „Stanowiska”.  Na liście stanowisk należy wybrać stanowisko i kliknąć „Podgląd” w menu znajdującym się po prawej stronie wiersza, oznaczonym trzema kropkami. 

Klikając podgląd, możecie Państwo sprawdzić jaki numer id ma dane stanowisko.

W polu „Priorytet” jak wspomniałam  wcześniej, ustalacie Państwo stopień ważności alertu.

Następnie, w polu, „Czas odroczenia” określają Państwo czas jaki musi upłynąć aby alert został wyzwolony. Jeśli np. ustawicie Państwo czas na 30 min oznacza to, że jeśli w ciągu 30 pierwszych minut pracy zostanie dodanych 20 defektów, wtedy system wygeneruje alert. 

Kolejne pole powiązane jest z poprzednim, mianowicie ustawiając ilość czasu należy ustawić również jednostkę określonego czasu. Pole:„Częstość powiadamiania” należy wypełnić, aby system z określoną przez Państwa częstotliwością powtarzał powiadomienia. I tu również ustalacie Państwo, nie tylko wartość ale i jednostkę czasu. 

Dwa ostatnie pola służą do wskazania odbiorców powiadomień. Możecie Państwo skierować zawiadomienie do konkretnej osoby lub do wszystkich użytkowników przypisanych do danej roli. 

Po wypełnieniu wszystkich pól proszę zatwierdzić formularz, klikając w opcję: „Utwórz:Zasada Alertowa"

Po utworzeniu zasady alertowej, musi nastąpić zdarzenie, które doprowadzi do utworzenia alertu a następnie wysłania powiadomień do wskazanych odbiorców. W naszym przypadku wyrażenie określa sytuację w której w ciągu 30 min pracy na stanowisku nastąpi dodanie przez operatora 20 sztuk defektów na kalkulatorze liczników. Zatem proszę teraz zalogować się do panelu operatora na dowolne stanowisko, lub w przypadku określenia ID stanowiska, o zalogowanie się na właściwe stanowisko. Następnie proszę rozpocząć realizację zamówienia i w ciągu kilku pierwszych minut pracy dodać wartość defektów >20. Po upływie 30 min, które zostały określone w zasadzie alertowej system powinien wygenerować alert. Alert zostanie wyświetlony na liście alertów w zakładce „Eskalacja” w opcji „Alerty”

W formularzu wskazaliście Państwo odbiorców alertów. Teraz należy określić w jaki sposób  przesyłane będą powiadomienia do poszczególnych użytkowników. W systemie AndonCloud, możecie Państwo określić m.in kanał komunikacji (czy ma to być: email, SMS czy powiadomienie głosowe). Wszystkie zagadnienia dotyczące „Powiadomień” zostały opisane w instrukcji: Role, uprawnienia i powiadomienia w systemie AndonCloud

2. Alerty

Alerty służą do informowania użytkowników o ważnych zdarzeniach w systemie, które wymagają uwagi lub interwencji. Alert może być powiązany z określonymi zasadami i skonfigurowany tak, aby docierał do odpowiednich osób lub grup, zapewniając szybką reakcję na potencjalne problemy.

Alerty zostają wygenerowane, kiedy  warunki opisane w zasadzie alertowej zostają spełnione. Poniżej przykład zasady alertowej a następnie wygenerowanego alertu.

Zasada alertowa:

Alert w systemie Prometheus

Alert w systemie AndonCloud

Po utworzeniu alertu system automatycznie wyświetla listę aktywnych alertów dla każdego stanowiska.

Wszystkie trwające (aktywne) alerty znajdują się w zakładce „Aktywne”.

Po rozwiązaniu problemu związanego z danym alertem, system automatycznie przenosi alert do zakładki „Zakończone”.

Dodatkowo, w momencie utworzenia nowego alertu, system wysyła powiadomienie do wszystkich użytkowników i ról powiązanych z zasadą alertową, zgodnie z jej konfiguracją.

3. Załącznik

3.1 Lista podstawowych etykiet dostępnych do tworzenia wyrażeń

Poniżej znajduje się zestaw podstawowych etykiet, które można wykorzystać podczas tworzenia wyrażeń w systemie.
 Etykiety te umożliwiają dynamiczne odwoływanie się do danych powiązanych z konkretnymi elementami systemu, takimi jak stanowiska, maszyny czy operatorzy.

• ideal_parts_for_runtime{workplace_id="<id>"}
• total_parts{workplace_id="<id>"}
• bad_parts{workplace_id="<id>"}
• good_parts{workplace_id="<id>"}
• availability_target{workplace_id="<id>"}
• performance_target{workplace_id="<id>"}
• quality_target{workplace_id="<id>"}
• oee_target{workplace_id="<id>"}
• availability_boost{workplace_id="<id>"}
• performance_boost{workplace_id="<id>"}
• quality_boost{workplace_id="<id>"}
• oee_boost{workplace_id="<id>"}
• operators_count{workplace_id="<id>"}
• downtime{workplace_id="<id>"}
• runtime{workplace_id="<id>"}
• total_availability{workplace_id="<id>"}
• quality{workplace_id="<id>"}
• availability{workplace_id="<id>"}
• performance{workplace_id="<id>"}
• oee{workplace_id="<id>"}
• time_since_a_resettable_order{workplace_id="<id>"}

UWAGA!
Wyrażenia można tworzyć na dwa sposoby, dla czytelności zalecamy pierwszy sposób.

1. bad_parts{workplace_id="20"} > 20
2. bad_parts > 20 and {workplace_id="20"}

3.2 Identyfikacja stanowiska w wyrażeniach

Podczas tworzenia wyrażeń w systemie, dane stanowisko może zostać zidentyfikowane na kilka sposobów,  w zależności od dostępnych danych lub preferencji użytkownika.

Dostępne etykiety identyfikujące stanowisko:

czyli wyrażenie będzie następująco: 

bad_parts{workplace_id="20"}

bad_parts{workplace_name_pl="Nazwa PL"}

bad_parts{workplace_name_en="Nazwa EN"}

Operator „=~” pozwala wskazać wiele stanowisk jednocześnie przy użyciu wyrażeń regularnych.

bad_parts{workplace_id=~"20|30|40"} > 20

W powyższym przykładzie wyrażenie dotyczy stanowisk o ID 20, 30 oraz 40, a dodatkowy warunek > 20 określa próg wartości dla alertu.

Lista przykładowych wyrażeń Alertowych:

3.3 Najczęściej zadawane pytania

1. Jakie są typowe zastosowania zasad alertowych?

Zasady alertowe mogą być używane do monitorowania różnych wskaźników produkcyjnych, takich jak:

• Spadek wydajności poniżej określonego progu,
• Przekroczenie dopuszczalnego czasu przestoju,
• Nieprawidłowe wartości parametrów maszynowych,
• Brak reakcji na wcześniej wysłane alerty,
• Awaria systemu monitorowania.

2. Czy można edytować istniejącą zasadę alertową?

Tak, po utworzeniu zasady alertowej można ją edytować, zmieniając warunki, priorytet, listę odbiorców lub częstotliwość powiadomień.

3. Jakie są możliwe kanały powiadomień?

System może wysyłać powiadomienia za pomocą:

• powiadomienia SMS
• powiadomienia e-mail
• powiadomienia głosowe VMS

4. Czy można ustawić alert dla wielu stanowisk jednocześnie?

Można skonfigurować zasadę alertową tak, aby obejmowała jedno lub więcej stanowisk produkcyjnych, wybierając odpowiednie parametry w wyrażeniu warunkowym.

5. Kto może otrzymywać alerty?

Alerty mogą być przypisane do użytkowników indywidualnych lub do grup ról istniejących w systemie np.:

• Operatorzy,
• Technicy utrzymania ruchu,
• Menedżerowie produkcji,
• Administratorzy systemu.

6. Czy można skonfigurować opóźnienie wysyłania alertu?

Tak, można ustawić czas trwania warunku, zanim alert zostanie wygenerowany. Dzięki temu można unikać fałszywych alarmów spowodowanych chwilowymi zmianami parametrów.

7. Jak sprawdzić historię alertów?

Wszystkie zapisane alerty można przeglądać w systemie, korzystając z sekcji raportów lub historii alertów. Możliwe jest filtrowanie wyników według daty, statusu lub powiązanej zasady alertowej.

8. Jak działa powtarzanie alertów?

Jeśli problem nie zostanie rozwiązany, system może ponawiać wysyłkę alertu według ustawionej częstotliwości.

9. Jakie są najczęstsze błędy przy konfiguracji zasad alertowych?

• Ustawienie zbyt niskiego progu alertowego, co prowadzi do nadmiaru powiadomień,
• Niewłaściwie dobrana częstotliwość powiadomień, powodująca spamowanie użytkowników,
• Brak przypisania odbiorców alertów, przez co nikt nie otrzymuje powiadomień,
• Niepoprawnie zdefiniowane wyrażenie warunkowe, które nie odpowiada rzeczywistej sytuacji produkcyjnej.

10. Czy alerty mogą mieć różne poziomy krytyczności?
Tak, każda zasada alertowa może mieć przypisany priorytet, np.

• Niski – informacyjne powiadomienie,
• Średni – wymaga uwagi, ale nie natychmiastowej reakcji,
• Wysoki – krytyczny problem, wymagający pilnej interwencji

Podsumowanie

Moduł alertowy w systemie AndonCloud wspiera bieżący nadzór nad procesami produkcyjnymi, ułatwiając szybkie reagowanie na zmiany.
Dzięki elastycznym zasadom alertowym, opartym na danych z systemu Prometheus, użytkownicy mogą szybko reagować na odchylenia od normy i wcześniej wykrywać potencjalne przyczyny przestojów. 

Prawidłowa konfiguracja zasad alertowych umożliwia: 

• monitorowanie kluczowych wskaźników produkcyjnych w czasie rzeczywistym,
• automatyczne powiadamianie odpowiednich osób o problemach,
• przyczynianie się do szybszej reakcji i zmniejszenia liczby nieplanowanych przestojów,
• wspieranie kultury odpowiedzialności i doskonalenia procesów.

Zaleca się regularny przegląd zasad alertowych w panelu administracyjnym systemu, aby dostosować je do bieżących warunków i celów produkcji.
 W razie wątpliwości dotyczących konfiguracji lub potrzeby utworzenia zaawansowanych reguł, prosimy o kontakt z zespołem wsparcia AndonCloud.