The financing model is used for specific settings of calculation parameters, number series formats and other parameters that apply to a certain group of contracts. Unlike OneCore SetupSettings, which applies apply to all contracts, and Contract with Service SetupSettings, which applies apply to all service contracts, there can be an unlimited number of contract models, and they can be used to create different settings for individual financing products (then contract groups).
...
From the overview, the user opens the card for the selected financing model via the Edit/View button or by double-clicking. Subsequently, the system presents the creates a Financing Model tab , which that contains the following tabs:
General
Rounding the Contract Calendar
Numbering
Calculator (Calculations)
Contract Settings (LS) Deployment
General Tab
Field:
Code
Required field
Contract model designation that the user will select on the contract template
Active
An enabled parameter means that the model is active and can be selected by the user on the can select it for a contract template
Derived from Model (Derive From Model)
This field allows you to copy the settings of the current contract model from another existing contract model. By clicking on this field, the user will see a list of existing models. By selecting a model, the system copies all settings from that model to the current model. This field will then retains retain information about the information model from which model the system copied the parameters
1.Payment Tolerance Days
The field is filled with the time value in
D – day
DT
T - week
M - month
K - Quarter
R - year
B, stands for the current time unit based on the date, can be entered as a prefix to the time unit, e.g. BM as the current month. D, WD, W, M, Q, Y (e.g. 5D)
If it is added, when penalizing the first regular installment is penalized, the system will start penalizing this installment after this number of days
Description
Detailed description of the financing contract model
Recalc Last Payment Principal
This check mark affects the deployment of installments in payments into the financing contract from the financial calculator (calculator lines). If the check mark box is active, the system will correct the principal amount and interest amounts in the last regular payment so that the total sum of the principal amounts in all payments corresponds to the Input Price + Input Price Change in the Financing Contract header of the financing contract
Recommended Setup Yes
Financing Type
This setting determines the type of financing that is defined by the model. The following options are available:
Financial leasing
Operative Leasingleasing
Credit/Loan
Instalment Sale
Fleet Management
Currency Code
The user selects the currency for which they are creating the model.
If this is a model for the domestic currency, leave it blank.
Status for Contract No.Assignment
User selects detailed contract status to change Calculation No. to Contract No. The number change occurs when the detailed status is manually changed to the status in this field.
The recommended setting is a blank an empty field. It is recommended to create a contract by clicking on the Create contract from calculation button – in this case, the source calculation will also be preserved in the system and it is possible to create an unlimited number of contracts can be created from it.
Down Payment Amount Allowed
If the parameter is ON, the user can enter the first increased payment into the calculation, or in on the Financing Product, the Calculation Parameters subform
Sell Selling Fee Amount Allowed
If the parameter is enabledON, the user can enter the sales selling fee into the calculation, or on the Financing Product, the Calculation Parameters subform
Residual Value Amount Allowed
If the parameter is enabledON, the user can enter the residual value into the calculation on the Financing Product, Calculation Parameters subform
Always Calendar Month
If the value of the field is YES, then
The first period of the payment calendar is from the Calculation Start Date to the last day of the month
B.C.
Calculation start date = 18.5.2023
First period = 18.5.2023 to 31.5.2023
The latest period is from the first day of the month of the Expected Termination Date to the Expected Termination Date
B.C.
Expected termination date = 17.5.2026
Last period = 5/1.5./2026 to 5/17.5./2026
The intermediate periods are always from the first day of the month to the last day of the month
Pr
Second period = 1.6.2023 to 30.6.2023 (the next period is the same)
If the value of the field is NO, then
The first period of the payment calendar is from the Calculation Start Date + month, and subsequent the following periods always add a month
B.C.
First period = 18.5.2023 to 17.6.2023
Second period = 18.6.2023 to 17.7.2022
Last period = 18.4.2023 to 17.5.2023
Always Create Down Payment Line
With this check markbox, the user can force the creation of a line with a down payment line (the so-called zero payment) for a given contract model every time, always even if the down payment has a zero value.
The recommended setting is No
Create Line with residual Value/Sales Price
The default value of the field is NO, which means that the system will never create a row with a residual value
If the user changes the value to YES, then the system creates will create a row line with the residual value, but only if the residual value is non-zero
Calculation Starting Date eis Handover Date
The default value of the field is NO, which means that the system inserts into the Calculation Start Date field the first day of the following month that is specified in the Expected Handover Date Calculation Start Date field, which is specified in the Expected Handover Date (in the calculation) or Handover Date (when the contract is activated)
If the user changes the value to YES, then the system inserts the value of the Expected Handover Date (in the calculation) or Handover Date (when activating the contract is activated) field into the Calculation Start Date field
Aliquote Payment at Beginning Only
In combination with other parameters, it specifies that the aliquot payment should arise only at the beginning of the financing contract (used for contracts with services – Operative Leasing and Fleet Management)
Combination of parameters:
Always Calendar Month = Yes and
Calculation start is Handover Date = No (turns on the editability of the Aliquot field is at the beginning)
Base for Calculation Start Date=EXPHOD (Estimated Handover Date)
Calc. for calculation start date=BM+1D
Automatic Contract Extension
It is used in contracts with services. When invoicing installments, the system detects whether the item has been returned (Object Item Return Date on the Item is not emptyNot Empty). If the item has not been returned and Auto-Renewal = Yessystem:
Switches the contract to the so-called automatic renewal (contract flag Contract Extension = Yes)
On the first renewal, copying the last regular payment will create two additional installments
On a subsequent renewalsextension, it creates a single installment.
Etc. For a detailed description, see PD OL Contract.
Editable only if the Aliquot is only at the beginning = Yes, otherwise no.
Allow Partial Payment Credit
Editable only if Aliquot only at the beginning = Yes, otherwise no.
Change Aliquot only at the beginning on No automatically deletes the value (sets it to No) and turns off disables the editability of the field.
If Yes, the wizard for changing the detailed status will create creates a line for a partial credit note memo of the last posted payment in the payment calendar when the contract is terminated (e.g. returning an object is returneditem). The exact mechanism is described in the in Změny smlouvy.
IFRS Payment Posting
Yes/no checkbox (checked/unchecked)
Only preparation for future functionalities, Currently unused
Don ́t check REFI code Fin.Period
When changing the financing period, the system normally checks whether the REFI code rates comply with the new financing period or are valid.
If the user wants the system does not to perform this check when changing the contract duration by the wizard 4026635 (i.e. the "old" recalculation wizard or 4026638 the "new" recalc.wizard), the system switches this flag to N.
...
Calculation Rounding Code
In this field, the user selects a the rounding code from the Rounding methods code list, according to which the system will round amounts in the financial calculator
Part Payment Rounding Code
In this field, the user selects the rounding code from the Rounding methods code list, according to which the system will round:
Without a contract payment calendar (values are calculated by formulas):
Annuity Excl. VAT (4047145) field in on contract header
A contract payment calendar is created:
Amounts in the Principal and Interest payment scheduleschedules. The Annuity Excl.VAT field is the sum of them, so it is rounded in the same way. From there, the rounded value is transferred to the Annuity Excl.VAT field in the contract header.
Insurance Rounding Code
This rounding has no effect Rounding of standard insurance policies, which are rounded according to the insurance settings in all cases, whether there is a payment schedule or not.
In this field, the user selects the rounding code from the Rounding Methods code list, according to which the system will round only for the so-called simple insurance (Simple Insurance):
without a contract payment calendar (values are calculated by formulas):
Insurance Excl.VAT field in the contract header if the value is calculated by formula (without creating a contract payment calendar)
A contract payment calendar is created:
the amount of Insurance (19) in the contract payment schedule. From there, the rounded value is transferred to the Insurance Excl.VAT field in the contract header.
Service Rounding Code - only for contract with services
In this field, the user selects the rounding code from the Rounding methods code list, according to which the system will round:
Without a contract payment calendar (values are calculated by formula):
Field Service Excl.VAT (4047200) – applies Applies to standard services as well as simple service.
There is a contract payment schedulecalendar:
Standard Services
If service payment calendars are created, the system rounds the amounts in Amount (55), Amount (LCY) (60), Cost Amount (65) and Cost Amount (LCY) (70) according to this field. The Service (22) field in the contract payment calendar is the sum of Amount (55) from the service payment calendars, then it is filled into the Service Excl.VAT field (4047200) in the contract header.
Simple Service
In the contract payment calendar, it is filled into Service (22) and rounded , rounding according to this field. It is then taken to the Service Excl.VAT field (4047200) in the contract header.
Total Rounding Code
In this field, the user selects the rounding code from the Rounding Methods methods code list, according to which the system will round the total amount of the installment including payment incl. VAT:
Without a contract payment calendar (values are calculated by formulas):
Payment Incl. VAT (4047215) field in on contract header
There is a contract payment schedulecalendar:
The Amount (34) field in the contract payment calendar. Then this the already rounded value is transferred to the Payment Incl. VAT field in the contract header
Note: the Payment Excl.VAT (4047210 field in the contract header or the Amount Excl.VAT field in the contract payment calendar are not rounded, because they are only the sum of the values from the other fields. Amount Excl.VAT in the contract payment calendar is not a physical field, it is only on the overview.
| Info |
|---|
More about rounding here Finance Setup - OneCore Docs - Seyfor IaO: |
Understanding VAT Rounding in Documents
Rounding the Contract Payment Calendar
Numbering tab
Field:
Calculation Nos.
In this field, the user selects a the number series from the list that will be used to assign a the number to of the new calculation
Multi Calculation Nos. - only for contracts contract with services
In this field, the user selects from the list the number series that will be used to assign the number of the new contract matrix
Contract Nos.
In this field, the user selects the number series from the list the number series that will be used to assign the contract number
Indiv.Invoice No.Series
In this field, the user selects a number series from the list that will be used to assign the a number of individual invoices
NoRef. A series of posts. indiv. Invoices (Indiv. Inv. Posting No. Series)
In this field, the user selects a number series from the a list the number series that will be used to assign the a number of posted individual invoices
Invoice Nos. price (Selling Price Invoice Nos.)
In this field, the user selects the number series from the list the number sequence that will be used to assign the invoice number to the sales price
Variable Symbol Nos.
The field is editable if the value of the field is Variable Symbol Type = Number Series
In this field, the user selects the number series from the list that will be used for assigning the variable symbol number
Part Payment Document
This field specifies the document number format that the system will use to number all documents that arise when an installment a payment is posted from the financing contract payment calendar. The following setting options are available:
Contract/Payment
The document number will have the form "Financing Contract No." + slash character + Sequential Payment sequence numberNo.
No. Series
The system automatically assigns the document number automatically from the number series defined in the Payment Document Nos. field
Pref+Contract+Payment
The document number will have the form Prefix + Financing Contract No. + Payment Sequence NoNumber. The user specifies the prefix in the Payment Document Nos. Numbers field (with this setting option, the system automatically recognizes that the number series code is not defined in the Payment Document Nos. Numbers field, but that it is a prefix).
Special
Part Payment Document Nos.
If the value of the Payment Document field is = Number Series , thenfield is
In this field, the user selects from the list the number series that will be used to assign the document number to the installment
If the value of the Payment Document field is = Pref+Contract+Payment, then
In this field, the user defines a prefix that enters the payment document number
Interest Correction Document
This field specifies the document number format that the system will use for the document number that is created when the advance payment calendar line of the financing contract is posted. The following setting options are available:
No. Series
The system automatically assigns the document number from the number series defined in the Interest Correction Document Nos. field
Pref+Contract+Payment
The document number will have the form Prefix + Financing Contract No. + Payment Sequence NoNumber. The user specifies the prefix in the Interest Correction Document Nos. Numbers field (with this setting option, the system automatically recognizes that the Interest number series code is not defined in the Interest Correction Document Nos. Series field does not define a number series code, but that it is a prefix)
Interest Correction Document NosNo. Series
If the value of the Interest Correction Document field is = Number Series, then
In this field, the user selects from the list the number series that will be used to assign the document number for interest corrections
If the value of the Interest Correction Document field is = Pref+Contract+Payment, then
In this field, the user defines a prefix that enters the interest correction document number
Insurance Document
This field specifies the document number format that the system will use for the document number that is created when the you post a line of in the financing contract's insurance payment calendar is postedof a financing contract. The following setting options are available:
No. Series
The system automatically assigns the document number automatically from the number series defined in the Insurance Document Nos. Series field
Pref+Poj. Contract+Installment
The document number will have the form Prefix + Insurance Contract No. + Payment Sequence No. The prefix is specified by the user user specifies the prefix in the Insurance Document Numbers field (with this setting option, the system automatically recognizes that the number series code is not defined in the Insurance Document Nos. fieldNumbers Series, but that it is a prefix)
Insurance Document Nos.
If the value of the Insurance Document = Number Series field is
In this field, the user selects the number series from the list the number series that will be used to assign the document number to the insurance
If the value of the Insurance Document field = Pref+Contract+Payment, then
In this field, the user defines the prefix that enters the document number
Calculation Input Post.Nos.Nose
In this field, the user selects a number series from the list that will be used to assign the document number when posting the calculation input. The calculation input is charged in the form of an internal document.
Contract Accrual Line Post Nos. (Contr.Accrual Line Post Nos.)
In this field, the user selects from the list the number series that will be used for assigning the document number series that will be used to assign the document number when posting lines in the Contract Accrual Calendar. The Contract Accrual Calendar is posted in the form of an internal document.when posting the lines of the Contract Accrual Calendar. The Contract Accrual Calendar is posted in the form of an internal document.
Nos. Series for Tax Documents for Delivery of Goods
A numeric series for numbering tax documents (invoices and credit memos) upon delivery of goods.
Relation to the No. Series Code List (t. 308 No. Series)
Indiv.Invoice VS Format
The user selects from the following options:
Contract No.
Invoice No.
Subsequently, the system will generate from this number Variable Symbol
Type of variab. Variable Symbol Type
The user selects from the following options
Document No.
Customer No.
Pref.+Contract No.+Part Payment No. (Pref.+Contract No.+Part Payment No.) – not possible to select will be removed
No.Series
Contract No.
Set To Contract No.
Variable Symbol Prefix
The user enters the prefix for the variable symbol, then the system inserts the prefix into the variable symbol.
...
Contract Calculation
This setting determines whether the system calculates the calculation automatically or the user must run it manually. The option must always be set automatically.
Normal End Date
Select an option
Next Day
The system calculates Expected Termination Date = Expected Date handover (or Handover Date) + Financing Term + 1D
Last Day
The system calculates Expected Termination Completion Date = Expected Handover Date (or Handover Date)+Financing Period
Default Expected Handover Date
Based on this setting, the system will automatically add the Date of expected handover to the calculation/contract
Values:
First Day This Month
Current day
First Day Next Month
The first or last option is recommended for the calendar method of calculating repayment the payment periods
For the technical way to calculate method of calculating the period, it is recommended to use the Current Day is recommended
Calculation Type
There In this field, there are several financial calculation models to choose from in this field
Default = Default.
Parameter Type Calculation
This field must be set to Default
Calculation Object No.
Leave the default value (0) set.
Parameter Calculation Object No.
Leave the default value (0) set.
Contract Parametr Calculation
The setting determines whether the indicator system calculates indicators automatically when payments are started (automatic) or whether the user calculation must be run manually by the calculation manually user (manual)
The recommended setting is automatic
Base for Calculation Starting Date
Specifies which date to base the calculation on for the calculation start date
Editable only if Calculation Start is Handover Date = No.
Calc.for Calculation Starting Date
In this field, the user enters the date formula that the system will use to calculate the calculation start date on the financing contract
Editable only if Calculation Start is Handover Date = No.
Base for Down Payment Date
Specifies the date from on which the calculation for the advance forward payment date should be based
Calc.for Down Payment Date
In this field, the user enters a date formula that the system will use to calculate the advance payment date on the financing contract.
Base for Posting Date
Specifies the fulfillment of the posting date of the payment
Possibilities:
By Payment Term Date (according to the due date)
First Day of Paym. Period
Last Day of Paym. Period
Calculating the Calculate Posting Date (Calc. For Posting Date)
In this field, the user enters a date formula that the system will use to calculate the posting date Posting Date from the deadline due date according to Fulfillment of Posting Date
Base for VAT Date
Specifies the fulfillment of the VAT date of the payment
Possibilities:
By Payment Term Date (according to the due date)
First Day of Paym. Period
Last Day of Paym. Period
Insurance Calculation Method
If set, the system will use this option in the insurance contract when creating an insurance contract, and not the method that is set in the insurance contract settings.
Pro Rata in First Payment
If checked, the posting date of the first payment will be (incomplete) immediately in the period of this payment.
If not checked, the U pro rata posting date will be from the next instalment – it is paid "pro rata" with the full instalment. In insurance calendars, a repair separate payment line is created separately, but it has the same Posting date as the first full payment.
This setting applies only to the insurance calendar period of insurance. There is no technical period for rata at the beginning.
If the setting on the given contract model is such that there is no incomplete period at the beginning of the contract payment calendar, it cannot be set "Pro rata in the first installmentpayment" = YES. In this case, the system is not able to assign the lost payment to the contract payment calendar and displays a message
LS Deployment Tab (Contract Settings)
Field:
Simple Fee Type Setting
The value in this field must always be "Standard"
Simple Fee Setting Object No.
In this field, always Always leave the default value in this field 0
Insurance Type Setting
The value in this field must always be "Standard"
Insurance Setting Object No.
In this field, always Always leave the default value in this field 0
Services Type Setting
There must always be a "Codeunit" value in this field
Services Setting Object No.
In this field, leave the value for 4026682 service objects (for operative leasing and fleet management)
Part Payment Type Setting
The value in this field must always be "Standard"
Part Payment Setting Object No.
Always leave the default value of "0" in this field