Page Comparison

Pro tento účel je do systému přidána hromadná úloha For this purpose, a bulk task is added to the system Convert VAT Rate in Active Contracts (API Change VAT Group Aft. Act. (78001)). Tato úloha zabezpečí výměnu / konverzi DPH účto skupin zboží na smlouvách ve stavu Aktivní, a to jak v hlavičce smlouvy tak i v ostatních tabulkách, které se smlouvou souvisí a mají dopad na výpočet DPH. Tj. změna bude provedena i pro související služby, pojištění a kalendáře.Tato úprava probíhá bez použití změnových kopií přímo na originálech těchto smluv a vychází z logiky úlohy This task ensures the exchange / conversion of VAT product posting groups on contracts in the Active status, both in the contract header and in other tables that are related to the contract and have an impact on the VAT calculation. I.e. the change will also be made for related services, insurance and calendars.

This modification takes place without the use of change copies directly on the originals of these contracts and is based on the logic of the API Contract Services Change (4026638) task.

Tlačítko Button Convert Active Contracts ke spuštění úlohy je přidáno na stránku to run the job, it is added to the VAT Rate Change Setup . Úlohu je také možné vyhledat pomocí systémové lupypage. It is also possible to search for a task using the system magnifier.

...

Request Form

Po spuštění úlohy se otevře dialogové okno When the task starts, a dialog box opens Convert VAT Rate in Active Contracts pro zadání kritérií a filtrů To specify criteria and filters:

...

V sekci “Options” jsou pole:

...

In the section "Options" are the fields:

• VAT Change Date)

  • Date type, defaultně prázdné

  • Uživatel zadává datum od kdy je změna sazby DPH platná a systém podle tohoto datumu posuzuje zaúčtované a nezaúčtované řádky ve splátkovém kalendáři smlouvy, viz. popis procesu úlohy

  • Povinný údaj (viz. kontroly po spuštění níže)

  Typ změny smlouvy (Contract Change Type)

  • Lookup do tabulky Typy změn na smlouvě (4046856) s filtrem empty by default

  • The user enters the date from which the change of the VAT rate is valid and the system assesses posted and unposted lines in the contract payment calendar according to this date. Job Process Description

  • Mandatory field (see post-launch checks below)

• Contract Change Type

  • Lookup to the Contract Change Types table (4046856) with filter Object ID wizard (15)=empty (tzn. není doboleno vybrat změnu, která se spouští wizardem)

  • Uživatel vybere Kód typu změny smlouvy, který pak úloha zapíše do Historie změn smlouvy, do pole Kód změny

  • Povinný údaj, viz kontroly po spuštění úlohy

• Důvod změny smlouvy (Contract Change Reason)

  • Lookup do tabulky Důvody změny smlouvy (4046857)

  • Uživatel vybere Kód důvodu změny smlouvy, který pak úloha zapíše do Historie změn smlouvy, do pole Důvod vykonání změny

• Poznámka (Comment)

  • Text 120, defaultně prázdné

  • Uživatel doplní textovou poznámku, kterou pak úloha zapíše do Historie změn smlouvy, do pole Poznámka.

V sekci “Filter: Financing Contract Header” jsou filtry:

Uživatelské filtry jsou všechny defaultně prázdné

• Financing Product Type Code

  • Pokud prázdné, na danou hodnotu se nefiltruje

• Financing Product No.

  • Pokud prázdné, na danou hodnotu se nefiltruje

• Customer No.

  • Pokud prázdné, na danou hodnotu se nefiltruje

• No.

  • Číslo smlouvy o financování

  • Pokud prázdné, na danou hodnotu se nefiltruje

• Migrated Contract

  • Option

    • Prázdné – na danou hodnotu se nefiltruje

    • No – filtruje se na hodnotu N v smlouvě

    • Yes – filtruje se na hodnotu Y v smlouvě

• další filtry může přidat uživatel přes tlačítko + Filter…

Obecné zásady filtrování v systému BC jsou popsány zde:

Řazení, vyhledávání a filtrování seznamů - Business Central | Microsoft Learn

...

• • i.e. it is not possible to select the change that is triggered by the wizard)

  • The user selects the Contract Change Type Code, which the task then writes to the Contract Change History, in the Change Code field

  • Required, see checks after the job has started

• Contract Change Reason

  • Lookup to the Contract Change Reasons table (4046857)

  • The user selects the Contract Change Reason Code, which is then written by the task to the Contract Change History, in the Reason for Making Change field

• Comment

  • Text 120, empty by default

  • The user adds a text note, which the task then writes in the Contract Change History, in the Note field.

In the section "Filter: Financing Contract Header" are the filters:

User filters are all empty by default

• Financing Product Type Code

  • If empty, it is not filtered to the given value

• Financing Product No.

  • If empty, it is not filtered to the given value

• Customer No.

  • If empty, it is not filtered to the given value

• Well.

  • Financing Contract No.

  • If empty, it is not filtered to the given value

• Migrated Contract

  • Option

    • Empty – not filtered to the given value

    • No – filtered to the N value in the contract

    • Yes – filtered to the Y value in the contract

• additional filters can be added by the user via the + Filter button...

The general principles of filtering in BC are described here:

Sorting, Searching, and Filtering Lists - Business Central | Microsoft Learn

It also has a role to play in Fixed filters per contract header – only contracts that meet:

• Calc.Variant=N

• Change Copy=N

• Change Copy Exists=N

• Status=Active.

Uživatel při nastavení uživatelských filtrů musí zohlednit i pevné filtry které jsou v kódu a není je možné uživatelsky modifikovat – tzn. že pokud uživatel nastavil uživatelský filtr například na Stav=Closed, smlouvy v tomto stavu nebudou zpracovány, protože pevný filtr Status=Active má přednost před uživatelskými filtry.

Úlohu je možné spustit tlačítkem OK anebo Plán…(Schedule…). Pokud je úloha spuštěna tlačítkem OK, běží interaktivně (zobrazuje případné hlášky) pod daným uživatelem. Pokud je úloha spouštěna tlačítkem Schedule…, samotné spuštění se vykonává již přes frontu úloh (plánovač) – hlášky jsou potlačeny, resp. po spuštění již není potřebné, aby daný uživatel byl přihlášen (popis dál).

Proces úlohy

Po spuštění úlohy tlačítkem “OK” anebo “Schedule” systém vykoná:

...

Kontroluje, jestli je vyplněn VAT Change Date

• pokud není vyplněn, zobrazí chybovou hlášku “VAT Change Date must be entered. CZ: Datum změny DPH musí být zadán. SK: Dátum zmeny DPH musí byť zadaný.” a dál nepokračuje. Stejně tak při spuštění přes Schedule…

• Image Removed

• pokud je vyplněn pokračuje dál na další kontrolu

Kontrolu, jestli je vyplněn Contract Change Type

...

When setting up user filters, the user must also take into account fixed filters that are in the code and cannot be modified by the user – i.e. if the user has set the user filter to e.g. Status=Closed, contracts in this state will not be processed, because the fixed filter Status=Active takes precedence over user filters.

The task can be started by clicking OK or Schedule... (Schedule...). If the task is started by the OK button, it runs interactively (displays possible messages) under the given user. If the task is started by the Schedule... button, the execution itself is executed via the job queue (scheduler) – the messages are suppressed, or it is no longer necessary for the user to be logged in after the start (description below).

Job Process

After starting the task with the "OK" or "Schedule" button, the system executes:

• Checks if VAT Change Date is filled in

  • If it is not filled in, it will display an error message "VAT Change Date must be entered. EN: VAT change date must be entered. SK: VAT changes must be entered." And it doesn't go any further. Likewise, when running via Schedule...

  • Image Added

  • If it is filled in, it continues to the next check

• Check if the Contract Change Type is filled in

  • If it is not filled in, it will display the error message "Contract Change Type must be entered. CZ: Typ změny smlouvy musí být zadán.” a dál nepokračuje. Stejně tak při spuštění přes Schedule…

  • Image Removed

  • Pokud jsou vyplněny, pokračuje dál

  Pokud všechny kontroly jsou bez chyby, úloha se spustí a prochází hlavičky smluv o financování. Hledá smlouvy, které splňují:

  • Pevné filtryEN: Contract change type must be entered." and it doesn't go any further. Likewise, when running via Schedule...

  • Image Added

  • If they are filled in, it continues

• If all checks are error-free, the job runs and iterates through the funding contract headers. It looks for contracts that meet:

  • Fixed filters:

    • Calc.Variant=N

    • Change Copy=N

    • Change Copy Exists=N

    • Status=Active

  • Filtry, které byly zadány uživatelem v dialogovém okně úlohy, v sekci Filters that have been entered by the user in the Task dialog box in the Filter: Financing Contract Header

  Na nalezených smlouvách pak vykoná kontrolu, jestli na smlouvě existuje alikvotní splátka ve splátkovém kalendáři smlouvy

  • section

• It will then check the found contracts to see if there is an aliquot payment in the API Financing Contract Line (4026398) payment schedule:

  • Financing Contract No. (1)=stejnésame

    • Type (6)=Payment

    • Aliqout Payment(810)=Y

  • Pokud existuje, vykoná kontrolu, jestli je tato splátka zaúčtována. Tj. v poli If it exists, it checks to see if this payment is posted. That is, in the Posted=Y field.

    • pokud není zaúčtována (tzn. smlouva je po aktivaci a před zaúčtováním alikvotu), pak tuto smlouvu neprocesuje, respektive ji zapíše do if it is not posted (i.e. the contract is after activation and before the aliquot is posted), then it does not process this contract, or it writes it into the Contract Change Log:

      • smlouvu zapíše do writes the contract to the Contract Change Log s with Recalculation Result=Fail a and Error Detail=Posted aliquot payment does not exist. (CZ: Neexistuje zaúčtovaná alikvotní splátkaEN: Posted aliquot payment does not exist.)

      • pokračuje na další smlouvu

      pokud je zaúčtována, pokračuje na kontrolu

      • Continues to the next contract

    • if it is posted, it continues to check VAT Reporting Date (viz dál)

    Pokud alikvotní splátka neexistuje

    • see below)

  • If the aliquot payment does not exist (Handover Date=1. den v měsíci), vykoná kontrolu, jestli smlouva má aspoň jednu zaúčtovanou řádnou splátku ve splátkovém kalendáři smlouvy 1st day of the month), it will check if the contract has at least one posted regular payment in the contract payment calendar API Financing Contract Line (4026398):

    • Financing Contract No. (1)=stejnésame

    • Type (6)=Payment

    • Aliqout Payment(810)=N

    • Recalculation Settlement (3045)=N

    • Partial Payment Credit (3055)=N

    • Posted (50)=YPokud

    • taková splátka neexistuje (tzn. smlouva je po aktivaci, bez alikvotu a před zaúčtováním první řádné splátky), pak tuto smlouvu neprocesuje, respektive ji zapíše do If such a payment does not exist (i.e. the contract is after activation, without aliquot and before the first regular payment is posted), then this contract is not processed, or it is written into the Contract Change Log:

      • smlouvu zapíše do writes the contract to the Contract Change Log s with Recalculation Result=Fail a and Error Detail=Posted regular payment does not exist. (CZ: Neexistuje zaúčtovaná řádnásplátkaEN: There is no posted regularinstallment.)

      • pokračuje na další smlouvu

      Pokud taková splátka existuje, pokračuje dál na kontrolu

      • Continues to the next contract

    • If such an installment exists, it continues to be checkedVAT Reporting Date (viz dál)

  Na nalezených smlouvách pak vykoná kontrolu, jestli k dané smlouvě existuje zaúčtovaná řádná splátka ve splátkovém kalendáři smlouvy

  • • see below)

• It will then check the found contracts to see if they exist for the given contract Posted regular payment in the API Financing Contract Line (4026398) payment schedule, která máwhich hasVAT Reporting Date (850) neboorVAT Date(CZ/SK: 4027520)větší nebo rovné k zadanému Datum změny DPH (VAT Change Date) z dialogového okna úlohygreater than or equal to the specified VAT Change Date from the task dialog box:

  • Financing Contract No. (1)=stejnésame

  • Type (6)=Payment

  • Aliqout Payment(810)=N

  • Recalculation Settlement (3045)=N

  • Partial Payment Credit (3055)=N

  • Posted (50)=Y

  • VAT Date (CZ/SK: 4027520) nebo or VAT Reporting Date (850) => VAT Change Date

  • Pokud taková splátka existuje (tzn. smlouva má zaúčtovanou splátku s datumem DPH větším jako je datum změny DPH), pak tuto smlouvu neprocesuje, respektive ji zapíše do If such a payment exists (i.e. the contract has a posted payment with a VAT date greater than the VAT change date), then it does not process this contract, or it writes it into the Contract Change Log:

    • smlouvu zapíše do writes the contract to the Contract Change Log s with Recalculation Result=Fail a Error Detail=The contract must not include posted payment with a VAT Date higher than or equel to the VAT Change Date. (CZ: Na smlouvě nesmí být zaúčtovaná splátka s datumem DPH vyšším nebo rovným než je datum změny DPHEN: The contract must not contain a posted payment with a VAT date higher than or equal to the VAT change date. SK: Na zmluve nesmie byť zaúčtovaná splátka zakalovaná splatá s dátumom DPH vyšším vyšší alebo rovným ako je dátum zmeny DPH.)

    • pokračuje na další smlouvu

  • Pokud taká splátka neexistuje, pokračuje dál na další kontrolu

  Na nalezených smlouvách pak vykoná kontrolu, jestli k dané smlouvě existuje nezaúčtovaná řádná splátka v splátkovém kalendáři smlouvy

  • • Continues to the next contract

  • If no such payment exists, it continues to the next check

• It will then check the found contracts to see if they exist for the given contract Unposted regular payment in the API Financing Contract Line (4026398) payment schedule,

  • Financing Contract No. (1)=stejnésame

  • Type (6)=Payment

  • Aliqout Payment(810)=N

  • Recalculation Settlement (3045)=N

  • Partial Payment Credit (3055)=N

  • Posted (50)=NPokud

  • taková splátka neexistuje (tzn. smlouva je v posledním měsíce řádného trvání a před automatickém prodloužení), pak tuto smlouvu neprocesuje, respektive ji zapíše do If such a payment does not exist (i.e. the contract is in the last month of regular duration and before the automatic extension), then it does not process this contract, or writes it into the Contract Change Log:

    • smlouvu zapíše do writes the contract to the Contract Change Log s with Recalculation Result=Fail a and Error Detail=Unposted payment does not exist. (CZ/SK: Neexistuje nezaúčtovaná splátkaUnposted payment does not exist.)

    • pokračuje na další smlouvu

    Pokud taková splátka existuje, tak se provede kontrola, že první nezaúčtovaná splátka má zároveň

    • Continues to the next contract

  • If such an installment exists, a check is made that first Unposted Payment it also has a VAT Reporting Date (850) neboor VAT Date (SK/CZ:4027520) větší nebo rovné k zadanému Datum změny DPH (VAT Change Date) z dialogového okna úlohy. Pokud podmínka:

  • JE splněna, tak pokračuje dál na zpracování originálu smlouvy (viz níže)

  NENÍ splněna, tak:

  smlouvu zapíše do Contract Change Log s

  greater than or equal to the specified VAT Change Date from the task dialog box. If the condition:

  • IS fulfilled, so proceeds on to process the original contract (see below)

  • NOT met, so:

  úloha k nalezené smlouvě, která splňuje všechny kontroly výše, provede tyto úkony:

  • provede zpracování změny DPH účto skupin podle popisu níže v kapitole

    • writes the contract to the Contract Change Log with Recalculation Result=Fail a Error Detail=The first unposted payment does not have a VAT Date higher than or equal to the VAT Change Date. (CZ: První nezaúčtovaná splátka nemá Datum DPH vyšší nebo rovné Datumu změny DPH. SK: Prvá nezaúčtovaná splátka nemá EN: The first unposted payment does not have a VAT Date greater than or equal to the VAT Change Date. SK: The first unposted payment does not have a Dátum DPH vyšší alebo rovný Dátumu zmeny DPH.)

    • pokračuje na další smlouvu

  Pak pokračuje na zpracování originálu smlouvy:

  • • • Continues to the next contract

• Then he proceeds to process the original contract:

  • The task for the found contract, which meets all the checks above, performs the following actions:

    • process the change of VAT posting groups as described in the chapter below https://iao.atlassian.net/wiki/spaces/OCDOC/pages/145358896/Zm+na+sazby+DPH+na+aktivn+ch+smlouv+ch#Zpracov%C3%A1n%C3%AD-origin%C3%A1lu-smlouvy

    • při zpracování smluv zobrazuje hlášku: “Working on it…Contract…” (pokud byla úloha spuštěna přes Schedule…, hláška se nezobrazuje)

    • po zpracování vytvoří zápis do Historie změn smlouvy dle popisu níže v kapitole https:When processing contracts, it displays the message: "Working on it... Contract..." (if the task was started via Schedule..., the message is not displayed)

    • after processing, it creates an entry in the Contract Change History as described in the chapter below https://iao.atlassian.net/wiki/spaces/OCDOC/pages/145358896/Zm+na+sazby+DPH+na+aktivn+ch+smlouv+ch#Z%C3%A1pis-do-historie-zm%C4%9Bn a do Log změn smlouvyPokud je úloha spuštěna bez plánovače, zobrazí se uživateli na konci zpracování informační okno s počtem zpracovaných smluv “Změna byla vykonaná na X smlouvě (-ách). Na Y smlouvě (-ách) se vyskytla chyba.” s možností otevřít and to Contract Change Log.

    Image Removed

Zpracování originálu smlouvy

Úloha:

• zjistí si jakou konverzi bude dělat v tabulce VAT Rate Change Conversion (551) tak, že si projde všechny řádky a bude nahrazovat hodnotu z pole From Code hodnotou v poli To Code

...

• zapíše na hlavičku smlouvy nové DPH účto skupiny zboží podle dohledané hodnoty v poli To Code z tabulky konverzí do těchto polí tak, že změnu provede jen v těch polích, ve kterých najde shodnou hodnotu, jaká je v tabulce konverzí v poli From Code:

  • DPH účto skupina jistina (VAT Posting Group Principal), W1 pole 310

  • DPH účto skupina úrok (VAT Posting Group Interest), W1 pole 311

  • DPH účto skupina jednoduchého servisu (VAT Posting Group Simple Service), W1 pole 315

  • DPH účto skupina zvláštní režim – daňová

    • If the task is run without a scheduler, the user will see an information window at the end of the processing with the number of processed contracts: "The change has been made on X contract(s). An error occurred in Y contract(s)." with the option to open the Contract Change Log.

    Image Added

Processing of the original contract

Task:

• find out what conversion will be done in the VAT Rate Change Conversion table (551) by going through all rows and replacing the value from the From Code field with the value in the To Code field

...

• writes a new VAT product posting group on the contract header according to the found value in the To Code field from the conversion table to these fields so that the change is made only in those fields in which it finds the same value as in the conversion table in the From Code field:

  • VAT Posting Group Principal, W1 Field 310

  • VAT Posting Group Interest, W1 Field 311

  • VAT Posting Group Simple Service, W1 Field 315

  • VAT Posting Group Special Mode – Tax (VAT P.Gr. Special Mode Tax), SK pole Field 4027530, CZ pole 4047510DPH účto skupina splátky spl.prodeje (Field 4047510

  • VAT Posting Group Whole Paym.), W1 pole Field 322

  • DPH účto skupina jednoduchého pojištění (VAT Posting Group Simple Ins.), W1 pole Field 318DPH účto skupina jednoduchého poplatku

  • (VAT Posting Group Simple Fee), W1 pole Field 316

  • VAT Posting Group Deposit, W1 pole field 320

  • DPH účto skupina zboží splátky při dodání zboží (VAT Prod. Post. Gr. Del. Goods), SK pole field 19610DPH účto skupina zboží splátky

  • při dodání zboží - opravný doklad (VAT Prod. Post. Gr. Correction), SK pole 19615

• V tabulce In the API Contract Service (4026681) dohledá služby) table, it finds the following services:

  • FiltryFilters:

    • Service Contract Type (5, Option, PK)=Contract

    • Contract No. (10, Code[20])=stejnésame

    • Service Status (20, Option)=Active

  • pokud nenaleze žádné služby, pokračuje na pojistky

  • na všech nalezených službách vykoná konverze DPH účto skupiny stejným způsobem jako v hlavičce smlouvyIf he doesn't find any services, he continues to the insurance policy

  • On all services found, the conversion of the VAT posting group will be performed in the same way as in the contract header:

    • VAT Prod. Posting Group (125)=stejná hodnota jako pole same value as Code From

    Ve splátkových kalendářích nalezených služeb dohledá nezaúčtované řádky

    • field

  • In the payment calendars of the found services, it finds unposted lines Line Type (5)=Payment a and Posted (75)=N a updatneand updated:

    • VAT Prod. Posting Group (120) = VAT Prod. Posting Group (125) z hlavičky dané službyfrom the header of the service

    • VAT % (125) = dle kombinace according to the VAT Bus combination. Posting Group a VAT Prod. Posting Group (standard)

    • VAT Amount (130) = přepočte dle nové sazby VAT.

  • po dokončení všech služeb pokračuje na pojistky

  V tabulce API Insurance Contract (4027100) dohledá pojistky:

  • Filtry

    • recalculated according to the new VAT rate.

  • Upon completion of all services, proceeds to the insurance policy

• In the API Insurance Contract table (4027100) it finds the following insurance policies:

  • Filters:

    • Financing Contract No. (50, Code[20])=stejnésame

    • Status (60, Option)=Active

    • Valid To >= Datum změny DPH ( VAT Change Date ) z dialogového okna úlohy)from Task Dialog Box

    • Insurance Type (910, Option) <> Individual

  • Pokud nenalezne žádné pojistky, pokračuje na další krok.

  • Na všech nalezených pojistkách vykoná konverze DPH účto skupiny stejným způsobem jako v hlavičce smlouvyIf it does not find any fuses, it proceeds to the next step.

  • On all found insurance policies, the conversion of the VAT posting group will be performed in the same way as in the contract header:

    • VAT Prod. Posting Group (915, Code[20])=stejná hodnota jako pole same value as Code From

    Pokračuje na klientské kalendáře nalezených pojistek v

    • field

  • It continues to the client calendars of the found insurance policies in the API Ins. Client Payment Cal. (4027105) a na nezaúčtovaných řádcích, tj. hodnota pole and on the unposted lines, i.e. the value of the field Posted (80)=N, vykoná it performs an update:

    • VAT Prod. Posting Group (910) = VAT Prod. Posting Group (915) z hlavičky dané pojistkyfrom the header of the policy

    • VAT % (915) = dle kombinace according to the VAT Bus combination. Posting Group a VAT Prod. Posting Group (standard)

    • VAT Amount (955) = přepočte dle nové sazby VAT.

    Pokračuje na kalendáře pojišťovny nalezených pojistek v

    • recalculated according to the new VAT rate.

  • It continues to the insurance company calendars of the insurance policies found in the API Ins. Company Payment Cal. (4027106) a na neblokovaných řádcích, tj. hodnota pole and on the unblocked lines, i.e. the value of the field Blocked (70)=N, vykoná it performs an update:

    • VAT Prod. Posting Group (915) = VAT Prod. Posting Group (915) z hlavičky dané pojistky) from the header of the policy

    • VAT % (950) = dle kombinace according to the VAT Bus combination. Posting Group a VAT Prod. Posting Group (standard)

    • VAT Amount (955) = přepočte dle nové sazby VAT.

  • po dokončení zpracování všech pojistek, pokračuje na další krok

  pokud je v hlavičce smlouvy

  • • recalculated according to the new VAT rate.

  • Once all fuses have been processed, proceed to the next step

• if there is a Paym flag in the API Financing Contract Header (4026397) příznak Paymheader. Calendar Is Tax Document (19032, Boolean)=Y, nastaví hodnotu nového pole sets the value of the new Prn. Queue VAT na queue field to Y.

• na závěr zpracování dané smlouvy úloha vykoná:

  deaktivuje existující varianty smlouvy přepnutím jejich

  At the end of the contract processing, the task is performed:

  • deactivates existing contract variants by toggling their Calc. Variant Status na on Inactive

  • update splátkového kalendáře smlouvyContract Payment Calendar Update:

    • pokud if APICZ VAT Special Mode (4047500, Boolean)=Y v hlavičce smlouvy, vykoná přepočet splátkového kalendáře smlouvy (tzv. rekalkulační větev). Pozn. tyto smlouvy musíme rekalkulovat, spec. DPH režim nelze jinak vyřešit.pokud N, vykoná update polí v splátkovém kalendáři smlouvy bez spouštění finanční kalkulačky a nasazení splátkového kalendáře (pozn. důvodem jsou smlouvy s in the contract header, it will recalculate the contract payment calendar (so-called recalculation branch). Note: these contracts have to be recalculated, the special VAT regime cannot be resolved in any other way.

    • if N, it will update the fields in the contract payment calendar without starting the financial calculator and setting the payment calendar (note: the reason is contracts with Contract Extension=Y):

      • VAT Posting Group Principal (310, Code[20]) - převzít z hlavičky smlouvy pokud v hlavičce neprázdnétake from contract header if not empty in header

      • VAT Posting Group Interest (311, Code[20]) - převzít z hlavičky smlouvy pokud v hlavičce neprázdnétake from contract header if not empty in header

      • VAT Posting Group Service (315, Code[20]) - převzít z hlavičky smlouvy pokud v hlavičce neprázdnétake from contract header if not empty in header

      • VAT Posting Group Simple Ins. (318, Code[20]) - převzít z hlavičky smlouvy pokud v hlavičce neprázdnétake from contract header if not empty in header

      • VAT Posting Group Simple Fee (319, Code[20]) - převzít z hlavičky smlouvy pokud v hlavičce neprázdnétake from contract header if not empty in header

      • APICZ VAT P.Gr.Sp.Mode Non-Tax (4047560, Code[) - převzít z hlavičky smlouvy pokud v hlavičce neprázdnétake from contract header if not empty in header

      • APICZ VAT Pos.Gr.Spec.Mode Tax (4047565, Code[20]) - převzít z hlavičky smlouvy pokud v hlavičce neprázdnétake from contract header if not empty in header

      • VAT Principal (12, Decimal)

      • Amount VAT Interest (18, Decimal)

      • Amount VAT Insurance (21, Decimal)

      • Amount VAT Service (24, Decimal)

      • Amount VAT Simple Fee (422, Decimal)

      • Amount VAT Selling Price (3010, Decimal)

      • Amount Excl. VAT Aliquot (3020, Decimal)

      • APICZ VAT Base Special Mode (4047550, Decimal)

      • APICZ VAT Amount Special Mode (4047555, Decimal)

      • Amount (34)

      • Amount VAT Deposit (40, Decimal)

  • v hlavičce smlouvy zaktualizuje hodnoty polí na základě hodnot z první neúčtované řádné splátky v SPK smlouvyin the contract header updates the field values based on the values from the first non-posted regular payment in the contract GAC:

    • Annuity Excl.VAT

    • Services Excl. VAT

    • Insurance Excl. VAT

    • Simple Fee Excl. VAT

    • Payment Excl.VAT

    • Payment Incl.VAT

    • Deposit Including VAT (42, Decimal)

  • v těchto polích nastaví příznaky na in these fields, sets the flags to Y:

    • Service - Updated (150, Boolean)

    • Insurance - Updated (151, Boolean)

    • Payments - Updated (152, Boolean)

    • Calculation Lines - Updated (153, Boolean)

    • Calc. Inputs - Updated (154, Boolean)

    • Annuity Updated (4047070, Boolean)

    • Insurance Input Updated (4047075, Boolean).

Zápis do historie změn smlouvy

...

Entry in the history of contract changes

To create an entry in the API Contract Change History (4046858) použije následující hodnoty, it uses the following values:

• Change Type Code = Contract Change Type z request formuform

• Approved By = ID uživatele, který úlohu spouštíof the user who runs the task

• Approval Date = work date systémuSystem Work Date

• Change Reason Code = Contract Change Reason z request formuform

• Change Valid From = system work date systému

• Change Date = Date To z posledné zaúčtované splátky from the last posted payment (Posted=Y, Canceled=N, Aliqout Payment=N, Recalculation Settlement=N, Partial Payment Credit=N)

• Comment = Comment z from request formuform

• Closed (15)=Y (aby při přenosu již nabyla vyžadováno schválení)po dokončení vytvoří zápis do so that approval is required for the transfer)

• Upon completion, it creates an entry in the Contract Change Log s with Recalculation Result=Success.

Spuštění úlohy přes frontu úloh, tlačítkem Schedule…, Fronta změn smlouvy a Log změn smlouvy jsou popsány v Starting a task via the job queue, the Schedule... button, the Contract Change Queue and the Contract Change Log are described in PD https://iao.atlassian.net/wiki/x/jADVAQhttps://iao.atlassian.net/wiki/x/nADVAQ https://iao.atlassian.net/wiki/x/wADWAQ.

Ukázka logů k této úlozeExample of logs for this task:

...