Page Comparison

Aktivace smlouvy je vykonána po předání předmětu zákazníkovi (resp. ve výjimečných případech i bez předání).

Pod aktivací smlouvy rozumíme uvedení smlouvy do režimu standardního života smlouvy, kdy je možná například fakturace splátek ze splátkového kalendáře, atd. Standardne se tento krok vykoná po převzetí předmětu financování zákazníkem a po podpisu protokolu o předání.

Aktivace smlouvy

Aktivace smlouvy se vykonává pomocí průvodce změnit smlouvu volbou Změny - Změnit smlouvu (průvodce), pak vybrat v poli „Kód typu změny“ změnu s Číslem objektu průvodce rovným 4046860.

Po dokončení úvodního průvodce se otevře „Průvodce aktivace smlouvy“. OC po spuštění průvodce Aktivace smlouvy vykoná několik kontrol (částečně v závislosti na některých nastaveních), které zabrání aktivaci nekompletní smlouvy. Kontrolují se následující údaje:

Kontrola Stavu smlouvy:

...

Pokud je Stav smlouvy<Active

• tzn. jedná se o první aktivace smlouvy

• pokračuje na kontrolu posloupnosti detailních stavů (viz dál)

Pokud je Stav smlouvy=Active

...

tzn. jedná se o opravu datumu předání

vykoná kontrolu, jestli je v splátkovém kalendáři smlouvy zaúčtována akontace anebo splátka (které nebyly dobropisovány):

...

Pokud existuje zaúčtována (a nedobropisována) akontace anebo splátka, zobrazí hlášku „Smlouva má Stav=Účinná a má zaúčtovanou splátku, není možné pokračovat.“ Uživatel potvrdí OK, OC hlášku zavře a ukončí proces.

...

The contract is activated after the object has been handed over to the customer (or, in exceptional cases, even without handover).

By contract activation, we mean putting the contract into the standard contract life mode, where it is possible, for example, to invoice installments from the payment schedule, etc. Normally, this step is carried out after the customer has taken over the financed object and the handover protocol has been signed.

Contract Activation

Contract activation is done by using the Change Contract wizard by selecting Changes - Change Contract (wizard), then select a change in the "Change Type Code" field with the Wizard Object Number equal to 4046860.

After completing the initial wizard, the "Contract Activation Wizard" opens. After running the Contract Activation wizard, the OC performs several checks (partly depending on some settings) that prevent the activation of an incomplete contract. The following data is checked:

Contract Status Check:

• If the Contract Status is<Active

  • i.e. this is the first activation of the contract

  • proceeds to check the sequence of detailed states (see below)

• If Contract Status=Active

  • i.e. it is a correction of the handover date

  • checks whether a down payment or payment (which has not been credited) is posted in the contract payment calendar:

    • If there is a posted (and not credited) down payment or payment, it displays the message "Contract has Status=Effective and has a posted payment, it is not possible to continue." The user confirms OK, OC closes the message and terminates the process.

    • If there is no such payment, OC displays a message and does not allow to continue: "Contract is active, please use Handover Date Change wizard.”

• Pokud je Stav smlouvy>Active

  • OC zobrazí hlášku „Smlouva má Stav>Účinná, není možné pokračovat.“ Uživatel potvrdí OK, OC hlášku zavře a ukončí proces.

Kontrola postupnosti detailních stavů

Pokud podle definice postupnosti detailních stavů není možný daný přechod, OC na to upozorní formou hlášky a proces aktivace zastaví.

...

Kontrola existence Čísla zákazníka v smlouvě

Pokud není zadané, OC na to formou hlášky upozorní a proces aktivace zastaví./

...

Kontrola datumů podpisu

OC vykoná kontrolu Datum podpisu zákazníka a Datum podpisu fin.společnosti– pokud nejsou zadány, OC na to formou hlášky upozorní a proces aktivace zastaví.

...

Kontrola pořizovací ceny

OC vykoná kontrolu (existence kalkulačního vstupu na pořizovací cenu předmětu) – pokud není zadaná pořizovací cena (pro OL: je možné zadat z karty předmětu), OC na to formou hlášky upozorní a proces aktivace zastaví.

Kontrola je vykonána pouze pro smlouvy s Nepovinné financování=N na typu produktu financování.

...

Kontrola registrační čísla vozidla

Pokud na Type produktu financování hodnota Check Licence Plate No=Y, OC vykoná kontrolu, jestli je na předmětu vyplněno pole Licence Plate No. (39)

• pokud prázdné, zobrazí chybovou hlášku a proces zastaví

  Image Removed

  Image Removed

• pokud vyplněno, vykoná kontrolu, jestli stejná hodnoty Licence Plate No. nenachází na dalším předmětu, který má

  • • "

• If the Contract Status is>Active

  • The OC displays the message "Contract has Status>Effective, it is not possible to continue." The user confirms OK, OC closes the message and terminates the process.

Checking the sequence of detailed statuses

If, according to the definition of the sequence of detailed states, the transition is not possible, the OC will notify you in the form of a message and stop the activation process.

...

Checking the existence of a Customer No. in the contract

If it is not specified, the OC will notify you in the form of a message and stop the activation process.

...

Check Signature Dates

The OC will check the Customer's Signature Date and the Company's Signature Date – if they are not entered, the OC will notify you in the form of a message and stop the activation process.

...

Purchase Price Check

The OC will perform a check (existence of a calculation input for the purchase price of the item) – if the purchase price is not entered (for OL: it can be entered from the object card), the OC will notify you in the form of a message and stop the activation process.

The check is performed only for contracts with Financing Not Mandatory = N on the financing product type.

...

Checking the Licence Plate No.

If Check Licence Plate No=Y on the Financing Product Type, OC will check if the Licence Plate No. field is filled in on the object (39)

• If empty, it displays an error message and stops the process

  Image Added

  Image Added

• if completed, it will check if the same values of Licence Plate No. are found on another object that has Contract Status (19004)=Active:

  • pokud ne, pokračuje na další kontrolu

  • pokud ano, zobrazí chybovou hlášku a proces zastavíIf not, it proceeds to the next check

  • If so, it displays an error message and stops the process.

    

    

Kontrola Čísla dodavatele na kartě předmětu

Pokud toto pole není vyplněné (tj. není zadaný dodavatel předmětu), OC na to upozorní hláškou a proces aktivace zastavíChecking the Vendor No. on the Object Card

If this field is not filled in (i.e. the subject vendor is not entered), the OC will notify you with a message and stop the activation process.

...

Kontrola existence pojistné smlouvy na povinné ručení.

Pokud je na kartě předmětu nastavený parametr Povinné ručení=A (na kartě předmětu se to přebírá z katalogové karty), OC na produktu financování v podtabulce Pojištění zjistí hodnotu Kontrola existence povinných pojistných smluv (Není, Povinné anebo Potvrzení) a dle ní průvodce provede kontrolu existence takové pojistné smlouvy. Pokud v smlouvě o financování také pojištění neexistuje, OC na to upozorní formou hlášky v závislosti na nastavění na produktu:

Pokud Není: kontrolu nevykoná

Pokud Povinné: zobrazí hlášku a proces zastaví: “Ke smlouvě XXX a produktu pojištění PZP neexistuje žádná pojistná smlouva.”

Pokud Potvrzení: V případě Ano pokračuje dále, v případě NE zastaví proces aktivace: “Ke smlouvě XXX a produktu pojištění PZP neexistuje žádná pojistná smlouva. Chcete pokračovat?”

V případě, že je na produktu/šabloně financování nastavená kontrola na úrovni druhu pojistného produktu (Ins. Prod. Base Type for Check) systém provádí kontrolu dle nastavení:

Pokud Povinné: zobrazí hlášku a proces zastaví: “K druhu pojistného produktu Povinné ručení neexistuje žádna pojistná smlouva.”

Pokud Potvrzení: V případě Ano pokračuje dále, v případě NE zastaví proces aktivace: “K druhu pojistného produktu Povinné ručení neexistuje žádna pojistná smlouva. Chcete pokračovat?”

UPOZORNĚNÍ: Při kontrole systém nerozlišuje typ pojištění dané pojistné smlouvy, tzn. zda jde o hromadnou smlouvu (pojistné v splátkách) anebo o individuální pojištění

Kontrola existence majetkové pojistné smlouvy

Průvodce provede kontrolu existence majetkové pojistné smlouvy (havarijní anebo all-risk) v závislosti na nastavení parametru na produktu financování Kontrola existence pojistných smluv (Není, Povinné, Potvrzení) .

Pokud Není: OC kontrolu nevykoná

Pokud Povinné: pokud taká pojistná smlouvy neexistuje, OC zobrazí hlášku a proces zastaví: “Ke smlouvě XXX a produktu pojištění KASKO neexistuje žádná pojistná smlouva.”

Pokud Potvrzení: pokud taká pojistná smlouva neexistuje, OC zobrazí hlášku. Pak v případě Ano pokračuje dále, v případě Ne zastaví proces aktivace: “Ke smlouvě XXX a produktu pojištění KASKO neexistuje žádná pojistná smlouva. Chcete pokračovat?”

V případě, že je na produktu/šabloně financování nastavená kontrola na úrovni druhu pojistného produktu (Ins. Prod. Base Type for Check) systém provádí kontrolu dle nastavení:

Pokud Povinné: zobrazí hlášku a proces zastaví: “ K druhu pojistného produktu Majetkové neexistuje žádná pojistní smlouva.”

Pokud Potvrzení: V případě Ano pokračuje dále, v případě NE zastaví proces aktivace: “ K druhu pojistného produktu Majetkové neexistuje žádná pojistní smlouva. Chcete pokračovat?”

UPOZORNĚNÍ: Při kontrole systém nerozlišuje typ pojištění dané pojistné smlouvy, tzn. zda jde o hromadnou smlouvu (pojistné v splátkách) anebo o individuální pojištění

Kontrola existence doplňkových pojištění

Průvodce provede kontrolu existence doplňkových pojistných smluv (např. zavazadlo, čelní sklo, atd) v závislosti na nastavení parametru na produktu financování Kontrola existence pojistných smluv (Není, Povinné, Potvrzení) .

Pokud Není: OC kontrolu nevykoná

Pokud Povinné: pokud taká pojistná smlouvy neexistuje, OC zobrazí hlášku a proces zastaví: “Ke smlouvě XXX a produktu pojištění ZAVAZADLA neexistuje žádná pojistná smlouva.”

Pokud Potvrzení: pokud taká pojistná smlouva neexistuje, OC zobrazí hlášku. Pak v případě Ano pokračuje dále, v případě Ne zastaví proces aktivace: “Ke smlouvě XXX a produktu pojištění ZAVAZADLA neexistuje žádná pojistná smlouva. Chcete pokračovat?”

V případě, že je na produktu/šabloně financování nastavená kontrola na úrovni druhu pojistného produktu (Ins. Prod. Base Type for Check) systém provádí kontrolu dle nastavení:

Pokud Povinné: zobrazí hlášku a proces zastaví: “ K druhu pojistného produktu Doplňkové neexistuje žádná pojistní smlouva.”

Pokud Potvrzení: V případě Ano pokračuje dále, v případě NE zastaví proces aktivace. “ K druhu pojistného produktu Doplňkové neexistuje žádná pojistní smlouva. Chcete pokračovat?”

UPOZORNĚNÍ: Při kontrole systém nerozlišuje typ pojištění dané pojistné smlouvy, tzn. zda jde o hromadnou smlouvu (pojistné v splátkách) anebo o individuální pojištění

Kontrola ověřených a nahlášených pojistek

Při aktivaci smlouvy probíhá kontrola

• Zda ke smlouvě existují pojistné smlouvy, které mají nastaveno na rámcové smlouvě Nutné ověření pojišťovnou anebo Hlášení poj. Online jsou ověřené a nahlášení. Pokud:

  • Ano

    • Kontroluje, zda jsou smlouvy ověřené a nahlášené. Pokud:

      • Ne

        • Systém zobrazí chybovou hlášku „Na smlouvě jsou nenahlášené nebo neověřené pojistné smlouvy. Smlouva XXX. Nelze aktivovat!“ a aktivaci smlouvy zastaví

      • Ano

        • Pokračuje na další kontrolu

Kontrola účtoskupín

Na smlouvě vykoná kontrolu účtoskupín:

• Obecná obchodní účto skupina

• Obecná účto skupina zboží

• Účto skupina zákazníka

• DPH obchodní účto skupina

• DPH účto skupina jistina - pouze pro smlouvě s typem produktu financování Nepovinné financování=N

• DPH účto skupina úroku - pouze pro smlouvě s typem produktu financování Nepovinné financování=N

Na službách smlouvy zkontroluje existence:

• Obecná obchodní účto skupina

• Obecná účto skupina zboží

• DPH obchodní účto skupina

• DPH účto skupina zboží

Na pojistných smlouvách, které vstupují do splátek (Zahrnout do splátek=A), zkontroluje existence:

• Obecná obchodní účto skupina

• Obecná účto skupina zboží

• DPH obchodní účto skupina

• DPH účto skupina zboží

Jako příklad uvádíme hlášku:

...

Kontrola akontace

Pokud v smlouvě je zadána Akontace<>0 a:

• Příznak Completed Calculation=N (tzn.neexisuje splátkový kalendář smlouvy), systém kontrolu akontace nevykoná,

• Příznak Completed Calculation=Y (tzn. existuje splátkový kalendář), systém vykoná kontrolu akontace jestli platí:

  • Akontace (Down Payment) v hlavičce smlouy=součet akontací v rádcích splátkového kalendáře a Down Payment Line v pole Amount Excl.VAT (kontrolu je potřebné vykonat kvůli možnosti rozdělení akontace přímo v splátkovém kalendáři smlouvy)

    • Pokud platí, pokračuje dál

    • Pokud neplatí, zobrazí hlášku a dál nepokračuje.

      Image Removed

Kontrola zabezpečovacích zařízení na předmetě

Systém kontroluje zabezpečovací zařízení pokud v Nastavení pojištění, Kontrolovat zabezpečení  = A

• Systém kontroluje nastavení zabezpečení na produktu pojišťovny vůči zabezpečení na předmětu financování

• V případě, že na předmětu není požadované zabezpečení, systém při aktivaci vypíše hlášku: “Není dostatek zabezpečovacích zařízení na předmětu.”

Kontrola čísla zelené karty

Pokud na Pojistném produktu (Insurance Product) je zapnutý příznak Číslo zelené karty povinné =A (Mandatory Green Card No,=Y), systém na pojistné smlouvě na povinné ručení kontoluje vyplnění pole na Kartě pojistné smlouvy Číslo zelené karty

• V případě, že číslo není vyplněné systém vypíše hlášku

  Image Removed

• V případě, že číslo zelené karty má nastavené Importovaná rada a při kopírovaní smlouvy a pojistných smluv zůstalo původní číslo zelené karty, systém při aktivaci vypíše hlášku

  Image Removed

Pokud žádná z výše uvedených kontrol nenajde chybějící údaj:

• Založí řádek do Historie změn smlouvy podle aktuální funkcionality na tlačítku Dokončit ve wizardu na založení změnové kopie

• OC otevře 1. krok wizardu na aktivaci smlouvy

V kroku č. 1 uživatel zadá:

• Datum předání předmětu (Object Handover Date)

  • Defaultně prázdné, bez vyplnění není možné pokračovat dál v aktivaci smlouvy

Uživatel po vyplnění stiskne tlačítko Další. Následně proběhnou kontroly datumů:

• Datum předání předmětu je vyplněno

Pokud není, systém zobrazí chybovou hlášku: “Datum předání nesmí být vyplněné.” a uživatel dál nemůže pokračovat.

• Datum předání předmětu =< jako aktuální sysdate datum (jinými slovy není možná aktivace smlouvy do budoucna)

Pokud je větší, OC zobrazí hlášku a nechá otevřen krok 1 wizardu: “Datum předání nesmí být větší než aktuální datum!”

Pokud datum vyhovuje, OC pokračuje na další kontrolu.

• Datum předání předmětu >= jako Datum podpisu smlouvy (fin. spol.):

Pokud je Datum podpisu smlouvy vyšší, OC zobrazí hlášku: “Datum předání nemůže být menší než Datum podpisu fin. společnosti.” a nechá otevřený krok č. 1 wizardu:

Pokud datum vyhovuje, OC pokračuje dál.

• Kontrola datumu první registrace pro daň z MV (silnič. daň)

Pokud v Contract Services existuje služby Service Kind=Road Tax, OC provede kontrolu:

• Object Handover Date ve wizardu>=1st Registration Date (250) v API Financed Object (4026560) na předmětu smlouvy

  • Pokud

    • Platí

      • Pokračuje dál

    • Neplatí

      • Zobrazí hlášku v znění hlášky:

        • Datum předání předmětu musí být vyšší než Datum první registrace.

• Informativní kontrola zda je Datum předání>=1.1.v daném roce (aktivace do minulého roku)

Pokud:

• Platí

  • Pokračuje dál bez hlášky

• Neplatí

  • Systém zobrazí hlášku (dotaz): “Datum předání má být v aktuálním roce. Přesto pokračovat?”

    • Pokud potvrdí

      • Ano

        • Pokračuje dál

      • Ne

        • Nechá otevřen krok č. 1 wizardu.

Pokud byly všechny kontroly vyhovující, otevře krok č. 2 wizardu. V kroku č. 2 uživatel už pouze potvrdí, zda si přeje aktivaci dokončit:

V tomto kroku OC zobrazí základní údaje smlouvy bez možnosti jejich editace uživatelem.

• Význam tlačítek v okně průvodce:

  • Změnový list – po spuštění OC zobrazí údaje, které byly uživatelem (systémem) zadané ve wizardu na změnu smlouvy (z řádku Historie změn smlouvy, který byl založen po kroku 3 wizardu na změnu smlouvy):

  • Zpět – možnost vrátit se o jeden krok zpět.

  • Dále – posun na další krok průvodce. Při posledním kroku je toto tlačítko pasívní.

  • Dokončit – dokončení průvodce.

Po potvrzení tlačítka Dokončit, průvodce Aktivace smlouvy vykoná následující kroky:

• Doplní Datum předání (Handover Date) do smlouvy

• Pokud je REFI Code not Mandatory=N na Typu produktu financování a na REFI kódu smlouvy je příznak Update REFI in Activation=Y, pak vykoná kontrolu a aktualizace REFI sazeb k Handover Date (teda ne k Reference Date jako při založení smlouvy a změny REFI Code). K REFI Code smlouvy dohledá platné sazby k Handover Date a pokud jsou jiné než byly, do smlouvy převezme aktuálně platné Base Rate %, Cost Interest % (resp. Special Liqui Cost %). Pak v dalším průběhu dojde k propočtu splátek již přes tyto nové aktuální sazby. Táto kontrola je na OnValidate Handover Date.

• Pokud je Datum předání předmětu jiný jako Předpokládaný datum předání, ve vazbě na Datum předání předmětu upraví Datum začátku kalkulace a Datum předpokládaného ukončení na kartě smlouvy.

• Pokud je Datum předání předmětu je jiný jako bylo Předpokládané datum předání a smlouva obsahuje službu na silniční daň (Road Tax), vykoná aktualizace této služby ve vazbě na nové Datum předání.

•  Pokud je Datum předání předmětu jiný než byl Datum předpokládaného předání,  proběhne kontrola data začátku platnosti pojistných smluv (Datum od na kartě pojistné smlouvy) v závislosti na parametru Počátek pojištění na pojistné sadě:

  • Pokud Počátek pojištění=Začátek financování – OC narovná trvání pojistek s trváním smlouvy

  • Pokud Počátek pojištění=Před začátek financování – pojistky nechá bez změny,

• Pokud je Datum předání předmětu jiný než byl Datum předpokládaného předání, systém na pojistných smlouvách, kde příznak Neaktualizovat pojistnou hodnotu = Ne, aktualizuje pojistnou hodnotu z kalkulačního vstupu na pořizovací cenu

• Pokud je na pojistné smlouvě datum v poli Platnost od < Datum předání na nahlášených pojistných smlouvách (tj. vyplněno pole Datum nahlášení do pojišťovny) systém v kalendáři klienta vypočte splátku pojistného za období od data nahlášení do data předání za 0,00 (Denní sazbu uplatní podle “výpočtu denní sazby” nastaveném na produktu pojišťovny)

Příklad 1: Pojistka je nahlášená 04.06.2024, Datum předání je 18.06.2024, Pojistný kalendář pro klienta:

...

Č. splátky

...

Č. splátky LS

...

Období od

...

Období do

...

Zúčtovací datum

...

Částka

Check the existence of an insurance contract for third-party insurance.

If the parameter Liability Insurance=A is set on the object card (on the object card it is taken from the catalogue card), the OC on the financing product in the Insurance subtable will find the value Check for the existence of mandatory insurance contracts (None, Mandatory or Confirmation) and the wizard will check the existence of such an insurance contract according to it. If there is also no insurance in the financing contract, the OC will notify you in the form of a message depending on the settings on the product:

If it is not: does not perform the check

If Required: displays a message and the process stops: "No insurance contract exists for contract XXX and UGS insurance product."

If Confirmation: If Yes continues, if NO it stops the activation process: "No insurance contract exists for contract XXX and the UGS insurance product. Do you want to continue?"

If the Ins. Prod. Base Type for Check is set up on the product/financing template, the system performs the check according to the settings:

If Required: displays a message and the process stops: "There is no insurance contract for the type of Third-party insurance product."

If Confirmation: If Yes continues, if NO stops the activation process: "There is no insurance contract for the type of insurance product Third-party insurance. Do you want to continue?"

WARNING: During the inspection, the system does not differentiate between the type of insurance of the given insurance contract, i.e. whether it is a collective contract (insurance in instalments) or individual insurance

Property Insurance Contract Existence Check

The wizard will check the existence of a property insurance contract (accident or all-risk) depending on the parameter setting on the financing product Check the existence of insurance contracts (None, Required, Confirmation).

If it is not: The OC will not perform the check

If Mandatory: if such an insurance contract does not exist, the OC will display a message and stop the process: "No insurance contract exists for contract XXX and the KASKO insurance product."

If Confirmation: If such an insurance contract does not exist, the OC will display a message. Then, in the case of Yes, it continues, in the case of No, it stops the activation process: "There is no insurance contract for the XXX contract and the KASKO insurance product. Do you want to continue?"

If the Ins. Prod. Base Type for Check is set up on the product/financing template, the system performs the check according to the settings:

If Required: displays a message and the process stops: "There is no insurance contract for the type of insurance product Property."

If Confirmation: If Yes continues, if NO the activation process stops: "There is no insurance contract for the type of insurance product Property. Do you want to continue?"

WARNING: During the inspection, the system does not differentiate between the type of insurance of the given insurance contract, i.e. whether it is a collective contract (insurance in instalments) or individual insurance

Checking the existence of additional insurance

The wizard will check the existence of additional insurance contracts (e.g. baggage, windshield, etc.) depending on the parameter setting on the financing product Check the existence of insurance contracts (None, Required, Confirmation).

If it is not: The OC will not perform the check

If Required: if such an insurance contract does not exist, the OC will display a message and stop the process: "No insurance contract exists for contract XXX and the BAGGAGE insurance product."

If Confirmation: If such an insurance contract does not exist, the OC will display a message. Then, in the case of Yes, it continues, in the case of No, it stops the activation process: "No insurance contract exists for contract XXX and the BAGGAGE insurance product. Do you want to continue?"

If the Ins. Prod. Base Type for Check is set up on the product/financing template, the system performs the check according to the settings:

If Required: displays a message and the process stops: "There is no insurance contract for the Supplementary insurance product type."

If Confirmation: If Yes, it continues, if NO, it stops the activation process. "There is no insurance contract for the Supplementary product type. Do you want to continue?"

WARNING: During the inspection, the system does not differentiate between the type of insurance of the given insurance contract, i.e. whether it is a collective contract (insurance in instalments) or individual insurance

Check verified and reported insurance policies

When the contract is activated, a check is performed

• Whether there are insurance contracts for the contract that are set up in the framework agreement Insurance Verification Required or Insurance Reporting Online They're verified and reported. If:

  • Yes

    • Checks that contracts are verified and reported. If:

      • No

        • The system displays an error message "There are undeclared or unverified insurance contracts on the contract. Contract XXX. Cannot be activated!" and stops the contract activation

      • Yes

        • Proceeds to the next review

Checking Accounting Groups

The contract will be checked by the following accounting groups:

• Gen. Bus. Posting Group

• Gen. Prod. Posting Group

• Customer Posting Group

• VAT Bus. Posting Group

• VAT Posting Group Principal - only for contract with Financing Product Type Financing Optional=N

• VAT Interest Posting Group - only for contract with financing product type Financing Not Mandatory = N

On the contract services, it checks for the existence:

• Gen. Bus. Posting Group

• Gen. Prod. Posting Group

• VAT Bus. Posting Group

• VAT Prod. Posting Group

On insurance contracts that enter into installments (Include in installments=A), it checks for the existence:

• Gen. Bus. Posting Group

• Gen. Prod. Posting Group

• VAT Bus. Posting Group

• VAT Prod. Posting Group

As an example, here's the message:

...

Down Payment Check

If Down Payment<>0 is specified in the contract:

• Flag Completed Calculation=N (i.e. there is no contract payment calendar), the system will not check the down payment,

• Flag Completed Calculation=Y (i.e. there is a payment calendar), the system will check the down payment if the following applies:

  • Down Payment in the contract header = sum of down payments in the payment calendar lines and Down Payment Line in the Amount Excl.VAT field (the check must be performed due to the possibility of splitting the down payment directly in the contract payment calendar)

    • If it is valid, it continues

    • If it does not apply, it displays a message and does not continue.

      Image Added

Inspection of security systems on the object

The system checks the security device if in Insurance Settings, Check Security = A

• The system checks the security settings on the insurance company's product against the security settings on the financed object

• If there is no required security on the item, the system will display a message during activation: "There are not enough security devices on the object."

Green Card Number Check

If the Mandatory Green Card No,=Y flag is enabled on the Insurance Product, the system checks the field on the Insurance Contract Card Green Card No.

• If the number is not filled in, the system will display a message

  Image Added

• If the green card number is set to Imported Board and the original green card number remains when copying the contract and insurance contracts, the system will display a message during activation

  Image Added

If none of the above checks find missing data:

• Inserts a line into the Contract Change History according to the current functionality on the Finish button in the wizard for creating a change copy

• OC opens step 1 of the wizard to activate the contract

In step 1, the user enters:

• Object Handover Date

  • Empty by default, it is not possible to continue with contract activation without filling it in

After filling it in, the user presses the Next button. Subsequently, the dates will be checked:

• Object handover date is filled in

If it is not, the system displays an error message: "Handover date must not be filled in." and the user cannot continue.

• Object Handover Date =< as current sysdate date (in other words, it is not possible to activate the contract in the future)

If it is bigger, OC will display a message and leave step 1 of the wizard open: "Handover date must not be higher than current date!"

If the date is suitable, the OC proceeds to the next check.

• Object Handover Date >= as Contract Signing Date (Fin. Company):

If the Contract Signing Date is higher, the OC displays the message: "Handover Date cannot be lower than Contract Signing Date." and leaves step No. 1 of the wizard open:

If the date is suitable, the OC continues.

• First Registration Date Check for MOI Tax (Road Tax)

If Service Kind=Road Tax exists in Contract Services, the OC will check:

• Object Handover Date in wizard>=1st Registration Date (250) in API Financed Object (4026560) on contract object

  • If

    • Pays

      • Goes on

    • Does not apply

      • Displays a message with the following message:

        • The Handover Date of the object must be higher than the Date of First Registration.

• Informative check whether Handover Date is>=1.1.in the given year (activation until last year)

If:

• Pays

  • He goes on without a message

• Does not apply

  • The system displays a message (query): "The handover date should be in the current year. Do you want to continue?"

    • If they confirm

      • Yes

        • Goes on

      • No

        • Leaves step 1 of the wizard open.

If all checks were passed, opens the Step 2 of the wizard. In step 2, the user only needs to confirm whether they want to complete the activation:

In this step, the OC displays the basic data of the contract without the possibility of editing them by the user.

• Meaning of the buttons in the wizard window:

  • Change list – after starting the OC, it displays the data that were entered by the user (system) in the contract change wizard (from the Contract Change History line, which was created after step 3 of the contract change wizard):

  • Undo – the ability to go back one step.

  • Next – move to the next step of the wizard. In the last step, this button is passive.

  • Finish – Finish the wizard.

After confirming the Finish button, the Contract Activation wizard performs the following steps:

• Adds Handover Date to the contract

• If REFI Code is not Mandatory=N on the Financing Product Type and there is a flag Update REFI in Activation=Y on the REFI code of the contract, then it will check and update the REFI rates as of the Handover Date (i.e. not on the Reference Date as when the contract was created and the REFI Code was changed). To the REFI Code of the contract, it searches for the valid rates as of the Handover Date and if they are different from what they were, it takes over the currently valid Base Rate % Cost Interest % (or Special Liqui Cost %). Then, in the further course, the installments will be calculated using these new current rates. This check is on the OnValidate Handover Date.

• If the Object Handover Date is different as Expected Handover Date, it will adjust the Calculation Start Date and the Expected Completion Date on the contract card in relation to the Object Handover Date.

• If the Handover Date of the object is different than the Expected Handover Date and the contract includes a Road Tax service, an update of this service will be performed in relation to the new Handover Date.

•  If the Handover Date of the object is different from the Expected Handover Date, the date of commencement of validity of the insurance contracts (Date From on the Insurance Contract Card) will be checked depending on the Insurance Start parameter in the insurance set:

  • If Insurance Start = Financing Start – OC straightens the duration of the policies with the duration of the contract

  • If Insurance Start = Before Financing Start – Leaves the policy unchanged,

• If the Handover Date of the object is different from the Expected Handover Date, the system on insurance contracts where the flag Do not update insurance value = No will update the insurance value from the calculation input to the purchase price

• If there is a date on the insurance contract in the Valid From field < Handover Date on the reported insurance contracts (i.e. the field Insurance Company Check-in Date) in the client's calendar, the system calculates the premium payment for the period from the date of reporting to the date of handover in 0.00 (The daily rate is applied according to the "daily rate calculation" set on the insurance company's product)

Example 1: The fuse is reported 04.06.2024, Handover date is 18.06.2024, Insurance calendar for the client:

“Pro rata” je celkem 27 dnů.

...

The "pro rata" is a total of 27 days.

The period 4. - 17.6.2024 je částka 0 za 14 dní.Období is the amount 0 for 14 days.

The period 18.-30.6.2024 je částka 182 za 13 dní. Od “Data předání“ do konce měsíce x denní sazba, to je 13 dní is the amount of 182 in 13 days. From the "Handover Date" to the end of the month x daily rate, that is 13 days x 14 = 182.

Příklad Example 2: Pojistka je nahlášená The fuse is reported 04.06.2024, Datum předání je Handover date is 18.07.2024, Pojistný kalendář pro klientaInsurance calendar for the client:

“Pro rata” "Pro Rata" 4. - 30.6.2024 je celkem 27 dnů za is a total of 27 days for 0

Období The period 1. - 17.7.2024 je částka 0 za 17 dnů + Období is the amount 0 for 17 days + The period 18. - 31.7.2024 je částka 196 za 14 dní. Od “Data předání” do konce měsíce x denní sazba, to je 14 dní is the amount 196 for 14 days. From the "Handover Date" to the end of the month x daily rate, that is 14 days x 14 = 196

• Vykoná kontrolu existence splátkového kalendáře:

  Pokud neexistuje

  Checks the existence of a payment schedule:

  • If it does not exist (Complete Calculation=N), volá funkce na kalkulace a vytvoří splátkový kalendář smlouvy. Zároven nastaví příznaky smlouvy:

    • Splátky aktualizovány=A

    • Služby aktualizovány=A

    • Pojištění aktualizováno=A

    Pokud existuje it calls the calculation function and creates a contract payment calendar. At the same time, it sets the contract flags:

    • Payments updated=A

    • Services updated=A

    • Insurance updated=A

  • If it exists (Complete Calculation=Y), volá funkce na přepočet splátkového kalendáře dle aktualizovaných datumů (popsané výše)

• Přepne detailní stav smlouvy na stav dle nastavení Detailní stav smlouvy po aktivace (OneCore Setup).

• Přepne stav smlouvy dle nastavení detailního stavu smlouvy po aktivaci (obvykle Aktivní)

• Přepne stav pojistných smluv z Příprava na Aktivní (pokud v smlouvě existují)

• Pokud existují pojistné smlouvy doplňkového pojištění s nastavenou vazbou na hlavní pojištění, vyplní hodnotu pole Doplněk k pojistné smlouvy (číslo základního pojištění) dle nastavení Doplněk k typu produktu. Pokud je pole vyplněno hodnotu pole neaktualizuje / nepřepisuje.

• Ukončí před-pojistku, pokud na pojistné smlouvě není nastaveno Hlášení poj. Online = Ano, Platnost do = Datum předání -1

• Pokud smlouva obsahuje smlouvy na povinné ručení v splátkách a na její rámcov smlouvě je nastaven

  • the function calls to recalculate the payment calendar according to the updated dates (described above)

• Switches the detailed contract status to the status according to the OneCore Setup setting.

• Toggles the contract status according to the detailed contract status settings after activation (usually Active)

• Toggles the status of insurance contracts from Preparing to Active (if they exist in the contract)

• If there are additional insurance contracts that are linked to the main insurance, it fills in the value of the Addition to insurance contract (base insurance number) field according to the Addition to product type setting. If a field is filled in, it does not update/overwrite the field value.

• Terminates the pre-insurance policy if it is not set on the insurance contract Insurance Reporting Online = Yes, Valid To = Handover Date -1

• If the contract contains third-party insurance contracts in instalments and Green Card Assigning Method=Contract Activation , systém na této pojistné smlouvě doplní číslo zelené karty (dle nastavení produktu pojisťovny is set in the framework contract, the system will add the green card number to the insurance contract (according to the settings of the insurance company's product Other Conditions/Green Card Number Masks->Numbering Source)

• Založí kartu vinkulace ve stavu Nedodáno pokud existuje pojistná smlouva kde Druh produktu = Majetková, Typ pojištění = Individuální, Podtyp pojištění = Souvisí s financováním.

• Založí Karta pojistné prohlídky ve stavu Neprovedena pokud Předmět financování = Použitý/Individuální dovoz, nastavení na produktu pojišťovny Povinná obhlídka = Ano, nastaveno na Typu rámcové smlouvy = Období pro provedení obhlídky.

• Přepne stav služeb z Příprava na Aktivní (pokud v smlouvě existují)

• Pokud v smlouvě existují ručení v stave<Aktivní, wizard na ní přepne stav na Aktivní a do Platnost od doplní datum předání předmětu.

• Pokud je v smlouvě

• Creates a pledge card in status Not delivered if an insurance contract exists, where Product Type = Property, Insurance Type = Individual, Insurance Subtype = Related to Financing.

• If Financed Object = Used/Individual import, the insurance company product is set to Mandatory inspection = Yes, set to Framework agreement type = Period for inspection.

• Toggles the status of services from Preparing to Active (if they exist in the agreement)

• If there are guarantees in the contract in the status<Active, the wizard switches the status to Active and adds the handover date to Valid from.

• If the contract says Financing with Services=Y:

  • vytvoří první řádek v Historii stavu tachometru (creates the first line in the Odometer Status History):

    • Stav tachometru=doplní Počáteční stav tachometru z předmětu

    • Datum stavu tachometru=doplní Datum předání

    • Plánovaný stav tachometru=doplní Počáteční stav tachomteru z předmětu

  • doplní hodnotu z Datum začátku kalkulace na řádek v tabulce Smluvní nájezd (Contractual Distance) a to do Datum od.

• Zaúčtuje první zvýšenou splátku, pokud na smlouvě existuje a nebyla předtím zaúčtovaná (popis účtování akontace je detailně popsaný v uživatelské dokumentaci Fakturace prodej)

• Pro splátkový prodej: Vytvoří a zaúčtuje fakturu na splátkový prodej a vyplní pole Číslo dokladu (SP), Zúčtovací datum (SP), Datum splatnosti (SP), Datum DPH (SP), Zaúčtováno (SP)=A a Účto skupina zákazníka prodejní ceny SP na smlouvě (záložka Spl.prodej). Popis účtování faktury za splátkový prodej je detailně popsaný v uživatelské dokumentaci na fakturace).

• Pro finanční leasing s dodáním zboží:

  • Vytvoří a zaúčtuje prodejní fakturu na DPH smlouvy. Detailní popis viz Faktura na DPH při dodání zboží

  • na hlavičce smlouvy vyplní pole Číslo dokladu - daňový doklad při dodání zboží (číslo zaúčtované faktury) a nastaví pole Daňový doklad při dodání zboží zaúčtován=Y,

  • na zdrojových kalkulačních vstupech (Varianta kalk. vstupu = DPH - dodání zboží) vyplní pole Kalkulační vstup zaúčtován = Ano, Číslo dokladu = číslo zaúčtované faktury

  • Pokud byl vytvořen kalkulační vstup na vstupní poplatek, vytvoří a zaúčtuje prodejní fakturu na vstupní poplatek. Faktura je “bez DPH”, protože DPH již byla zahrnuta do prodejní faktury na DPH smlouvy. Detailní popis viz Fakturace vstupního poplatku.

Po dokončení procesu aktivace OC zobrazí hlášku „Smlouva č. XXX byla aktivována“. Uživatel potvrdí OK, OC nechá otevřenou kartu dané smlouvy.

...

• • • Mileage=adds Initial Mileage from object

    • Mileage Date=adds Handover Date

    • Planned Mileage=adds Initial Mileage from object

  • adds the value from Calculation start date to a row in the Contractual Distance table to Date From.

• Posts the first increased payment, if it exists on the contract and has not been posted before (the description of down payment posting is described in detail in the user documentation Fakturace prodej)

• For Instalment Sale: Creates and posts an Instalment Sales Invoice and fills in the Document No. (IS), Posting Date (IS), Due Date (IS), VAT Date (IS), Posted (IS)=A, and Customer Posting Group of the SP Sales Price on the contract (Payroll Sales Tab). A description of posting an invoice for installment sales is described in detail in the user documentation for invoicing).

• For financial leasing with delivery of goods:

  • Creates and posts a sales invoice for contract VAT. For a detailed description see Faktura na DPH při dodání zboží

  • fills in the field Document No. - Tax Invoice upon Delivery of Goods (Posted Invoice No.) on the contract header and sets the field Tax Invoice upon Delivery of Goods posted=Y,

  • on the source calculation inputs (Calc. Input Variant = VAT - Delivery of Goods) fills in the fields Calculation Input Posted = Yes, Document No. = Posted Invoice No.

  • If an initial fee calculation input has been created, creates and posts an entry fee sales invoice. The invoice is "excl. VAT" because VAT has already been included in the sales invoice on the VAT contract. For a detailed description see Fakturace vstupního poplatku.

When the activation process is complete, the OC will display the message "Contract No. XXX has been activated". The user confirms OK, OC leaves the card of the contract open.

Contract activation takes place on a contract outside the change copy, because it is not possible to post documents in the change copy mode.