...
This step is displayed if there is a defined an insurance policy to be created is defined in the Insurance Product and Status Relation to Detailed Status.
...
Third-party liability
Whether to create a new third-party insurance contract
On the financed object, the field Liability Insurance Third-party liability = Yes must be checked, i.e. the object is subject to the obligation to have third-party liability insurance.
Property Insurance
Whether to create a contract for additional property insurance
Effective date of new contracts
The system will fill in 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 on date (from previous step) + 1
...
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 finishesis finished, the OC makes will make the following changes - the Finish button:
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 settings of the detailed status of the contract):
Single-Object Contract – Always
More Object Contract – changes the detailed status of the object only on courses that have a detailed status of the object 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 specified in the New Detailed Contract Status field. If:
No
OC continues
Yes
The OC will check all the guarantees of the contract:
if they have Status = Completed and
Filled in 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 want 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 run the wizard for archiving the contract again
Yes
The OC on the guarantees for the contract in a different state from Terminated shall add:
Guarantee to = date from the Change to date field from the dialog box
Status = Finished
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 poišťovní.
terminates services according to the settings in the table Relations of Detailed Status and Services: changes the Valid until according to the specified effective date of the change (leaves the service status to 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
...
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
Adds the Early Termination Reason Code from step 1/5 of the wizard to the financing contract, the Early Termination Reason field only if Fill Termination Date=Y is on the new detailed status (otherwise not).
creates a record in the Odometer Status History, where it fills in (if Mileage when returning <>0):
Mileage=Mileage upon Return
Mileage Date=Object Return Date
to the course (Termination tab) will fill in the data entered in step 2/5 (if it is a return of the course). At the same time, it adopts the field values 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 will only perform this step if:
on the Financing Model, 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 flags 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:
'PC' is added 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 changes it as "Date To" from the last posted line, 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, he will note that it is a payment from which he will take a proportional part, from the others he will take the entire amount of principal and interest. See Example 2
The new values are then calculated as follows:
Principal
Calculates the corresponding part from the source line as follows:
if the Termination Date<>is the last day of the month, it executes:
detects 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 / the number of 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, it adds the full principal amounts from any subsequent posted installments. This total value is written with a negative sign to the PC line in the Principal field
Interest
analogously, it just takes 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 it finds such a line, it is possible to create a new PC line in the SPK service:
The dates are filled in the same as the PC line in the Contract Payment Sheet
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 lines (matching filter for the contract payment number).
Currency amounts are calculated using the currency factor.
The total amount from all created PC service lines is entered into the GAK 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 it finds such a line, it is possible to create a new PC line in the SPK service:
The dates are filled in the same as the PC line in the Contract Payment Sheet
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.
Currency amounts are calculated using the currency factor.
The total amount from all created PC service lines is entered into the GAK of the contract with a negative sign in the Service field
Insurance
searches for insurance contracts that have a Valid to the same as the Termination Date on the financing contract header.
Filters the client's calendar to rows that match the filter for Payment Numbers and Period To >= Contract End Date.
The last line is copied to the new one:
adds 'PC' to the payment number
Dates populated from the PC line from the Payment Bill
He calculates the amounts as follows:
if the Termination Date<>is the last day of the month, then it takes a proportional portion of the payment that corresponds to the source line, the entire value of the Amount and Amount (LCY) fields from the following rows.
The proportional part here is calculated differently than for 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 Premium" on the insurance contract card.
The proportional part (if calculated) is added to the full amounts from subsequent installments and the sum is written into the client's PC calendar line. 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.
These values are then written to the PC line in the GAC of the contract in the fields Insurance, Liabilty Insurance Amount, Crash Insurance Amount and Other Insurance Amount.
Finally, in the PC line of the Bill of the contract, it validates the Amount and Balance fields in order 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, the created PC line (which is all zero) is deleted.
If there is a flag on the target detailed state Generate VAT Credit Memo - Delivery of Goods on Change of Status = Yes and the contract shows Leasing with Delivery of Goods = Y, Generates a calculation input for the balance of the tax liability (the tax document is then generated and posted when the change copy is transferred).
Example 1 – PC line for the last posted payment
...