Projektowanie szablonów i typów zdarzeń dla procesu obsługi zaległości płatniczych

W poniższej tabeli przedstawiono przykładowy szablon procesu obsługi zaległości płatniczych dla jednej z reguł w komórce Indywidualny/Północ w tabeli w poprzedniej sekcji.


Szablon procesu obsługi zaległości płatniczych	Typ zdarzenia dot. obsługi zaległości płatniczych	Kiedy wyzwalane?
Przyspieszony proces obsługi zaległości płatniczych dla klientów indywidualnych	Poprzednie pismo informujące o długu	W chwili rozpoczęcia procesu
	Odcięcie aktywnych umów	10 dni po rozpoczęciu
	Obniżenie zdolności kredytowej klienta	10 dni po rozpoczęciu (tj. w tym samym czasie, gdy tworzony jest proces odcięcia)
	Umorzenie niewielkich kwot zadłużenia	0 dni po zakończeniu procesów odcięcia
	Odniesienie zadłużenia do firmy windykacyjnej	0 dni po przystąpieniu do umorzenia niewielkich kwot (oznacza to, że nastąpi albo umorzenie niewielkich kwot, albo odesłanie do firmy windykacyjnej; w przypadku pomyślnego umorzenia transakcja finansowa faktury zostanie dopasowana do zbilansowanego dopasowania płatności, a proces obsługi zaległości płatniczych zostanie zatrzymany)
	Anulowanie odesłania do firmy windykacyjnej	45 dni po odesłania
	Umorzenie zadłużenia	0 dni po anulowaniu odesłania do firmy windykacyjnej

Podobną tabelę należy utworzyć dla każdego z szablonów procesów obsługi zaległości płatniczych w tabeli.

Na tym etapie użytkownik utworzył już szablony procesów obsługi zaległości płatniczych w tabeli. Następnie konieczne będzie zaprojektowanie algorytmów kontroli tych procesów:

Algorytm obliczania niezapłaconej i pierwotnej kwoty faktury szablonu oblicza kwoty oryginalną i niezapłaconą dla obiektów windykowanych w procesie. Wartości te są następnie używane przez moduł przetwarzania zaległości.
Algorytm kryteriów anulowania szablonu jest wykonywany w celu sprawdzenia, czy proces należy anulować. Szczegółowe informacje zawarto w sekcji Sposób anulowania procesów obsługi zaległości płatniczych.
Algorytm zbioru reguł anulowania szablonu jest wykonywany w celu anulowania procesu. Szczegółowe informacje zawarto w sekcji Sposób anulowania procesów obsługi zaległości płatniczych. Należy zauważyć, że zbiór reguł wbudowany w tego typu algorytm może być dość złożony, ponieważ odpowiada on za zatrzymanie bieżących czynności procesów (a zatem może powodować anulowanie zadań w terenie lub przypadków). Algorytmy anulowania odpowiadają również za zapisy dziennika.
Algorytm wstrzymywania aktywacji zdarzenia wywoływany jest w celu określenia, czy menedżer zdarzeń dotyczących obsługi zaległości płatniczych i zdarzeń odcięcia powinien zawiesić aktywację zdarzeń procesu.
Algorytm informacji szablonu jest wywoływany w celu utworzenia komunikatu o nadpisaniu.

Następnie należy wydzielić z powyższej tabeli po jednym unikalnym zdarzeniu z każdego typu:


Zdarzenie dotyczące obsługi zaległości płatniczych Typ	Czynność
Poprzednie pismo informujące o długu	Tworzenie kontaktu z klientem
Odcięcie aktywnych umów	Uruchomienie procesu odcięcia dla każdej aktywnej umowy z niezapłaconymi transakcjami finansowymi na fakturze
Obniżenie zdolności kredytowej klienta	Wstawienie rekordu historii oceny zdolności kredytowej konta
Umorzenie niewielkich kwot zadłużenia	Utworzenie korekty dla umorzenia w przypadku gdy niezapłacone zadłużenie jest mniejsze niż x PLN
Odniesienie zadłużenia do firmy windykacyjnej	Tworzenie odesłania do firmy windykacyjnej
Anulowanie odesłania do firmy windykacyjnej	Anulowanie odesłania do firmy windykacyjnej
Odpisanie niezapłaconego zadłużenia	Tworzenie korekty dla odpisu niezapłaconego zadłużenia

Na tym etapie użytkownik poznał poszczególne typy zdarzeń. Następnym krokiem będzie zaprojektowanie algorytmów decydujących o cyklu życia każdego z typów zdarzeń:

Algorytmy aktywacji zdarzenia dla typów zdarzeń są wykonywane przez menedżera zdarzeń dotyczących obsługi zaległości płatniczych i zdarzeń odcięcia z datą wyzwalacza. Logikę wbudowaną w taki algorytm ujęto w następujących punktach:
- Zadanie z datą wyzwalacza (np. tworzenie kontaktu klienta, pozycji Do wykonania itp.). Szczegółowe informacje zawarto w sekcji Możliwości związane ze zdarzeniami dotyczącymi obsługi zaległości płatniczych.
- Czy zdarzenie przyjmuje z chwilą wyzwolenia stan "Oczekujące" czy też "Zakończone" . Szczegółowe informacje zawarto w sekcji Niektóre zdarzenia mogą poczekać.
- Sposób, w jaki budowane są zapisy dziennika skojarzone z aktywacją zdarzenia. Algorytmy pakietu podstawowego umożliwiają użytkownikowi kontrolowanie danych w zapisie dziennika przez zdefiniowanie żądanego numeru komunikatu w algorytmie. Oznacza to, że może okazać się konieczne skonfigurowanie nowych komunikatów. Szczegółowe informacje zawiera sekcja Aktywacja zdarzeń powinna powodować dodanie zapisu dziennika.
Algorytmy zbioru reguł anulowania dla typów zdarzeń są wywoływane w przypadku anulowania zdarzenia. Logikę wbudowaną w taki algorytm ujęto w następujących punktach:
- Czy dozwolone jest anulowanie zdarzenia? Zastosowanie zbioru reguł może okazać się konieczne w przypadku istnienia reguł uniemożliwiających anulowanie zdarzeń danego typu. Przykładem może być sytuacja, w której użytkownik chciałby uniemożliwić anulowanie zdarzeń, jeśli istnieją inne, zależne od nich zdarzenia, które nie są anulowane.
- Czynności dodatkowe odbywające się w ramach anulowania.
- Sposób budowy zapisów dziennika skojarzonych z anulowaniem zdarzenia.
Algorytmy monitorowania zdarzenia w przygotowaniu dla typów zdarzeń są wywoływane w celu monitorowania zdarzenia w przygotowaniu. Algorytmy te odpowiadają za zmianę stanu zdarzenia "Oczekujące" na "Zakończone" w razie zakończenia oczekiwania dla obiektu.
Algorytm informacji dotyczących zdarzenia dla typu zdarzenia jest wywoływany w celu utworzenia komunikatu o nadpisaniu.

Po zaprojektowaniu algorytmów dla każdego typu zdarzenia można rozpocząć projektowanie procesów odcięcia.