Versions Compared

Key

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

Průvodce slouží na změnu (opravu) datumu předání předmětu smlouvy (např. pokud byl omylem zadán nesprávny údej, atd).

Volba Akce – Změnit smlouvu průvodce otevře se průvodce změnou smlouvy. V prvním kroku tohoto průvodce uživatel vybere v poli „Kód typu změny“ změnu s Číslem objektu průvodce rovným 4046859. Detailně je průvodce „Změnit smlouvu“ popsán v The wizard is used to change (correct) the date of handover of the subject of the contract (e.g. if an incorrect entry was entered by mistake, etc.).

The Action – Change Contract wizard option opens the Change Contract Wizard. In the first step of this wizard, in the "Change Type Code" field, the user selects a change with Wizard Object No. equal to 4046859. The "Change Contract" wizard is described in detail in the Změny smlouvy - změnové kopie / varianty

Po dokončení úvodního průvodce systém vykoná následující kontroly:

Pokud je Stav smlouvy<Active

...

tzn. jedná se o první aktivace smlouvy

...

When you complete the initial wizard, the system performs the following checks:

  • If the Contract Status is<Active

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

    • Displays the message "Please use Contract Activation Wizard.“ „Použitě aktivační Activation wizard .“ a dál nepokračuje, dialogové okno wizardu se neotevře.

  • 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=Aktivní a existují účtované splátky. Proces aktivace nemůže pokračovat.“ Uživatel potvrdí OK, OC hlášku zavře a ukončí proces.

      • Smlouva bude na změnové kopii/variantě.

      • Pokud neexistuje taká splátka, OC vykoná kontrolu existence předpojistky:

        • Pokud najde pojistnou smlouvu, kde Valid To= dosavadní datum předání-1D tak vyzve uživatele k ruční změně Datumu platnosti předpojistky hláškou “Existuje předpojištění - změňte ručně data platnosti na pojistné smlouvě č. XY”

      • Smlouva zůstane na změnové kopii, kde uživatel teprve vykoná ruční změnu předpojistky (doplní správní datum ukončení), pak znovu spustí wizard

      • Pokud neexistuje taká pojistka, OC otevře dialogové okno na zadání nového datumu:

Po potvrzení tlačítkem Dokončit systém vykoná kontroly:

  • Jestli je Datum předání předmětu vyplneno

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

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

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

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

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

  • Kontrola datumu první registrace pro silniční daň

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

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

    • Pokud platí, pokračuje dál

    • Pokud neplatí, zobrazí hlášku v znění hláškyused." and does not continue, the wizard dialog box does not open.

  • 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 will display the message "The contract has Status=Active and posted payments exist. The activation process cannot continue.The user confirms OK, OC closes the message and terminates the process.

      • The contract will be on change copy/variant.

      • If there is no such payment, the OC will check the existence of the pre-insurance:

        • If it finds an insurance contract where Valid To= current handover date-1D, it will prompt the user to manually change the Validity date of the pre-insurance policy with the message "Preinsurance exists - change the dates of validity manually on insurance contract No. XY"

      • The contract remains on the change copy, where the user makes a manual change to the pre-insurance (fills in the administrative end date), then runs the wizard again

      • If there is no such fuse, the OC will open a dialog window to enter a new date:

After confirming with the Finish button, the system will perform checks:

  • If the Object Handover Date is filled in

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

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

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

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

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

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

If the date is suitable, the OC continues with the next check:

  • Checking the date of first registration for 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 the subject of the contract

    • If it applies, it continues

    • If it does not apply, it will display a message in the wording of the message:

      • Object Handover Date must be higher then 1th Registration Date.

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

      • Datum odovzdání předmětu musí být vyšší jako Datum první registraci

    Informativní kontrola jestli je Datum předání>
      • The Object Handover Date must be higher than the First Registration Date.

      • Object Submission Date must be higher than 1st Registration Date

  • Úkony po kontrolách datumů

  • Dočasně změní Expected Handover Date na nové datum z wizard (bez validace, takže nekontroluje stav a blokaci kalk. vstupů

  • Aktualizuje Datum začátku kalkulace a Datum předpokladaného ukončení dle nastavení na modelu smlouvy dle nového Expected Handover Date

  • Aktualizuje datumy na kalkulačních vstupech

    Informative check if the Handover Date is>=1.1.v daním roce (aktivace do minulého roku)

Pokud platí, pokračuje dál bez hlášky.

Pokud 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í Yes, pokračuje dál

  • pokud potvrdí No, dál nepokračuje.

  • in the given year (activation until last year)

If it is valid, it continues without a message.

If it does not apply, the system will display a message (query): "The handover date should be in the current year. Do you want to continue?"

  • if he confirms Yes, he will continue

  • if he confirms No, he does not continue.

  • Actions after date checks

    • Temporarily changes the Expected Handover Date to the new date from the wizard (without validation, so it does not check the status and blocking of calc. inputs

    • Updates the Calculation Start Date and Expected End Date according to the settings on the contract model according to the new Expected Handover Date

    • Updates dates on calculation inputs (Integration Date, Calc. Enter Date)

    • Doplní Handover Date do smlouvy a do Expected Handover date vrátí původní datum (který tam byl před změnou)

    • Provede update datumu služeb a pojistek (s výjimkou ukončených pojistek)

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

    • Spouští rekalkulace (v daném případu již bude vždy existovat SPK smlouvy)

    • Pokud na smlouvě existuje ručení a Stav=Aktivní, změní na ní Date From dle nového Handover Date

    • Pokud je v smlouvě Financing with Services=Y, zaktualizuje první řádek v Historii stavu tachometru (Odometer Status History):

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

    • Pokud je v smlouvě Financing with Services=Y, doplní hodnotu z Datum začátku kalkulace na řádek v tabulce Smluvní nájezd (Contractual Distance) a to do Datum odAdds the Handover Date to the contract and returns the original date (which was there before the change) to the Expected Handover date

    • Update the date of services and insurance policies (except for terminated insurance policies)

    • If the Handover Date of the Object is different from the Expected Handover Date and the contract includes a Road Tax service, updates will be made to this service in relation to the new Handover Date.

    • Triggers recalculations (in this case, there will always be a T&A contract)

    • If there is a guarantee on the contract and Status=Active, it will change the Date From to the new Handover Date

    • If Financing with Services=Y is in the contract, it will update the first line in the Odometer Status History:

      • Mileage Date = will be added by a new Handover Date

    • If Financing with Services=Y is in the contract, it will add the value from Calculation start date to the row in the Contractual Distance table to Date From.