Zammad Triggers

Zammad Triggers to reguły automatyzacji tego systemu zgłoszeniowego, reagujące na zdarzenia w ticketach.

Jak działają Triggers w systemie Zammad

Zammad Triggers to reguły automatyzacji uruchamiane w reakcji na zmiany dotyczące zgłoszeń, czyli ticketów. Reguła analizuje określone warunki, a po ich spełnieniu wykonuje przypisane działania. Przykładowym zdarzeniem może być utworzenie zgłoszenia, zmiana jego stanu, ustawienie priorytetu, przypisanie grupy albo dopisanie nowej wiadomości do wątku. Trigger nie jest osobnym programem działającym w tle i nie służy do cyklicznego uruchamiania zadań o określonej godzinie. Jego działanie jest powiązane z obsługą zdarzenia w Zammad.

W konfiguracji reguły definiuje się warunki oraz akcje. Warunki mogą dotyczyć między innymi pól ticketu, właściwości artykułu, klienta, grupy, organizacji, stanu, priorytetu, znaczników i innych danych dostępnych w systemie. Zammad pozwala ustalić, czy muszą zostać spełnione wszystkie wskazane warunki, czy wystarczy spełnienie dowolnego z nich. Dzięki temu można utworzyć zarówno prostą regułę reagującą na jeden znacznik, jak i bardziej szczegółowy mechanizm uwzględniający kilka cech zgłoszenia.

Warunki, akcje i kolejność przetwarzania

Akcje triggera zmieniają dane zgłoszenia albo powodują wysłanie komunikatu. W zależności od konfiguracji reguła może ustawić grupę, właściciela, stan lub priorytet ticketu, dodać albo usunąć tag, zmienić wybrane pole oraz dopisać subskrybenta. Może także wysłać powiadomienie pocztą elektroniczną do określonych odbiorców, na przykład klienta, właściciela zgłoszenia lub członków grupy. Konkretne dostępne pola i odbiorcy zależą od wersji Zammad oraz od ustawień instancji, dlatego konfigurację należy sprawdzać w panelu administracyjnym używanego systemu.

Znaczenie ma kolejność triggerów. Jeżeli kilka aktywnych reguł reaguje na to samo zdarzenie, wcześniejsza akcja może zmienić dane, które następnie są oceniane przez inną regułę. Może to prowadzić do zamierzonego łańcucha automatyzacji, ale także do nadpisywania grupy, priorytetu lub stanu. Przy projektowaniu reguł trzeba więc unikać warunków wzajemnie kolidujących i jasno rozdzielać zakres odpowiedzialności poszczególnych triggerów. Warto również stosować jednoznaczne tagi, ponieważ tag dodany przez jedną regułę może stać się warunkiem uruchomienia kolejnej.

Przykłady automatyzacji obsługi zgłoszeń

Trigger może automatycznie kierować ticket do odpowiedniej grupy na podstawie adresu nadawcy, treści wiadomości lub wybranego pola. Zgłoszenie zawierające oznaczenie dotyczące sprzętu może zostać przekazane do grupy zajmującej się naprawami, a ticket z określonym tagiem może otrzymać podwyższony priorytet. Możliwe jest także dodanie tagu wskazującego etap obsługi albo ustawienie właściciela, gdy zgłoszenie spełnia warunki związane z klientem i jego organizacją.

Inny scenariusz polega na automatycznym powiadomieniu. Po zmianie stanu ticketu na wymagający odpowiedzi system może wysłać wiadomość do klienta, a po przypisaniu zgłoszenia do grupy może poinformować jej członków. Trzeba kontrolować warunki takich reguł, aby każda kolejna edycja ticketu nie powodowała wielokrotnego wysyłania tego samego komunikatu. W praktyce pomocne jest używanie dodatkowego tagu lub innego pola oznaczającego, że dana akcja została już wykonana. Reguły powinny być testowane na przykładowych zgłoszeniach przed włączeniem ich w codziennym obiegu pracy.

Kontrola działania i diagnostyka reguł Zammad

Jeżeli trigger nie działa, należy najpierw sprawdzić, czy jest aktywny i czy wszystkie warunki odpowiadają rzeczywistym wartościom w ticketach. Częstym problemem jest różnica między wartością wyświetlaną użytkownikowi a wartością wybieraną w konfiguracji, nieprawidłowy tag, warunek odnoszący się do innego pola albo oczekiwanie, że reguła zareaguje na zdarzenie, którego nie obejmuje jej mechanizm uruchamiania. Należy również sprawdzić, czy inny trigger nie zmienia danych wcześniej lub później w tym samym przepływie.

Przy diagnozowaniu automatyzacji warto wykonać kontrolowany test: utworzyć ticket o znanych wartościach, zmienić tylko jedno pole, a następnie sprawdzić stan, grupę, tagi, właściciela i historię artykułów. W przypadku powiadomień trzeba dodatkowo zweryfikować konfigurację kanału e-mail, adresy odbiorców oraz logi aplikacji. Automatyzacja nie zastępuje kontroli uprawnień ani poprawnej konfiguracji grup i użytkowników. Błędnie zdefiniowany trigger może przekierować zgłoszenia do niewłaściwego zespołu, zmienić ich priorytet lub wygenerować nadmiarowe wiadomości, dlatego każdą zmianę reguł należy dokumentować i okresowo przeglądać.