Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Automatically translated by Lango

Nastavení OneCore slouží pro obecné nastavení leasingového řešení (modul OneCore), tedy je to nastavení, které je společné pro všechny typy financování (Finanční leasing, Operativní leasing, Úvěr, Splátkový prodej, Správa vozového parku).

K dokončení OneCore Setup je potřebné mať nastavené víceré další číselníky – sú uvedené v popise jednotlivých polí (například detailní stavy smluv, číselné řady atd.).

Dostupnost číselníku přes lupu, Manual Setup anebo Sešit konfigurace, název OneCore Setup. Po potvrzení volby se otevře karta OneCore Setup.

Záložka Obecné (General):

...

Aktivovat 2.globální dimenzi (Global Dimension 2 Activation)

  • Zatržením tohoto pole uživatel aktivuje použití čísla smlouvy jako 2. globální dimenze napříč celým systémem.

  • Výchozí nastavení je ANO.

...

Dimenze(leasing) (Contract Dimension (Leasing))

  • Do tohoto pole je nutné nastavit kód dimenze modulu leasingu, kde bude systém ukládat číslo smlouvy.

...

Kód zaokrouhlení DPH (VAT Rounding Code)

  • Nastavení určuje, jakým způsobem bude systém v modulu financování zaokrouhlovat DPH, jako např. VAT v splátkovém kalendáři služeb.

    • V případě, ak je Kód zaokrouhlení DPH nastavený na 4 desetinná místa, ale zaokrouhleni splátek je na 2 desetinná místa, tak při účtovávaní splátky systém vytváří v řádcích faktury řádek Zaokrouhleni, v kterém účtuje vzniknuté odchylky.

  • V případě, že je pole prázdné, systém bere zaokrouhlování DPH z Nastavení financí z pole Přesnost zaokrouhlení částky (doporučené nastavení).

...

Priorita účtoskupin (Posting Group Priority)

  • Tento parametr ovlivňuje způsob, kterým systém vyplňuje obchodní účto skupiny na smlouvu. Možnosti nastavení jsou:

    • Ze vzoru

      • systém použije obchodní účto skupiny vždy ze vzoru smlouvy. Pokud jsou na vzoru prázdné, systém zahlásí chybu.

    • Ze zákazníka

      • doplní z karty zákazníka pole Obecná obchodní účto skupina, DPH obchodní účto skupina a Účto skupina zákazníka, bez ohledu na účto skupiny, které jsou nastaveny na vzoru smlouvy.

      • Ak je na vzore v účtoskupine pro Indiv. Fakturu hodnota prázdna, tak systém při validaci zákazníka na smlouvě, zkopíruje do karty smlouvy, do pole Účtoskupina pro Indiv. Fakturu účtoskupinu zákazníka

    • Ze zákazníka, když na smlouvě prázdné

      • doplní postupně pole Obecná obchodní účto skupina, DPH obchodní účto skupina, Účto skupina zákazníka z karty zákazníka, pokud je na smlouvě dané pole doposud prázdné (každé pole vyhodnocuje zvlášť).

      • systém při validaci zákazníka na smlouvě, zkopíruje do karty smlouvy, do pole Účtoskupina pro Indiv. Fakturu účtoskupinu zákazníka

...

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)

    • pole DPH obch. účto skupina ze zákazníka=Ano, doplní pole DPH obchodní účto skupina z karty zákazníka bez ohledu na to, jaká je dosavadní hodnota i bez ohledu na nastavení pole Priorita účtoskupin

    • Toto nastavení zapíná přepsání DPH obchodní účto skupiny v hlavičce smlouvy o financování při vyplnění čísla zákazníka kódem DPH obchodní účto skupiny na kartě zákazníka.

    • Volba slouží, kde je potřeba v kontrolním výkazu DPH rozlišovat tuzemské plátce zdanitelné a tuzemské plátce nezdanitelné.

    Posouvat zúčtovací datum prodejní faktury do otevřeného období (

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

    • Pokud zatrženo, pak při plnění „zúčtovacího data“ ve faktuře systém kontroluje, zda je „zúčtovací období“ ze splátky nebo v případě storna z kopie dokladu uzavřené. V případě že je toto období uzavřené, pak vyplní do zúčtovacího data 1. den otevřeného období. Změněné „zúčtovací datum“ pak propíšeme do splátky (řádek kalendáře ze kterého účtujeme).

  • Metoda výběru splátek k zaúčtování (Paym. Posting Selection Method)

    • Vybere uživatel metodu výběru splátek k zaúčtování v rámci batche na hromadné účtování splátek (Měsíc/Den) vid popis v záložce Kalkulace, Rozhodující pole pro fakturace splátek, viz PD zákaznická fakturace

    • Používá se pro smlouvy, které mají smlouvy se službami=N

  • Rozhodující den pro hromadné účtování splátek
    • 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)

    Fixovat příznak Nepravidelná smlouva pro čas. rozlišení při aktivaci (
    • Číselné pole, do kterého se doplní číslo ve dnech.

    • Pole se používá:

      v úloze Dávkové účtování splátek (plánovač bez služeb) pro filtrování splátek, které se budou účtovat:

      Pokud je v Nastavení OneCore v poli Metoda výběru splátek k zaúčtování hodnota:

      Den: vezme pracovní datum, k tomu připočte hodnotu v poli Rozhodující den pro hromadné účtování splátek a dostane nové datum. Pak filtruje splátky, tak že zúčtovací datum musí být <= takto získané datum.

      Př. Pracovní datum uživatele, anebo systémový datum pro plánovač = 19.12. Nastavený rozhodující datum je 20. Systém vypočítá 19.12 + 20dní = 9.1. Filtruje všechny splátky, které mají

      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. a účtuje jich

          • Měsíc: pokud pořadové číslo dne z pracovního data je >=  Rozhodující cen pro hromadné účtování splátek, tak pak filtruje na zúčtovací datum splátek do konce příštího měsíce. Pokud je < Rozhodující cen pro hromadné účtování splátek, tak filtruje splátky do konce aktuálního měsíce.

            • Př. Pracovní datum uživatele, anebo systémový datum pro plánovač = 19.12. Nastavený rozhodující datum je 20. Systém vyfakturuje všechny splátky, v daném měsíci.

          • Ak by bol Work date 21.12, co je víc jako Rozhodující datum tj 20, systém účtuje splátky následujícího měsíce.

      • v úloze Batch – Zaúčtování KV a ČR plánovač

        • pokud je v Nastavení OneCore v poli Metoda výběru splátek k zaúčtování hodnota Den, vezme pracovní datum, k tomu připočte hodnotu v poli Rozhodující cen pro hromadné účtování splátek a dostane nové datum. Pak filtruje řádky časového rozlišení, tak že zúčtovací datum musí být <= takto získané datum.

  • Datum migrace (Migration Date)

    • V případě, pokud se při implementaci OC dochází i migrování již existujících smluv z původního systému leasingové společnosti, doporučuje se zadání datumu finálního migrace (poslední den účtování v zdrojovém systému).

  • Kontrolovat kód příčiny při účtování (Check Reason Code in Posting)

    • Pokud Y, systém při účtování kontroluje, jestli je vyplněn Kód příčiny (seznam dokladů a úloh, ve kterých se kontrola použije, je uveden v PD Nastavení financí Kódy příčiny)

  • Tolerance pro tvorbu dokladu z SPK (LM)

    • Jedná se o částku, která je tolerancí, v rámci které se zobrazuje uživateli dotaz na tvorbu faktury/dobropisu při ručním účtování z SPK. Systém dá hodnotu pole Amount z SPK do absolutni hodnoty a následně porovnává, jestli tato hodnota je menší nebo rovna této toleranci

    • Hodnota tolerance se zadává kladná

    • Doporučuje se zadat hodnota kolem nuly (např. 0,2)

  • Limit výše úroků smlouvy pro výpočet čas. rozlišení (LM) (Accrual Calculation Contract Interest Limit (LCY))

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

    Pokud je parametr nastavený na ANO, pak se při aktivaci smlouvy zafixuje příznak Nepravidelná smlouva pro časové rozlišenína hlavičce smlouvy a nebude dále měněnPokud je parametr nastavený na NE, lze příznak Nepravidelná smlouva pro časové rozlišenína hlavičce smlouvy měnit I v průběhu života smlouvy. Změna je pouze jednosměrná, lze měnit z Ne na Ano (pokud se z pravidelné smlouvy stane nepravidelná). Na základě toho lze dodatečně dogenerovat časové rozlišení vázané na nepravidelnost smlouvy, pouze však u předmětů časového rozlišní, které jsou odvozené ze splátky (jistina, úrok, služba smlouvy, pojištění, detailní služba, jednoduché pojištění, jednoduchý poplatek), a to jen ve výši dosud nezaúčtovaného zůstatku k rozlišení. Nastavení je platné obdobně I pro Pojistné smlouvy a Služby smlouvy (detailní služby).
  • anonymizace povolená (Anonymization Allowed)

Záložka Kalkulace/Smlouva (Calculation/Contract)

  • Inicializační det.stav kalkulace (Init. Detailed Calculation Status)

    • Určuje výchozí detailní stav smlouvy, který bude mít nově vytvořená smlouva přes průvodce vytvořením kalkulace

    • Výběr z číselníku Detailní stavy smlouvy

  • Inicializační detailní stav smlouvy (Initial Detailed Contract Status)

    • Určuje výchozí detailní stav smlouvy, který bude mít nově vytvořená smlouva přes průvodce vytvořením smlouvy

    • Výběr z číselníku Detailní stavy smlouvy

  • Výchozí proces změny smluv (Default Contract Change Process)

    • Určuje výchozí proces změny smluv, který se defaultně nastaví v ve wizardu na změnu smlouvy, pokud wizard byl spouštěn z originálu smlouvy.

    • Hodnoty jsou=Změnová kopie, Varianta

    • Nastaví uživatel (správce) manuálně, defaultní hodnota je první hodnota optionu.

  • Postfix varianty (Variant Postfix)

    • Zde je potřeba nastavit příponu, kterou systém přidá za číslo smlouvy při vytvoření varianty kalkulace.

  • Detailní stav při změnové kopii (Change Copy Det. Status)

    • Nastavění detailního stavu, který dostane originál smlouvy, pokud k ní existuje změnová kopie.

  • Detailní stav smlouvy po aktivaci (Det. Contract Status After Activation)

    • Nastavění detailního stavu, který dostane smlouvy po vykonání aktivace.

  • Postfix změnové kopie (Change Copy Postfix)

    • Zde je potřeba nastavit příponu, kterou systém přidá za číslo smlouvy při vytvoření změnové kopie.

  • Povolit vytvoření předmětu bez smlouvy (Allow Objects Without Contract)

    • Zaškrtnutím tohoto políčka umožní systém vytvořit předmět financování bez vazby na číslo smlouvy.

    • Využívá se v speciálních případech, standardní nastavění je N.

  • Přísná kontrola změn smlouvy (Strict Changes List Policy)

    • Pokud je parametr nastavený na ANO, pak systém při přenosu změnové kopie ověřuje, že změnový list na smlouvě musí být uzavřený. Pokud je nastaveno na NE, lze přenést změnovou kopii i bez uzavření záznamu ve změnovém listu.

  • Vstupní poplatek – kalkulační vstup (Initial Fee – Calculation Input)

    • Kód kalkulačního vstupu pro vstupní poplatek při uzavření smlouvy. Systém vytváří tento kalkulační vstup v smlouvě automaticky pokud je součástí smlouvy aj vstupní poplatek a ten byl zadán ve wizardu na založení kalkulace/smlouvy pro smlouvy s Financování se službami=N

  • Vstupní poplatek platební podmínka (Initial Fee Payment Terms)

    • Platební podmínka, kterou systém použije při vytvoření faktury za vstupní poplatek. Systém vytváří a účtuje fakturu automaticky v rámci aktivačního wizardu.

  • Vstupní poplatek std. kód prodeje (Initial Fee Stand. Sales Code)

    • Kód standardního prodeje, který systém použije při vytvoření faktury za vstupní poplatek.

  • DPH při dodání zboží- kalk. vstup

    Kód typu kalkulačního vstupu z číselníku Typů kalkulačních vstupů (č. tab. 4026449 API Calculation Input Type), který se použije pro generované kalkulační vstupy k DPH.

    Relace do čísleníku Typů kalkulačních vstupů, filtrem na

    • If the parameter is set to YES, then the Non-Regular Contract flag for accruals is fixed when the contract is activatedon 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 accrualson 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

  • Doba platnosti pro povolení kopírování smlouvy (Validity Period for Permit Contract Copy)

    Do pole se doplňuje časová hodnota v D

    • The time value in D,WD,W,M,Q,Y a dané číslo and the given number např.3D .

    • Hodnota se následně v kalkulaci přičítá k Datumu vytvoření kalkulace. Kopírování kalkulace/smlouvy je umožněno, pokud platí Systémové datum =< Datum vytvoření kalkulace+Doba platnosti pro povolení kop. smlouvy

    Výchozí doba platnosti nabídky (Default Offer Validity Period)

    • Do pole se doplňuje časová hodnota v D,WDare 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 a dané číslo and the given number are added to the field např.3D

    • Hodnota se následně v kalkulaci přičítá k Datumu vytvoření kalkulace

    Výchozí typ použití předmětu pro pojištění (
    • The value is then added to the Calculation Creation Date

  • Default Object Usage Type for Insurance)

    • Výběr jedné z nabízených možností, jejich úprava pomocí tlačítka pokročilé, nebo vytvoření nové pomocí tlačítka Nový

    Prodej předmětu std. kód prodeje

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

    • Kód standardního prodeje, který systém použije při vytvoření prodejní faktury za předmět financování po ukončení leasingové smlouvy.

    • Fakturu je možné vytvořit na kartě předmětu, záložka Ukončení.

    Limit výše úroku smlouvy pro výpočet čas. rozlišení (LM) (
    • 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))

    • V případě výpočtu časového rozlišení poměrně podle výšky úroku (nikoliv rovnoměrně) je tento limit použit jako kontrola, zda celková suma úroku na smlouvě je nižší než tento limit. Pokud ano, časové rozlišení se podle úroku nekalkuluje, ale systém použije rovnoměrné rozložení; jde o případy smluv s velmi nízkým úrokem, kde je použití úroku jako poměru pro výpočet částek časového rozlišní nevhodné.

    Povinné schválení nabídky (Mandatory Quote Approval)

    V případě, že je parametr nastavený na ANO, systém při vytvoření smlouvy z kalkulace kontroluje, zda byla nabídka schválená, tzn. provede kontrolu, jestli v Approval History existuje k dané nabídce záznam:

    Financing Contract No. = stejné jako je číslo nabídky, z které se proces spouští

    )

    • 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

PoleField:

  • Čísla schválení nabídky (Quotation Approval Nos.)

    • Číselná řada, kterou systém použije pro přidělení čísla schválení nabídky pro záznam v historii schvalování

  • Čísla klientských rámců (Credit Limits Nos.)

    • Číselná řada, kterou systém použije pro přidělení čísla při vytvoření nového rámce pro zákazníka.

  • Čísla ručení (Guarantee Nos.)

    • Číselná řada, kterou systém použije pro přidělení čísla při vytvoření nového ručení.

  • Počáteční číslo registrační adresy (Registration Address Start No.)

    • Hodnota pole bude použita při číslování Alternativní adresy, kde typ adresy=Registrační.

    • Systém generuje čísla pro každý kontakt od počátku.

  • Počáteční číslo korespondenční adresy (Correspondence Address Start No.)

    • Hodnota pole bude použita při číslování Alternativní adresy, kde typ adresy=Korespondenční.

    • Systém generuje čísla pro každý kontakt od počátku.

  • Počáteční číslo adresy předmětu (Object Address Start No.)

    • Hodnota pole bude použita při číslování Alternativní adresy, kde typ adresy=Předmět.

    • Systém generuje čísla pro každý kontakt od počátku.

  • Počáteční číslo adresy obchodního místa (Business Place Address Start No.)

    • Hodnota pole bude použita při číslování Alternativní adresy, kde typ adresy=Nákladové středisko.

    • Systém generuje čísla pro každý kontakt od počátku.

  • Čísla šablon financování (Financing Template Nos.)

    • Číselná řada, kterou systém použije pro přidělení čísla při vytvoření nové šablony financování

  • Čísla produktu financování (Financing Product Nos.)

    • Číselná řada, kterou systém použije pro přidělení čísla při vytvoření nového produktu financování

Záložka Převod smlouvy (Contract Transfer)

  • Kód std. prodeje poplatek za převod (Transfer Fee Std. Sales Code)

    • Kód standardního prodeje systém použije automaticky pro vystavení a zaúčtování faktury poplatku za převod smlouvy při dokončení průvodce převodem smlouvy uživatelem.

  • Platební podmínky poplatek za převod (Transfer Fee Payment Term)

    • Předvolený kód platební podmínky, který systém použije na faktuře poplatku za převod. Kód platební podmínky určuje datum splatnosti faktury za převod.

  • Posunout datum splatnosti splátky po převodu (Change Payment Due Date After Transfer)

    • Pokud Y, systém posune splatnost první nezaúčtované splátky na konec splátkového období po účinnosti převodu

  • Nastavit Blokování penalizace pro položky původního zákazníka při převodu (Set Fin. Charge Memo Blocking for old customer ledger entries when Transfering)

    • Pokud je toto zatržítko aktivní, při dokončení převodu smlouvy průvodce automaticky zablokuje všechny položky původního zákazníka proti penalizaci (otevřené i uzavřené).

  • Přenést změnu zákazníka na aktivní Tankovací karty (Transfer Active Fuel Cards)

    • Pokud je toto zatržítko aktivní, při dokončení převodu smlouvy průvodce automaticky zapíše na všechny neblokované tankovací karty nového zákazníka).

  • Vyrovnávat DPH při Leasingu s dodáním zboží

    • Pokud Y, bude vyrovnávat DPH při leasingu s dodáním zboží při převodu smlouvy (tzn. generovat kalkulační vstupy varianty DPH-dodání zboží, při prenosu změnové kopie generovat a účtovat opravný doklad na původního faktura na nového zákazníka)

    • Pokud N, nebude generovat kalkulační vstupy resp. doklady.

Záložka Objednávaní předmětů financování (Financing Object Ordering)

  • Detailní stav po odeslání objednávky (Order Sent Detail Status)

    • Vybere uživatel z detailních stavů smlouvy

    • Systém po odeslání nákupní objednávky předmětu financování (nikoliv doplňkové výbavy) dodavateli nastaví tento detailní stav smlouvy

  • Detailní stav po potvrzení objednávky (Order Confirmed Detail Status)

    • Vybere uživatel z detailních stavů smlouvy

    • Systém po potvrzení nákupní objednávky tzn. zadání Potvrzeného datumu dodání na objednávce předmětu (nikoliv doplňkové výbavy) nastaví tento detailní stav smlouvy

  • Kód standardního nákupu pro objednávku předmětu (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)

    • Nastaví uživatel manuálně výběrem z kódu standardních nákupu, který se má pak automaticky dotáhnout do objednávky

    Kopie e-mailu objednávky předmětu (

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

    • Zadá uživatel e-mailovou adresu na kterou se má kopie e-mailu objednávky odeslat

    Číselná řada hromadných objednávek (

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

  • Mass Object Order No. Series)

    • Zadá uživatel manuálně číselnou řadu, kterou se budou hromadné objednávky předmětů číslovat

    Pouze CZ lokalizace (Daň z luxusu): Limitace DPH platné od (

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

    • Defaultně prázdné, na kartě editovatelné

    • Doplní uživatel začátek platnosti pro limitace DPH (daň z luxusu)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)

    • Zde uživatel specifikuje šablonu finančního deníku, do kterého bude report Úrokové náklady generovat účtovací předpis dohadu úrokových nákladů

    List finančního deníku pro úrok. rozdíly
    • 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)

    • Zde uživatel specifikuje list finančního deníku, do kterého bude report Úrokové náklady generovat účtovací předpis dohadu úrokových nákladů

    Účet Dal dohadu úrok. nákladů
    • 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.)

    • Předvolené účty D pro zaúčtování dohadu úrokových nákladů

    Účet MD dohadu úrok nákladů (inter
    • Preselected Accounts D for Accruing Interest Costs Posting

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

    • Předvolené účty MD pro zaúčtování dohadu úrokových nákladů

  • Popis deníku – Funding (Description – Funding)

    • Předvolený popis, který systém doplní do řádku finančního deníku do pole Popis. Tento text systém propíše po zaúčtování do věcných položek

Záložka Ukončení (Closing)

  • Filtr detailních stavů pro zpracovaní řádně ukončených smluv (Ending Contracts Processing Detail Status Filtr)

    • Správce číselníku zadá filtr detailních stavů smluv, které bude zpracovávat úloha Řádné ukončení smluv

  • Detailní stav řádné ukončované smlouvy (Ending Contract Detail Status)

    • Správce číselníku vybere z tabulky Detailní stavy smluv kód detailního stavu, do kterého budou převedené smlouvy úlohou Řádné ukončení smluv

  • Kód řádného ukončení pojištění

    • Správce číselníku vybere z tabulky Ukončení pojištění kód, který doplní systém na pojistné smlouvy ke smlouvě o financování, která bude zpracována úlohou Řádné ukončení smluv (s výsledkem Úspech)

  • Det. stav smlouvy – ukončení (Closing Det. Contract Status)

    • Správce číselníku vybere kód detailního stavu, do kterého bude smlouva převedena při archivaci po řádném ukončení

  • Počet dní před řádným ukončením (
    • 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)

    • Toto pole určuje počet dní před datumem předpokládaného ukončení smluv, když OC zpracuje danou smlouvu úlohou Řádné ukončení smluv, tj. rozdíl mezi Datumem předpokládaného ukončení a datumem spuštění úlohy ≤ počet dní v tomto poli

  • Kontrolovat zaúčtovaní všech splátek (Check Posting All Payments)

    •  Příznak, který určuje, zda OC bude při spuštění úlohy Řádné ukončení smluv kontrolovat zaúčtovaní všech splátek na smlouvě (včetně časového rozlišení)

    • V případě, že pole má hodnotu

      • ANO (zatrženo)

        • OC nezmění detailní stav smlouvy na řádně ukončovanou v případě, že některá ze splátek smlouvy není zaúčtovaná

      • NIE (nezatrženo)

        • OC bez ohledu na zaúčtovaní splátek změní detailní stav smlouvy, pokud jsou všechny ostatní podmínky splněné

  • Limit pro účtovaní prodejných cen (Sales Price Posting Limit)

    • Limit částky zůstatkové hodnoty a prodejný ceny, do které systém automaticky vystaví a zaúčtuje fakturu na prodejní cenu pomocí úlohy Účtovaní prodejných cen

    • Pro smlouvy, kde je zůstatková hodnota a prodejní cena nad tento limit uživatel vystaví fakturu ručně. Může být využité pro prodejní cenu, na kterou leasingová společnost vystavuje zálohovou/proforma fakturu a až po její úhradě vystavuje ostrou fakturu, kterou spáruje s přijatou platbou

    • Pouze pro typ financování Finanční leasing

Záložka Finanční vyrovnání (Financial Settlement)

  • Automatické účtovaní faktury fin. vyrovnání (Fin. Settlement Invoice Automatic Posting)

    • Pokud je zapnuté a jsou splněné všechny podmínky, OC při vydaní finančního vypořádání automaticky zaúčtuje vytvořenu fakturu/dobropis finančního vypořádání

    • V případě, že faktury nemají být zahrnuté do Konsolidované faktury, tak doporučíme nezapínat, minimálně na začátek je lepší automaticky nezaúčtovávat faktury, resp. zaúčtovat až po manuální kontrole.

Záložka Upomínky a penalizace (Reminders and Finance Charge memos)

  • Navrhovat penále za smlouvu (

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

    • Lze určit, zda systém bude navrhovat penále po zákaznících nebo v kombinaci za zákazníka a smlouvu (doporučené nastavení A pro financování)

    Měna penále smlouvy (

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

    • Měna smlouvy

      • Systém generuje penále v měně smlouvy

      • Defaultní hodnota (první hodnota optionu)

    • Lokální měna

      • V případě, že bude hodnota pole Lokální měna, úloha na vystavení penále bude vystavovat penále v lokální měně

  • Navrhovat upomínky za smlouvu (Suggest Reminders by Contract)

    • Defaultně N, změní uživatel na A, pokud chce, aby systém navrhoval upomínky za smlouvu o financování

    • Pozn.: pro financování doporučeno A

Nastavení obchodní příležitosti (Business Opportunity Setup)

Záložka slouží k nastavení výchozích hodnot pro automatické založení oportunity před ukončením smlouvy (funkcionalita popsána v PD Adresář_OC_CZ v aktuální verzi)

Pole:

  • Výchozí doba před ukončením smlouvy (Default Period Before Contract Termination)

    • Např.: 6M. Podle tohoto nastavení budeme vědět dopočítat datum spuštění úlohy na založení automatické opportunity pro Obnovu smlouvy

  • Výchozí příležitost pro obnovu smlouvy (Default Renewal Opportunity Type)

    • Po kliknutí na pole se zobrazí hodnoty z tabulky Typy příležitostí. Uživatel vybere Kód typu opportunity, kterou chce využít pro Renewal (obnovu). Nastavená hodnota se dotáhne do pole „Typ příležitostí“ na kartě příležitostí po automatickém vytváření Renewal opportunit

  • Výchozí typ prodejního cyklu pro obnovu smlouvy (Default Renewal Sales Cycle Code)

    • Po kliknutí na pole se zobrazí hodnoty z tabulky Prodejní cykly. Uživatel vybere Kód typu prodejního cyklu pro obnovu smlouvy, která má v poli “Typ” hodnotu = Obnova

    • Nastavená hodnota se dotáhne do pole Typ prodejního cyklu na kartě příležitostí při automatickém vytváření Renewal opportunit

Centrum rolí – Sales Manager (Sales Manager Role Center)

  • Období pro graf Kategorie prospekta (Prospect Categories Chart Period)

    • Po kliknutí na pole se otevřu hodnoty z tabulky Prodejní cykly. Uživatel vybere Kód typu prodejního cyklu pro obnovu smlouvy, která má v poli “Typ” hodnotu = Obnova”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