The wizard is used to change the detailed status of the contract (e.g. in case of early termination of the contract, return of the financed object, after financial settlement, etc.). The Action – Change Contract wizard option opens the Change Contract Wizard. In the first step of this wizard, in the "Change Type Code" field, the user selects a change with Wizard Object No. equal to 4046867. The "Change Contract" wizard is described in detail in the Contract Changes - Change Copies/Variants
After completing the initial wizard, the "Change Detailed Status Wizard" opens:
Step 1/5
Field:
...
Financing Contract No.
Automatically completes the OC with the contract number (change copies/variants)
...
Financing Type
Fills in the OC automatically from the contract.
...
Customer No.
Fills in the OC automatically from the contract.
...
Customer Name
Fills in the OC automatically from the contract.
...
Object Handover Date
Fills in the OC automatically from the contract.
...
Detailed Contract Status
Fills in the OC automatically from the contract.
...
Change at Date
By default, the current working date is displayed. The user has the option to enter the date on which he wants to make the change.
Note: it is necessary to enter the date on which you want to change the detailed status:
Early termination: date of removal, date of confirmation of total, etc. This date is then entered into the Early Termination Date field on the contract, or on the subject (single-object contract) – if the target detailed contract status is Fill Early Termination Date. For multi-object contracts, writes the early termination date to those courses that have a detailed object status with field values
Early Terminated=N
After Fin. Settlement=N
After archiving=N.
After Financial Settlement: The date the financial settlement was created. This date is then entered in the Financial Settlement Date field on the contract or on the object (single-object contract) – if the target detailed contract status is Fill Fin. Settlement Date. In the case of multi-subject contracts, this date is not written by the system on the courses (the user fills in manually).
After archiving: the archive date. This date is then entered in the Actual Termination Date field on the contract, respectively. Archiving Date on Object (single-subject contract) – if it is on the target detailed contract status Fill in Actual Termination Date.. In the case of multi-subject contracts, this date is not written by the system on the courses (the user fills in manually).
In case of reverse changes, it deletes the relevant dates as follows:
Single-object contract – deletes the relevant date on the contract and on the subject
Multi-subject contract – can delete the date only on the contract, the user must delete them manually on the subjects.
...
Financed Object Return
Default N
Change the user to A if he/she wants to change the detailed status due to the return of the financed object, i.e. if he/she wants to add e.g. the mileage to the item when returning it (it can be related to the return/removal of the item, or even a total accident)
Switching to A changes the Item Return Date field to editable
Switch to N
Changes the Item Return Date field to non-editable, or deletes the value of the field as well
Deletes the value in the New Detailed Contract Status field, if the field has been filled in
...
Financed Object Return Date
Editable if Financed Object Return=A, otherwise not
The user enters the date of return of the object (e.g. from the acceptance protocol)
New Contract Detail Status
...
Průvodce slouží na změnu detailního stavu smlouvy (např. při předčasném ukončení smlouvy, vrácení předmětu financování, po finančním vyrovnání atd). Volba Akce – Změnit smlouvu průvodce otevře se průvodce změnou smlouvy. V prvním kroku tohoto průvodce uživatel vybere v poli „Kód typu změny“ změnu s Číslem objektu průvodce rovným 4046867. Detailně je průvodce „Změnit smlouvu“ popsán v Změny smlouvy - změnové kopie / varianty
Po dokončení úvodního průvodce se otevře „Průvodce změnou detailního stavu“:
Krok 1/5
Pole:
Číslo smlouvy o financování (Financing Contract No.)
Doplní OC automaticky číslo smlouvy (změnové kopie/varianty)
Typ financování (Financing Type)
Doplní OC automaticky ze smlouvy.
Číslo zákazníka (Customer No.)
Doplní OC automaticky ze smlouvy.
Název zákazníka (Customer Name)
Doplní OC automaticky ze smlouvy.
Datum předání předmětu (Object Handover Date)
Doplní OC automaticky ze smlouvy.
Detailní stav smlouvy (Detailed Contract Status)
Doplní OC automaticky ze smlouvy.
Změna k datu (Change at Date)
Defaultně se zobrazí aktuální pracovní datum. Uživatel má možnost zadat datum, ke kterému chce danou změnu vykonat.
Pozn: je potřeba zadat datum ke kterému chceme změnit detailní stav:
Předčasné ukončení: datum odebrání, datum potvrzení totálky, atd. Tento datum potom zapíše do pole Datum předčasného ukončení na smlouvě, resp. na předmětu (jednopředmětová smlouva) – pokud je na cílovém detailním stavu smlouvy Vyplnit Datum předčas.ukončení. Při vícepředmětových smlouvách datum předčasného ukončení zapíše na ty předměty, které mají detailní stav předmětu s hodnotami polí
Předčasně ukončený=N
Po fin.vyr.=N
Po archivaci=N.
Po fin.vyrovnání: datum vytvoření finančního vyrovnání. Tento datum potom zapíše do pole Datum finančního vyrovnání na smlouvě, resp. na předmětu (jednopředmětová smlouva) – pokud je na cílovém detailním stavu smlouvy Vyplnit Datum fin.vyrovnání. Při vícepředmětových smlouvách tento datum systém na předměty nezapisuje (doplní uživatel ručně).
Po archivaci: datum archivace. Tento datum potom zapíše do pole Datum skutečného ukončení na smlouvě, resp. Datum archivace na předmětu (jednopředmětová smlouva) – ak je na cílovém detailním stavu smlouvy Vyplnit Datum skuteč.ukončení.. Při vícepředmětových smlouvách tento datum systém na předměty nezapisuje (doplní uživatel ručně).
Při reverzních změnách maže příslušné datumy následovně:
Jednopředmětová smlouvy – zmaže príslušný datum aj na smlouvě aj na předmětu
Vícepředmětová smlouva – umí smazat datum pouze na smlouvě, na předmětech jich musí smazat uživatel ručně.
Vrácení předmětu financování (Financed Object Return)
Defaultně N
Změní uživatel na A, pokud chce vykonat změnu detailního stavu z důvodu vrácení předmětu financování t.j tehdy, pokud chce na předmět doplnit např. stav tachometru při vrácení (může se týkat vrácení/odebrání předmětu, případně i totální havárie)
Přepnutí na A změní pole Datum vrácení předmětu na editovatelné
Přepnutí na N
Změní pole Datum vrácení předmětu na needitovatelné, resp. zmaže i hodnotu toho pole
Smaže hodnotu v poli Nový detailní stav smlouvy, pokud bylo pole vyplněno
Datum vrácení předmětu (Financed Object Return Date)
Editovatelné, pokud Vrácení předmětu financování=A, jinak ne
Zadá uživatel datum vrácení předmětu (např, z přebíracího protokolu)
Nový detailní stav smlouvy (New Contract Detail Status)
Po rozklinutí se zobrazí tabulka Definice posloupnosti detailních stavů, ze které si uživatel vybere cílový detailní stav (nový požadovaný stav) – lookup na API Det.Contr.Status Seq. Def. (4046812) s filtry:
Original Det. Status Code (1) = current Det. Contract Statusaktuální det. stav ze smlouvy
Financed Object Return = value from wizard
If Financed Object Return = N, then it is filtered to allowed det. status transitions that have Financed Object Return=N
If Financed Object Return = A, then it is filtered to allowed det. status transitions that have Financed Object ReturnPokud je Vrácení předmětu financování=N, tak se filtruje na povolené přechody det.stavů, které mají Vrácení předmětu financování=N
Pokud je Vrácení předmětu financování=A, tak se filtruje na povolené přechody det.stavů, které mají Vrácení předmětu financování=A
hodnota z wizardu
Allow Manual Status Change (10) = N – it is possible to select only those details that do not have manual status change enabledIf the je možné vybrat pouze ty det.stavy které nemají povolený manuální přechod
Pokud je pole Financing with Services (4026780) field is in the contractv smlouvě:
N – will filter to those transitions that have bude filtrovat ještě na ty přechody, které mají Financing with Services=All or anebo N
Y – will filter to those transitions that have bude filtrovat ještě na ty přechody, které mají Financing with Services=All or anebo Y
Kód předčasného ukončení (Early Termination Reason)
The OC will add the Early Termination Code if OC doplní kód předčasného ukončení, pokud byl pro daný cílový detailní stav zadaný v tabulce Detailní stavy smlouvy a pokud je na daném stavu Fill Termination Date=Y has been entered in the Detailed Contract Statuses table for the given target detailed status and if the Fill Termination Date=Y is on the given statusEditable if
Editovatelné pokud je na cílovém detailním stavu Fill Termination Date=Y is on the target detailed status, the user can manually delete or select another reasonThe wizard then writes this value into the field of the same name in the contract header only if the target detailed status is , uživatel může manuálně vymazat případně vybrat jiný důvod
Wizard pak tuto hodnotu zapíše do stejnojmenného pole v hlavičce smlouvy pouze pokud je na cílovém detailním stavu Fill Termination Date=Y (otherwise notjinak ne).
Vytvořit částečný dobropis (Create Partial Payment Credit
OC displays the flag for the new detailed status according to the settings on the detailed contract status
Field is non-editable
)
OC zobrazí příznak pro nový detailní stav dle nastavení na detailním stavu smlouvy
Pole je needitovatelné
Smazat částečný dobropis (Delete Partial Payment Credit
OC displays the flag for the new detailed according to the status setting on the detailed contract status
Field is non-editable
When the Next button is pressed, the system will perform the following checks:
Check for the existence of an allowed transition from the original Detailed Contract Status to the New Contract Detail Status.
If there is, it proceeds to the next check.
If it doesn't exist, it displays an error message and doesn't continue
If Financed Object Return=Y, the system will perform checks:
If Object Return Date is entered:
If it is, it goes on
If it is not, it will display a message and will not allow you to continue: "Item return date is empty!"
Object Return Date>=Object Handover Date
If it is valid, it proceeds to the next check
If it does not apply, it will display a message and will not allow you to continue:
If the value of the Fill Termination Date=Y flag is on the New Contract Detail Status (step 1/5), the system checks the existence of the posted payment in the month of termination:
If the last posted regular payment)
OC zobrazí příznak pro nový detailní dle nastavení stav na detailním stavu smlouvy
Pole je needitovatelné
Po stisknutí tlačítka ďalší (Next) systém vykoná kontroly:
Kontrola existence povoleného přechodu z původního detailního stavu (Detailed Contract Status) do nového detailního stavu (New Contract Detail Status).
pokud existuje, pokračuje na další kontrolu.
pokud neexistuje, zobrazí error hlášku a dál nepokračuje
Pokud je Vrácení předmětu financování=Y, systém vykoná kontroly:
Jestli je zadán Datum vrácení předmětu:
Pokud je, pokračuje dál
Pokud není, zobrazí hlášku a nedovolí pokračovat dál: “Datum vrácení předmětu je prázdné!”
Datum vrácení předmětu>=Datum předání předmětu
Pokud platí, pokračuje na další kontrolu
Pokud neplatí, zobrazí hlášku a nedovolí pokračovat dál:
Pokud je na novém detailním stavu (New Contract Detail Status v kroku 1/5) hodnota příznaku Fill Termination Date=Y), systém vykoná kontrolu existence účtované splátky v měsící ukončení:
Pokud Dátum do (Date To) poslední zaúčtované řádné splátky (Posted=Y, Canceled=N, Partial Credit=N, Rec.Settlement=N) < Změna k date (Change at Date, the system terminates the task and displays the message: EN: There is no posted payment in the month of change), systém ukončí úlohu a zobrazí hlášku: CZ: V měsíci změny neexistuje zaúčtovaná splátka. ENG: Posted payment does not exist in the month of change.
Note: A check is that the contract cannot be terminated in advance until an unposted month.
If Allow Partial Credit=Y is set to Enable Partial Credit=Y on the Contract Financing Model, it will perform checks:
If it's up to the new kid. Contract Status set Create Partial Credit=Yes, checks insurance and services - if there are records in the Status and Insurance Product Relation table and in the Detailed Status and Service Relation table:
Insurance check – there must be an object to the contract,
If it does not exist, the check ends without an error message.
If it exists, it searches for insurance contracts in status=Active that have Valid un>Change at Date from the wizard. For each insurance contract found, it searches for a record in the Insurance Product and Status Relation table – there must be a record where:
Det. Contract Status = New Det. status
Object Category = Object Category from Financed Object,
Catalogue Group = Catalogue Group from Financed Object or empty
Insurance Product No. = Insurance Product No. from the insurance contract
Terminate Insurance = Yes
If it doesn't find the insurance policy, it's not a mistake. It goes on.
If it finds an insurance contract and there is no record in the relational table for the new detailed status, it displays an error and stops the process.
Service check – looks for services for the financing contract that meet the requirements that meet the Valid To after Extension > Change Date and Service Status=Active. For each service found, it checks whether there is a record in the table Relationship of Detailed Status and Services – there must be a record where:
Det. Contract Status = New Det. status
Service type = service type from the service found
Service Type Code = Service Type Code from the service found or is empty
Service Code = Service Code from the service found or is empty (applies to Replacement Vehicle, Highway Sticker, Fee, Fuel Card services)
Tire service = Tire service from found service or empty (applies to tire service service)
If the service finds a record in a relational table, it continues
If there is no record for the service, it displays an error and the process stops.
If it's up to the new kid. contract status set Create Partial Credit=Yes or Delete Partial Credit=Yes, so it checks if there is a posted SPK line with the flag Partial Credit=A. If it exists, it displays the message: "Partial credit has already been posted" and does not allow to continue.
If it's up to the new kid. contract status set Create Partial Credit=Yes and at the same time Delete partial credit = No, so it checks if there is a non-posted SPK line with the flag Partial Credit=A. If it exists, it displays the message: "Partial credit has already been created." and does not allow to continue.
If Create partial credit=Y is set on the new contract detail status, the system will check the validity of contract services that have in Contract Pozn.: kontrola je to, že se nemůže ukončit smlouva dopředu do nezaúčtovaného měsíce.
Pokud je na Modelu financování smlouvy Povolit částečný dobropis=A (Allow Partial Credit=Y) vykoná kontroly:
Changes the status and detailed status of the contract
The detailed status of the contract will be written to the subject
According to the detailed status of the contract, the detailed status of the subject will be added (according to the det. status of the contract setting):
Single-Object Contract – Always
Multiple subject contract – changes the detailed status of the object only on courses that have a detailed status of the subject with Early Terminated=N, After Fin. Settlement=N and After Archiving=N. I.e. when changing the detailed contract status to after financial settlement or archiving, the dates must be filled in manually by the user,
Checks the Check Unclosed Guarantee flag on the detailed status entered in the New Detailed Contract Status field. If:
No
The OC goes on
Yes
The OC will check all the guarantees of the contract:
if they have Status = Completed, and
Completed Guarantee To field
If also a guarantee that does not meet the conditions:
displays the message "There is an unclosed guarantee on the contract: xxx, xxx, xxx... Do you wish to continue?", where xxx will be the Guarantee Type Code
The user confirms:
No
OC stops archiving the contract. The user can terminate the guarantee manually and then rerun the wizard for archiving the contract
Yes
The OC on the guarantees for the given contract in a different state from Terminated shall add:
Guarantee To = Date from the Change to Date field from the dialog box
Status = Completed
terminates the original or creates new insurance contracts according to the settings in the Insurance Product And Status Relation table.
The system completes Change at date do Platnosti do na poistke a přecaluje poistku (zánegativný riadok s hodnotu celkový dobropisu pre klienta a prekondára kalendára poisťovní.
- terminates services according to the settings in the table Relation of Detailed Status and Services: changes the Valid to according to the specified effective date of the change (leaves the service status to
Jestli je na novém det. Stavu smlouvy nastaveno Vytvořit částečný dobropis=Ano, kontroluje pojištění a služby - zda existují záznamy v tabulce Relace stavů a pojistného produktu a v tabulce Relace detailního stavu a služeb:
Kontrola pojištění – musí existovat předmět ke smlouvě,
pokud neexistuje, kontrola končí bez chybové hlášky.
Pokud existuje, vyhledá pojistné smlouvy ve stavu=Aktivní, které mají Platnost do>Change at Date z wizardu. Pro každou nalezenou pojistnou smlouvu hledá záznam v tabulce Relace stavu a pojistného produktu – musí existovat záznam, kde :
Det. Stav smlouvy = nový det. stav
Kategorie předmětu =Kategorie předmětu z předmětu financování,
Katalogová skupina = Katalogová skupina z předmětu financování nebo je prázdná
Číslo pojistného produktu=Číslo pojistného produktu z pojidné smlouvy
Ukončit pojištění = Ano
Pokud pojistnou smlouvu nenajde, není to chyba. Pokračuje dál.
Pokud najde pojistnou smlouvu a pre nový detailní status neexistuje záznam v relační tabulce, zobrazí error a proces zastaví.
Kontrola služeb – hledá služby k dané smlouvě o financování, které splňují, že Valid To after Extension > Change Date (Datum změny) a Service Status=Active. Pro každou nalezenou službu kontroluje, zda existuje záznam v tabulce Relace detailního stavu a služeb – musí existovat záznam, kde :
Det. stav smlouvy = nový det. stav
Druh služby = druh služby z nalezené služby
Kód typu služby = Kód typu služby z nalezené služby nebo je prázdný
Kód služby = Kód služby z nalezené služby nebo je prázdný (platí pro služby Náhradní vozidlo, Dálniční známka, Poplatek, Tankovací karta)
Pneu servis = Pneu servis z nalezené služby nebo je prázdný (platí pro službu pneuservis)
Pokud k službe nájde záznam v relační tabulce, pokračuje dál
Pokud k službe neexistuje záznam, zobrazí error a proces zastaví.
Jestli je na novém det. stavu smlouvy nastaveno Vytvořit částečný dobropis=Ano nebo Smazat částečný dobropis=Ano, tak kontroluje jestli existuje účtovaný řádek SPK s příznakem Částečný dobropis=A. Pokud existuje, zobrazí hlášku : “Částečný dobropis již byl zaúčtován” a nedovolí pokračovat dál.
Jestli je na novém det. stavu smlouvy nastaveno Vytvořit částečný dobropis=Ano a zároveň Smazat částečný dobropis=Ne, tak kontroluje jestli existuje neúčtovaný řádek SPK s příznakem Částečný dobropis=A. Pokud existuje, zobrazí hlášku : “Částečný dobropis již byl vytvořen.” a nedovolí pokračovat dál.
Jestli je na novém detailním stavu smlouvy nastaveno Vytvořit částečný dobropis=Y, systém vykoná kontrolu platnosti služeb smlouvy, které mají v Contract Services:
Contract No. (10)=same as stejné jako Financing Contract No. from wizardz wizardu
Service Status=Active
Valid From>=Change at Date
If such a service does not exist:
Continues on to the next check
If there is:
For the first unsatisfactory service, the system displays the message "Service ... service numberPokud taká služba neexistuje:
pokračuje dál na další kontrolu
Pokud existuje:
systém pro první nevyhovující službu zobrazí hlášku „Service ...číslo služby...: Change at Date must be greater than Valid From." "EN: Service“ „CZ: Služba... Service Numberčíslo služby...: The Change Date must be greater than Date From." and does not continue.
Note: Checking is required to keep service dates consistent. This means that we will not allow the contract to be terminated on an earlier date than the start of active services.
Datum změny musí být vyšší jako Datum od.“ a dál nepokračuje.
Pozn. kontrola je potřební kvůli zachování konzistene datumů služby. Tzn, že smlouvu nedovolíme ukončiť k dřívejšímu datu jak je začátek aktivních služeb.
Kontroluje, jestli je Change at Date< Date From is the last posted RS line posledného zaúčtovaného RS riadka (Recalculation Settlement = YES, Posted=Y and a Canceled=N). If it is true, the system displays a message in and does not continue: EN: There is a posted line for recalculation settlementPokud plati, systém zobrazí hlášku v a dál nepokračuje: CZ: Existuje zaúčtovaný řádek pro rekalkulační vyrovnání. / ENG: Posted Recalculation Settlement line exists.
Note: the user then has to manually cancel the RS line payment, then he can run the wizard again.
Searching for active insurance contracts that have Valid To >= Change at date
for each insurance contract found, it searches for the last line in the calendar for the insurance company with the flag Reported=Y. If it finds one, it checks if there is a Period From > Date of Change on such a line. If so, the error message that Reported must be N.
It then searches the same calendar for the last line with the flag Blocked=Y. If it finds one, it checks the Period To>Date change. If so, the error message that Blocked must be N.
Then it looks for the last line in the insurance commission calendar with the flag Open=N, if it finds one, it checks it to see if Period To > Date of change. If so, the error message that Open must be Y.
This is the end of the block of checks, which applies if the Contract Financing Model is Allow partial credit=A. If value = N, the following checks are performed:
searches for the last posted line (Posted=Y) of the Payment Balance Contract (any – regular, RS, partial credit...). If it finds it, it checks to see if Valid From > Date Changed on it. If so, it will display an error message that this line must not be flagged as being posted.
performs the same check as the last one in the Model block. Allow partial credit=A for insurance company calendar and insurance commission calendar, with the only difference being that when searching for active insurance contracts, it still deploys the filter Valid from is <= Date of change. Subsequently, he checks the insurance company's calendar and commission calendar in the same way as in the previous block.
Step 2/5:
This step is displayed only if in Step 1/5 there was flag Financed Object Return=A, otherwise not.
Field:
Mileage upon Return
The user enters the odometer status, e.g. according to the acceptance return protocol
Object Taken Over By
selects the user from their own employees, if the object was taken over by an employee of the leasing company (ID from User Settings)
The object was taken over by the contractual partner
selects the user from among the vendors, if the object has been taken over by the contracting partner
Second set of wheels returned
Turns on to A if the second set of wheels has also been returned
Inspection Date
Inspection date, if transferred
Excessive Wear Excl. VAT
Estimation of excessive wear, if the height was estimated during the inspection
Excessive Wear Correction
checked, if the repair is handled through the service permit, then the wear and tear will be filled in the financial settlement from the service operation
Not checked, if the repair is not carried out via the service permission, then the wear and tear will be filled in the financial settlement from the previous field, which will be written to the financed object
Note: the condition is the creation of a financial compensation functionality for the given leasing company, the system standard only includes financial settlements for demonstration purposes.
Inspected by
selects the user from his/her own employees, if the inspection was performed by an employee of the leasing company (ID from User Settings)
Inspected by Partner No.
selects by the user from the suppliers, if the inspection was carried out by a contractual partner
Note: After finishing the wizard, the entered values will be overwritten to the financed object - to the Termination tab:
Step No. 3/5
Step No. 3 is displayed only if the target detailed status is set to terminate an insurance contract in the relation table.
In this window, the OC will display basic information about the contract.
Meaning of the other fields:
Number of Insurance Contracts to Be Terminated
The OC displays the number of insurance contracts on the financing contract in Active status to be terminated. After clicking on the number, the Insurance Contract List will be displayed.
Terminate Insurance Contracts on Date:
The system pre-fills the date based on the "Create partial credit" flag (Create Partial Payment Credit) in step 1/5. If the value is:
No – adds the date "Period To" (Valid To) from the last posted payment
Yes – adds the date from the "Change to date" field (Change At Date) from step 1/5
The field is editable. The user can change it. E.g. in the case of a change in status, when the insurance policies of the removed items are terminated and a credit note is not issued, but the insurance policies must be terminated on the date of the change.
Note: the selection of contracts is determined by the settings in the Insurance Product And Status Relation table
The system checks the entered date in the Terminate Insurance Contracts field on the following date:
If
The requested end date is at the time of the posted payment, the system prints the message: "The client's insurance payment calendar has already been processed as of the following date: DD.MM.YY. Insurance contract number: XY."
The requested date extends into the period of the reported report, the insurance company will issue the following message: "The client's insurance payment calendar has already been processed as of the following date: DD.MM.YY. Insurance contract number: XY."
The user has to straighten the date of termination of insurance contracts with respect to the posted payment and the reported master statement to the insurance company
When the insurance policy is terminated, the system also checks the continuity of the insurance policies of the same insurance product on the contract. If the fuses do not connect smoothly to each other, the product will report a warning: "The insurance contract is not connected to the insurance contract XY valid until DD.MM.RR. Continue?"
Step No. 4/5
This step is displayed if there is a security report to be created in the Insurance Product and Status Relation to the Detailed Status.
Field:
Car Insurance
Whether to create a new third-party insurance contract
Property Insurance
Whether to create a contract for additional property insurance
New Contracts Effective at Date
The system will complete according to the Insurance Reporting flag. Online on the insurance framework agreement that is set up in the Insurance Product and Status Relation to create a new insurance contract. If the value of the field is:
Yes
On at least one framework agreement = Current date + 1
No
On all framework agreements = Terminate insurance contracts at date (from previous step) + 1
Note: New insurance contracts are defined in the Insurance Product And Status Relation table (Framework Agreement No. - Liability Insurance and Framework Agreement No. - Property). If the "mandatory product" check box is entered in the "Insurance Product and Status Session" settings, the system will check for the existence of an insurance policy for the mandatory product after pressing the Finish button and will not allow the process to be completed if it is not valid
Step No. 5/5
Field:
Number of Insurance Contracts to Be Terminated
The OC will display the number of insurance contracts that will be terminated.
Number of new insurance contracts
The OC displays the number of new insurance contracts created when the contract status changes.
Number of terminated services
The OC displays the number of services that the wizard closes according to the settings in the Detail Status and Services Relation table:
The number of services from the temp table, those that have Service Status=Active and there is a record for them in the table Relation det. health and services with the flag Terminate Service=Y.
Note: The selection of services to terminate is determined by the setting in the Detail Status and Services Relation table. Here it is also possible to set the reason for the exclusion of the fuel card.
Number of blocked fuel cards
The OC displays the number of fuel cards for which the wizard sets the blocking date after transferring the change copy or variant. The important thing is that in the Relation of Detailed Status and Services table, the Fuel Card service has been set to terminate and there is a valid and not yet blocked fuel card on the object.
Note: The selection of services to terminate is determined by the setting in the Detail Status and Services Relation table. Here it is also possible to set the reason for the exclusion of the fuel card.
After pressing the Finish button in case it is a Vehicle Return. The system checks the odometer status and records it in history. In the event of an error, it displays an error message: "Invalid Mileage. Save the record?"
If the user presses YES, he/she writes the odometer status and marks it as incorrect. If he presses NO, the odometer reading is not recorded. In both cases, it continues.
If the "Mandatory Product" check mark is entered in the "Insurance Product and Status Relation" setting, another check of the creation or existence of a mandatory product follows. Either a new insurance policy is ready for this product (it will be created after completing the wizard), or the original one has not been terminated.
If the check finds that the insurance policy for the mandatory product is not and will not be created by the wizard, it will display an error message - "There is no insurance policy for the mandatory product!"
The new check alerts you if in step 4/5:
Car Insurance = No
The "Create Insurance Contracts to Date" date is empty.
In the event of this error, the system will not allow you to continue. In order to complete the wizard, the user must return to step 4/5 and correct the reason for the error. (For a check, see. CR103)
When the wizard is completed, the OC makes the following changes:
Pozn: uživatel pak musí ručne vystornovať splátku RS řádek, pak může znovu spouštet wizarda.
Hľadá aktivní pojistné smlouvy, které mají Platnost do >= Change at date
pro každou nalezenou pojistnou smlouvu hledá poslední řádek v kalendáři pro pojišťovnu s příznakem Reportováno=Y. Pokud takový najde, zkontroluje zda na takovém řádku je Period From > Datum změny. Pokud ano, chybová hláška, že Reportováno musí být N.
Pak hledá ve stejném kalendáři poslední řádek s příznakem Blokováno=Y. Pokud takový najde, zkontroluje, zda Period To>Datum změny. Pokud ano, chybová hláška, že Blokováno musí být N.
Pak hledá v kalendáři pojistných provizí poslední řádek s příznakem Otevřeno=N, pokud takový najde, zkontroluje na něm, zda Period To > Datum změny. Pokud ano, chybová hláška, že Otevřeno musí být Y.
Zde končí blok kontrol, který platí, pokud je na Modelu financování smlouvy Povolit částečný dobropis=A. Pokud je hodnota = N provedou se tyto kontroly :
hledá poslední účtovaný řádek (Posted=Y) SPK smlouvy (jakýkoliv – řádný, RS, částečný dobropis...). Pokud ho najde, kontroluje zda na něm Valid From > Datum změny. Pokud ano, zobrazí chybovou hlášku, že tento řádek nesmí mít příznak, že je účtován.
provede stejnou kontrolu, jako je poslední v bloku Model. Povolit částečný dobropis=A pro kalendář pojišťovny a kalendář pojistných provizí jen s tím rozdílem, že při hledání aktivních pojistných smluv ještě nasazuje filtr Platnost od je <= Datum změny. Následně kontroluje kalendář pojišťovny a provizní kalednář stejně, jako v předchozím bloku.
Krok 2/5:
Tento krok se zobrazí pouze tehdy, pokud v Krok 1/5 byl příznak Vrácení předmětu financování=A, jinak ne.
Pole:
Stav tachometru při vrácení
uživatel zadá stav tachometru např. dle přebíracího protokolu o vrácení
Předmět převzal
vybere uživatel z vlastních zaměstnanců, pokud byl předmět převzatý zaměstnancem leasingové společnosti (ID z Nastavení uživatelů)
Předmět převzal smluvní partner
vybere uživatel z dodavatelů, pokud předmět byl převzaty smluvním partnerem
Vrácena druhá sada kol
Zapne na A, pokud byla vrácena i druhá sada kol
Datum provedení obhlídky
Datum obhlídky pokud byla převedena
Nadměrné opotřebení bez DPH
odhad nadměrného opotřebení, pokud byla výška odhadnuta při obhlídce
Oprava nadměrného opotřebení
zatrženo, pokud bude oprava řešena přes servisní povolení, pak se opotřebení vyplní do finančního vypořádání ze servisního úkonu
nezatrženo, pokud nebude probíhat oprava přes servisní povolení, pak se opotřebení vyplní do finančního vypořádání z předchozího pole, které se propíše na předmět financování
Pozn.: podmínkou je vytvoření funkcionality finančního vyrovnání pro danou leasingovou společnost, ve standardu systému jsou pouze pouze finanční vypořádání pro demonstrační účely.
Obhlídku provedl
vybere uživatel z vlastních zaměstnanců, pokud obhlídku vykonal zaměstnanec leasingové společnosti (ID z Nastavení uživatelů)
Obhlídku provedl smluvní partner
vybere uživatel z dodavatelů, pokud obhlídku provedl smluvní partner
Pozn: zadané hodnoty budou po dokončení wizardu přepsány na předmět financování - na záložku Ukončení:
Krok č.3/5
Krok č.3 se zobrazí pouze tehdy, pokud na cílový detailní stav je v relační tabulce nastavené ukončení nějaké pojistné smlouvy.
OC v tomto okně zobrazí základní informace o smlouvě.
Význam ostatních polí:
Počet pojistných smluv k ukončení
OC zobrazí počet pojistných smluv na smlouvě o financování ve stavu Aktivní které se mají ukončit. Po kliknutí na číslo se zobrazí Přehled pojistných smluv.
Ukončit pojistné smlouvy k datu:
Systém předvyplní datum na základě příznaku „Vytvořit částečný dobropis“ (Create Partial Payment Credit) v kroku 1/5. Pokud je hodnota:
Ne – doplní datum „Období do“ (Valid To) z poslední zaúčtované splátky
Ano – doplní datum z pole „Změna k datu“ (Change At Date) z kroku 1/5
Pole je editovatelné. Uživatel může změnit. Např. při změně stavu, kdy ukončuje pojistky odebraných předmětů a nevystavuje se dobropis, ale je třeba pojistky ukončit k datu změny.
Poznámka: výběr smluv je daný nastavením v tabulce Relace stavu a pojistného produktu
Systém kontroluje zadaný datum v poli Ukončit pojistné smlouvy k datu:
Pokud
Požadovaný datum ukončení je v čase zaúčtované splátky systém vypíše hlášku: “Pojistný splátkový kalendář klienta je již zpracován k datu: DD.MM.RR. Číslo pojistné smlouvy: XY.”
Požadovaný datum zasahuje do období vykázaného reportu pojišťovně vypíše hlášku: “Pojistný splátkový kalendář klienta je již zpracován k datu: DD.MM.RR. Číslo pojistné smlouvy: XY.”
Uživatel musí narovnat datum ukončení pojistných smluv s ohledem na zaúčtovanou splátku a vykázaným kmenovým výkazem do pojišťovny
Systém kontroluje při ukončení pojistky i návaznost pojistek stejného pojistného produktu na smlouvě. Pokud nenavazují pojistky produkt plynule na sebe, zahlásí upozornění: “Pojistná smlouva nenavazuje na pojistnou smlouvu XY platnou do DD.MM.RR. Pokračovat?”
Krok č. 4/5
Tento krok se zobrazí vtedy pokud je v Relace stavu a pojistného produktu k detailnímu stavu definovaná poistka která se má založit.
Pole:
Povinné ručení
Jestli se má vytvářet nová smlouva na povinné ručení
Majetkové pojištění
Jestli se má vytvářet smlouva pro majetkové připojištění
Účinnost nových smluv k datu
Systém doplní dle příznaku Hlášení poj. Online na rámcové pojistné smlouvě, která je nastavená v Relaci stavu a pojistného produktu pro vytvoření nové pojistné smlouvy. Pokud je hodnota pole:
Ano
Alespoň na jedné rámcové smlouvě = Aktuální datum + 1
Ne
Na všech rámcových smlouvách = Ukončit pojistné smlouvy k datu (z předchozího kroku) + 1
Poznámka: nové pojistné smlouvy se definují v tabulce Relace stavu a pojistného produktu (Číslo rámcové smlouvy – PZP a Číslo rámcové smlouvy – majetek). Pokud je v nastavení “relace stavů a pojistného produktu” zadáno zatržítko “povinný produkt”, bude systém po stisknutí tlačítka Dokončit kontrolovat existenci pojistky na povinný produkt a nedovolí dokončit proces, když taková není platná
Krok č. 5/5
Pole:
Počet pojistných smluv k ukončení
OC zde zobrazí počet pojistných smluv, které se ukončí.
Počet nových pojistných smluv
OC zobrazí počet nových pojistných smluv založených při změně stavu smlouvy.
Počet ukončených služeb
OC zobrazí počet služeb, které průvodce ukončí dle nastavení v tabulce Relace detailního stavu a služeb:
Počet služeb z tempové tabulky, tam se dostaly ty, které mají Service Status=Active a existuje pro ně záznam v tabulce Relace det. stavu a služeb s příznakem Terminate Service=Y.
Poznámka: Výběr služeb k ukončení je daný nastavení v tabulce Relace detailního stavu a služeb. Zde je možno nastavit také důvod vyřazení tankovací karty.
Počet blokovaných tankovacích karet
OC zobrazí počet tankovacích karet, u které průvodce nastaví datum blokace po přenesení změnové kopie nebo varianty. Podstatné je, že v tabulce Relace detailního stavu a služeb bylo nastaveno ukončení služby Tankovací karta a na předmětu existuje platná a dosud neblokovaná tankovací karta.
Poznámka: Výběr služeb k ukončení je daný nastavení v tabulce Relace detailního stavu a služeb. Zde je možno nastavit také důvod vyřazení tankovací karty.
Po stisknutí tlačítka Dokončit v případě že se jedná o Vrácení vozidla. systém kontroluje stav tachometru a zapisuje do historie. V případě chyby zobrazí chybovou hlášku: “Invalid Mileage. Save record?”
Pokud uživatel stiskne ANO, zapíše stav tachometru a označí ho jako chybný. Pokud stiskne NE, stav tachometru nezapisuje. V obou případech pokračuje dál.
Pokud je v nastavení “relace stavů a pojistného produktu” zadáno zatržítko “povinný produkt”, následuje další kontrola založení nebo existence povinného produktu. Buď je připravená nová pojistka na tento produkt (bude založená po dokončení průvodce), nebo původní nebyla ukončená.
Pokud kontrola najde, že pojistka na povinný produkt není a nebude průvodcem založená, vypíše chybovou hlášku - “Neexistuje pojistka na povinný produkt!”
Nová kontrola upozorní v případ, kdy v kroku 4/5:
Povinné ručení = Ne
datum „Vytvořit pojistné smlouvy k datu“ je prázdný.
V případě této chyby systém nedovolí pokračovat. Aby bylo možno dokončit průvodce, uživatel se musí vrátit do kroku 4/5 a důvod chyby odstranit. (Kontrola viz. CR103)
Po dokončení průvodce OC vykoná následující změny:
změní stav a detailní stav smlouvy
detailní stav smlouvy propíše na předmět
dle detailního stavu smlouvy doplní detailní stav předmětu (dle nastavení det.stavu smlouvy):
Jednopředmětová smlouva – vždy
Více předmětová smlouva – detailní stav předmětu změní pouze na předmětech, které mají detailní stav předmětu s Předčasně ukončené=N, Po fin.vyrovnání=N a Po archivaci=N. Tzn.při změně detailního stavu smlouvy na po finančním vyrovnání anebo archivace datumy musí doplniť uživatel ručně,
Zkontroluje příznak Kontrolovat neukončené ručení na detailním stavu zadaném v poli Nový detailní stav smlouvy. Pokud:
Ne
OC pokračuje dál
Ano
OC zkontroluje všechny ručení smlouvy:
jestli mají Stav = Ukončená a
Vyplněné pole Ručení do
Pokud také ručení, které podmínky nesplňuje:
zobrazí hlášku „Na smlouvě je neukončené ručení: xxx, xxx, xxx… Přejete si pokračovat?“, kde xxx bude Kód typu ručení
Uživatel potvrdí:
Ne
OC archivace smlouvy zastaví. Uživatel může ukončit ručení ručně a následne znovu spustit wizarda pro archivace smlouvy
Ano
OC na ručeních k dané smlouvě v stave jiném od Ukončené doplní:
Ručení do = datum z pole Změna k datumu z dialogového okna
Stav = Ukončené
ukončí původní případně založí nové pojistné smlouvy podle nastavení v tabulce Relace stavu a pojistného produktu.
Systém doplní Change at date do Platnosti do na poistke a prekalkuluje poistku (záporný riadok s hodnotou celkového dobropisu pre klienta a prepočet kalendára poisťovni.
ukončí služby podle nastavení v tabulce Relace detailního stavu a služeb: změní Platnost do dle zadaného data účinnosti změny (stav služby ponechává na Active).
v tab. API Contract Service (4026681) na službách, ktoré sú v stave Active, zapíše Change at Date do Valid To a Valid To after Extension
Note: the "Fuel Card No. Number" fields (Card No. To. Exclusion) and the 'reason for the exclusion of the TK', (Card Exclusion Reason) where the wizard saves the values at the end of the fuel card service. At the moment of "flipping" the change copy / or variant, the Fuel Card is blocked according to these fields, including the reason for exclusion. (Then there is no need to add the Fuel Card table (4026756) to the change copy).
fills/deletes early termination data on the contract (Early Termination Date, Date After Financial Settlement, Actual Termination Date), such as in the settings in the Detailed Contract Status table
Fills in the Early Termination Reason Code from step 1/5 of the wizard into the financing contract, field Early Termination Reason only if Fill Termination Date=Y is on the new detailed status (otherwise not).
creates an entry in the Odometer Status History, where it fills in (if Mileage upon return <>0):
Mileage=Mileage upon Return
Mileage Date = Object Return Date
to the course (Termination tab) fills in the data entered in step 2/5 (if it is a return of the subject). At the same time, it adopts the values of the fields from the Odometer Status History to the subject:
Planned mileage
Upper Tolerance %
Upper Tolerance
Lower Tolerance %
Lower Tolerance
Km Under/Over Limit
Creating a PC Line in Payment Calendars
The system performs this step only if:
on the Financing Model is Allow Partial Payment Credit=Y and at the same time
in step 1, the value of Create Partial Payment was Credit=Y (assuming they passed the checks after step 1).
If both conditions are met, the system will create a new PC line in the payment calendar with the Partial Credit=Y flag, in which the credit payments will be calculated as follows:
It searches for the last posted line with the flags Poznámka: do tabulky Služby smlouvy jsou přidaná pole „číslo tankovací karty“ (Card No. To. Exclusion) a „důvod vyřazení TK“ (Card Exclusion Reason), kde průvodce uloží hodnoty při ukončení služby tankovací karta. Ve chvíli „překlápění“ změnové kopie/ nebo varianty se podle těchto polí zablokuje Tankovací karta včetně důvodu vyřazení. (Pak není třeba přidat tabulku Tankovací karta (4026756) do změnové kopie).
vyplní / vymaže data pro předčasné ukončení na smlouvě (Datum předčasného ukončení, Datum po fin.vyrovnání, Datum skutečního ukončení), jako je v nastavení v tabulce Detailní stav smlouvy
Doplní Kód důvodu předčasného ukončení z kroku 1/5 wizardu do smlouvy o financování, pole Důvod předčasného ukončení (Early Termination Reason) pouze pokud je na novém detailním stavu Fill Termination Date=Y (jinak ne).
vytvoří záznam v Historii stavu tachometru, kde doplní (pokud Stav tachometru při vrácení <>0):
Stav tachometru=Stav tachometru při vrácení
Datum stavu tachometru=Datum vrácení předmětu
na předmět (záložka Ukončení) doplní údaje zadané v kroku 2/5 (pokud se jedná o vrácení předmětu). Zároven převezme hodnoty polí z Historie stavu tachometru na předmět:
Plánovaný stav tachometru
Horní tolerance %
Horní tolerance
Spodní tolerance %
Spodní tolerance
Počet podlimitních/nadlimitních km
vytvoření PC řádku ve splátkových kalendároch
Systém vykoná tento krok pouze pokud:
na Modelu financování je Allow Partial Payment Credit=Y a zároven
v kroku 1 byla hodnota Create Partial Payment Credit=Y (při předpokladu že prošli kontroly po kroku 1).
Pokud jsou splneny oba podmínky, systém v splátkovém kalendáři vytvoří nový řádek PC s příznakem Partial Credit=Y, v kterém budou spočítány dobropisované splátky následovně:
Hledá poslední účtovaný řádek s příznaky Posted=Y, Recalculation Settlement=N, Partial Payment Credit=N, so that it can place a new line after it.
...
If it finds one, it creates a new line as a copy of it:
add 'PC' after the installment number
"Date From" sets as "Contract Termination Date + 1D"
"Date To" – set it as the last day in the same month as the "Date From" (at the end of the process, it is changed as "Date To" from the last posted row, but for the calculation it must leave the last day of the month).
On this new line, he resets the amounts and goes to calculate the values he will use for him:
If the last posted line satisfies that Date From <= Contract Termination Date<=Date To:
Thus, only this payment (the so-called source line) will be used for the calculation. See Example 1
If this is not met (there are subsequent posted instalments):
Searches for all posted regular payments where Date To >= Contract Termination Date.
He goes through these and creates a filter with the numbers of all installments, which are either partially or completely credited.
If the payment meets Date From < = Contract Termination Date <= Date To, it will note that it is a payment from which it will take a proportional part, from the others it will take the full amount of principal and interest. See Example 2
The new values are then calculated as follows:
...
Principal
Calculates the corresponding portion from the source line as follows:
If the Termination Date<>is the last day of the month, it executes:
finds the number of payment days as the difference Date To – Date From + 1 on the PC line.
Next, it finds out the number of days that the month has in total. With this ratio, the number of repayment days/days in a month multiplies the principal on the source line and thus calculates the part of the principal that will be credited from that line.
If Termination Date=last day of the month, it does not perform this calculation and continues to search for whole amounts.
To this is added the full principal amounts from any subsequent posted payments. This total value is written with a negative sign in the PC line in the Principal field
...
Interest
analogously, it just takes the values from the Interest field
...
Services
searches for contract services that have status=Active and Reflect Aliquot=Y (Example 1).
for each service found, it looks for a line in the payment calendar that has the same Contract Payment No. as the source payment of the SPK.
If such a line is found, a new PC line can be created in the SPK service:
The dates are filled in the same as the PC line in the Contract Payment Summary
The amounts will be filled in similarly
It takes a proportional part of the amount from the line that corresponds to the source line, and the entire amount of the payment/costs from the following (matching filter to the contract payment number).
It calculates the amounts in currency using the currency factor.
The total amount from all created PC service lines is entered into the TC of the contract with a negative sign in the Service field
Searches for contract services that have status=Active and Reflect Aliquot=N (see Example 2).
for each service found, it looks for a line in the payment calendar that has the same Contract Payment No. as the source payment of the SPK.
If such a line is found, a new PC line can be created in the SPK service:
The dates are filled in the same as the PC line in the Contract Payment Summary
Amounts to fill in
It doesn't take any part of the amount from the line that corresponds to the source line.
from the following (corresponding filter to the contract payment number) the entire amount of the installment/costs.
It calculates the amounts in currency using the currency factor.
The total amount from all created PC service lines is entered into the TC of the contract with a negative sign in the Service field
...
Insurance
...
searches for insurance contracts that have a Valid to Same as the Termination Date on the header of the financing contract.
...
Filters the client's calendar to rows that match the filter for Payment Numbers and Period To >= Contract Termination Date.
Copy the last line to the new one:
...
adds 'PC' to the payment number
...
Dates will be filled from the PC line from the T&A of the contract
He calculates the amounts as follows:
...
if the Termination Date<>is the last day of the month, then it takes a prorated portion of the payment that corresponds to the source line, and the entire value of the Amount and Amount (LCY) fields from the following rows.
The proportional part here is calculated differently than in the case of principal, interest and services. Calculates the daily coefficient using Period From and To on a new line and taking into account the value of the "Daily Rate Calculation" field on the insurance company's product. This coefficient is multiplied by the value of "Annual Client Insurance Premium" on the insurance contract card.
...
The proportional part (if calculated) is added to the whole amount from subsequent installments and the sum is written into the PC line of the client's calendar. Calculates the VAT amount. When generating these rows, it stores accumulated values in variables according to the type of basic product and insurance in total.
...
aby za něj mohl umístit nový řádek.
Pokud takový najde, založí nový řádek jako jeho kopií:
za číslo splátky doplní ‘PC‘
„Datum od“ nastaví jako „Datum ukončení smlouvy + 1D“
„Datum do“ – nastaví jako poslední den ve stejném měsíci, jako je „Datum od“ (na konci procesu ho pak změní jako “Datum do” z posledního účtovaného řádku, ale pro výpočet tam musí nechat poslední den v daném měsíci).
Na tomto novém řádku vynuluje částky a jde si spočítat hodnoty, které pro něj použije:
Pokud poslední účtovaný řádek splňuje, že Datum od <= Datu ukončení smlouvy<=Datum do:
Tak bude pro výpočet bude použita jen tato splátka (tzv. zdrojový řádek). Viď Příklad č. 1
Pokud toto splněno není (existují následné účtované splátky):
Vyhledá všechny účtované běžné splátky, kde Datum do >= Datum ukončení smlouvy.
Tyto prochází a skládá si filtr s čísly všech splátek, které se buď částečně nebo kompletně dobropisují.
Pokud daná splátka splňuje Datum od <= Datu ukončení smlouvy <= Datum do, poznamená si, že jde o splátku, z které bude brát poměrnou část, z ostatních si vezme celou částku jistiny a úroku. Viď Příklad č. 2
Nové hodnoty pak počítá následovně :
Jistina
spočítá odpovídající část ze zdrojového řádku takto:
pokud je Termination Date<>posledný den v měsíci, vykoná:
zjistí počet dní splátky jako rozdíl Datum do – Datum od + 1 na PC řádku.
Dále zjistí počet dní, kolik má daný měsíc celkem. Tímto poměrem počet dní splátky/počet dní v měsíci vynásobí jistinu na zdrojovém řádku a tím spočítá část jistiny, která se bude z daného řádku dobropisovat.
Pokud je Termination Date=posledný den v měsíci, tento výpočet nevykoná a pokračuje na hledání celých částek.
K tomuto připočte celé částky jistiny z případných následujících účtovaných splátek. Tuto celkovou hodnotu zapíše se záporným znaménkem do PC řádku do pole Jistina
Úrok
analogicky, jen bere hodnoty z pole Úrok
Služby
vyhledá služby dané smlouvy, které mají stav=Aktivní a Zohlednit alikvot=Y(Příklad č. 1).
pro každou nalezenou službu hledá řádek ve splátkovém kalendáři, který má Číslo splátky smlouvy stejný, jako zdrojová splátka SPK.
Pokud takový řádek najde, jde vytvořit nový PC řádek v SPK služby:
Datumy vyplní stejné, jako má PC řádek v SPK smlouvy
Částky vyplní obdobně
z řádku, který odpovídá zdrojovému řádku vezme poměrnou část částky, z následujících (odpovídajícíh filtru na číslo splátky smlouvy) celou výši splátky/nákladů.
Částky v měně dopočítá pomocí faktoru měny.
Celkovou částku ze všech vytvořených PC řádků služeb zapíše do SPK smlouvy se záporným znaménkem do pole Service
Vyhledá služby dane smlouvy, které mají stav=Active a Reflect Aliquot=N (viď Příklad č. 2).
pro každou nalezenou službu hledá řádek ve splátkovém kalendáři, který má Číslo splátky smlouvy stejný, jako zdrojová splátka SPK.
Pokud takový řádek najde, jde vytvořit nový PC řádek v SPK služby:
Datumy vyplní stejné, jako má PC řádek v SPK smlouvy
Částky vyplní
z řádku, který odpovídá zdrojovému řádku nevezme žádnou část částky,
z následujících (odpovídajícíh filtru na číslo splátky smlouvy) celou výši splátky/nákladů.
Částky v měně dopočítá pomocí faktoru měny.
Celkovou částku ze všech vytvořených PC řádků služeb zapíše do SPK smlouvy se záporným znaménkem do pole Service
Pojištění
vyhledá pojistné smlouvy, které mají Platnost do stejnou jako Datum ukončení na hlavičce smlouvy o financování.
Zafiltruje kalendář klienta na řádky, které odpovídají filtru na čísla splátek a Období do >= Datum ukončení smlouvy.
Poslední řádek zkopíruje do nového:
přidá ‘PC’ do čísla splátky
Datumy naplní z PC řádku ze SPK smlouvy
Částky spočítá takto:
pokud je Termination Date<>posledný den v měsíci, vykoná pak ze splátky, která odpovídá zdrojovému řádku vezme poměrnou část, z následujících řádků celou hodnotou polí Částka a Částka (LM).
Poměrnou část zde počítá jinak, než u jistiny, úroku a služeb. Spočítá denní koeficient pomocí Období od a do na novém řádku a zohlednění hodnoty pole “Výpočet denní sazby” na produktu pojišťovny. Tímto koeficientem vynásobí hodnotu “Roční pojistné vůči nájemci” na kartě pojistné smlouvy.
Poměrnou část (pokud byl vypočten) přičte k celým částkám z následných splátek a součet zapíše do PC řádku kalendáře klienta. Dopočítá částku DPH. Při generování těchto řádků si odkládá do proměnných kumulované hodnoty dle typu základního produktu a pojištění celkem.
Tyto hodnoty pak zapíše do PC řádku v SPK smlouvy do polí Insurance, Liabilty Insurance Amount, Crash Insurance Amount and a Other Insurance Amount.
Finally, in the PC line of the Bill of the contract, it validates the Amount and Balance fields to recalculate the Total Amount and Amount Including VAT and Balance fields.
if the Termination Date is the last day of the month and it is also the last posted month, then the created PC line (which is all zero) is deleted.
Example 1 – PC line for the last posted payment
...
na závěr v PC řádku SPK smlouvy zvaliduje pole Částka a Saldo, aby se přepočítala pole Celková částka a Částka včetně DPH a Saldo.
pokud je Termination Date posledný den v měsící a zároven je to posledný zaúčtovaný měsíc, tak se vytvořený PC řádek (který je celý nulový), zmaže.
Príklad č. 1 – PC riadok za poslednú zaúčtovanú splátku
Termination Date=10.11.2023, v tom čase v posledním zaúčtovaném měsíci. - v PC nejsou zahnuté služby, které měli Reflect Aliquot=N
...
Calculation of the share of services: The sum of services that have Výpočet podílu služeb: Součet služeb, které mají Reflect Aliquot YES = 2788.,76. 20-day share 20denní podíl = 1859.,17, which corresponds to the value of the PC row in the Service field.Services that have což odpovídá hodnotě řádku PC v poli Servis.
Služby, které mají Reflect Aliquot YES
...
Example Příklad 2 – PC line for multiple monthsřádek za víc měsiců
Termination Date (Datum ukončení) = 10/09/.9.2023. On PC, the whole months are 11 and Na PC sú celé měsíce 11 a 10/23 (complete payment including all serviceskompletní splátka včetně všech služeb) + aliquot alikvot 9/23 (services without služby bez Reflect Aliquot=N).
...
Example Príklad č. 3 – PC row in the same month as RS rowřádek v stejném měsíci ako RS řádek
Rekalk (RS) and posta zaúčt. Splspl. in v 12/2023, in the same month also termination, i.e. in PC only an aliquot of the month of the last monthve stejném měsíci také ukončení, tj. v PC pouze alikvot měsíce posledního měsíce.
...
Změna stavu při opětovné Aktivaci po mimořádném ukončení smlouvy (Change status the reactivating Contract after extraordinary Contract termination
...
In the event that an extraordinary termination has occurred by mistake and the partial credit note for the last fully posted payment has not yet been posted, the user can run the Change Contract Status wizard and change the status to Active again. The goal is to delete partial credit memos that arose during the extraordinary termination.
An important condition for deleting a credit memo is that the Delete partial credit = Yes field is checked on the detailed status for Active contract and at the same time the Allow partial credit check mark is checked on the contract model.
The user starts the Status Change Wizard.
In step 1/5, enter Change at date (Change at data) the same date that was entered at the Extraordinary Termination as Return of the Car or Contract Termination.
Non-editable flag Delete Partial Credit Memo (Delete Partial Payment Credit) It shows that the settings on the detailed status and model are satisfactory and the wizard deletes the partial credit.
Since the active detail state is not set to close fuses or create new fuses, pressing the Next button (Next) The last step 5/5 with a recap.
The new detailed status will be Active, Change at date will cancel the termination and delete the partial credit, it will not terminate insurance policies, it will not create new insurance policies, it will not terminate services or it will not block fuel cards.
If fuses were created for the "removed item" during the extraordinary termination, the system will warn of the existence of these fuses after the Complete button:
...
Reactivation result:
In the payment calendar, the system deleted the partial credit memo
Insurance Contracts:
On the original insurance contract, the system returned to the Valid From field (Valid To) Original Expected Termination Date (Expected Termination Date). If insurance policies were created for a removed item during the emergency termination, they are already in the Active status and cannot be deleted. The user must set the status Unrealized on these fuses (Declined).
Contract Services:
On contract services, the system returned to the Valid To field (Valid To) and Validity after Extension (Valid To after Extension) Original Expected Termination Date (Expected Termination Date).
Contract – Termination Tab:
Change Status Wizard Back to Active Deleted Termination Date (Termination Date).
...
)
V případě že došlo k mimořádnému ukončení omylem a částečný dobropis k poslední plně zaúčtované splátce ještě není zaúčtovaný,uživatel může spustit průvodce Změna stav smlouvy a změnit stav znovu na aktivní. Cílem je smazání částečného dobropisu, který vznikly při mimořádném ukončení.
Důležitou podmínkou pro smazání dobropisu je, že na detailní stavu pro Aktivní smlouvu je zatrženo pole Smazat částečný dobropis = Ano a zároveň na modelu smlouvu je zatržítko Povolit částečný dobropis.
Uživatel spustí průvodce změny stavu.
V kroku 1/5 zadá do pole Změna k datu (Change at data) stejné datum, které bylo zadáno při mimořádném ukončení jako Vrácení vozu nebo Ukončení smlouvy.
Needitovatelný příznak Smazat částečný dobropis (Delete Partial Payment Credit) ukazuje, že nastavení na detailním stavu a modelu vyhovuje a průvodce smaže částečný dobropis.
Protože na aktivním detailním stavu není nastaveno ukončování pojistek ani vytvoření nových pojistek, následuje po stisknutí tlačítka Další (Next) poslední krok 5/5 s rekapitulací.
Nový detailní stav bude Aktivní, Změna k datu anuluje ukončení a zmaže částečný dobropis, neukončuje pojistky, netvoří nové pojistky, neukončuje služby ani neblokuje tankovací karty.
Pokud byly při mimořádném ukončení vytvořeny pojistky na „odebraný předmět“ systém po tlačítku Dokončit upozorní na existenci těchto pojistek:
...
Výsledek opětovné aktivace:
Ve splátkovém kalendáři systém smazal částečný dobropis
Pojistné smlouvy:
Na původní pojistné smlouvy vrátil systém do pole Platnost od (Valid To) původní Datum předpokládaného ukončení (Expected Termination Date). Pokud byly při mimořádné ukončení vytvořeny pojistky na odebraný předmět, jsou už ve stavu Aktivní a nelze je smazat. Uživatel musí na těchto pojistkách nastavit stav Nerealizováno (Declined).
Služby smlouvy:
Na službách smlouvy vrátil systém do pole Platnost do (Valid To) a Platnost po prodloužení (Valid To after Extension) původní Datum předpokládaného ukončení (Expected Termination Date).
Smlouva – záložka Ukončení:
Průvodce změnou stavu zpět na Aktivní smazal Datum ukončení (Termination Date).
| Note |
|---|
Ostatní úkony spojené s opětovnou aktivací smlouvy musí zkontrolovat a manuálně provést uživatel. |