Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Version History

« Previous Version 7 Next »

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 Setup, which applies to all contracts, and Contract with Service Setup, which applies 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).

The code list is available via full-text search: Overview of financing contract models.

A new record can be entered via the New.

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 Financing Model tab, which contains the following tabs:

  • General

  • Rounding the Contract Calendar

  • Numbering

  • Calculations

  • Contract Settings

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 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 then retains the information 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 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 the financing contract from the financial calculator (calculator lines). If the check mark is active, the system will correct the principal amount and interest 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 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 Leasing

      • 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 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 from it.

  • Down Payment Amount Allowed

    • If the parameter is ON, the user can enter the first increased payment into the calculation, or in the Financing Product, the Calculation Parameters subform

  • Sell Fee Amount Allowed

    • If the parameter is enabled, the user can enter the sales fee into the calculation, or on the Financing Product, the Calculation Parameters subform

  • Residual Value Amount Allowed

    • If the parameter is enabled, 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 = 1.5.2026 to 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 Calculation Start Date + month and subsequent 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 mark, the user can force the creation of a line with a down payment (the so-called zero payment) for a given contract model, 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 a row 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 (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 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 Return Date on the Item is not 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 subsequent renewals, 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 the editability of the field.

    • If Yes, the wizard for changing the detailed status will create a line for a partial credit note of the last posted payment in the payment calendar when the contract is terminated (e.g. an object is returned). The exact mechanism is described in the 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 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.

Contract Payment Calendar Roundings Tab

Field:

  • Calculation Rounding Code

    • In this field, the user selects a 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 contract header

      • A contract payment calendar is created:

        • Amounts in the Principal and Interest payment schedule. 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 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 to standard services as well as simple service.

    • There is a contract payment schedule:

      • 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 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 code list, according to which the system will round the total amount of the installment including VAT:

      • Without a contract payment calendar (values are calculated by formulas):

        • Payment Incl. VAT (4047215) field in contract header

      • There is a contract payment schedule:

        • The Amount (34) field in the contract payment calendar. Then this 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.

Numbering tab

Field:

  • Calculation Nos.

    • In this field, the user selects a number series from the list that will be used to assign a number to the new calculation

  • Multi Calculation Nos. - only for contracts 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 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 number of individual invoices

  • No. A series of posts. indiv. Invoices (Indiv. Inv. Posting No. Series)

    • In this field, the user selects from the list the number series that will be used to assign the number of posted individual invoices

  • Invoice Nos. price (Selling Price Invoice Nos.)

    • In this field, the user selects 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 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 + Payment sequence number

      • No. Series

        • The system automatically assigns the document number 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 No. The user specifies the prefix in the Payment Document Nos. field (with this setting option, the system automatically recognizes that the number series code is not defined in the Payment Document Nos. field, but that it is a prefix).

      • Special

  • Part Payment Document Nos.

    • If the value of the Payment 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 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 No. The user specifies the prefix in the Interest Correction Document Nos. field (with this setting option, the system automatically recognizes that the Interest Correction Document Nos. Series field does not define a number series code, but that it is a prefix)

  • Interest Correction Document Nos.

    • 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 line of the financing contract's insurance payment calendar is posted. The following setting options are available:

      • No. Series

        • The system automatically assigns the document number 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 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. field, 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 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.

    • 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 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.

  • 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 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.

Calculations tab

On this tab, the user specifies the settings by which the system calculates the calculation and generates the contract lines (payment calendars) and then defines the calculation formulas of the calculation dates on the financing contract.

Field:

  • 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 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 periods

    • For the technical way to calculate the period, it is recommended to use the Current Day

  • Calculation Type

    • 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 automatically when payments are started (automatic) or whether the user must run the calculation manually (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 which the calculation for the advance 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 (according to the due date)

      • First Day of Paym. Period

      • Last Day of Paym. Period

  • Calculating the 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 from the deadline according to Fulfillment of Posting Date

  • Base for VAT Date

    • Specifies the fulfillment of the VAT date of the payment

    • Possibilities:

      • By Payment Term (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 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. 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 installment" = YES. In this case, the system is not able to assign the lost payment to the contract payment calendar and displays a message

image-20240604-173126.png

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 leave the default value 0

  • Insurance Type Setting

    • The value in this field must always be "Standard"

  • Insurance Setting Object No.

    • In this field, always leave the default value 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

  • No labels