Kolejność konfigurowania głównych tabel kontrolnych
W ramach wdrożenia systemu konieczne jest skonfigurowanie reguł biznesowych organizacji użytkownika w "tabelach kontrolnych". Konfigurowanie tych tabel jest czasochłonne, ponieważ można dopasować wiele aspektów działania systemu do wymagań organizacji. Zdecydowanie zalecamy staranne opracowanie dokumentacji planowanej konfiguracji wszystkich tych tabel przed przystąpieniem do wprowadzania głównych danych kontrolnych zgodnie z poniższymi instrukcjami. Czas spędzony na opanowaniu zasad działania relacji między danymi zaowocuje przejrzystą i bezbłędną konfiguracją systemu, która będzie spełniać bieżące oraz przyszłe potrzeby organizacji.
Chociaż poszczególne opcje i transakcje opisano bardziej szczegółowo w pozostałych sekcjach tego podręcznika, poniższa tabela (i pozostałe sekcje w tym rozdziale) może pełnić rolę przewodnika. Tutaj przedstawiono kolejność wykonywania zadań oraz strony używane podczas konfigurowania systemu. Kolejność jest istotna, ponieważ niektóre informacje można zdefiniować dopiero po wprowadzeniu innych informacji (tj. istnieje wiele zależności między danymi).
Funkcja |
Menu |
Konfiguracja automatyczna |
Kontekst globalny |
||
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu, który wpisuje wartości kontekstu globalnego. Kontekst globalny używany jest w różnych strefach systemu do wyświetlania odpowiednich danych. Algorytm ten dołączono do rekordu instalacji. |
|
Środowisko księgowe |
||
Kraj i województwo |
Administrator, Kraj |
|
Kody walut |
Administrator, Kod waluty |
Automatycznie wpisywany jest kod USD. |
Kalendarz księgowy |
Administrator, Kalendarz księgowy |
|
Obszar księgi głównej |
Administrator, Obszar księgi głównej |
|
Środowisko zabezpieczeń |
||
Usługa aplikacyjna |
Administrator, Usługa aplikacyjna |
Wszystkie transakcje pakietu podstawowego są wpisywane automatycznie. |
Typ zabezpieczenia |
Administrator, Typ zabezpieczenia |
|
Grupa użytkowników |
Administrator, Grupa użytkowników Należy zwrócić uwagę, że na tym etapie nie będzie możliwe skonfigurowanie użytkowników. |
Automatycznie konfigurowana jest jedna grupa użytkowników, ALL_SERVICES. Odwołuje się ona do wszystkich pozostałych usług aplikacyjnych i jednego użytkownika o nazwie SYSUSER. |
Język |
Administrator, Język |
Automatycznie wpisywany jest kod ENG. |
Profil wyświetlania |
Administrator, Profil wyświetlania |
Automatycznie konfigurowane są dwa profile wyświetlania: NORTHAM powoduje wyświetlanie walut i dat w klasycznym formacie amerykańskim; EURO powoduje wyświetlanie informacji w klasycznym formacie europejskim. |
Rola dostępu do danych |
Administrator, Rola dostępu do danych |
|
Grupa dostępu |
Administrator, Grupa dostępu |
|
Użytkownik |
Administrator, Użytkownik |
Automatycznie konfigurowany jest użytkownik SYSUSER. Można importować swoich użytkowników (i grupy użytkowników) z zewnętrznego źródła. |
Powrót do grupy użytkowników |
Należy wrócić do grup użytkowników i zdefiniować wszystkich należących do nich użytkowników. |
|
Środowisko klasyfikacji klienta |
||
Klasyfikacja klienta |
Administrator, Klasyfikacja klienta. Na tym etapie będzie możliwe tylko skonfigurowanie kodów klasyfikacji klientów. Dodatkowe informacje w tych klasyfikacjach klientów będzie można wprowadzać na dalszych etapach procesu konfiguracji. |
|
Środowisko transakcji finansowych |
||
Kalendarz dni roboczych |
Administrator, Kalendarz dni roboczych |
|
Obszar obsługi klienta |
Administrator, Obszar obsługi klienta |
|
Klasa przychodów |
Administrator, Klasa przychodów |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu, który po powiązaniu z księgą główną za pośrednictwem interfejsu utworzy konto księgi głównej odpowiadające kodowi dekretacji. |
|
Kod dekretacji |
Administrator, Kod dekretacji |
|
Bank i konta bankowe |
Administrator, Bank |
|
Szablon obciążenia fakturowanego |
Administrator, Szablon obciążenia fakturowanego. Uwaga: jeśli ilości mają być domyślnie przeliczane w systemie na obciążenia fakturowane tworzone za pomocą tego szablonu, należy skonfigurować odpowiedni kod jednostki miary, kod czasu użycia i/lub identyfikator ilości. |
|
Typ linii ładowania obciążenia fakturowanego |
Administrator, Typ linii ładowania obciążenia fakturowanego |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie kilku algorytmów. Zadania tych algorytmów: 1) pobieranie zużycia segmentu faktury, 2) obliczanie wierszy faktury segmentu faktury, 3) konstruowanie transakcji finansowej segmentu faktury, 4) anulowanie oszacowanych wcześniej segmentów faktury. |
|
Typ segmentu faktury |
Administrator, Typ segmentu faktury |
|
Algorytm |
Administrator, Algorytm. Może okazać się konieczne skonfigurowanie algorytmów formatujących informacje o segmentach faktury wyświetlane w systemie w przypadku konkretnego typu segmentu faktury. Ten algorytm podłączany jest do typu segmentu faktury. |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu konstruującego transakcję finansową segmentu płatności. |
|
Typ segmentu płatności |
Administrator, Typ segmentu płatności |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu konstruującego transakcję finansową korekty. |
|
Algorytm |
Administrator, Algorytm. Dostępnych jest kilka punktów dołączania umożliwiających wdrożenie dodatkowej logiki podczas przetwarzania korekt. Na przykład, jeśli korekty są obliczane przez system, konieczne jest skonfigurowanie algorytmu generowania korekty. Informacje o innych dostępnych punktach dołączania, których można użyć we wdrożeniu, można znaleźć w sekcji Typ korekty. |
|
Algorytm |
Administrator, Algorytm. Celowe może być skonfigurowanie algorytmu formatującego informacje o korektach określonego typu wyświetlane w systemie. Ten algorytm jest dołączony do typu korekty. |
|
Algorytm |
Administrator, Algorytm. Celowe może być skonfigurowanie algorytmu formatującego informacje o korektach wyświetlane w systemie. Algorytm ten dołączono do rekordu instalacji. |
|
Typ opłaty dodatkowej |
Administrator, Typ korekty |
|
Profil typu opłaty dodatkowej |
Administrator, Profil typu korekty |
|
Profil zatwierdzania |
Administrator, Profil zatwierdzania. Uwaga: profil zatwierdzania odwołuje się do typu Do wykonania i co najmniej jednej roli Do wykonania, dlatego należy je skonfigurować przed skonfigurowaniem profilu zatwierdzania. Po zakończeniu konfiguracji profili zatwierdzania należy umieścić odwołania do tych profili w typach korekty, którymi zarządzają. |
|
Przyczyna anulowania - faktura |
Administrator, Przyczyna anulowania faktury |
|
Przyczyna anulowania - płatność |
Administrator, Przyczyna anulowania płatności |
|
Przyczyna anulowania - opłata dodatkowa |
Administrator, Przyczyna anulowania korekty |
|
Typ wpłaty |
Administrator, Typ wpłaty |
|
Źródło wpłaty |
Administrator, Źródło wpłaty |
|
Typ żądania dotyczącego zobowiązań |
Administrator, Typ żądania dotyczącego zobowiązań |
|
Centrum wydawania |
Administrator, Centrum wydawania. W przypadku gdy organizacja użytkownika przypisuje fakturom numery dokumentów, należy skonfigurować centra wydawania. |
|
Instalacja |
Administrator, Opcje instalacji - Framework i Administrator, Opcje instalacji. Wiele pól w rekordzie instalacji ma wpływ na środowisko transakcji finansowych. Więcej informacji można znaleźć w opisie stron Fakturowanie i Transakcja finansowa oraz karty Wiadomości na stronie Framework. |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu dekretacji płatności. |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu obsługi nadpłat. |
|
Algorytm |
Administrator, Algorytm. Jeśli określeni klienci mogą mieć odrębne terminy płatności faktur, konieczne będzie skonfigurowanie odpowiedniego algorytmu. |
|
Algorytm |
Administrator, Algorytm. Jeśli faktury zawierające tylko informacje o płatnościach historycznych mają być usuwane przez system, konieczne będzie skonfigurowanie odpowiedniego algorytmu. |
|
Algorytm |
Administrator, Algorytm. Jeśli w wypadku anulowania płatności z powodu niewystarczającej wysokości środków płatność ma być pobierana opłata za brak wystarczających środków, konieczne będzie skonfigurowanie odpowiedniego algorytmu. |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu formatującego informacje o płatnościach wyświetlane w systemie. Algorytm ten dołączono do rekordu instalacji. |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu formatującego informacje o płatnościach wyświetlane w systemie. Algorytm ten dołączono do rekordu instalacji. |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu wpisującego domyślną kwotę podczas ręcznego dodawania płatności. Algorytm ten oblicza również kwotę polecenia zapłaty faktury dla konta z aktywną opcją polecenia zapłaty. Algorytm ten dołączono do rekordu instalacji. |
|
Algorytm |
Administrator, Algorytm. Informacje o innych dostępnych punktach dołączania, których można użyć do zaimplementowania dodatkowej logiki przetwarzania płatności i faktur, zawiera sekcja Klasyfikacja klienta. |
|
Powrót do sekcji Klasyfikacja klienta |
Administrator, Klasyfikacja klienta. Konieczne będzie dołączenie zdefiniowanych powyżej algorytmów do klas klientów. |
|
Środowisko ryczałtu |
||
Algorytm |
Administrator, Algorytm. Na tym etapie wymagane jest skonfigurowanie kilku algorytmów: obliczanie rekomendowanej kwoty ryczałtu, okresowa waloryzacja kwoty ryczałtu klienta, okoliczności, w których klient powinien być w systemie wyróżniony z uwagi na potencjalną anomalię kwoty ryczałtu. |
|
Plan ryczałtu |
Administrator, Plan ryczałtu |
|
Algorytm |
Administrator, Algorytm. Gotowość na ryczałt ustawiana jest na poziomie typu umowy. Jeśli niektóre umowy danego typu w określonych warunkach nie są gotowe na ryczałt, konieczna będzie zmiana algorytmu określającego gotowość na ryczałt. |
|
Środowisko klienta |
||
Grupa zarządzająca kontem |
Administrator, Grupa zarządzająca kontem. Uwaga: Prawdopodobnie konieczne będzie skonfigurowanie typu Do wykonania i ról Do wykonania, zanim możliwe będzie skonfigurowanie grup zarządzających kontami. Więcej informacji na temat wykorzystywania grup zarządzających kontem przy definiowaniu roli zapisu znaleźć można w sekcji Przydzielanie roli Do wykonania. |
|
Relacja konta |
Administrator, Typ relacji konta |
|
Typ alarmu |
Administrator, Typ alarmu |
|
Komunikat na fakturze |
Administrator, Komunikat na fakturze |
|
Algorytm |
Administrator, Algorytm. Jeśli używane jest oprogramowanie umożliwiające rekonstruowanie obrazu faktury w formacie PDF (w celu wyświetlania w przeglądarce internetowej), konieczne będzie skonfigurowanie algorytmu formatującego pobrane rekordy przesyłane do oprogramowania tworzącego obraz faktury. |
|
Typ dystrybucji faktury |
Administrator, Typ dystrybucji faktury |
|
Typ zużycia zakontraktowanego |
Administrator, Typ zużycia zakontraktowanego |
|
Algorytm |
Administrator, Algorytm. Jeśli używane jest oprogramowanie umożliwiające rekonstruowanie obrazu listu w formacie PDF (w celu wyświetlania w przeglądarce internetowej), konieczne będzie skonfigurowanie algorytmu formatującego pobrane rekordy przesyłane do oprogramowania tworzącego obraz listu. |
|
Szablon listu |
Administrator, Szablon listu |
|
Klasa kontaktu z klientem |
Administrator, Klasa kontaktu z klientem |
|
Typ kontaktu z klientem |
Administrator, Typ kontaktu z klientem |
|
Programy konserwacji |
Administrator, Program konserwacji. Należy skonfigurować programy konserwacji w przypadku, gdy organizacja użytkownika oferuje klientom obniżki na podstawie kwalifikowania się do tych programów oraz weryfikacji nowo zakupionych urządzeń i sprzętu, których zadaniem jest zmniejszanie zapotrzebowania na energię. |
|
Algorytm |
Administrator, Algorytm. Być może konieczne będzie skonfigurowanie algorytmów sprawdzających, czy identyfikatory osób są zapisane w predefiniowanym formacie. |
|
Typ identyfikatora osoby |
Administrator, Typ identyfikatora osoby |
|
Kody EKD |
Administrator, Kod EKD |
|
Typ zwolnienia podatkowego |
Administrator, Typ zwolnienia podatkowego |
|
Algorytm |
Administrator, Algorytm. Być może konieczne będzie skonfigurowanie algorytmów sprawdzających, czy numery telefonów osób są zapisane w predefiniowanym formacie. |
|
Typ telefonu |
Administrator, Typ telefonu. |
|
Typ relacji osoby |
Administrator, Typ relacji osoby. |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu formatującego informacje o osobach wyświetlane w systemie. Algorytm ten dołączono do rekordu instalacji. |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu sprawdzającego nazwę osoby. Algorytm ten dołączono do rekordu instalacji. |
|
Algorytm |
Administrator, Algorytm. Użytkownik może nadpisać standardowy ciąg informacji o koncie w systemie, konfigurując algorytm odpowiedzialny za tworzenie tego ciągu. Algorytm ten dołączono do rekordu instalacji. |
|
Algorytm |
Administrator, Algorytm. Jeśli używane jest oprogramowanie umożliwiające rekonstruowanie obrazu listu w formacie PDF (w celu wyświetlania w przeglądarce internetowej), konieczne będzie skonfigurowanie algorytmu prezentującego ten dokument PDF. Algorytm ten dołączono do rekordu instalacji. |
|
Algorytm |
Administrator, Algorytm. Jeśli używane jest oprogramowanie umożliwiające rekonstruowanie obrazu faktury w formacie PDF (w celu wyświetlania w przeglądarce internetowej), konieczne będzie skonfigurowanie algorytmu prezentującego ten dokument PDF. Algorytm ten dołączono do rekordu instalacji. |
|
Instalacja |
Administrator, Opcje instalacji. Wiele pól w rekordzie instalacji ma wpływ na Środowisko klienta. Więcej informacji można znaleźć w opisach kart Główne, Osoba, i Konto. |
|
Zestawienia finansowe |
||
Algorytm |
Administrator, Algorytm. Jeśli używane jest oprogramowanie umożliwiające rekonstruowanie obrazu zestawienia w formacie PDF (w celu wyświetlania w przeglądarce internetowej), konieczne będzie skonfigurowanie algorytmu formatującego pobrane rekordy przesyłane do oprogramowania tworzącego obraz zestawienia. |
|
Typ zestawienia finansowego |
Administrator, Typ zestawienia finansowego |
|
Cykl zestawienia |
Administrator, Cykl zestawienia |
|
Algorytm |
Administrator, Algorytm. Jeśli używane jest oprogramowanie umożliwiające rekonstruowanie obrazu zestawienia w formacie PDF (w celu wyświetlania w przeglądarce internetowej), konieczne będzie skonfigurowanie algorytmu prezentującego ten dokument PDF. Algorytm ten dołączono do rekordu instalacji. |
|
Środowisko polecenia zapłaty |
||
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu tworzącego polecenia zapłaty. Algorytm ten dołączono do rekordu instalacji. |
|
Źródło wpłaty |
Administrator, Źródło wpłaty Uwaga: wcześniej utworzone zostały źródła wpłat reprezentujące procesor wpłat i terminale kasowe. Na tym etapie konieczne jest dodanie co najmniej jednego źródła wpłaty dla poleceń zapłaty. Dlaczego? Ponieważ polecenia zapłaty zostają połączone z plikiem kontrolnym wpłaty (który, z kolei, zostaje połączony ze źródłem wpłaty), gdy komunikują się z systemami zewnętrznymi. |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie odpowiedniego algorytmu obliczania daty polecenia zapłaty, służącego do wpisywania dat pobrania, interfejsu KG i płatności w poleceniach zapłaty. |
|
Typ dystrybucji polecenia zapłaty |
Administrator, Typ dystrybucji polecenia zapłaty |
|
Typ wpłaty |
Administrator, Typ wpłaty Uwaga: wcześniej utworzone zostały takie typy wpłat, jak np. gotówka, czek itp. Na tym etapie konieczne jest dodanie typów wpłat odpowiadających poszczególnym typom poleceń zapłaty (np. przelew z konta, karta kredytowa itd.). |
|
Kalendarz dni roboczych |
Administrator, Kalendarz dni roboczych. Konfigurowanie dodatkowych kalendarzy dni roboczych jest konieczne tylko w sytuacji, gdy źródła poleceń zapłaty (tj. instytucje finansowe) działają według innego kalendarza dni roboczych niż organizacja użytkownika. |
|
Algorytm |
Administrator, Algorytm. Jeśli zachodzi konieczność sprawdzania numerów kont bankowych lub karty kredytowych klientów, konieczne będzie skonfigurowanie odpowiednich algorytmów sprawdzających. |
|
Typ źródła polecenia zapłaty |
Administrator, Typ źródła polecenia zapłaty |
|
Algorytm |
Administrator, Algorytm. Konfiguracja algorytmu może być konieczna, jeśli klienci mają możliwość zdefiniowania limitu obciążenia w opcjach polecenia zapłaty. |
|
Powrót do sekcji Klasyfikacja klienta |
Administrator, Klasyfikacja klienta. Należy dołączyć algorytm przekroczenia limitu polecenia zapłaty do każdej klasyfikacji klienta, w której taki limit obowiązuje. |
|
Środowisko depozytów |
||
Algorytm |
Administrator, Algorytm. Na tym etapie konieczne będzie skonfigurowanie kilku algorytmów służących do: definiowania klienta wiarygodnego, określania, kiedy zwrócić depozyt klientowi, określania, kiedy rekomendować dodatkowy depozyt, określania sposobu / czasu obliczania odsetek, określania sposobu generowania rekomendowanej kwoty depozytu. |
|
Klasyfikacja depozytu |
Administrator, Klasyfikacja depozytu |
|
Typ depozytu bezgotówkowego |
Administrator, Typ depozytu bezgotówkowego |
|
Środowisko pracy w terenie - faza 1 |
||
Przedstawiciel |
Administrator, Przedstawiciel |
|
Obszar działania |
Administrator, Obszar działania |
|
Klasa usługi w terenie |
Administrator, Klasa usługi w terenie |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmów wykonujących funkcje specjalne (o ile istnieją) po zakończeniu zadania w terenie. |
|
Typy i kroki zadań w terenie |
Administrator, Typ działania w terenie |
|
Przyczyna anulowania działania w terenie i zlecenia w terenie |
Administrator, Przyczyna anulowania pracy w terenie |
|
Przyczyna zmiany harmonogramu dot. działania w terenie i zlecenia w terenie |
Administrator, Przyczyna ponownego zaplanowania pracy w terenie |
|
Algorytm |
Administrator, Algorytm. Jeśli po skojarzeniu uwagi z zadaniem w terenie ma zachodzić określone zdarzenie (np. wygenerowanie pozycji Do wykonania), konieczne będzie skonfigurowanie algorytmu realizującego odpowiednie czynności i skojarzenie go z odpowiednią uwagą dotyczącą zadania w terenie. |
|
Uwagi dotyczące działania w terenie |
Administrator, Uwaga dotycząca działania w terenie |
|
Algorytm |
Administrator, Algorytm. Jeśli używane jest oprogramowanie umożliwiające rekonstruowanie obrazu zlecenia w terenie w formacie PDF (w celu wyświetlania w przeglądarce internetowej), konieczne będzie skonfigurowanie algorytmu formatującego pobrane rekordy przesyłane do oprogramowania tworzącego obraz zlecenia w terenie. |
|
Grupa terenowa |
Administrator, Grupa terenowa |
|
Miejsce odłączenia |
Administrator, Miejsce odłączenia |
|
Profile typu działania w terenie |
Administrator, Profil typu działania w terenie |
|
Algorytm |
Zadania w terenie typu Rozpoczęcie/zatrzymanie zostaną utworzone tylko wtedy, gdy typ umowy połączony z punktem poboru ma algorytm tworzenia pracy w terenie. Więcej informacji zawiera poniższa sekcja "Typ umowy". |
|
Algorytm |
Administrator, Algorytm. Jeśli używane jest oprogramowanie umożliwiające rekonstruowanie obrazu zlecenia w terenie w formacie PDF (w celu wyświetlania w przeglądarce internetowej), konieczne będzie skonfigurowanie algorytmu prezentującego ten dokument PDF. Algorytm ten dołączono do rekordu instalacji. |
|
Środowisko kredytów i windykacji (w wypadku windykacji przeterminowanych faktur, a nie przeterminowanego zadłużenia, NIE jest konieczne konfigurowanie tych tabel; listę tabel plików kontrolnych wymaganych do windykacji przeterminowanych faktur można znaleźć w sekcji Przetwarzanie zaległości płatniczych - Konfigurowanie zadań), |
||
Algorytm |
Administrator, Algorytm. Jeśli w organizacji użytkownika występują niestandardowe zdarzenia windykacji, konieczne może być skonfigurowanie odpowiednich algorytmów. |
|
Typ zdarzenia windykacji |
Administrator, Typ zdarzenia windykacji |
|
Algorytm |
Administrator, Algorytm. Jeśli w organizacji użytkownika dozwolone jest usuwanie indywidualnych umów z procesu windykacyjnego po zapłaceniu należności z ich tytułu (co jest alternatywą dla anulowania na podstawie wszystkich umów w klasie długu), konieczne może być skonfigurowanie algorytmu anulowania procesu windykacyjnego. |
|
Szablon procesu windykacji |
Administrator, Szablon procesu windykacji |
|
Klasa windykacyjna |
Administrator, Klasa windykacyjna |
|
Algorytm |
Administrator, Algorytm. Na tym etapie konieczne będzie skonfigurowanie kilku algorytmów służących do: określania kryteriów anulowania procesu windykacji, określania kryteriów anulowania procesu odłączeniowego i zmiany zaległości z uwagi na plany spłat. |
|
Klasa długu |
Administrator, Klasa długu |
|
Klasa długu dla odpisu w koszty |
Administrator, Klasa długu dla odpisu w koszty |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmów warunków windykacji. |
|
Kontrolka klasy windykacyjnej |
Administrator, Kontrolka klasy windykacyjnej |
|
Algorytm |
Administrator, Algorytm. Jeśli w organizacji użytkownika występują niestandardowe zdarzenia odłączeniowe, konieczne może być skonfigurowanie odpowiednich algorytmów. |
|
Typ zdarzenia odłączeniowego |
Administrator, Typ zdarzenia odłączeniowego |
|
Algorytm |
Administrator, Algorytm. Jeśli w organizacji użytkownika dozwolone jest anulowanie procesu odłączenia po zapłaceniu należności z tytułu powiązanej umowy (co jest alternatywą dla anulowania na podstawie wszystkich umów w klasie długu), konieczne może być skonfigurowanie algorytmu anulowania procesu odłączenia. |
|
Szablon procesu odłączenia |
Administrator, Szablon procesu odłączeniowego |
|
Algorytm |
Administrator, Algorytm. Na tym etapie konieczne będzie skonfigurowanie kilku algorytmów służących do: określania sposobu przekazywania długu do firmy windykacyjnej, określania sposobu transferowania długu do innej aktywnej umowy, określania sposobu odpisywania małych kwot długu i określania sposobu zwrotu sald kredytowych klientowi. |
|
Algorytm |
Administrator, Algorytm. Jeśli w organizacji użytkownika występują niestandardowe zdarzenia odpisu, konieczne może być skonfigurowanie odpowiednich algorytmów. |
|
Typ zdarzenia odpisu w koszty |
Administrator, "Typ zdarzenia odpisu w koszty". (Uwaga: skonfigurowanie zdarzeń odpisu w koszty będzie możliwe dopiero po zdefiniowaniu typów umów, ponieważ typ umowy jest parametrem niezbędnym do odpisania długu). |
|
Szablon procesu odpisu w koszty |
Administrator, Szablon procesu odpisu w koszty |
|
Plik kontrolny odpisu w koszty |
Administrator, Plik kontrolny odpisu w koszty |
|
Firma windykacyjna |
Administrator, Firma windykacyjna. Uwaga: informacje o firmie windykacyjnej zawierają odniesienie do osoby, dlatego przed wprowadzeniem informacji o firmach windykacyjnych należy skonfigurować osobę dla każdej firmy. |
|
Algorytm |
Administrator, Algorytm. Konieczne może być skonfigurowanie algorytmów implementujących specjalną logikę powiązaną z anulowaniem planu spłaty. |
|
Typ planu spłaty |
Administrator, Typ planu spłaty |
|
Metoda płatności |
Administrator, Metoda płatności |
|
Płatnik w osobie trzeciej |
Administrator, Płatnik w osobie trzeciej. Uwaga: przed utworzeniem płatnika w osobie trzeciej należy utworzyć konto. |
|
Instalacja |
Administrator, Instalacja. Zawartość kilku pól w rekordzie instalacji ma wpływ na środowisko kredytu i windykacji. |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu wywoływanego, gdy użytkownik odpisuje w koszty dług w czasie rzeczywistym. |
|
Powrót do sekcji Klasyfikacja klienta |
Administrator, Klasyfikacja klienta. Należy dołączyć algorytm przekroczenia limitu polecenia zapłaty do każdej klasyfikacji klienta, w której taki limit obowiązuje. |
|
Usługi i charakterystyki |
||
Typ usługi |
Administrator, Typ usługi |
|
Algorytm |
Administrator, Algorytm. Jeśli istnieją typy charakterystyk ad hoc, konieczne może być skonfigurowanie algorytmów kontrolujących sposób walidacji takich charakterystyk. |
|
Odwołanie do klucza obcego |
Administrator, Odwołanie do klucza obcego. Jeśli istnieją typy charakterystyk klucza obcego, konieczne może być skonfigurowanie odwołań do klucza obcego kontrolujących sposób wybierania przez użytkownika wartości charakterystyk (i sposobu walidacji wartości klucza obcego). |
Wszystkie odwołania do klucza obcego pakietu podstawowego są wpisywane automatycznie. |
Typy i wartości charakterystyk |
Administrator, Typ charakterystyki |
|
Środowisko testowania urządzeń |
||
Algorytm |
Administrator, Algorytm. Jeśli konieczne jest sprawdzenie wyniku określonego składnika testu urządzenia, konieczne będzie skonfigurowanie odpowiednich algorytmów walidacji. |
|
Typ składnika testu urządzenia |
Administrator, Typ składnika testu urządzenia |
|
Algorytm |
Administrator, Algorytm. Jeśli system powinien określać, czy wyniki testu urządzenia mogą być uznane za "pozytywne", konieczne jest skonfigurowanie odpowiedniego algorytmu przetwarzającego. |
|
Typ testu urządzenia |
Administrator, Typ testu urządzenia |
|
Algorytm |
Administrator, Algorytm. Jeśli liczniki / urządzenia bezodczytowe do testowania są w systemie wybierane automatycznie, konieczne będzie skonfigurowanie odpowiedniego algorytmu przetwarzającego. |
|
Środowisko liczników i urządzeń bezodczytowych |
||
Typ licznika |
Administrator, "Typ licznika". [Uwaga - zdefiniowanie kolekcji poprawnych typów sprzętu i typów urządzeń bezodczytowych będzie możliwe dopiero po zdefiniowaniu typów urządzeń bezodczytowych. Ponadto zdefiniowania kolekcji typów konfiguracji liczników będzie możliwe dopiero po zdefiniowaniu tych typów.] |
|
Typ ID licznika |
Administrator, Typ ID licznika |
|
Producent/model |
Administrator, Producent |
|
Jednostka miary |
Administrator, Jednostka miary |
|
Czas poboru |
Administrator, Czas poboru |
|
Typ konfiguracji licznika |
Administrator, Typ konfiguracji licznika |
|
Przyczyna wycofania |
Administrator, Przyczyna wycofania |
|
Protokół |
Administrator, Protokół |
|
Typ odczytu |
Administrator, Typ odczytu |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu generującego szacowane zużycie. |
|
Obszar profilu zużycia |
Administrator, Obszar profilu zużycia |
|
Klasa profilu zużycia |
Administrator, Klasa profilu zużycia |
|
Górny/dolny |
Administrator, Górny/dolny współczynnik |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu obliczającego górny/dolny limit dla odczytów licznika. Algorytm ten dołączono do rekordu instalacji. |
|
Lokalizacja licznika |
Administrator, Lokalizacja licznika |
|
Instrukcja dotycząca odczytu licznika |
Administrator, Instrukcja dotycząca odczytu licznika |
|
Algorytm |
Administrator, Algorytm. Jeśli po skojarzeniu uwagi o załadowaniu odczytu licznika z określoną uwagą ma zachodzić określone zdarzenie (np. wygenerowanie zadania w terenie), konieczne będzie skonfigurowanie algorytmu realizującego odpowiednie czynności i skojarzenie go z odpowiednią uwagą do odczytu licznika. |
|
Uwagi osoby odczytującej stan licznika |
Administrator, Uwagi do odczytu licznika |
|
Źródło odczytu licznika |
Administrator, Źródło odczytu licznika |
|
Ostrzeżenie dotyczące odczytu licznika |
Administrator, Ostrzeżenie dotyczące odczytu licznika |
|
Typ urządzenia bezodczytowego |
Administrator, Typ urządzenia bezodczytowego |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu formatującego standardowe informacje o liczniku wyświetlane w systemie. Algorytm ten dołączono do rekordu instalacji. |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu formatującego standardowe informacje o urządzeniu wyświetlane w systemie. Algorytm ten dołączono do rekordu instalacji. |
|
Środowisko posiadłości i punktów poboru |
||
Typ posiadłości |
Administrator, Typ posiadłości |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu formatującego standardowe informacje o posiadłości wyświetlane w systemie. Algorytm ten dołączono do rekordu instalacji. |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu formatującego informacje o punktach poboru wyświetlane w systemie. Algorytm ten dołączono do rekordu instalacji. |
|
Algorytm |
Administrator, Algorytm. Być może konieczne będzie skonfigurowanie algorytmów sprawdzających, czy identyfikatory obszarów geograficznych są zapisane w predefiniowanym formacie. |
|
Typ geograficzny |
Administrator, Typ obszaru geograficznego |
|
Typ punktu poboru |
Administrator, "Typ punktu poboru". [Uwaga - zdefiniowanie typów umów typu punktu poboru będzie możliwe dopiero po zdefiniowaniu typów umów, a zdefiniowanie profili typów działań w terenie dla punktu poboru będzie możliwe dopiero po zdefiniowaniu profili typów działań w terenie.] |
|
Poziom usługi od 1 do 2 |
Administrator, Poziom usługi od 1 do 2 |
|
Poziom usługi od 2 do 3 |
Administrator, Poziom usługi od 2 do 3 |
|
Środowisko pracy w terenie - faza 2 |
||
Kontrolka usługi w terenie |
Administrator, Plik kontrolny usługi w terenie |
|
Środowisko cykli rozliczeniowych i cykli odczytów |
||
Cykl rozliczeniowy, harmonogram cyklu rozliczeniowego |
Administrator, Cykl rozliczeniowy |
|
Okres fakturowania, harmonogram okresu fakturowania |
Administrator, Okres fakturowania |
|
Typ dystrybucji |
Administrator, Typ dystrybucji |
|
Cykl odczytu/dystrybucja |
Administrator, Cykl odczytu |
|
Harmonogram usług |
Administrator, Harmonogram usług |
|
Środowisko cenników |
||
Częstotliwość |
Administrator, Częstotliwość |
|
Identyfikator ilości usługi |
Administrator, Identyfikator ilości |
|
Typ algorytmu |
Administrator, Typ algorytmu. Jeśli tworzone są nowe reguły obliczania dla wstępnego przetwarzania, należy skonfigurować typ algorytmu dla każdej takiej reguły (typ algorytmu określa typy parametrów przekazywanych do reguły obliczania). |
Wszystkie typy algorytmów pakietu podstawowego są wpisywane automatycznie. |
Współczynnik fakturowy |
Główne, Cenniki, Współczynnik fakturowy |
|
Typ algorytmu |
Administrator, Typ algorytmu. Jeśli tworzone są nowe reguły rejestru, należy skonfigurować typ algorytmu dla każdej takiej reguły (typ algorytmu określa typy parametrów przekazywanych do reguły rejestru). |
Wszystkie typy algorytmów pakietu podstawowego są wpisywane automatycznie. |
Cennik |
Główne, Cenniki, Plan cennika |
|
Grupa obliczeń |
Główne, Cenniki, Grupa obliczeń |
|
Algorytm |
Administrator, Algorytm. Jeśli używane są algorytmy dynamicznie zmieniające granice między krokami, obliczające ceny lub wdrażające reguły stosowania dla reguł obliczania, konieczne jest skonfigurowanie takich algorytmów. |
|
Reguła obliczania |
Główne, Cenniki, Reguła obliczania |
|
Wartość współczynnika fakturowego |
Główne, Cenniki, Wartości współczynnika fakturowego |
|
Wartości interwału współczynnika fakturowego |
Główne, Cenniki, Wartości interwału współczynnika fakturowego |
|
Szacowanie ilości dla typu urządzenia bezodczytowego |
Administrator, Szacowanie ilości dla typu urządzenia bezodczytowego |
|
Dzień odczytu |
Administrator, Dni odczytu |
|
Środowisko spóźnionych płatności |
||
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu określającego, czy klienci w klasyfikacji klienta są gotowi na opłaty za spóźnione płatności. |
|
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmu ściągającego opłaty za spóźnione płatności od klientów w klasyfikacji klienta. |
|
Powrót do sekcji Klasyfikacja klienta |
Administrator, Klasyfikacja klienta. Konieczne będzie dołączenie algorytmów ściągania opłat za spóźnione płatności skonfigurowanych powyżej. |
|
Konfiguracja umów |
||
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmów określających: • sposób obliczania kwoty opłaty za spóźnioną płatność dla umów danego typu; • specjalne kryteria, jakie należy przetestować przed rozwiązaniem umowy; • sposób tworzenia zadań w terenie dla umów danego typu; • specjalne procedury przetwarzania, jakie powinny być wykonywane przez przetworzeniem faktury z adnotacjami do umów danego typu; • specjalne procedury przetwarzania, jakie powinny być wykonywane w trakcie przetwarzania faktury z adnotacjami do umów danego typu; • specjalne procedury przetwarzania, które powinny być realizowane podczas tworzenia umów danego typu; • specjalne procedury przetwarzania, które powinny być realizowane, gdy transakcja finansowa związana z umowami danego typu zostaje zaksięgowana. |
|
Algorytm |
Administrator, Algorytm. Celowe może być skonfigurowanie algorytmu formatującego informacje o umowach wyświetlane w systemie. Algorytm ten dołączono do rekordu instalacji. |
|
Algorytm |
Administrator, Algorytm. Celowe może być skonfigurowanie algorytmu formatującego informacje o umowach określonego typu wyświetlane w systemie. Ten algorytm jest dołączony do typu umowy. |
|
Algorytm |
Administrator, Algorytm. Jeśli w sytuacji, gdy z bieżącym kontem są związane jakiekolwiek zatrzymane umowy, w Centrum sterowania ma być zgłaszany alarm, konieczne będzie skonfigurowanie odpowiedniego algorytmu. Algorytm ten dołączono do rekordu instalacji. |
|
Typ umowy |
Administrator, Typ umowy |
|
Warunki i postanowienia |
Administrator, Warunki i postanowienia |
|
Opcje rozpoczęcia dla typów umów |
Administrator, Opcja rozpoczęcia dla typu umowy |
|
Należy zaktualizować typy punktów poboru z uwzględnieniem początkowych typów umów i profili typów zadań w terenie. |
Administrator, Typ punktu poboru |
|
Relacje umów |
||
Typ relacji umowy |
Administrator, Typ relacji umowy |
|
Dostawca usług |
Administrator, Dostawca usług. Uwaga: przed utworzeniem dostawcy usług należy utworzyć osobę. Jeśli istnieją relacje finansowe (dostawca fakturuje organizację użytkownika lub odwrotnie), należy przed utworzeniem dostawcy usług utworzyć także konto i umowę o rozliczeniach finansowych. |
|
Relacja "typ umowy / umowa" |
Administrator, Typ relacji umowy dotyczący typu umowy |
|
Powiadomienia i workflow |
||
Typ zdarzenia workflow |
Administrator, Typ zdarzenia workflow |
|
Szablon procesu workflow |
Administrator, Szablon procesu workflow |
|
Typ ładowania powiadomienia |
Administrator, Typ ładowania powiadomienia |
|
Profil procesu workflow |
Administrator, Profil procesu workflow |
|
Zewnętrzne (po stronie nadawców) ID powiadomień |
Administrator, Zewnętrzny ID powiadomienia |
|
Typ pobierania powiadomienia |
Administrator, Typ pobierania powiadomienia |
|
Dostawca usług. |
Administrator, Dostawca usług. Uwaga: przed utworzeniem dostawcy usług należy utworzyć osobę. |
|
Profil pobierania powiadomienia |
Administrator, Profil pobierania powiadomienia |
|
Algorytm |
Administrator, Algorytm. Jeśli w sytuacji, gdy z bieżącym kontem i/lub posiadłością są związane jakiekolwiek aktywne procesy workflow, w Centrum sterowania ma być zgłaszany alarm, konieczne będzie skonfigurowanie odpowiedniego algorytmu. Algorytm ten dołączono do rekordu instalacji. |
|
Sprzedaż i marketing |
||
Przyczyna wstrzymania zamówienia |
Administrator, Przyczyna wstrzymania zamówienia |
|
Przyczyna anulowania zamówienia |
Administrator, Przyczyna anulowania zamówienia |
|
Więcej... |
Dodatkowe wymagania dotyczące konfiguracji można znaleźć w sekcji Kampania i pakiety - Sekwencja konfiguracji. |
|
Członkostwo w programie lojalnościowym |
||
Algorytm |
Administrator, Algorytm. Konieczne może być skonfigurowanie algorytmów dla typu członkostwa w programie dla klienta i typu zdarzenia kredytowego dotyczącego usługi w celu kontrolowania działania mechanizmu członkostwa w programie dla klienta i powiązanych zdarzeń. |
|
Punkty lojalnościowe |
Administrator, Punkty lojalnościowe. Jeśli kredyty związane z usługami są zapisywane w jednostkach niepieniężnych. |
|
Typ członkostwa w programie dla klienta |
Administrator, Typ członkostwa w programie lojalnościowym |
|
Typ zdarzenia kredytowego dotyczącego usługi |
Administrator, Typ zdarzenia w programie lojalnościowym |
|
Przyczyna wyłączenia członkostwa |
Administrator, Przyczyna wyłączenia członkostwa w programie lojalnościowym |
|
Podsumowanie |
||
Algorytm |
Administrator, Algorytm. Konieczne będzie skonfigurowanie algorytmów określających: #x2022; Specjalne alerty w centrum kontroli (zakładając, że są dostępne) |
|
Opcje instalacji |
Administrator, Opcje instalacji - Framework i Administrator, Opcje instalacji. Na tym etapie wskazane jest sprawdzenie zawartości rekordu instalacji. |
|
Domyślny kod pocztowy |
Administrator, Domyślny kod pocztowy |
Jeśli w organizacji użytkownika używane są terminale kasowe, konieczne będzie także skonfigurowanie następujących informacji:
- Utworzyć osobę / konto, z którym zostanie połączona umowa dotycząca korekty +/-. Więcej informacji można znaleźć w sekcji W jaki sposób zbilansować niezbilansowany plik kontrolny wpłaty (korekta +/-).
- Utwórz umowę, z którą będą połączone płatności wymagające korekty +/-. Ta umowa będzie odwoływać się do typu umowy +/-. Więcej informacji można znaleźć w sekcji Segmentacja dla szuflady kasowej na plusie/na minusie.
Jeśli płatności są pobierane ze źródeł zewnętrznych (np. procesora wpłat lub skrytki bankowej), należy skonfigurować następujące informacje:
- Należy utworzyć osobę i konto, z którymi w systemie będą łączone płatności z kontem wpłat niepoprawnych. Informacje o procesie księgującym niepoprawne wpłaty na tym koncie można znaleźć w sekcji Faza 3 - Zdarzenia tworzenia płatności, wpłaty, płatności i segmenty płatności. Informacje o sposobie transferu płatności z konta wpłat niepoprawnych do właściwego konta (gdy jest już znane) można znaleźć w sekcji W jaki sposób przeprowadzić transfer płatności z jednego konta na inne .
- Należy utworzyć umowę dla tego konta. Umowa będzie odwoływać się do typu umowy zawieszenia płatności. Taka umowa jest w systemie potrzebna do dekretacji płatności na konto płatności niepoprawnych (i do zapewnienia zgodności salda gotówkowego z płatnościami). Więcej informacji można znaleźć w sekcji Segmentacja błędu zapisu płatności .
- Należy zaktualizować źródło wpłaty skojarzone z odpowiednim źródłem płatności, wskazując, że umowa utworzona w poprzednim kroku powinna być używana w przypadku płatności z niepoprawnym kontem. Więcej informacji zawiera sekcja Konfigurowanie źródeł wpłat.
- Ponieważ proces pobierania płatności księguje płatności odwołujące się do nieprawidłowych kont na koncie skojarzonym z umową zawieszenia powiązaną ze źródłem wpłaty płatności, takie konto powinno należeć do klasyfikacji klienta z odpowiednimi algorytmami dekretacji płatności. Może w związku z tym zajść konieczność utworzenia nowej klasyfikacji klienta używanej tylko do kont zawieszonych. W klasie tej potrzebne będą następujące algorytmy:
- Zaleca się używanie prostego algorytmu dekretacji płatności, np. PYDIST-PPRTY, w ramach którego płatności są dekretowane w oparciu o ich priorytet określony w typie umowy.
- Zaleca się używanie algorytmu dekretacji nadpłaty takiego, jak OVRPY-PPRTY, w ramach którego nadpłaty są dekretowane do umów o typie z najwyższym priorytetem.
W pozostałych sekcjach opisano dodatkowe tabele plików kontrolnych, które muszą zostać skonfigurowane na potrzeby określonych obszarów funkcjonalnych.