Klasyfikacja klienta - kontrolki
Należy zdefiniować różne reguły biznesowe dla każdego rejonu, w którym znajdują się klienci przypisani do klasyfikacji klienta. Na przykład, jeżeli użytkownik prowadzi działalność na terenie Kalifornii i Nevady ORAZ ma obszary obsługi klienta dla każdego stanu ORAZ ma klientów indywidualnych w każdym stanie, użytkownik ten musi zdefiniować Pliki kontrolne klasyfikacji klienta dla każdego obszaru obsługi klienta w odniesieniu do klasyfikacji klienta indywidualnego. W celu obsługi tych danych należy otworzyć Kontrolki.
, a następnie do stronyOpis strony
Na liście przewijania Pliki kontrolne klasyfikacji klienta znajdują się reguły biznesowe, którym podlegają konta należące do Obszaru obsługi klienta oraz klasyfikacji klienta. Poniższe pola powinny zostać zdefiniowane dla każdego Obszaru obsługi klienta:
- Za pomocą pola Liczba dni do terminu płatności faktury można zdefiniować liczbę dni od daty faktury do terminu jej płatności. Jeśli termin płatności przypada w weekend lub dzień wolny od pracy, termin ten zostanie automatycznie przesunięty na kolejny dzień roboczy (z wykorzystaniem kalendarza dni roboczych zdefiniowanego w obszarze obsługi klienta w koncie).
- Należy określić Plan ryczałtu, który będzie domyślny dla nowych kont należących do tej klasyfikacji klienta. Plan ryczałtu konta można następnie modyfikować, jeżeli konto ma specjalne wymagania dotyczące przetwarzania ryczałtowego. Więcej informacji na ten temat można znaleźć w sekcji Konfigurowanie planów ryczałtów.
- Za pomocą pola Minimalna częstotliwość przeglądu kredytu (w dniach) można zdefiniować maksymalną liczbę dni między przeglądami długu konta przeprowadzanymi w ramach działania monitora zadłużenia na koncie. Wprowadzenie w tym polu wartości zero ( 0 ) spowoduje, że konta tej klasyfikacji klienta będą przeglądane codziennie.
- Za pomocą pola Liczba dni prolongaty przeglądu kredytu można zdefiniować liczbę dni od terminu płatności do przeglądu konta w ramach działania monitora zadłużenia na koncie.
- Należy włączyć opcję Opłata za spóźnioną płatność, jeżeli klienci należący do kombinacji klasa / rejon mają podlegać opłatom za spóźnioną płatność.
- Za pomocą pola Liczba dni prolongaty opłat za spóźnione płatności można zdefiniować liczbę dni od daty płatności faktury do wygenerowania opłaty za spóźnioną płatność (jeżeli jest to dozwolone przez różne algorytmy opłaty za spóźnioną płatność - więcej szczegółowych informacji zawiera sekcja Sposób obliczania opłat za spóźnioną płatność). Jeżeli data prolongaty przypada w weekend lub dzień wolny od pracy, zostanie ona automatycznie przełożona na kolejny dzień roboczy z uwzględnieniem kalendarza dni roboczych zdefiniowanego przy obszarze objętym obsługą klienta w koncie.
-
W celu wyznaczenia domyślnej grupy dostępu na koncie na podstawie obszaru obsługi klientów i klasyfikacji klientów konta należy określić Grupę dostępu. Spowoduje to nadpisanie grupy dostępu wyznaczonej domyślnie na podstawie domyślnej grupy dostępu użytkownika. Uwaga: Zdefiniowana tutaj grupa dostępu nie będzie mieć zastosowania, jeśli algorytm Kontrolka klasyfikacji klienta - określanie grupy dostępu jest zdefiniowany i skutecznie zwróci grupę dostępu.
W poniższej siatce znajdują się Algorytmy, które określają działanie ważnych funkcji systemu. Dla każdego algorytmu należy zdefiniować:
- Zdarzenie systemowe, z którym powiązany jest dany algorytm (patrz tabela poniżej opisu wszystkich możliwych zdarzeń).
- Należy określić Liczbę porządkową i Algorytm dla każdego zdarzenia systemowego. Dla liczby porządkowej można ustawić wartość 10, chyba że używane jest zdarzenie systemowe z wieloma algorytmami. W takiej sytuacji należy podać w systemie kolejność działania algorytmów.
Te algorytmy to z reguły znaczące procesy systemowe. Brak któregokolwiek z nich może spowodować nieprawidłowe działanie systemu.
Można zdefiniować algorytmy dla następujących Zdarzeń systemowych:
Zdarzenie systemowe |
Opcjonalne/Wymagane |
Opis |
Kwota polecenia zapłaty przekraczająca limit |
Opcjonalne |
Ten algorytm jest wywoływany do działania w sytuacjach, gdy, w wyniku pracy systemu, utworzone jest polecenie płatności , które przekracza dopuszczalny limit wypłaty z konta klienta. Argument ten może zostać wywołany w następujących przypadkach: - W opcjach polecenia zapłaty konta został ustawiony dopuszczalny limit wypłaty z konta. - W wyniku działania systemu tworzone jest polecenie zapłaty przekraczające tę kwotę. - Algorytm polecenia zapłaty dołączony do rekordu instalacji ma zbiór reguł, które powodują wywołanie tego algorytmu, gdy powyższe warunki są spełnione Jeżeli nie dołączono tego typu algorytmu a powyższa sytuacja zostanie wykryta, polecenie zapłaty zostanie utworzone i nie zostanie utworzony żaden błąd. Więcej informacji na ten temat można znaleźć w sekcji W jaki sposób zaimplementować limit maksymalnej wypłaty . |
Zakończenie faktury |
Opcjonalne |
Gdy faktura dla konta jest zakończona, wywoływane są algorytmy zakończenia faktury w celu wykonania dodatkowych czynności. Aby dowiedzieć się o tym, w którym momencie procesu zakańczania wywoływany jest ten algorytm, należy zapoznać się z opisem przycisku "Zakończ" w sekcji Cykl życia faktury. |
Podleganie fakturowaniu |
Opcjonalne |
Algorytmy dla tego miejsca dołączania są wywoływane podczas generowania faktury w fakturowaniu zadania. Dzięki nim możliwe jest określenie, czy konto ma być wyłączone z fakturowania i, co za tym idzie, przesunięte do dalszego przetwarzania. Jeżeli algorytm podlegania nie zostanie użyty, wówczas dla każdego konta w otwartym cyklu rozliczeniowym zostanie utworzona faktura, która następnie zostanie usunięta przez proces fakturowania, jeżeli nie zostaną wykryte żadne informacje powiązane z fakturą. |
Zamrożenie/anulowanie segmentu faktury |
Opcjonalne |
Jeśli segment faktury w przypadku konta przypisanego do tej klasyfikacji klienta/obszaru jest zamrożony lub anulowany, wywoływany jest algorytm tego typu w celu wykonania dodatkowych czynności. Więcej informacji na temat zamrażania i anulowania segmentów faktury można znaleźć w sekcji Cykl życia segmentu faktury. |
Anulowanie faktury |
Opcjonalne |
Dzięki temu algorytmowi możliwe jest uwzględnienie dodatkowego zbioru reguł anulowania podczas anulowania w trybie online. Algorytmy tego typu są wywoływane w dwóch trybach: D (Określanie przycisków strony faktury) oraz X (Anulowanie faktury). Za pomocą trybu D określa się, czy przyciski czynności anulowania faktury będą widoczne na stronie faktury, natomiast tryb X umożliwia działanie właściwego zbioru reguł anulowania. |
Określanie grupy dostępu |
Opcjonalne |
Po dodaniu konta lub zmianie obszaru obsługi klientów albo klasyfikacji klientów konta w celu określenia odpowiedniej grupy dostępu może być użyte to miejsce dołączania. To miejsce dołączania umożliwia wprowadzenie bardziej złożonej logiki, na przykład sprawdzania grupy dostępu na innych kontach głównej osoby. Jeśli określanie grupy dostępu nie jest stosowane, grupa dostępu może zostać wyznaczona domyślnie na podstawie kontrolki klasyfikacji klienta użytkownika. |
Księgowanie transakcji finansowej |
Opcjonalne |
Gdy transakcja finansowa zostanie zaksięgowana, wywoływany jest ten algorytm w celu wykonania dodatkowych czynności. Na przykład, jeżeli użytkownik korzysta z księgowania pozycji otwartych, konieczne będzie działanie takiego algorytmu w celu anulowania dopasowania płatności, gdy anulowana transakcja finansowa będzie widoczna na dopasowaniu płatności. Więcej informacji o anulowaniu zawiera sekcja Sposób anulowania dopasowań płatności. |
Stosowanie opłat za nieterminowe płatności |
Wymagane, jeżeli klasyfikacja klienta / rejon podlega opłatom za spóźnioną płatność. |
Ten algorytm jest wywoływany przez działanie procesu przetwarzania spóźnionej płatności w celu określenia podlegania opłacie za spóźnioną płatność. Fakt, że dla klasyfikacji klienta konta dozwolone jest naliczanie opłat za spóźnioną płatność, nie oznacza, że zagrożone umowy konta będą obciążone opłatami za spóźnioną płatność. Ponadto typ zagrożonej umowy musi zawierać odwołanie do algorytmu opłaty za spóźnioną płatność. Więcej informacji na temat kwestii związanych z opłatą za spóźnioną płatność dla typu umowy można znaleźć w sekcji Typ umowy - główne . Więcej ogólnych informacji na temat opłat za spóźnioną płatność można znaleźć w sekcji Jak są naliczane opłaty za spóźnioną płatność. Uwaga:
Tylko jeden algorytm. Tylko jeden algorytm podlegania opłacie za spóźnioną płatność może zostać zdefiniowany dla kombinacji klasyfikacja klienta / obszar obsługi klienta. |
Ściąganie opłaty z tytułu braku wystarczających środków |
Opcjonalne |
Ten algorytm jest wywoływany, gdy powód anulowania faktury będzie związany z brakiem wystarczających środków. Więcej informacji na temat następstw anulowania płatności z powodu niewystarczających środków można znaleźć w sekcji Anulowania typu BWS. Uwaga:
Tylko jeden algorytm. Tylko jeden algorytm ściągania opłaty z tytułu braku wystarczających środków może zostać zdefiniowany dla kombinacji klasyfikacja klienta / obszar obsługi klienta. |
Zakończenie zamówienia |
Opcjonalne |
Gdy zamówienie dla klienta powiązanego z tą klasyfikacją klienta zostanie zakończone, wywoływany jest ten algorytm w celu wykonania dodatkowych czynności (np. utworzenie kontaktu z klientem). Wystarczy określić ten typ algorytmu, jeżeli wymagane jest wykonanie dodatkowych czynności po zakończeniu zamówienia dla klientów należących do tej klasyfikacji klienta. |
Alokacja nadpłaty |
Wymagane |
Jeżeli klient dokona płatności wyższej niż należność, wywoływany jest ten algorytm w celu określenia czynności, które należy wykonać w związku z nadwyżką środków. Opis sposobu konfigurowania systemu w celu obsłużenia wymagań dot. nadpłaty zawiera sekcja Segmentacja nadpłaty. Uwaga:
Tylko jeden algorytm. Tylko jeden algorytm dekretacji nadpłaty może zostać zdefiniowany dla kombinacji klasyfikacja klienta / obszar obsługi klienta. |
Nadpisanie terminu płatności |
Opcjonalne |
Termin płatności faktury konta jest obliczany poprzez dodanie do daty faktury liczby dni do terminu płatności określonej dla klasyfikacji klienta. Jeżeli konieczna jest zmiana tej metody w przypadku kont danej klasyfikacji klienta, należy określić odpowiedni algorytm w tym miejscu. Uwaga:
Tylko jeden algorytm. Tylko jeden algorytm zmiany terminu płatności może zostać zdefiniowany dla kombinacji klasyfikacja klienta / obszar obsługi klienta. |
Anulowanie płatności |
Opcjonalne |
Algorytmy tego typu są wywoływane podczas anulowania płatności. |
Alokacja płatności |
Wymagane |
Algorytm ten jest wywoływany w celu dokonania dekretacji płatności na podstawie umów konta. Więcej informacji na temat działania dekretacji płatności można znaleźć w sekcji Dekretacja płatności. Uwaga:
Tylko jeden algorytm. Tylko jeden algorytm dekretacji płatności może zostać zdefiniowany dla kombinacji klasyfikacja klienta / obszar obsługi klienta. |
Zamrożenie płatności |
Opcjonalne |
Gdy płatność zostanie zaksięgowana, wywoływany jest ten algorytm w celu wykonania dodatkowych czynności. Jeżeli użytkownik korzysta z Księgowania pozycji otwartych, konieczne będzie działanie takiego algorytmu w celu powiązania transakcji finansowych płatności z dopasowaniem płatności pierwotnie utworzonym podczas dekretacji płatności. Więcej informacji na ten temat można znaleźć w sekcji Płatności i dopasowania płatności. |
Po zakończeniu faktury |
Opcjonalne |
Jeżeli klasyfikacja klienta ma dołączone algorytmy tego typu, są one wywoływane po zakończeniu faktury dla konta powiązanego z tą klasyfikacją klienta. Aby dowiedzieć się o tym, w którym momencie procesu kończenia wywoływany jest ten algorytm, należy zapoznać się z opisem przycisku Zakończ w sekcji Cykl życia faktury. |
Przed zakończeniem faktury |
Opcjonalne |
Jeżeli klasyfikacja klienta ma dołączone algorytmy tego typu, są one wywoływane na moment przed rozpoczęciem zakańczania dla kont powiązanych z tą klasyfikacją klienta. Algorytmy umożliwiają:
Aby dowiedzieć się o tym, w którym momencie procesu zakańczania wywoływany jest ten algorytm, należy zapoznać się z opisem przycisku "Zakończ" w sekcji Cykl życia faktury. |
Zakończenie oferty |
Opcjonalne |
Po zakończeniu oferty dla klienta połączonego z tą klasyfikacją klienta ten algorytm jest wywoływany w celu wykonania dodatkowych działań (np. utworzenia kontaktu z klientem). Wystarczy określić ten typ algorytmu, jeżeli wymagane jest wykonanie dodatkowych czynności po zakończeniu oferty dla klientów należących do tej klasyfikacji klienta. |
Metoda odpisu w koszty |
Wymagane, jeżeli odpisywanie długu w czasie rzeczywistym za pomocą transakcji odpisu jest dozwolone. |
W momencie, gdy użytkownik kliknie przycisk tworzenia na transakcji odpisu, rozpocznie się działanie tego algorytmu w celu odpisania zaznaczonego długu. Więcej informacji na ten temat można znaleźć w sekcji Konsekwencje odpisów w księdze głównej. |