Procesy zadania monitorowania

Procesu monitorowania zadania można użyć do przenoszenia obiektu biznesowego do następnego stanu po wykonaniu algorytmów monitorowania powiązanych z bieżącym stanem jednostki. Przypadki użycia logiki monitorowania w zadaniu znajdują się poniżej:

• Rekord może oczekiwać na wystąpienie innego warunku przed zmianą. Algorytm monitorowania można zakodować w celu określenia, czy warunek jest spełniony, i dopiero wtedy zainicjować zmianę. Przykład: Teoretycznie podczas przechodzenia do jakiegoś stanu może zostać wygenerowane działanie w terenie, a rekord powinien wyjść z tego stanu, gdy działanie w terenie zostanie zakończone. Algorytm monitorowania może sprawdzić status działania w terenie.

• Może się zdarzyć, że rekord zostanie dodany lub zaktualizowany ręcznie, a kolejny krok w cyklu życia obiektu biznesowego wymaga wielu operacji przetwarzania, przez co logika powinna występować w zadaniu. W takim przypadku status obiektu biznesowego jest konfigurowany z jawnym odwołaniem do kontrolki zadania (określanego jako "odroczone"), co wskazuje systemowi, że algorytmy monitorowania nie powinny być wykonywane automatycznie (ale powinny być odraczane do zadania). Później, gdy jest uruchamiany proces zadania, wybierane są wszystkie rekordy do przetworzenia.

  Uwaga: Kiedy status zawiera kontrolkę zadania odroczonego, można je także skonfigurować w celu zezwolenia użytkownikowi na ręczne przenoszenie rekordu do następnego stanu zamiast oczekiwania na zadanie. Kiedy użytkownik ręcznie przeniesie rekord, który zawiera algorytmy monitorowania, algorytmy te nie zostaną wykonane.

• Możliwe jest dodanie lub zaktualizowanie rekordu w zadaniu, ale kolejny krok w ogólnym cyklu życia powinien zostać przetworzony później. Można to osiągnąć, zapewniając, że kontrolka zadania powiązana ze stanem do późniejszego przetworzenia nie jest zgodna z kontrolką zadania, które dodało lub zaktualizowało rekord.

• Procesy monitorowania mogą być także używane do okresowego wykonywania logiki powiązanej z rekordem bez przenoszenia rekordu.

Należy pamiętać, że tylko nadrzędny obiekt biznesowy może się odwoływać do odroczonego procesu zadań monitorowania. Natomiast dowolny obiekt biznesowy w łańcuchu "dziedziczenia" może zostać skonfigurowany za pomocą algorytmów monitorowania, z których wszystkie zostaną uruchomione.

Podstawowy pakiet zapewnia okresowy proces zadania monitorowania dla każdego obiektu obsługi, który obsługuje cykl życia obiektu biznesowego podlegający konfiguracji. Proces ten odpowiada za okresowe wykonywanie algorytmów monitorowania powiązanych z bieżącym statusem obiektu. Nie dotyczy to stanów, w przypadku których istnieje jawne odwołanie do odroczonego procesu zadania monitorowania, które jest odroczone na potrzeby innej kontrolki zadania.

Odroczony proces monitorowania wybiera rekordy, których bieżący stan odwołuje się do tej samej kontrolki zadania co proces monitorowania. Odroczony proces monitorowania jest potrzebny tylko wtedy, gdy obiekt ma różne przypadki użycia do celów monitorowania tego samego typu rekordów z różnymi harmonogramami. W tym przypadku należy skonfigurować tylko jedno okresowe zadanie monitorowania. Inne monitory należy skonfigurować w taki sposób, aby były ograniczone przez kontrolkę zadania, aby uniknąć pokrywania się procesów przetwarzania.

Zastosowane reguły biznesowe sterują częstotliwością wszystkich procesów monitorowania i kolejnością, w jakiej powinny one być planowane. Więcej informacji na temat parametrów obsługiwanych w tym typie procesu zadania można znaleźć w sekcji Monitorowanie procesów w tle w rozdziale o procesie w tle.