OneCore Setup

The OneCore setting is used for the general setup of the leasing solution (OneCore module), i.e. it is a setting that is common for all types of financing (Financial Leasing, Operative Leasing, Credit, Instalment Sale, Fleet Management).

To complete OneCore Setup, it is necessary to have several other code lists set – they are listed in the description of individual fields (e.g. detailed contract statuses, number series, etc.).

Availability of the dial through the magnifying glass, Manual Setup or Configuration Book, name OneCore Setup. After confirming the selection, the OneCore Setup tab will open.

General tab:

• Global Dimension 2 Activation

  • By checking this box, the user activates the use of the contract number as the 2nd global dimension across the entire system.

  • The default setting is YES.

• Contract Dimension (Leasing)

  • In this field, you must set up the dimension code of the leasing module where the system will store the contract number.

• VAT Rounding Code

  • The settings determine how the system will round VAT in the financing module, such as VAT in the service payment calendar.

    • If the VAT rounding code is set to 4 decimal places, but the rounding of payments is to 2 decimal places, then when posting the payment, the system creates a Rounding line in the invoice lines, in which it posts the deviations that have arisen.

  • If the field is blank, the system takes the VAT rounding from the General Ledger Setup from the Amount Rounding Precision field (recommended setting).

• Posting Group Priority

  • This parameter affects the way in which the system fills in the business posting groups per contract. The setting options are:

    • From Template

      • The system will always use the business posting groups from the contract template. If they are empty on the pattern, the system reports an error.

    • FromCustomer

      • Adds the General Bus. Posting Group, VAT Bus. Posting Group, and Customer Posting Group fields from the customer card, regardless of the posting groups that are set up on the contract template.

      • Ak je na vzore v účtoskupine pro Indiv. The system copies the invoice blank value when validating the customer on the contract to the contract card, to the Posting Group for Indiv field. Customer Invoice Posting Group

    • From Customer When Empty Contract

      • gradually adds the fields General Bus. Posting Group, VAT Bus. Posting Group, Customer Posting Group from the customer card, if the field is empty on the contract (each field is evaluated separately).

      • The system, when validating the customer on the contract, copies it to the contract card, to the Posting group field for Indiv. Customer Invoice Posting Group

• VAT Bus. Post. Group from Customer

  • field VAT Bus. Posting Group from Customer=Yes, completes the VAT Bus. Posting Group field from the customer's card, regardless of what the current value is, regardless of the setting of the Posting Group Priority field

  • This setting turns on the override of the VAT of the business posting group in the header of the financing agreement when the customer number is filled in with the VAT code of the business posting group on the customer card.

  • This option is used where it is necessary to distinguish between domestic taxable and non-taxable domestic payers in the VAT control statement.

• Shift Posting Date of Sales Invoice To Open Period

  • If checked, then when fulfilling the "Posting Date" in the invoice, the system checks whether the "Posting Period" from the installment or in case of cancellation from the copy of the document is closed. If this period is closed, then the 1st day of the open period is filled in by the posting date. The changed "posting date" will then be written into the payment (calendar line from which we post).

• Paym. Posting Selection Method)

  • The user selects the method of selecting payments to be posted within the batch for mass payment invoicing (Month/Day) see the description on the Calculation tab, Decisive field for invoicing payments, see PD Customer Invoicing

  • Used for contracts that have contracts with services=N

• Decisive day for mass posting of instalments (Determ. Day for Payments Batch Posting)

  • A numeric field into which the number in days is entered.

  • The field is used:

    • in the Batch Payment Posting task (planner without services) To filter the payments that will be charged:

      • In OneCore Settings, in the Payment Selection Method to Posting field, if there is a value:

        • Day: takes the working date, adds the value in the Decisive day field for batch payment posting, and gets a new date. It then filters the payments so that the posting date must be <= the date thus obtained.

          • B.C. User work date or system date for scheduler = 19.12. The set decisive date is 20. The system calculates 19.12 + 20days = 9.1. It filters all payments that have Posting Date <= 9.1. and charges them

        • Moon: if the serial number of the day from the working date is >= Decisive price for batch posting of payments, then it filters to the posting date of payments until the end of the next month. If < Decisive price for batch payment posting, it filters payments to the end of the current month.

          • B.C. User work date or system date for scheduler = 19.12. The set decisive date is 20. The system invoices all payments in a given month.

        • If the Work date was 21.12, which is more like the Decisive date, i.e. 20, the system posts the installments of the following month.

    • in Task Batch – CI and Accr. Posting Scheduler

      • if the value is Day in the OneCore Settings in the Method of Selecting Payments to Post field, it takes the working date, adds the value in the Decisive Price field for bulk payment posting and gets a new date. It then filters the accrual lines so that the posting date must be <= the date thus obtained.

• Migration Date

  • If the implementation of the OC also involves the migration of existing contracts from the original system of the leasing company, it is recommended to enter the date of the final migration (the last day of posting in the source system).

• Check Reason Code in Posting

  • If Y, the system checks whether the Reason Code is filled in (the list of documents and tasks in which the check will be applied is given in PD General Ledger Setup Kódy příčiny)

• Tolerance for Document Creation from Payment Calendar (LCY)

  • This is an amount that is a tolerance within which the user is asked to create an invoice/credit note when manually posting from the GA. The system puts the value of the Amount field from the SPK into an absolute value and then compares whether this value is less than or equal to this tolerance

  • The tolerance value is set to positive

  • It is recommended to enter a value around zero (e.g. 0.2)

• Accrual Calculation Contract Interest Limit (LCY)

• Fix Flag Non Regular Contract for Accruals during Activation

  • If the parameter is set to YES, then the Non-Regular Contract flag for accruals is fixed when the contract is activated on the header of the contract and will not be further changed

  • If the parameter is set to NO, the Irregular Contract flag can be used for accruals on the header of the contract I during the life of the contract. The change is only one way, it can be changed from No to Yes (if the regular contract becomes irregular). On the basis of this, it is possible to additionally generate accruals linked to the irregularity of the contract, but only in the case of accruals that are derived from the payment (principal, interest, contract Service, insurance, detailed Service, simple insurance, simple fee), and only in the amount of the balance to be accrued as yet unaccounted. The settings apply similarly to Insurance Contracts and Contract Services (detailed services).

• Anonymization Allowed

Calculation/Contract tab

• Initial Detailed Calculation Status (Init. Detailed Calculation Status)

  • Specifies the default detailed contract status that a newly created contract will have through the Create Calc. Wizard

  • Selection from the Detailed Contract Statuses code list

• Initial Detailed Contract Status

  • Specifies the default detailed contract status that a newly created contract will have through the Create Contract Wizard

  • Selection from the Detailed Contract Statuses code list

• Default Contract Change Process

  • Specifies the default contract change process, which is set by default in the contract change wizard if the wizard was started from the original contract.

  • Values are=Change Copy, Variant

  • Set by the user (administrator) manually, the default value is the first value of the option.

• Variant Postfix

  • Here it is necessary to set the suffix that the system adds after the contract number when creating the calculation variant.

• Change Copy Det. Status

  • Setting a detailed status that will be given to the original contract, if there is a change copy for it.

• Det. Contract Status After Activation

  • Setting the detailed status that will be given to contracts after activation.

• Change Copy Postfix

  • Here it is necessary to set the suffix that the system adds after the contract number when creating a change copy.

• Allow Objects Without Contract

  • By checking this box, the system will allow you to create a financed object without any link to the contract number.

  • It is used in special cases, the standard setting is N.

• Strict Changes List Policy

  • If the parameter is set to YES, then the system verifies that the change list on the contract must be closed when transferring the change copy. If set to NO, it is possible to transfer the change copy without closing the change list record.

• Initial Fee – Calculation Input

  • Calculation input code for the entry fee when concluding the contract. The system creates this calculation input in the contract automatically if the entry fee is part of the contract and it has been entered in the wizard for creating a calculation/contract for contracts with Financing with services=N

• Initial Fee Payment Terms

  • The payment term that the system uses when creating an invoice for the entry fee. The system creates and posts invoices automatically within the activation wizard.

• Entry fee std. Sales Code (Initial Fee Stand. Sales Code)

  • The standard sales code that the system uses when creating an entry fee invoice.

• VAT on the delivery of goods - calc. input

  • Code of the calculation input type from the Calculation Input Types code list (Table No. 4026449 API Calculation Input Type), which will be used for the generated calculation inputs for VAT.

    Relation to the Calculation Input Types dialog, filter to Calc. Type Variant=VAT - Delivery of Goods

• Validity Period for Permit Contract Copy

  • The time value in D,WD,W,M,Q,Y and the given number např.3D are added to the field.

  • The value is then added to the Calculation Creation Date in the calculation. Copying of calculation/contract is allowed if System date =< Calculation creation date+Validity period for kop permission. contracts

• Default Offer Validity Period

  • The time value in D,WD,W,W,M,Q,Y and the given number are added to the field např.3D

  • The value is then added to the Calculation Creation Date

• Default Object Usage Type for Insurance

  • Select one of the offered options, edit them using the Advanced button, or create a new one using the New button

• Sale of std. Sales Code (Fin. Object Stand. Sales Code)

  • The standard sales code that the system uses when creating a sales invoice for a financing object after the lease agreement ends.

  • An invoice can be created on the Subject card, Termination tab.

• Accrual Calculation Contract Interest Limit (LCY)

  • In the case of calculating accruals proportionally to the amount of interest (not equally), this limit is used to check whether the total amount of interest on the contract is lower than this limit. If so, the accruals are not calculated according to the interest, but the system uses an even distribution; These are cases of very low-interest contracts where the use of interest as a ratio for calculating accrual amounts is inappropriate.

• Mandatory Quote Approval

  • If the parameter is set to YES, the system checks whether the offer has been approved when creating a contract from the calculation, i.e. it checks whether there is a record for the offer in the Approval History:

    • Financing Contract No. = same as the quote number from which the process is started

    • Approval Status = Approved

    • Active = Yes

Numbering tab

For a detailed description of the number series settings, see Nastavení Finance

Field:

• Quotation Approval Nos.

  • The number series that the system will use to assign a quote approval number for a record in the approval history

• Client Limit Nos.

  • The number sequence that the system uses to assign a number when a new frame is created for a customer.

• Guarantee Nos.

  • The number sequence that the system uses to assign a number when a new guarantee is created.

• Registration Address Start No.

  • The value of the field will be used when numbering the Alternate Address, where Address Type=Registration.

  • The system generates numbers for each contact from the beginning.

• Correspondence Address Start No.

  • The value of the field will be used for Alternate Address numbering, where Address Type=Correspondence.

  • The system generates numbers for each contact from the beginning.

• Object Address Start No.

  • The value of the field will be used for Alternate Address numbering, where address type=Subject.

  • The system generates numbers for each contact from the beginning.

• Business Place Address Start No.

  • The value of the field will be used when numbering Alternate Addresses where Address Type=Cost Center.

  • The system generates numbers for each contact from the beginning.

• Financing Template Nos.

  • The number sequence that the system will use to assign a number when a new funding template is created

• Financing Product Nos.

  • The number sequence that the system uses to assign a number when a new financing product is created.

Contract Transfer Tab

• Std. Transfer Fee Std. Sales Code

  • The system will automatically use the Standard Sales Code to issue and post a contract transfer fee invoice when the user completes the Contract Transfer Wizard.

• Transfer Fee Payment Term

  • A preset payment terms code that the system will use on the transfer fee invoice. The payment terms code specifies the due date of the transfer invoice.

• Change Payment Due Date After Transfer

  • If Y, the system shifts the due date of the first unposted payment to the end of the payment period after the transfer takes effect

• Set Fin. Charge Memo Blocking for old customer ledger entries when Transfering

  • If this check box is active, when the contract transfer is completed, the wizard will automatically block all original customer entries against penalty (open and closed).

• Transfer Active Fuel Cards

  • If this check box is active, when the contract transfer is completed, the wizard will automatically write a new customer to all unblocked fuel cards.

• Balance VAT on Leasing with Delivery of Goods

  • If Y, it will settle the leasing VAT with the delivery of the goods during the transfer of the contract (i.e. generate calculation inputs of the VAT-delivery variant, generate and post a corrective document to the original invoice to the new customer when transferring the change copy)

  • If N, it will not generate calculation inputs or documents.

Financing Object Ordering Tab

• Order Sent Detail Status

  • Selects the user from the detailed contract statuses

  • After sending the purchase order of the financed object (not additional equipment) to the vendor, the system sets the following detailed contract status

• Order Confirmed Detail Status

  • Selects the user from the detailed contract statuses

  • After confirming the purchase order, i.e. entering the Confirmed Delivery Date on the item (not additional equipment) order, the system will set this detailed contract status

• Standard Purchase Code For Fin. Object Order

  • Set by the user manually by selecting from the standard purchase code, which should then be automatically added to the order

• Object Order Email Copy

  • The user enters the e-mail address to which a copy of the order e-mail should be sent.

• Mass Object Order No. Series

  • The user manually enters the number series that will be used to number the bulk orders of items

• CZ Localization Only (Luxury Tax): VAT Limitation Valid From

  • Empty by default, editable on the card

  • User will fill in the beginning of validity for VAT (luxury tax) limitations=1.1.2024

Funding Tab

• General Journal Template for Territory Differences (General Journal Template)

  • Here, the user specifies a general journal template into which the Interest Expense report will generate an accrual of interest costs accounting prescription

• General Journal Batch for Interest. Differences (General Journal Batch)

  • Here, the user specifies the general journal batch into which the Interest Expense report will generate the accrual of interest costs posting prescription

• The account credited the accrual interest. costs (Inter. Costs Acc. No.)

  • Preselected Accounts D for Accruing Interest Costs Posting

• Accrual Expense Interest Account (Inter. Costs Acc. No. Debit)

  • Preset Debit Accounts for Accruing Interest Costs Posting

• Description – Funding

  • A preset description that the system adds to the General Journal line in the Description field. This text is copied by the system to general ledger entries after posting

Closing tab

• Ending Contracts Processing Detail Status Filter

  • The code list administrator enters a filter of detailed contract statuses that will be processed by the Contract Proper Termination task

• Ending Contract Detail Status

  • The code list administrator selects from the Detailed Contract Statuses table the detailed status code to which the transferred contracts will be the task Proper Contract Termination

• Insurance Proper Termination Code

  • The code list administrator selects a code from the Insurance Termination table, which will add the system for insurance contracts to the financing contract, which will be processed by the Contract Proper Termination task (with the result Success)

• Closing Det. Contract Status

  • The code list administrator selects the detailed status code to which the contract will be transferred during archiving after proper termination

• No. Of Days Before Std. Finish

  • This field specifies the number of days before the expected contract termination date when the OC processes the contract with the Contract Proper Termination task, i.e. the difference between the Expected Termination Date and the start date of the task ≤ the number of days in this field

• Check Posting All Payments

  •  Flag that specifies whether the OC will check that all payments on the contract (including accruals) have been posted when running the Contract Proper Termination task

  • If the field has a value of

    • YES (checked)

      • OC will not change the detailed status of the contract to properly terminated if any of the contract payments are not posted

    • NIE (not checked)

      • Regardless of posting the payments, the OC will change the detailed status of the contract if all other conditions are met

• Sales Price Posting Limit

  • The residual value and saleable price amount limit up to which the system automatically issues and posts a sales price invoice by using the Sell Price Posting task

  • For contracts where the residual value and sales price are above this limit, the user issues the invoice manually. It can be used for the sale price, for which the leasing company issues an advance/proforma invoice and only after its payment issues a sharp invoice, which is paired with the received payment

  • Only for financing type Financial leasing

Financial Settlement Tab

• Fin. Settlement Invoice Automatic Posting

  • If it is enabled and all conditions are met, the OC will automatically post the created invoice/credit note of the financial settlement when the financial settlement is issued

  • If the invoices are not to be included in the Consolidated Invoice, we recommend not to turn them on, at least at the beginning it is better not to post invoices automatically, or to post them after a manual check.

Reminders and Finance Charge memos tab

• Suggest Fin. Charge Memos by Contract

  • It is possible to specify whether the system will suggest finance charge memos after customers or in combination for the customer and the contract (recommended setting A for financing)

• Contract Fin. Charge Memo Currency

  • Contract Currency

    • The system generates finance charge memos in the contract currency

    • Default value (first value of the option)

  • Local Currency

    • If the value of the field is Local Currency, the finance charge issue task will issue finance charge memos in the local currency

• Suggest Reminders by Contract

  • By default, N, changes to A if the user wants the system to suggest reminders for the financing contract

  • Note: recommended for financing A

Business Opportunity Setup

The tab is used to set the default values for automatic creation of an opportunity before the contract termination (functionality described in PD Adresář_OC_CZ in the current version)

Field:

• Default Period Before Contract Termination

  • E.g.: 6M. According to this setting, we will be able to calculate the start date of the task to create an automatic opportunity for Contract Renewal

• Default Renewal Opportunity Type

  • When you click on the field, you can see the values from the Opportunity Types table. The user selects the Opportunity Type Code that they want to use for Renewal. The set value will be tightened to the "Opportunity Type" field on the opportunity card after the automatic creation of the Renewal opportunity

• Default Renewal Sales Cycle Code

  • When you click on the field, you can see the values from the Sales Cycles table. The user selects the Sales cycle type code for contract renewal, which has a value of = Renewal in the "Type" field

  • The set value is tightened to the Sales Cycle Type field on the opportunity card when you automatically create a Renewal opportunity

Sales Manager Role Center

• Prospect Categories Chart Period

  • When I click on the field, I open the values from the Sales Cycles table. The user selects the Sales cycle type code for contract renewal, which has a value of = Renewal" in the "Type" field