By the transfer of a financing contract, we mean the process by which a new customer (the so-called successor) enters into all the rights and obligations of the original customer without changing the terms and conditions. Therefore, the financing contract will be transferred from the original customer to the new customer without any changes.

The contract transfer procedure is as follows:

  • The transfer of a contract has several steps, some of which can be omitted depending on the processes in the leasing company:

    • We recommend that you perform the contract transfer operations on the change copy of the contract

    • Change the detailed status if the user wants to stop invoicing, for example (optional step)

    • Registration of input data for transfer into the contract

    • Transfer Approval

    • Stopping insurance contracts and creating e.g. new contracts by copying

      • Execute the transfer

      • In addition, the settings from the OneCore Settings are needed to perform the transfer (see Nastavení Business).

      • The condition is that the transfer has been approved and that the detailed contract status has allowed the transfer.

      • The system automatically sets the effectiveness of the transfer to the 1st day of the unposted payment period

  • Optional step – change the detailed status to one that does not allow invoicing from the payment calendar (if the leasing company wants to ensure that no further invoicing is done if the transfer is not completed). The user starts the Contract Status Change Wizard and changes the contract status from active, e.g. to temporarily suspended. After changing the detailed status, the contract will remain in the change copy (or on the variant) – see the previous chapter for a description of the steps to change the detailed status.

On the contract card, in the Contract Transfer tab, it is necessary to fill in the data related to the transfer of the contract:

  • New Customer No.

    • User selects manually from customers

  • New Customer Name

    • Fills in the system automatically after selecting New Customer No.

  • New Framework Agreement No.

    • The number is selected by the user after entering the New Customer No. from the List of Framework Agreements filtered to the number of the new customer (only for contracts with OPL or GMP services)

  • New Master Agreement Customer No.

    •  Non-editable by the user

    •  fills in the OC automatically according to the Framework Agreement No. from the card of the relevant RS

  • Transfer Request Receipt Date

    • The user fills in the date of the transfer request

  • Documents for approval

    • The user fills in the date of receipt of documents for approval of the transfer

  • Transfer Reason

    • Selects the user from the list Transfer reasons

  • Transfer Status

    • Any change in the transfer status will be recorded in the Contract Transfer History (see below). The transfer statuses are: Empty, Request Accepted, Waiting to Be Accepted, Transfer Rejected, Transfer Approved, Contract Transferred.

  • Transfer Status To execute the transfer, the transfer must be approved. Contract transferred cannot be set manually, set by wizard after completion of the transfer.

  • If the transfer is approved, the user wants to make the transfer and the contract has insurance contracts, the user runs the wizard for changes (not yet the wizard for transfer), creates a change copy and terminates the original insurance contracts (if there is a flag Insurance Report on the insurance policies). Online = Yes, fills in the Termination Code) and creates new insurance contracts (e.g. by copying insurance policies). It is necessary to have the validity until the original WG and the validity from the new WG in accordance with:

    • Set the end of the original insurance policy to the last day of the last posted period

    • The start of new insurance policies is set to the first day of the follow-up. unposted period

      • If there is a flag on the framework contracts of new insurance contracts Insurance Verification Required = Yes, verifies insurance contracts by using the Verification of the poj.

  • Then sets Contract Transfer Status=Transfer Approved

  • User on the same change copy (as he terminated the insurance contracts) starts the Contract Transfer Wizard (in step 1/3 selects Change Type Code=with wizard number 4046865).

The system performs several checks before opening the first step of the wizard:

...

Pod převodem smlouvy o financování rozumíme proces při kterém nový zákazník (tzv. pokračovatel) vstupuje do všech práv a povinností původního zákazníka bez změny smluvních podmínek. Smlouva o financování se teda převede z původního zákazníka na nového zákazníka bez změn.

Postup převodu smlouvy je následující:

  • Převod smlouvy má několik kroků, některé je možné vynechat v závislosti na procesech v dané leasingové společnosti:

    • Úkony k převodu smlouvy doporučujeme vykonat na změnové kopii smlouvy

    • Změna detailního stavu pokud uživatel chce např zastavit fakturaci (nepovinný krok)

    • Zaevidování vstupných údajů k převodu do smlouvy

    • Schválení převodu

    • Zastavení pojistných smluv a založení např.nových smluv kopírováním

      • Vykonání převodu

      • Dále k vykonání převodu jsou potřebné nastavení z Nastavení OneCore (viz Nastavení Business).

      • podmínkou je, aby převod byl schválen a aby detailní stav smlouvy měl povolen převod.

      • Účinnost převodu systém nastavuje automaticky na 1.den nezaúčtovaného splátkového období

  • Nepovinný krok – změna detailního stavu na taký, který neumožnuje fakturace ze splátkového kalendáře (pokud leasingová společnost chce dosáhnout aby se dále nefakturovalo pokud se převod nedotáhne do konce). Uživatel spustí Průvodce změnou stavu smlouvy a změní stav smlouvy z aktivní např. na dočasně pozastavenou. Po změně detailního stavu smlouva zůstane v změnové kopii (příp. na variantě) – popis kroků změny detailní stavu viz předchozí kapitola.

Na kartě smlouvy do záložky Převod smlouvy je potřebné doplnit údaje které souvisejí s převodem smlouvy:

  • Číslo nového zákazníka

    • Vybere uživatel manuálně ze zákazníků

  • Název nového zákazníka

    • Doplní systém automaticky po výběru Číslo nového zákazníka

  • Číslo nové Rámcové smlouvy

    • Číslo vybere uživatel po zadání Čísla nového zákazníka z Přehledu Rámcových smluv zfiltrovaného na číslo nového zákazníka (len pro smlouvy se službami OPL resp. SVP)

  • Číslo nové Rámcové smlouvy zákaznické

    •  uživatelsky needitovatelné

    •  doplní OC automaticky podle Čísla rámcové smlouvy z karty příslušné RS

  • Datum přijetí žádosti o převod

    • Doplní uživatel datum přejetí žádosti o převod

  • Podklady pro schválení

    • Doplní uživatel datum přijetí podkladů pro schválení převodu

  • Důvod převodu

    • Vybere uživatel z číselníku Důvody převodu

  • Stav převodu

    • každá změna stavu převodu bude zaznamenaná v Historii převodu smlouvy (viz dál). Stavy převodu jsou: Prázdné, Žádost přijata, Čekající na přijetí, Převod odmítnout, Převod schválen, Smlouva převedena.

  • Stav převodu k vykonání převodu musí být Převod schválen. Smlouva převedena nemůže být nastavena manuálně, nastaví wizard po dokončení převodu.

  • Pokud je převod schválen, uživatel chce vykonat převod a smlouva má pojistné smlouvy, uživatel spustí wizarda na změny (zatím ne wizarda na převod), založí změnovou kopii a ukončí původní pojistné smlouvy (v případě, že na pojistkách je příznak Hlášení poj. Online = Ano, vyplní Kód ukončení) a založí nové pojistné smlouvy (např. kopírováním pojistek). Je potřebné mít v souladu platnost do původní PS a platnost od nové PS:

    • Konec původních pojistek nastavit na poslední den posledního zaúčtovaného období

    • Začátek nových pojistek nastavit na první den násled. nezaúčtovaného období

      • Pokud na rámcových smlouvách nových pojistných smluv je příznak Nutné ověření pojišťovnou = Ano, ověří pojistné smlouvy použitím funkce Ověření poj.

  • Pak nastaví Stav převodu smlouvy=Převod schválen

  • Uživatel na té samé změnové kopii (jak ukončil pojistné smlouvy) spustí průvodce na převod smlouvy (v kroku 1/3 vybere Kód typu změny=s číslem wizardu 4046865).

Systém před otevřením prvního kroku wizardu vykoná několik kontrol:

  • Před otevřením prvního kroku speciálního wizardu systém vykoná kontrolu smlouvy, jestli se nenachází v režimu automatického prodloužení (příznak smlouvy Contract Extension=Y). Pokud je, zobrazí hlášku a wizarda nespouští – v tomto režimu smlouvy není povolen žádný přepočet splátkového kalendáře: “Contract extension is Y, change is not possible."

    If the contract is not in automatic extension mode (i.e.

    • Pokud smlouva není v režimu automatického prodloužení (tzn. Contract extension=N), it continues.

  • Whether the given detailed status allows the transfer to be carried out (table Detailed Contract Statuses, flag Allow Contract Transfer). If the detailed status does not allow the transfer, the OC will display the message: "Allow Contract Transfer must be Yes in Detailed Contract Status: Code=XY. The present value is No." and the conversion process stops.

  • Whether the Contract Transfer Status is Transfer Approved, if not, it will display the message: "Contract Transfer Status must be equal to "Transfer Approved" in Financing Contract Header: Number: XY. The present value is "XY." and the process stops.

  • Whether it is filled in New Customer No., if not, it will display the message: "The New Customer No. field must have a value (Must not be zero or empty) in the Financing Contract Header: Number: XY table." and the process stops.

  • Check if a user can make a transfer

    • In User Settings, the logged-in user must have Contract Transfer=A, otherwise the system will display a message and will not allow to continue

  • Check the customer to see if they're blocked

    • If the field Blocked=A is on the customer, the system displays a message and does not allow to continue

  • Checking the existence of an active fuel card – only for contracts with Financing with services=A:

    • It checks the existence of active fuel cards in the Fuel Card Organizer for the given contract. Checks the following tabs (filters) The data on the card are:

      • the Financing Contract No. the same as the original contract number (i.e. the Card belongs to the contract), and

      • Card Validity Date To > Transfer Effective Date and Current

      • The Blocking Date or Card Return Date or Card Exclusion Date is not filled in.

    • If it finds active cards, the system checks the Transfer Active Fuel Cards flag in OneCore Setup:

    • If Transfer Active Fuel Cards=N:

      • displays the error message "There are active fuel cards for the contract, the transfer cannot be carried out." and stops the process.

    • If

      pokračuje dál.

  • Zda daný detailní stav povoluje vykonání převodu (tabulka Detailní stavy smlouvy, příznak Povolit převod smlouvy). Pokud daný detailní stav nepovoluje převod, OC zobrazí hlášku: “Povolit převod smlouvy musí být Ano v Detailní stav smlouvy: Kód=XY. Současná hodnota je Ne.” a proces převodu zastaví.

  • Zda Stav převodu smlouvy je Převod schválený, pokud ne, zobrazí hlášku: “Stav převodu smlouvy musí být rovno “Převod schválen” v Hlavička smlouvy o financování: Číslo: XY. Současná hodnota je “XY”.” a proces zastaví.

  • Zda je vyplněné Číslo nového zákazníka, pokud ne, zobrazí hlášku: “Pole Číslo nového zákazníka musí mít hodnotu (Nesmí být nula nebo prázdné) v tabulce Hlavička smlouvy o financování: Číslo: XY.” a proces zastaví.

  • Kontrola uživatele, jestli může provést převod

    • V Nastavení uživatelů přihlášený uživatel musí mít Převod smlouvy=A, jinak systém zobrazí hlášku a nedovolí pokračovat

  • Kontrola zákazníka, jestli není blokovaný

    • Pokud je na zákazníkovi pole Blokovaný=A, systém zobrazí hlášku a nedovolí pokračovat

  • Kontrola existence aktivní tankovací karty – pouze pro smlouvy s Financování se službami=A:

    Performs contract recalculation if contract flags are different than
    • Kontroluje existenci aktivní tankovacích karet v Evidenci tankovacích karet k dané smlouvě. Kontroluje následovné karty (filtry) Údaje na kartě jsou:

      • Číslo smlouvy o financování stejné jako číslo originálu smlouvy (tzn. Karta patří k dané smlouvě) a

      • Datum platnosti karty do > datum účinnosti převodu a současné

      • Není vyplněný Datum blokace anebo Datum vrácení karty anebo Datum vyřazení karty,

    • Pokud najde aktivní karty, systém zkontroluje příznak Transfer Active Fuel Cards ve OneCore Setup:

      • Pokud Transfer Active Fuel Cards=N:

        • zobrazí chybovou hlášku „Ke smlouvě existují aktívní tankovací karty, převod není možné uskutečnit.“ a proces zastaví.

      • Pokud Transfer Active Fuel Cards=Y:

        • It goes on.

  • Whether the original insurance contracts are terminated (it is necessary to close them before starting the transfer wizard). If not, the OC will display the message: "It is not possible to transfer a financing contract that does not terminate insurance contract No. XY to the original customer!" and the process stops.

  • Checks if the customer contact has incidents in the contact's Incidents:

    • Retrieves the contact number of a new customer, then

    • In Incidents, the contact looks for records:

      • Contact No=same

      • Active=Y

    •  If it also finds records, it displays them in step 1/3.

If all the conditions according to the previous points are met, the first step of the conversion wizard will be displayed.

Step 1:

  • Financing Contract No.

    • Fills up the system automatically

  • Current Customer

    • The system will automatically fill in the number of the current customer from the contract

  • Current Customer Name

    • The system will automatically add the name of the current customer from the contract

  • Object Handover Date

    • The system will automatically fill in the date of handover of the object from the contract

  • Successor (new customer)

    • The system will automatically fill in the number of the new customer from the contract

  • New Customer Name

    • The system automatically adds the name of the new customer from the contract

  • Transfer Effective at Date

    • The OC determines automatically, it is the first calendar day of the nearest open (unposted) payment period.

    • When clicked, the contract payment calendar opens.

  • Incidents

    • The system will check if the new customer has a record in the contact incidents (for incidents, see PD Address Book - Contact):

      • If not, it will display info: Successor is not in the incidents...

      • If it is, will it display info? Successor is in the incident list, do you really want to transfer the contract?

  • Number of Records in Incidents

    • Displays the number of customer contact records in incidents

    • After clicking, an overview of incidents of the new customer's contact will open (filter to the contact number and Active=Y)

  • New Framework Agreement No. (linen for OPL)

    • It is possible to select a new successor framework agreement number.

Step 2:

  • Transfer Fee - Posting Date

    • By default, the transfer fee posting date will be displayed as the effective date of the transfer (it is also the date of the VAT liability). Modifies the user as needed.

  • Fee Payment Terms Code

    • The number of days due date of the transfer fee invoice. By default, the code is displayed according to OneCore Settings, modified by the user as needed.

  • Fee Amount Excl. VAT

    • Default 0.00. To be entered manually by the user as needed.

  • Fee Customer No.:

    • The number of the customer to whom the fee invoice will be issued. By default, it is the successor (new customer), but the user can also enter the original customer.

  • Branch No.

    • The number of the branch that is making the transfer. Selects the user from the Store List table. Selects by the user as needed.

Step 3:

In step 3, the OC displays a summary of the important data of the contract transfer. The user has the option to check the effective date of the transfer once again, after clicking on the date in the Transfer Effectiveness to date field, the payment calendar of the financing contract will be opened.

After confirming by the Complete button, the OC will execute:

        • Pokračuje dál.

  • Zda jsou ukončené původní pojistné smlouvy (je nutné je ukončit před spuštěním průvodce na převod). Pokud ne, OC zobrazí hlášku: “Nelze převést smlouvu o financování, na které není ukončení pojistná smlouva č. XY na původního zákazníka!” a proces zastaví.

  • Zkontroluje jestli kontakt zákazníka nemá incidenty v Incidentech kontaktu:

    • Dohledá číslo kontaktu nového zákazníka, pak

    • V Incidentech kontaktu hledá záznamy:

      • Contact No=stejné

      • Active=Y

    •  Pokud také záznamy najde, zobrazí jich v kroku 1/3.

Pokud jsou splněny všechny podmínky podle předcházejících bodů, zobrazí se první krok průvodce na převod.

Krok 1:

  • Číslo smlouvy o financování

    • Doplní systém automaticky

  • Současný zákazník

    • Doplní systém automaticky číslo současného zákazníka ze smlouvy

  • Název současného zákazníka

    • Doplní systém automaticky název současného zákazníka ze smlouvy

  • Datum předání předmětu

    • Doplní systém automaticky datum předání předmětu ze smlouvy

  • Pokračovatel (nový zákazník)

    • Doplní systém automaticky číslo nového zákazníka ze smlouvy

  • Název nového zákazníka

    • Doplní systém automaticky název nového zákazníka ze smlouvy

  • Účinnost převodu k datu

    • OC stanoví automaticky, je to první kalendářní den nejbližšího otevřeného (nezaúčtovaného) splátkového období.

    • Po rozkliknutí se otevře splátkový kalendář smlouvy.

  • Incidenty

    • Systém provede kontrolu, jestli nový zákazník nemá záznam v incidentech kontaktu (incidenty viz PD Adresář - kontakt):

      • Pokud není, zobrazí info: Pokračovatel není v incidentech…

      • Pokud je, zobrazí info? Pokračovatel je v incidentech, opravdu chcete provést převod?

  • Počet záznamů v incidentech

    • Zobrazí počet záznamů kontaktu zákazníka v incidentech

    • Po rozkliknutí se otevře přehled incidentů kontaktu nového zákazníka (filtre na číslo kontaktu a Active=Y)

  • Číslo nové rámcové smlouvy (len pro OPL)

    • Je možné vybrat nové číslo rámcové smlouvy pokračovatele.

Krok č. 2:

  • Poplatek za převod- zúčtovací datum

    • Defaultně se zobrazí datum zaúčtování poplatku za převod jako datum účinnosti převodu (je to zároveň i datum daňové povinnosti pro DPH). Upraví uživatel podle potřeby.

  • Kód platební podmínky poplatku

    • Počet dní splatnosti faktury na poplatek za převod. Defaultně se zobrazí kód podle Nastavení OneCore, upraví uživatel podle potřeby.

  • Částka poplatku bez DPH

    • Defaultně 0,00. Zadá uživatel manuálně podle potřeby.

  • Číslo zákazníka poplatku:

    • Číslo zákazníka, na kterého bude faktura na poplatek vystavená. Defaultně je to pokračovatel (nový zákazník), uživatel však má možnost zadat i původního zákazníka.

  • Číslo pobočky

    • Číslo pobočky, která převod provádí. Vybere uživatel z tabulky Přehled poboček. Vybere uživatel podle potřeby.

Krok č. 3:

V kroku č. 3 OC zobrazí shrnutí důležitých údajů převodu smlouvy. Uživatel má zde možnost ještě jednou zkontrolovat datum účinnosti převodu, po kliknutí na datum v poli Účinnost převodu k datu se otevře splátkový kalendář smlouvy o financování.

Po potvrzení tlačítkem Dokončit OC vykoná:

  • Provede rekalkulaci smlouvy pokud jsou příznaky smlouvy jiné než Y:

    • Paymens - Updated

    • Calculation Lines- Updated

    • Insurance – Updated

    • Service - Updated

  • Filters insurance contracts in Preparation status with Valid from=change date (first day of next unposted payment)

  • The wizard calls the contract transfer codeunit, which executes:

    Filters installments

    Zafiltruje pojistné smlouvy v stavě Příprava s Platnost od=datum změny (první den další nezaúčtované splátky)

  • Wizard volá codeunitu na transfer smluvy, která vykoná:

    • Zafiltruje splátky:

      • Financing Contract No.=Contract No.číslo smlouvy

      • Type=Payment

      • Postind Date=>workdate

      • Posted=N

    • On the found installments, he changesNa nalezených splátkách změní:

      • Customer No=new customer numberčíslo nového zákazníka

      • Bill-to Customer No=empty

      In the Contract header, change Contract
      • vyprázdní

    • V Hlavičce smlouvy změní Contract Transfer Status=Contract Transfered

    • In the V políčku Previous Customer No field, fill in the doplní číslo Customer No. number.

    • Executes the contract - changes the customer on the contract card, i.e.  into Customer No. in the contract is taken over by Provede smlouvu - změní zákazníka na kartě smlouvy, tzn.  do Customer No. v smlouvě převezme New Customer No. from the ze záložky Contract Transfer tab.

  • Validation Validace Customer No. retrieves the new customer's data from the address book (name, address, phone number, payment terms, etc.).After customer validation, the wizard overwrites the posting groups regardless of the OneCore Setup setting, the Posting Group Priority fieldvykoná dotažení údajů nového zákazníka z adresáře (název, adresa, telefón, platební podmínky, atd).

  • Wizard po validaci zákazníka přepíše účtoskupiny bez ohledu na nastavění OneCore Setup, pole Posting Group Priority:

    • Header."Gen. Bus. Posting Group" := customer."Gen. Bus. Posting Group'";

    • Header."VAT Business Posting Group" := customer."VAT Bus. Posting Group'";

    • Header."Customer Posting Group" := customer."Customer Posting Group";

    • Header."Ind. Inv. Customer Post. Group" := customer."Customer Posting Group";

  • If the contract has Pokud smlouva má Financing with Services=Y, evaluates that it is not empty vyhodnocuje že je neprázdne New Master Agreement No. and differs from a liší se od Master Agreement No, then it takes the value to pak hodnotu převezme do Master Agreement No.

    • Validation copies data from the framework agreement

    If the detailed contract status does not correspond to
    • Validace skopíruje data z rámcové smlouvy

  • Pokud detailní stav smlouvy neodpovídá Det.Contract Status after Activation in OneCore Setup and there is an allowed transition from Det.Contract Status to this detailed status, then it sets the detailed contract status to Det.Contract Status after Activation.Searches for contract services in Status=Preparation and/or Active, then changes themv OneCore Setup a existuje povolený přechod z det.stavu smlouvy na tento detailní stav, pak nastaví detailní stav smlouvy na det.stav po aktivaci.

  • Vyhledá služby smlouvy v Status=Preparation anebo Active, pak na nich změní:

    • Gen.Bus.Posting group

    • VAT Bus. Posting Group from Customerflags services with ze zákazníka

    • označí služby příznakem Service – Updated=N so that the service is recalculated

  • Create a line in Contract Transfer History

  • Then searches for a financing object that has the same detailed contract status and updates it to
    • aby se pak daná služby rekalkulovala

  • Vytvoř rádek v Contract Transfer History

  • Pak hledá předmět financování který má stejný detailní stav smlouvy a zaktualizuje na předmětu Customer Contract No. (end of codeunitkonec codeunity)

  • Triggers contract recalculation

  • The wizard will then create a non-posted individual invoice for the transfer fee if the entered fee amount was different from zero (it will need to be posted after the change copy is transferred)

  • Overwrites the customer on the newly created insurance contract in the status Preparation to the successor, after the change of the customer, the posting groups on the policies are updated and then recalculates these insurance contracts and changes their status to Active

    • If there are policies on the contract as an add-on to the main insurance, you must select the correct number of the main policy to which the add-on is related in the "Supplement to Insurance Contract" field in the copy of the additional policy

  • Deletes the transfer data in the Transfer tab of the contract card

  • Changes the due date of the first unposted payment after transfer to the last day of the payment period depending on the parameter in OneCore Setup:

    Spouští rekalkulaci smlouvy

  • Wizard pak vytvoří nezaúčtovanou individuální fakturu na poplatek za převod, pokud byla zadaná částka poplatku různá od nuly (bude ji potřebné zaúčtovat po přenesení změnové kopie)

  • Přepíše zákazníka na nově vytvořené pojistné smlouvě v stavu Preparation na pokračovatele, po změně zákazníka se zaktualizují účtoskupiny na pojistkách a pak tyto pojistné smlouvy přepočítá a změní jejich stav na Active

    • Pokud jsou na smlouvě pojistky jako doplněk k hlavnímu pojištění, je třeba v kopii doplňkové pojistky vybrat v poli „Doplněk k pojistné smlouvě“ správné číslo hlavní pojistky, ke které se doplněk váže

  • Smaže údaje o převodu v záložce Převod na kartě smlouvy

  • Změní splatnost první nezaúčtované splátky po převodu na poslední den splátkového období v závislosti na parametru ve OneCore Setup:

    • Posunout datum splatnosti splátky po převodu (Change Payment Due Date After Transfer) =N – does not shift the due date

    • Shift Payment Due Date After Transfer=A – shift the payment due date to the last day of the payment period of the given payment

    Block all original customer entries from penalty depending on the parameter in the OneCore Setup if
    • datum splatnosti splátky neposune

    • Posunout datum splatnosti splátky po převodu=A – datum splatnosti splátky posune na posledný den splátkového období dané splátky

  • Zablokuje všechny položky původního zákazníka vůči penalizaci v závislosti na parametru ve OneCore Setup pokud je Set Fin.Charge Memo Blocking for old customer ledger entries when Transfering=Y

  • If there is a flag on the contract Leasing with delivery of goods = Yes and in OneCore Setup is an array Balance VAT on Leasing with Delivery of Goods = Yes (see also Pokud je na smlouvě příznak Leasing s dodáním zboží = Ano a v Nastavení OneCore je pole Vyrovnávat DPH při Leasingu s dodáním zboží = Ano (viz taktéž Převod smlouvy s dodáním zboží na jiného zákazníka then:

    The system will generate calculation inputs with the variant VAT - Supply of Goods:

  • For a tax credit memo to the original customer on the balance of the tax liability on the contract; It is calculated as the total liability from the already booked calculation inputs (initial document + all corrective documents issued so far) minus the transactions booked so far also with regard to the financed VAT in the payment calendar

  • For a tax document (invoice) to a new customer for a performance on the contract that has not yet been posted;it is calculated as the total newly calculated obligation minus the supplies booked so far also with regard to the financed VAT in the payment calendar
  • If set to Settle VAT in Leasing with delivery of goods = No, calculation inputs are not generated and tax documents for VAT transfer from the original to the new customer will not be issued.

 

  • In the last step, the user transfers the change copy after checking the data

  • When transferring a change copy, the user

  • Post an individual transfer invoice (if one was generated)

  • If the OneCore Setup A check mark in the field Transfer Customer Change to Active Fuel Cards (Transfer Active Fuel Cards) = Yes and exist on the financing contract Fuel Cardswhere:

    • Card Validity Date To > the effective date of the transfer and at the same time

    • Not filled in Blocking Date or Card Return Date or Card Exclusion Date

  • When transferring a change copy, the system overwrites the customer to the successor on the fuel cards

  • If there is a flag on the contract Leasing with delivery of goods = Yes and in OneCore Setup is an array Balance VAT on Leasing with Delivery of Goods = Yes

    The system generates and posts the documents  

  • Credit note to the original customer with the amount according to the calculation input (negative amount)

  • Invoice (new tax document) to a new customer with the amount according to the calculation input (positive amount).

    , pak:

    • Systém vygeneruje kalkulační vstupy s variantou DPH - dodání zboží:

      • Pro daňový dobropis na původního zákazníka na zůstatek daňové povinnosti na smlouvě; počítá se jako celková povinnost z již zaúčtovaných kalkulačních vstupů (počáteční doklad + všechny dosud vystavené opravné doklady) mínus dosud zaúčtovaná plnění i s ohledem na financovanou DPH ve splátkovém kalendáři

      • Pro daňový doklad (fakturu) na nového zákazníka na dosud nezaúčtované plnění na smlouvě;počítá se jako celková nově vypočtená povinnost mínus dosud zaúčtovaná plnění i s ohledem na financovanou DPH ve splátkovém kalendáři

    • Pokud je nastaveno Vyrovnávat DPH při Leasingu s dodáním zboží = Ne, kalkulační vstupy se negenerují a daňové doklady na převod DPH z původního na nového zákazníka se nevystaví.

 

  • V posledním kroku uživatel po kontrole údajů přenese zmenovou kópii

  • Při přenosu zmenové kopie uživatel

    • Zaúčtuje individuální fakturu za převod (pokud byla generovaná)

    • Pokud je v Nastavení OneCore zatržítko v poli Přenést změnu zákazníka na aktivní Tankovací karty (Transfer Active Fuel Cards) = Ano a existují na smlouvě o financování Tankovací karty, kde:

      • Datum platnosti karty do > datum účinnosti převodu a současně

      • Není vyplněný Datum blokace nebo Datum vrácení karty nebo Datum vyřazení karty

    • Systém při přenosu změnové kopie přepíše zákazníka na pokračovatele na tankovacích kartách

    • Pokud je na smlouvě příznak Leasing s dodáním zboží = Ano a v Nastavení OneCore je pole Vyrovnávat DPH při Leasingu s dodáním zboží = Ano

      • Systém vygeneruje a zaúčtuje doklady  

        • Dobropis na původního zákazníka s částkou dle kalkulačního vstupu (záporná částka)

        • Faktura (nový daňový doklad) na nového zákazníka s částkou dle kalkulačního vstupu (kladná částka).

      • Jestliže byla vygenerována a zaúčtována prodejní faktura (daňový doklad) na nového zákazníka, přepíše se původní číslo dokladu na hlavičce smlouvy, pole Číslo dokladu - daňový doklad při dodání zboží