V případě, že bude vyžadováno na Modelu smlouvy parametricky, aby v situaci, kdy klient nevrátí vozidlo do rozhodného data (anebo nebyla smlouva jinak ukončena), byla doplněna automaticky další splátka (parametr Automatické prodloužení smlouvy), systém při spuštění nové funkce (Dávkové automatické prodloužení smluv v rámci úlohy In the event that it will be required on the Model Contract parametrically, in a situation where the client does not return the vehicle by the decisive date (or the contract has not been otherwise terminated), the next instalment has been added automatically (parameter Automatic Contract Extension), when launching a new function (Batch Automatic Contract Extension within the Post Financing Payment (with services) ) doplní splátkový kalendář o dvě splátky v případu prvního prodloužení. Při následujících prodlouženích vzniká už jenom jedna splátka pro prodloužení.
Důvodem tohoto postupu je mít neustále jednu nevyfakturovanou splátku. Tato skutečnost umožní vykonávat následně změny na smlouvě. Obecně systém vyžaduje pro změnu aspoň jednu nevyfakturovanou splátku.
Pozn.: Při účtování poslední řádné splátky se prodloužení ještě netvoří. Klient během tohoto měsíce může ještě předmět vrátit. Pokud do účtování následného měsíce předmět nevrátí, systém při účtování hromadnou úlohou vytvoří prodloužení kalendáře o dva řádky = měsíce a první z nich zaúčtuje. Při dalším prodloužení vytváří systém vždy už jen jeden nový řádek.
Dávková úloha na prodloužení smluv:
Funkcionalita je součástí úlohy na hromadnou fakturaci splátek task), the system will add two installments to the payment calendar in the case of the first extension. With subsequent extensions, there is only one payment for the extension.
The reason for this is to have one uninvoiced payment at a time. This fact will make it possible to make subsequent changes to the contract. In general, the system requires at least one uninvoiced payment for a change.
Note: When the last regular payment is posted, an extension is not yet created. The client can still return the item during this month. If the subject is not returned to the subsequent month posting, the system creates a calendar extension by two lines = months and posts the first of them when posting by batch job. With the next extension, the system always creates only one new line.
Contract Extension Batch Job:
The functionality is part of the Mass Invoicing of Post Financing Payment (with services) smluv se službami (Financování se službami= ANO).
Táto část úlohy je zařazená před samotní fakturaci splátek. Pokud jsou splněny předpoklady popsány výše, úloha vytvoří splátky prodloužení. Následně fakturační úloha zpracuje splátku, která odpovídá podmínkám pro fakturace.
Parametre doplněné funkce:
Úloha bude vycházet z filtrů pro Fakturaci splátek a zároveň zohledňovat programově definované filtre.
Postup:
...
Uživatel pouští úlohu na hromadnou fakturace
...
Zadá parametry v sekci Options:
Posting Date
Zúčtovací datum do vytvořené faktury, resp. od toho datumu se odvíjí i automatické prodloužení smlouvy (viz dál)
VAT Date
Datum DPH do vytvořené faktury
...
Pak může zadat i parametry pro filtrování zákazníků, resp. smluv
Po stisknutí tlačítko OK systém vykoná následovní kroky:
...
task of contracts with services (Financing with services = YES).
This part of the task is included before the actual invoicing of payments. If the prerequisites described above are met, the task creates extension payments. Then, the invoicing job processes the payment that matches the terms for invoicing.
Parameters of the added function:
The task will be based on the filters for Payment Invoicing and at the same time take into account programmatically defined filters.
Procedure:
User Runs Mass Invoicing Task
Enter the parameters in the Options section:
Posting Date
The posting date to the created invoice, or the automatic extension of the contract is based on this date (see below)
VAT Date
VAT Date To Created Invoice
Then you can also enter parameters for filtering customers or contracts
When the OK button is pressed, the system performs the following actions:
Na detailním stavu smlouvy jeIt searches for customer contract lines, resp. which correspond to filters or other parameters for invoicing (e.g. Allow Posting from Payment Calendar=Y on the detailed contract status) - popis viz see PD Invoicing Sales
Pak zavolá funkce na automatické prodloužení smlouvy
Programově definovaný filtr pro automatické prodloužení:
for description
It then calls the function to automatically extend the contract
Programmatically defined filter for automatic renewal:
On the detailed contract status there is Allow Posting from Payment Calendar=Y, Allow Posting Downpayment=Y anebo or Allow Posting Partial Payment Credit=Y (podmínky pro účtování splátek ze spl. kalendáře smlouvy). Pokud jsou všechny tři příznaky N, smlouva se dál nezpracováva.
Smlouva má Expected Termination Date (Datum předpokládaného ukončení) =< než je rozhodné datum pro generováni
Rozhodné datum je stanoveno parametrem dávkové úlohy 1.den z Posting Date v sekci Invoicing Parameters
Je na Modelu smlouvy nastaven nový parametr conditions for posting payments from the contract payment calendar). If all three flags are N, the contract is no longer processed.
The contract has Expected Termination Date =< than the Expected Termination Date
The decisive date is defined by the batch job parameter Day 1 from the Posting Date in the Invoicing Parameters section
A new parameter is set on the Contract Model – Automatic Contract Extension=Y
Object Return Date (Datum vrácení předmětu) na Předmětu financování a Termination Date na smlouvě jsou prázdné (pokud je alespoň jedno pole vyplněno, smlouva se nemůže automaticky prodloužit).
Úloha projde vybrané smlouvy a pokud splňují podmínky výběru (programový a uživatelský filtr současně), provede doplnění dalšího řádku automatického prodloužení smlouvy v splátkových kalendářích podle popsaných principů a upraví související hlavičkové údaje.
Funkce na identifikovaných smlouvách vykoná následovné změny:
Pokud jsou splněny podmínky na prodloužení smlouvy, systém vytvoří v splátkovém kalendáři smlouvy, služeb i pojistek - obecně:
Pokud je příznak smlouvy Contract Extension=N (tzv. prvé prodloužení), systém identifikuje poslední řádnou splátku v splátkovém kalendáři smlouvy s Aliquot on the Financed Object and Termination Date on the contract are blank (if at least one field is filled in, the contract cannot be automatically extended).
The task will go through the selected contracts and if they meet the selection conditions (program and user filter at the same time), it will add another one Automatic Contract Extension Line in the payment schedules according to the described principles and adjust the related header data.
The function makes the following changes to the identified contracts:
If the conditions for contract extension are met, the system will create contracts, services and insurance policies in the payment schedule - in general:
If the contract flag is Contract Extension=N, the system will identify the last due payment in the contract payment calendar with Aliquot Payment=N, Recalculation Settlement=N, Partial Credit=N, Contract Extension=N bez ohledu na regardless of Posted/Canceled a vytvoří dva nové řádky kopírováním této řádné splátky:
První splátka na období od konce (Data do) poslední splátky + 1 den do konce kalendářního měsíce
Druhá splátka na období od konce (Data do) předešlé splátky prodloužení + 1 den do konce kalendářního měsíce
Tyto splátky budou označeny příznakem First payment for the period from the end of (Date to) the last payment + 1 day to the end of the calendar month
Second payment for the period from the end of (Date to) the previous payment extension + 1 day to the end of the calendar month
These payments will be flagged with Contract Extension=Y.
Pokud je příznak smlouvy If the contract flag is Contract Extension=Y (tzn. druhé anebo následné prodloužení) systém identifikuje poslední řádnou splátku s Aliquot i.e. second or subsequent extension), the system identifies the last due payment with Aliquot Payment=N, Recalculation Settlement=N, Partial Credit=N, Contract Extension=Y bez ohledu na regardless of Posted/Canceled a vytvoří jeden nový řádek kopírováním této splátky:
splátka na období od konce (Data do) poslední splátky + 1 den do konce kalendářního měsíce
and create two new lines by copying this regular payment:
Jednotlivé položky splátky se plní následovně:
...
and creates one new line by copying this payment:
payment for the period from the end of (Date to) the last payment + 1 day until the end of the calendar month
The individual instalment items are filled in as follows:
1, Financial Calculator (Fin.Calculator Line)
Ve finanční kalkulačce se vytvářejí řádky automatického prodloužení postupným kopírováním (tzn. ne přepočtem), nové řádky, které budou označeny In the financial calculator, automatic extension rows are created by successive copying (i.e. not by recalculation), new lines are created and will be tagged with Contract Extension=Y. Kopírování řádků se řídí popisem výše.Do řádků kalkulačky přibude nový řádek prodloužení za každou přidanou splátku, která bude mít Date Fromshodný s Date From v řádcích splátkového kalendáře smlouvy, zvýší se číslo splátky o +1 a ostatní hodnoty budou zkopírované z poslední splátky v řádku kalkulace (Úrokové sazby, saldo dluhu jistiny, úroku). Řádek bude označený
A new extension row will be added to the calculator lines for each added payment that will have a Date FromIdentical to Date From in the lines of the contract payment calendar, the payment number will be increased by +1 and the other values will be copied from the last payment in the calculation line (Interest Rates, Principal Debt Balance, Interest). The line will be labeled Contract Extension = YES
2, služby smlouvy ( Contract Services)
Systém vykoná automatické prodloužení služeb, které splňují následovné podmínky:
...
The system will automatically renew services that meet the following conditions:
the service has Service Status=Active a zároveňand at the same time
Valid To=>Expected Termianation Date smlouvy
...
Contract
If the service meets these conditions, the system will add a new value Valid To after Extension = Expec.Termin.Date after Extension dle hlavičky smlouvy, resp. vytvoří nové splátky služeb kopírováním řádku dle principů vytvoření řádků v splátkovém kalendáři smlouvy.
Pokud služby nesplňuji tyto podmínky, nebude prodloužena.
Funkce v splátkových kalendářích nalezených služeb zkopíruje splátku dle obecné zásady popsané výše včetně nákladu, při dodržení ostatních zásad pro číslování, stanovení datumů atd. Na takto vytvořených řádcích pak nastaví Contract Extension=Y.
Na hlavičku služby pak nastaví nové datum Valid To after Extension. hodnotu posledního dne prodloužení (poslední kalendářní den měsíce prodloužení).
3, pojištění
Funkce postupuje stejným způsobem jako při službách. Na pojistkách platných according to the contract header, or it will create new service installments by copying the line according to the principles of creating lines in the contract payment calendar.
If the Services do not meet these conditions, they will not be extended.
The function in the payment calendars of the found services copies the payment according to the general principle described above, including the cost, while adhering to other principles for numbering, setting dates, etc. On the lines created in this way, it then sets Contract Extension=Y.
It then sets the new Valid To after Extension date on the service header. The value of the last renewal day (the last calendar day of the renewal month).
3, Insurance
The function proceeds in the same way as with services. On insurance policies valid (Status=Active and Valid To>=Expected Termination Date) v době prodlužování vytvoří nový řádek do splátkového kalendáře pojištění pro klienta, kde převezme výšku řádné splátky dle obecné zásady popsané výše za celé období. Součet takto vytvořených řádků kalendářů pojištění pro klienta za každý typ pojištění v daném období bude suma pojištění v prodloužení. Splátkové kalendáře pojistného pro Pojišťovnu a splátkový kalendář Provizní se překalkuluje podle prodloužené „Platnost do“ v hlavičce pojistky.
V pojistných smlouvách se datum po prodloužení plní do standardního pole „Platnost do“. Původní obsah tohoto pole před prodloužením systém uloží do pole „Původní platnost do“ na záložce "Účtování" v kartě pojistné smlouvy. „Původní platnost do“ u prodlužovaných pojistek bude odpovídat datu předpokládaného ukončení na smlouvě. Pro každou pojistku existuje splátkový kalendář pro klienta samostatně. Splátka pojistného z těchto kalendářů se následně přenáší do řádku splátkového kalendáře (podle jednotlivých typů pojištění).
Na hlavičku pojištění se nastaví nový datum „Platnost do“. Nastaví se na hodnotu posledního dne prodloužení.
Na řádek pojištění se nastaví Prodloužení smlouvy = ANO
Datum od – datum prvního dne, následujícím po dáte Do na poslední splátce v splátkovém kalendáři.
Datum do – datum konce měsíce, ve kterém je prodloužení doplněné.
Zúčtovací datum a Datum splatnosti je stanoveno podle pravidel pro splátky (dle modelu financování)
řádek bude označený Prodloužení smlouvy = ANO
4, Splátkový kalendář smlouvy (Fin.Contract Line)
Splátkový kalendář smlouvy se vytvoří funkcí pro nasazení splátkového kalendáře, přičemž se řádky prodloužení označují příznakem Contract Extension=Y, dle obecné zásady popsané výše.
5, Hlavička smlouvy (Fin.Contract Header)
Na hlavičce smlouvy se nastaví datum Expec. Termin. Date After Extension (Datum předpokládaného konce po prodloužení) na poslední den období prodloužení.
Na hlavičce smlouvy se nastaví nová hodnota Financing Period Extended (in Months (Doba financování (v měs.) včetně prodloužení). Bude představovat zvýšení o +2 při prvém prodloužení smlouvy a při každém dalším prodloužení o +1 (viz výše).
Nastaví příznak smlouvy Contract Extension=Y (pokud již nebyl nastaven dřív).
Pozn. přepínání na N bude řešit rekalkulační wizard.
V tabulce Contractual Distance (Smluvní nájezd smlouvy) vykoná přepočet pole:
...
at the time of renewal, it creates a new line in the insurance payment schedule for the client, where it takes over the amount of the regular payment according to the general principle described above for the entire period. The sum of the insurance calendar rows created in this way for the client for each insurance type in the given period will be the sum of insurance in extension. The Insurance Company Payment Schedules and the Commission Payment Calendar are recalculated according to the extended "Valid To" in the policy header.
In insurance contracts, the date after extension is entered in the standard "Valid to" field. The system will store the original content of this field in the "Original Valid To" field on the "Posting" tab of the insurance contract card before it is extended. The "Original Valid To" for extended insurance policies will correspond to the expected termination date on the contract. For each policy, there is a payment schedule for the client separately. Insurance payments from these calendars are then transferred to the line of the payment calendar (according to individual insurance types).
A new "Valid To" date is set on the insurance header. It is set to the value of the last day of renewal.
On the insurance line, Contract Extension = YES
Date From – the date of the first day following which you put To on the last payment in the payment calendar.
Date to – date of the end of the month in which the extension is added.
Posting Date and Maturity date it is determined according to the rules for instalments (according to the financing model)
the line will be marked Contract Extension = YES
4, Contract Payment Calendar (Fin.Contract Line)
A contract payment calendar is created by the payment calendar deployment function, where extension lines are marked with the Contract Extension=Y flag, according to the general principle described above.
5, Fin.Contract Header
The Expec date is set on the contract header. Term. Date After Extension (Expected End Date After Extension) on the last day of the extension period.
A new value is set on the contract header Financing Period Extended (in Months (Financing Term (in Months) including Renewal). It will represent an increase of +2 on the first contract renewal and +1 on each subsequent renewal (see above).
Sets the contract flag Contract Extension=Y (if it hasn't already been set before).
Note: switching to N will be handled by the recalculation wizard.
In the Contractual Distance table, the recalculation performs the field:
Řádky kalkulačky (Kalkulace financování)
Contractual mileage. After Extension:
Contractual Mileage after Extencion= round((Distance per Year*Financing Period after Extension (in Months))/12; 0)+Initial Mileage (4026685) z from API Financed Object (4026560)
Pak hodnotu Smluvní stav tachom. po prodloužení propíše i do smlouvy.
Úloha neprovádí účtování ani jiné operace (aktualizace výnosnosti apod.) ani kontroly spojené se změnou délky smlouvy (REFI sazby, sazby pojistek apod.).
Podle počtu vybraných smluv může tato úloha trvat odpovídající dobu zpracování.
Upozornění:
Pokud smlouva je v režimu automatického prodloužení (tj. má Contract Extension=Y), systém technicky nedovolí vykonat jakýkoliv rekalkulace:
Po stisknutí tlačítka Dokončit (Finish) anebo Aktualizovat (Update) vykoná kontrolu příznaku smlouvy a pokud je Y, zobrazí hlášku a kalkulaci nevykoná: “Contract Then the Contracted Mileage value. After the extension, it will also be written into the contract.
The task does not perform posting or other operations (profitability updates, etc.) or checks related to changes in the length of the contract (REFI rates, insurance rates, etc.).
Depending on the number of contracts selected, this task may take a corresponding amount of time to process.
Notification:
If the contract is in automatic extension mode (i.e. it has Contract Extension=Y), the system technically does not allow any recalculation to be performed:
Calculator Lines (Financing Calculation)
After pressing the Finish or Update button, it checks the contract flag and if it is Y, it displays a message and does not execute the calculation: "Contract Extension is Y, change is not possible.”
...
"
In the same way, the system performs a check, or displays the same message for wizards:
4046864 Change Contract Payment Terms, Fin.Charge, Reminder
4046866 REFI Code Change
4046869 Change Contract Purchase Price wizard (technické zhodnocenítechnical evaluation)
4046865 Change Contract Customer wizard (převod smlouvy).Detailnější popis kontroly ve wizardech viz .
For a more detailed description of the control in wizards, see Změny smlouvy