Typ umowy - główne
Aby zdefiniować podstawowe informacje o typach umowy, należy wybrać pozycje .
Każdy typ umowy należy do obszaru obsługi klientów. Ten obszar kontroluje wiele wartości, do których może odwoływać się typ umowy. Bez odpowiedniego zrozumienia obszarów obsługi oraz ich roli w aplikacji NIE należy podejmować prób skonfigurowania typów umowy. Zamiast tego przed rozpoczęciem należy zapoznać się z sekcją Konfigurowanie obszarów obsługi klientów.
Opis strony
Należy wprowadzić unikalną kombinację wartości: Obszar obsługi klientów i Typ umowy dla każdego typu umowy.
Należy wprowadzić Opis dla typu umowy.
Typ usługi definiuje typ usługi powiązanej z typem umowy. Jeśli typ umowy zawiera cenniki, wówczas z typem umowy można połączyć tylko cenniki należące do tego typu usługi.
Więcej informacji o typach usług zawiera sekcja Konfigurowanie typów usług.
Należy wybrać Kod dekretacji i Rejon KG, które definiują konto należności dla umów zorientowanych na należności. Dla innych umów kod dekretacji jest zwykle następujący:
- Składki na cele charytatywne Kod dekretacji określa konto płatności na cele charytatywne.
- Depozyty. Kod dekretacji określa konto płatności depozytów.
- Raty niefakturowane. Kod dekretacji określa konto płatności nadpłat.
- Użycie na potrzeby przedsiębiorstwa. Kod dekretacji określa konto wydatków związanych z użyciem na potrzeby przedsiębiorstwa.
- Odpis w koszty. Kod dekretacji określa konto wydatków związanych z odpisem.
- Ugody. Kod dekretacji określa konto należności zgodnie z umową płatności.
Więcej informacji o kontach KG zawiera sekcja Źródło kont KG w transakcjach finansowych.
Należy wybrać Klasę przychodów skojarzoną z typem umowy (oraz jego umowami). Klasa przychodów może wpływać na konta przychodów wygenerowane przez cennik umowy.
Więcej informacji na temat klasy przychodów znaleźć można w sekcji Projektowanie grup obliczeń i reguł obliczania.
Włączenie przełącznika Opcja rozpoczęcia wymagana spowoduje, że przedstawiciel obsługi klienta zostanie zmuszony do wybrania opcji rozpoczęcia, gdy rozpocznie usługę dla danego typu umowy (w oknie konta rozpoczęcia). Jeśli ten przełącznik pozostanie wyłączony, a cennik jest wymagany dla typu umowy, wówczas system domyślnie wprowadzi do nowych umów domyślny cennik typu umowy. Domyślny cennik został zdefiniowany na stronie "Typ umowy - cennik".
Więcej informacji o wadach i zaletach wymagania opcji rozpoczęcia zawiera sekcja Konfigurowanie opcji rozpoczęcia.
Należy wybrać opcję Typ segmentu zapłaty, która definiuje sposób, w jaki połączenie segmentów płatności z umowami tego typu wpływa na:
- Salda zadłużenia i salda bieżące danej umowy
Więcej informacji o typach segmentów płatności zawiera sekcja Konfigurowanie typów sekcji płatności.
Podczas anulowania wpłaty należy określić przyczynę anulowania. Jeśli przyczyna anulowania wskazuje na konieczność ściągnięcia opłaty BWS (z tytułu braku wystarczających środków), wówczas system wywołuje algorytm ściągania opłaty z tytułu braku wystarczających środków określony w klasyfikacji klienta konta wpłaty. Korekty muszą być połączone z umową, dlatego algorytm musi określać odpowiednią umowę używaną w celu pobrania korekt na podstawie reguł biznesowych. Opłata jest ściągana przy użyciu typu korekty BWS odpowiedniego typu umowy.
Aby w menu rozwijanych pojawiły się typy korekt, należy określić profile typów korekt w typie umowy (w oknie "Typ korekty").
Więcej informacji o typach korekt zawiera sekcja Konfigurowanie typów korekty. Więcej informacji o przyczynach anulowania zawiera sekcja Konfigurowanie przyczyn anulowania płatności.
Należy wybrać opcję Priorytet płatności. To pole może być wykorzystywane przez algorytmy, które dekretują płatności częściowe do umów kont. Zadłużenie umów o wyższym priorytecie jest zmniejszane wcześniej niż umów o niższym priorytecie. Informacje na temat algorytmów dekretacji płatności, które korzystają z tego pola, zawierają sekcje dotyczące dekretacji w oparciu o priorytet płatności i algorytmu dekretacji zagrożonych płatności.
Wartości tego pola można zmieniać za pomocą tabeli wyszukiwania. Nazwa tego pola to PAY_PRIORITY_FLG.
Więcej informacji o priorytecie alokacji zawiera sekcja Alokowanie płatności w umowach konta.
Należy wybrać opcję Priorytet zagrożonych płatności. To pole może być wykorzystywane przez algorytmy, które dekretują płatności częściowe do umów kont. Zadłużenie umów o wyższym priorytecie jest zmniejszane wcześniej niż umów o niższym priorytecie. Więcej informacji o algorytmie dekretacji płatności, który korzysta z tego pola zawiera sekcja dotycząca algorytmu dekretacji zagrożonych płatności.
Wartości tego pola można zmieniać za pomocą tabeli wyszukiwania. Nazwa tego pola to DEL_PRIORITY_FLG.
Opcję Nie nadpłacaj należy włączyć, jeśli system nie może dekretować nadpłaty do umowy danego typu (tj. umowa nie może zawierać salda uznania utworzonego przez system). To pole może być używane przez algorytmy, które dekretują nadpłaty. Informacje o algorytmie nadpłaty, który korzysta z tego pola zawiera sekcja dotycząca nadpłat wstrzymanych dla umów o najwyższym priorytecie.
Włączenie opcji Opłata za spóźnioną płatność spowoduje, że system będzie generował opłatę za spóźnioną płatność dla umowy danego typu, jeśli płatność nie zostanie otrzymana na czas. Jeśli ta opcja jest włączona, należy zdefiniować Algorytm obliczeń opłaty za nieterminową płatność. służący do obliczania kwoty opłaty za nieterminową płatność. Więcej informacji o opłatach za spóźnioną płatność zawiera sekcja dotycząca definiowania opłat za spóźnioną płatność. Przykładami typów algorytmów używanych do obliczania opłat za spóźnioną płatność są: BILPC-SPRC i BILPC-TOTAL.
Należy zdefiniować Typ korekty (Synchronizacja - bieżące), który będzie służył do synchronizowania (zrównywania) bieżącej kwoty z kwotą zobowiązania w umowie danego typu. Operacje tego typu mają następujący przebieg:
- Większość algorytmów odpisu, które wykonują operacje finansowe, (np. odpisanie długu) wyda korektę tego typu, jeśli saldo bieżące i saldo zadłużenia danej umowy nie są równe.
- Jeśli użytkownik zatrzyma klienta w planie ryczałtu, system wyda korekty tego typu w celu zsynchronizowania salda bieżącego i salda zadłużenia klienta.
- Jeśli użytkownik zatrzyma umowę objętą ratami niefakturowanymi, w systemie wydane zostaną korekty tego typu w celu zsynchronizowania salda bieżącego i salda zadłużenia klienta.
- Jeśli do anulowania segmentu faktury dojdzie po tym, jak klient zatrzyma uczestnictwo w planie ryczałtu, korekta tego typu zostanie wydana w celu zsynchronizowania dysproporcji utworzonej po anulowaniu transakcji finansowej segmentu faktury.
Jeśli umowy danego typu są używane do fakturowania opłat CIAC (Contribution In Aid of Construction) należy wybrać opcję Typ umowy CIAC i określić odpowiedni Proces refundacji CIAC. Więcej informacji zawiera sekcja Segmentacja CIAC.