ESO 9 změny ve verzi 6.2 z 31.12.2020

 

Obecný klient

Změny v technologii .NET

• Obecný klient
  Opraveno otevírání odkazů nápovědy formuláře, vyvolané pomocí F1, vedoucí mimo eso9.
  
  
• Obecný klient
  Doplněny lokalizované kalendáře v browse.
  
  
• Obecný klient
  Opraveno zobrazování widgetu SCHEDULER.
  
  
• Obecný klient
  Do obecného klienta doplněna možnost skenování. Závislé je na nainstalování služby "ESO9 support service", která je dostupná pro zařízení s Windows.
  
  
• Obecný klient
  Opraveno zobrazení dnů v kalendáři pro RowFilter.
  
  
• Obecný klient
  Opraveno načítání uložené konfigurace u dashbordů.
  
  
• Obecný klient
  Do menu nad uživatelem přidána možnost změny stylu aplikace.
  
  
• Obecný klient
  Opraveno načtení položek filtru při přepnutí ze SimpleFiltr. případě že bylo konfigurací uložen filtr pro pole které není v simplfiltru tak se po přepnutí tyto pole do filtru nevyplnily.
  
  
• Obecný klient
  Do obecného klienta doplněna možnost získání souřadnic adresy z google geocoding API. Podmínkou je forma ve které jsou položky ULICE, PSC, MESTO, LATITUDE a LONGITUDE.
  Syntaxe pro vložení tlačítka do stránky je stejná jako pro doplněk, který je dostupný pro klienta InternetExploreru.
  
  
  
  
• Obecný klient - Schovávání označovacího boxu v tabluce
  Označovací box v tabulce je možné schovat pomocí parametru u prvního datového inputu mask="MARKSTATE=-1"
  
  
• Obecný klient - Obrázek z URL
  Přidána možnost zobrazit obrázek z URL datového zdroje
  
  
• Obecný klient
  Pro widget typu UDALOSTI byla změněna definice zápisu událostí v činnosti „9. 6.11 Události“. Jedná se o widget definovaný formou DB struktury v činnosti „9.13. 2 Widgety“. Do stránky událostí bylo přidáno pole „SQL - hodnota JSON“ do kterého se zapisuje datový zdroj události. Bylo využito pole XMLCONTENT které bylo dříve určeno pro zápis XML syntaxe událostí Silverlight, které již nejsou v ESO9Start podporovány. S tímto bylo upraveno chování procedury spUdalost_vyhodnoceni, kdy je ignorován parametr @vlSilverLight pro hodnotu 0 a 1.
  Detailní informace k DB dashbordům a widgetům na wiki.eso9.cz
  
  

Aplikace ESO9 Start

Změna činnosti

• ARES - ESO9Lib
  Pokud je adresa načtena jako nestrukturovaný text je nově zavolána standardizace adresy v ARESu, tak aby mohla být adresa založena. Nestrukturovaná adresa je uložena do poznámky k založené adrese pro pozdější kontrolu. Zároveň je uživatel upozorněn ve výsledku volání ARESu, že adresa byla stažena jako nestrukturovaný text.
  
  
• ARES - ESO9Lib
  Pokud je provedena aktualizace dle ARES a subjekt přestal existovat, tak je nově založena poznámka typu ARSZan s textem, že subjekt zanikl. Poznámka je založena novou procedurou spARES_NastavZanikSubj, kde je i založena i poznámka typu ARSZan pokud již neexistuje
  
  

Účetnictví

• 1. 1. 2. 4 - Výkazy AP, ZZ, CF
  Provedena úprava tvorby výkazů tak, aby se akceptoval parametr DatumMimUzav - pokud je vyplněn, pak do výkazů vstoupí pouze účetní zápisy s datem nižším nebo rovným takto zadanému datu v parametru DatumMimUzav.
  Upraveny procedury a funkce :
  - spCr_QSumProVykaz
  - spQVykazHlav_FC_Ucet_Obd
  - fnVykazy_DatovyZdrojESO9
  - fnVykazy_ZadaniParam
  
  Upraveny stránky :
  - Ucet\Vykazy_Prepocet.htm
  - Ucet\Vykazy\CZ_AP_filtr.htm
  - Ucet\Vykazy\CZ_CF_filtr.htm
  - Ucet\Vykazy\CZ_PVZZ_filtr.htm
  - Ucet\Vykazy\CZ_VZVK_filtr.htm
  - Ucet\Vykazy\CZ_ZVK_filtr.htm
  - Ucet\Vykazy\CZ_ZZ_filtr.htm
  
  
• 1. 1. 2. 3 - Výkaz DPH
  Výkaz DPH - doplněna informace o úhradě (Ne/Částečně/Úplně) a datu úhrady.
  Doplněny položky do pohledu qOdvodDPH, upravena stránka Eso9Start\DPH\OdvodDPH.htm, Eso9StartSK\DPH\OdvodDPH.htm, Eso9StartDE\DPH\OdvodDPH.htm, Eso9StartPL\DPH\OdvodDPH.htm.
  
  
• 1. 1. 1. 1 - Interní doklady
  Doplnění informací o úhradě (položky Je uhrazeno, Uhrazeno val a Datum poslední úhrady) do formuláře interních dokladů.
  Upraven pohled QHDOK - doplněna vazba na tabulku HdokUhrada a položky vlHDokUhrazen, hdUhrazenoVal a dtPosledniUhrady.
  Upraveny stránky ucet\Inter_dokl_DPH.htm a ucet\Inter_dokl.htm - doplnění položek do datového zdroje a do formuláře.
  
  
• 1. 1. 1. 8 - Roční uzávěrka - generování kurzovních rozdílů na peněžních účtech
  Pokud měly účty pro přeúčtování kurzovních rozdílů nastavenu vlastnost "povinně zakázkový", tak se nepodařilo založit doklad UCD – nyní upraveno tak, že se při této akci toto nekontroluje - doklad se založí (kontrola povinně zakázkových účtu se v tomto případě neprovádí).
  
  Upraveny triggery trUcetZap_Upd, trUcetZap_Ins a procedura spRocUzav_BankUcet.
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa SK)
  Na formuláři výkazu DPH byl doplněn odkaz "Seznam nedůvěryhodných plátců" (pouze legislativa SK).
  Upravena stránka ESO9StartSK\DPH\OdvodDPH.htm
  Vytvořena nová sestava "Kontrola nedôveryhodných plátcov DPH" (kód sestavy VykazDPH_NedovPlatci). V sestavě jsou vypsány všechny doklady, které vstupují do některého z výkazů DPH (kontrolního výkazu DPH nebo souhrnného hlášení) zvoleného období (a to jak řádného, tak i případných existujících dodatečných výkazů v tomto období), a které patří subjektu s nastavenou vlastností "Nedůvěryhodný" (Subjekt.vlNeduveryhodnyPlatce = 1). Pro každý subjekt je uveden kód subjektu, IČ pro DPH, Název subjektu a pod ním je uveden seznam dokladů vstupujících do některého z výkazů DPH/KV/SH daného období (Typ a číslo dokladu, datum zdanitelného plnění a textová poznámka z dokladu).
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa CZ)
  Určení Období DPH na fakturách vydaných zahraničních do EU.
  Dosud se vždy určovalo podle data zdanitelného plnění, případně šlo ovlivnit podle data uvedeného v poznámce k hlavičce dokladu, která má kód uvedený v parametru KodPoznProObdDPH.
  
  Správně by se ale mělo být:
  - pro dodání zboží do členského státu určit k patnáctému dni v měsíci, který následuje po měsíci, v němž bylo zboží odesláno nebo přepraveno do jiného členského státu. Pokud však byl daňový doklad vystaven před patnáctým dnem měsíce, který následuje po měsíci, v němž bylo zboží odesláno nebo přepraveno do jiného členského státu, je plátce povinen přiznat uskutečnění tohoto dodání ke dni vystavení daňového dokladu.
  - pro poskytnutí služby podle data zdanitelného plnění
  
  Upravena funkce fnHDOK_DetailVykazuDPH_std pro tvorbu detailů podkladů pro výkaz DPH :
  V případě, že se jedná o doklad (složku) s kódy 31, 32, 33, 42 nebo 54, pak se období pro výkaz DPH určí dle data vystavení dokladu (v případě faktury vydané je to položka Hdok.dtOdeslano).
  Pro ostatní kódy zůstává beze změny, nadále lze pro určení období výkazu DPH použít poznámku k dokladu typu s kódem dle parametru KodPoznProObdDPH (je třeba zejména pro případ, kdy je datum vystavení až po patnáctém dni v měsíci, který následuje po měsíci odeslání nebo přepravení zboží. Bude se muset do poznámky zapsat 15.den toho následujícího měsíce).
  
  
• 1. 1. 2. 3 - Výkaz DPH
  Doplněna kontrola před uzavřením výkazu DPH : uzavření výkazu DPH nelze provést, pokud existují doklady, pro které nebyl proveden přepočet podkladů pro výkaz DPH.
  Upravena procedura spODVODDPH_Uzavri.
  
  
• 1. 1. 2. 4 - Výkazy AP, ZZ, CF
  V aplikaci Eso9Start byla vytvořena definice výkazu "Výkaz Cash-flow Přímou metodou".
  
  
• 1. 1. 2. 1 - Hlavní kniha
  V případě filtru za konkrétní subjekt se mohla částka počátečního stavu v hlavní knize lišit od počátečního stavu uvedeného v detailní sestavě. Tento rozdíl mohl nastat v případě existence závěrkových dokladů pro vyčíslení kurzovních rozdílů závazků a pohledávek, kdy na účetním zápisem v dokladu UCD bez subjektu je konkrétní subjekt uveden až na účetním zápise.
  Upravena funkce fnHlavniKniha_Det_Work - do joinu na tabulku Subjekt byla doplněna stejná podmínka jako v proceduře pro hlavní knihu.
  
  
• 1. 1. 2. 4 - Výkazy AP, ZZ, CF - legislativa SK
  Na stránce v činnosti 1.1.2.4 byly vytvořeny nové odkazy na vstupní filtry pro zadání výkazů, tyto výkazy se nyní tisknou pomocí STI sestav.
  Původní verze idc/htx výkazů (dole za poznámkou Pôvodná verzia) byly prozatím ponechány pro kontrolu.
  
  Současně doplněn nový odkaz "Účtovná závierka podnikateľa v PÚ - export do XML", který vede na již existující export do XML, tam byl navíc na konci doplněn odkaz „Pracovná zostava“, který vede na novou sestavu – ta vznikla spojením dvou sestav - výkazu AP a ZZ.
  
  Vytvořeny nové sestavy :
  - Vyk_AP_SK_2020
  - Vyk_ZZ_SK_2020
  - Vyk_APZZ_SK_2020
  - Vyk_CF_SK_2020
  - Vyk_PVZZ_SK_2020
  - Vyk_VZVK_SK_2020
  - Vyk_ZVK_SK_2020
  
  Upraveny stránky
  - ESO9Start\ucet\Vykazy_Prepocet.htm
  - ESO9Start\ucet\Vykazy_Prepocet_SK_2020.htm
  - ESO9Start\ucet\VykazySKxml14.htm
  - ESO9Start\ucet\Vykazy\CZ_AP_filtr.htm
  - ESO9Start\ucet\Vykazy\CZ_ZZ_filtr.htm
  
  
• 1. 1. 4. 5 - Výsledovka
  Upravena procedura spVysledovka - pokud u plánovaného dokladu není na hlavičce uveden Subjekt (Hdok.idSubjekt = NULL), pak se použije Subjekt z plánovaného účetního zápisu (UcetZapPlan.idSubjekt_UcetZap).
  Pozn : u skutečných dokladů ponecháno beze změny, tam se vždy bere pouze Hdok.idSubjekt.
  
  
• 1. 1. 2. 1 - Hlavní kniha
  Rozšíření podmínek pro Hlavní knihu a Výsledovku.
  Byly rozšířeny filtrovací podmínky o položku Projekt. Jako profi řešení lze doplnit také filtrování podle položek IDZDROJ, IDOBECCIS_01, IDOBECCIS_02,IDOBECCIS_03, IDOBECCIS_04. V souvislosti s tím byl upraven způsob předávání parametrů filtrovacích podmínek do detailních sestav, kdy se všechny filtrovací podmínky předávají v jednom XML parametru.
  
  Upraveny procedury a funkce :
  - spHlavniKniha,
  - spVysledovka,
  - spVysledovkaDleObdobi,
  - fnHlavniKniha_Det_Work,
  - fnHlavniKniha_Det,
  - fnHlavniKniha_Det2,
  - fnHlavniKniha_Det_SumObd2,
  - fnHlavniKniha_DetKS_Work,
  - fnHlavniKniha_DetKS,
  - fnHlavniKniha_DetKS2,
  - fnHK_FilterXML (nová)
  
  Upraveny sestavy :
  - Hl_kniha_Str_syn.idc,
  - Vysl_str.idc,
  - Vysl_Str_Obdobi
  - Hl_kniha_ob_detXMLPar (nová),
  - Hl_kniha_ks_detXMLPar (nová),
  - InventarizaceUctuXmlPar (nová)
  
  Upraveny stránky :
  - ucet\Hl_kniha_Str_syn.htm
  - ucet\Hl_kniha_detKS_S.htm
  - ucet\Hl_kniha_det_S.htm
  - ucet\Hl_Kniha_DetHromKS.htm
  - ucet\Hl_Kniha_DetHromObrat.htm
  - ucet\Hl_Kniha_DetHromInv.htm
  - ucet\Vysl_Str_F.htm
  - ucet\Vysl_TiskStred.htm
  
  
• 1. 1. 1. 1 - Interní doklady
  Na stránkách účetních a interních dokladů byla pro tvorbu opakovaných dokladů doplněna možnost tvorby VSYM "Dle nového čísla dokladu".
  Upravena procedura spHDOK_CopyRozuctOpak.
  Upraveny stránky :
  - ucet\DoklKopie.htm
  - ucet\Inter_dokl.htm
  - ucet\Inter_dokl_Sloz.htm
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa CZ)
  Doplněn nový kód pro výkaz DPH :
  - 54 - prodej majetku do EU (ř. 20 a ř. 51 s nárokem na odpočet)
  Na základě tohoto kódu bude Doklad/Složka vstupovat do ř. 20 a zároveň do ř. 51 s nárokem na odpočet
  
  Upraveny funkce pro tvorbu detailů podkladů pro výkaz DPH (v tabulce KHDPH) : fnHDOK_DetailVykazuDPH_std, fnVykazDPH_SeznamDuvOsv, procedura spProVykazDPH_CZ pro založení kódu pro výkaz DPH
  
  
• 1. 1. 2. 3 - Výkaz DPH
  V zobrazení detailů řádků DPH a KHDPH bylo doplněno obarvení těch řádků výkazu, ve kterých se vyskytuje detail s příznakem chyba (červeně) nebo varování (oranžově).
  Upraveny stránky
  ESO9Start\DPH\VykazDPH_Detail.htm
  ESO9Start\DPH\OdvodKH_Detail.htm
  ESO9StartSK\DPH\OdvodKH_Detail.htm
  
  
• 1. 1. 2. 1 - Hlavní kniha
  Upraveny datové zdroje sestav :
  - Hl_kniha_ob_det,
  - Denik.idc,
  - DenikDoklsRozuct.idc,
  
  Bylo provedeno rozdělení na datový zdroj vlastních dat a datový zdroj vstupního filtru (parametrů sestavy).
  Při větším počtu detailních řádků tím dojde k výrazné úspoře předávaných dat.
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa SK)
  Nový formulář výkazu DPH a KVDPH od r. 2021 (legislativa SK).
  V souvislosti se změnou výkazu DPH (nová verze od r. 2021) byly provedeny následující změny :
  
  Nová sestava VykazDPH_SK_202101_id, upravená sestava VykazKVDPH_SK_201701_idOpis
  
  Upravené stránky :
  - ESO9Start\DPH\VykazDPH_Detail.htm
  - ESO9Start\DPH\OdvodKH_Detail.htm
  - ESO9Start\Ucet\RocVypor_VypocetSK21.idc (nová)
  - ESO9Start\Ucet\RocVypor_VypocetSK21.htx (nová)
  - ESO9Start\Ucet\Rocni_VyporadaniSK.htm
  - ESO9StartSK\DPH\OdvodKH_Detail.htm
  
  Upravené funkce a procedury :
  - fnVykazDPH_SeznamDuvOsv
  - fnDphTextySK_202101 (nová)
  - fnDphTextySK
  - fnDphFormular_SK_202101 (nová)
  - fnDphVykaz_FormSK
  - fnKHDPH_VypoctenyDetailRadku
  - spExport_DPH_XML_SK200901
  - fnKHDPH_TestovaniChyb_SK
  - fnHDOK_DetailVykazuDPH_SK_std
  - fnHDOK_DetailVykazuDPH_SK
  - fnKVDPH_2017
  - fnKVDPH_2017_ProTisk
  - fnKVDPH_SeznamChyb_2017
  - spExport_KHDPH_XML_SK201701
  - fnDPH_STI_DataSK2021 (nová)
  - fnOdkaz_SestavaDPH
  - spDphVykaz_Form_Priprava16
  - spDPH_TiskPracTvarSK_201701
  - spHdok_VytvorDetailDPH_SK
  - spImpXMLDPH_DPH_SK_2021 (nová)
  - spImpXMLDPH_KH_SK_2021 (nová)
  - spImpXMLDPH_Test
  - fnDphVykaz_SK_2021_01 (nová)
  - spVykazDPH_Zaeviduj
  - spVykazDPH_PrepoctiIDU
  - spNadmOdpocet_NastavDleOdvodDPH
  - spOdvodDPH_NaplnDanovouPovinnost
  - spProVykazDPH_SK
  - fnSeznamKoduProKoefSK
  - fn_VykazDPH_RocniKoef
  - fnDphTextyRadku
  - spDPH_RocVyporSK21 (nová)
  - QHISDPH_SK
  - spEso9_ExecProcBeforeVerze
  
  Při instalaci verze 6.2 bude nastaven požadavek na přepočet podkladů pro DPH u všech dokladů, které vstupují do některého z výkazů DPH z roku 2021. Pokud je těchto dokladů méně než 500, provede se jejich přepočet v rámci spouštění scriptu. Pokud je jich více, je nutno provést "Přípravu výkazů DPH" ručně (v činnosti 1.1.2.3 Výkaz DPH bude na úvodní stránce zobrazen počet nepřepočtených dokladů společně s informací, že je třeba provést přepočet).
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa SK)
  Doplnění nových kódů pro výkaz DPH :
  711 - Dodanie tovaru § 8 a služby § 9, nevstupuje do výpočtu pre koeficient (riadok 1-4). Vstupuje do Kontrolného výkazu DPH v sekcii C2.
  752 - Oslobodenie podľa § 28 - 42, nevstupuje do výpočtu pre koeficient (riadok 13). Nevstupuje do Kontrolného výkazu DPH.
  -11 - nezahrnúť do výkazu DPH, § 65, s preferenčnou vetou Osobitná úprava uplatňovania dane podľa § 65 zákona č. 222/2004 Z. z. "úprava zdaňovania prirážky - cestovné kancelárie". Je určený pre § 65 zákona o DPH. Nevstupuje do výkazu DPH ani do Kontrolného výkazu DPH ani do výpočtu pre koeficient.
  
  Upraveny funkce a procedury :
  - fnVykazDPH_SeznamDuvOsv
  - spExport_KHDPH_XML_SK201701
  - fnHDOK_DetailVykazuDPH_SK_std
  - spSestavy_Legislativni
  
  

Finance

• 1. 2. 1. 2 - Automatické vystavení platebního příkazu
  Při označování dokladu pro platební nebo inkasní příkaz bylo doplněno :
  - Nově se kontroluje, zda zadaný subjekt a adresa jsou aktivní. Provádění tohoto testování je závislé na tom, zda je v typu vznikajícího dokladu (typ položka platebního/inkasního příkazu) nastavena vlastnost "Zakázat používání neaktivních subjektů a neaktivních adres".
  V případě chyby se při pokusu o označení takového dokladu zobrazí informační hláška a označení dokladu se neprovede (dříve bylo možno označení provést a chyba se pak následně projevila až při vytváření platebního příkazu)
  
  - Chyby, které se týkají nedůvěryhodnosti plátce nebo použití zveřejněných účtů - pokud je na typu dokladu PPP (položka platebního příkazu) nastavena měkká kontrola, pak se při označení dokladu zobrazí informativní hláška (věta se označí). Při nastavení tvrdé kontroly se rovněž zobrazí pouze informativní hláška, dokladu zůstává označen (aby se případně nad dokladem dalo provést "Ověření důvěryhodnosti plátce"), ale pokud by se nad takto označeným dokladem následně vytvářel platební příkaz, tak se PP nevytvoří - skončí chybou.
  Toto testování nedůvěryhodnosti plátce nebo použití zveřejněných účtů se provádí pouze v případě, že parametr DuvPlatce_DleLimitu je nastaven na hodnotu 0, nebo když částka na dokladu je vyšší než hodnota uvedená v parametru DuvPlatce_LimitKUhr.
  
  Upraveny stránky finance\VytvorPP.htm a finance\VytvorINK.htm (doplnění přenosu typu zakládaného dokladu z horní do dolní formy).
  Upraveny procedury spHDok_TestDuverUctu, spqHDok_TestOznacDokladu, spqHDok_ProPP_MARKSTATE, spqHDok_ProPP_Uhradit, chybové hlášky 58047, 58048, 58049, 58255.
  
  
• 1. 2. 1. 2 - Automatické vystavení platebního příkazu
  Při připojení k již existujícímu platebnímu příkazu se nezobrazil odkaz na něj - opravena procedura spBaV_VytvorPP_XMLParams.
  
  
• 1. 2. 3. 2 - Kniha příjmů a výdajů peněžního účtu
  Upravena sestava PoD_kpod.idc :
  V případě, že doklady obsahují 2.sníženou sazbu DPH, bude se sestava tisknout na šířku (a budou v ní všechny 3 sazby DPH), v opačném případě se tiskne původní sestava (pouze se základní a sníženou sazbou DPH).
  
  

Saldokonto

• 1. 3. 3 - Upomínky a penalizace
  Vytvořeny nové činnosti, které umožňují správu všech dokladů upomínek, zápočtů a penalizačních faktur :
  1.3.3.5 - Správa dokladů upomínek
  1.3.6 - Podpůrné evidence saldokonta
  1.3.6.1 - Oprava dokladů saldokonta
  
  Upravena stránka saldo\DoklUpom.htm - doplněn kód a název našeho peněžního účtu.
  
  
• 1. 3. 4. 8 - Závazky a pohledávky k datu
  Úprava činnosti 1.3.4.8 pro sledování závazků a pohledávek dle nových tabulek HdokUhr a HdokUhrDet.
  - Původní činnost 1.3.4.8 - do kódu činnosti přidáno na konec písmeno "p" (1.3.4.8p), název přejmenován na text "(původní) Závazky a pohledávky k datu"
  - Založena nová činnost 1.3.4.8, které odkazuje na nově vytvořenou stránku a sestavy, ve kterých se pro výpočet závazků a pohledávek používají nové tabulky HdokUhr a HdokUhrDet. Pokud původní činnost byla přiřazena nějaké skupině uživatelů (tabulka CINPROSKUP), tak nově zakládaná činnost bude přiřazena do téže skupiny.
  
  Nová stránka :
  - saldo\ZavPohl_KDatu_f2020.htm
  
  Nové sestavy :
  - ZavPohlKDatu2020 (obdoba původní ZavPohlKDatu)
  - ZavPohlKDatuZ2020 (obdoba původní ZavPohlKDatuZ)
  
  Nová procedura spSTI_ZavPohlKDatu60 (datový zdroj pro sestavy ZavPohlKDatu2020 a ZavPohlKDatuZ2020)
  
  
• 1. 3. 4. 9 - Přehled pohledávek a závazků
  V případě, že přepočet úhrad je prováděn ONLINE (parametr HDOKUhrada_Online je nastaven na hodnotu 2), se zobrazení dat v této činnosti provádí na základě hodnot v tabulkách HdokUhrada a HDOKUhrDet.
  
  Upravena stránka saldo\PrehledPohlZav.htm a funkce fnPrn_ZavPohlSumSubj a fnPrn_ZavPohlDetSubj.
  
  
• 1. 3. 4.11 - Inventarizace závazků
  V případě, že přepočet úhrad je prováděn ONLINE (parametr HDOKUhrada_Online je nastaven na hodnotu 2), se zobrazení dat i následný tisk sestav v této činnosti provádí na základě vypočtených hodnot v tabulkách HdokUhrada a HDOKUhrDet.
  
  Nová funkce fnPrn_InvZapPohl_DleUhrada, upravené funkce fnPrn_InventarizaceZav_KDatu, fnPrn_InvZav_SeznamSubjF, fnPrn_InvZav_SeznamSubj.
  
  
• 1. 3. 4.10 - Inventarizace pohledávek
  V případě, že přepočet úhrad je prováděn ONLINE (parametr HDOKUhrada_Online je nastaven na hodnotu 2), se zobrazení dat i následný tisk sestav v této činnosti provádí na základě vypočtených hodnot v tabulkách HdokUhrada a HDOKUhrDet.
  
  Nová funkce fnPrn_InvZapPohl_DleUhrada, upravené funkce fnPrn_InventarizacePohl_KDatu, fnPrn_InvPohl_SeznamSubjF, fnPrn_InvPohl_SeznamSubj.
  
  

Plánování

• 1. 4. 1 - Opakování dokladů
  Do předpisu pro generování opakovaných dokladů doplněny možnosti
  - Kopírovat ruční účetní zápisy
  - Kopírovat vazby na dokumenty
  
  Do tabulky PLANDOK byly doplněny položky :
  - VLCOPYUCETZAP - Definuje, zda se bude provádět i kopírování ručních účetních zápisů. Podmínkou pro toto kopírování je, že zdrojový a nově vznikající doklad musí mít stejný účetní typ
  - VLCOPYVAZBYDOC - Definuje, zda se mají zkopírovat vazby na dokumenty
  
  Pro zajištění těchto možností upraveny následující objekty
  - procedura spPlanDok_ZalozJedenDoklad
  - procedura spPlanDok_ZalozSkutDoklad
  - procedura spPLANDOK_NEWREC
  - procedura spPlanDok_ValRec
  - procedura spHdok_CopyRucUcetZap
  
  Upravena stránka plan\GenPlanDok.htm
  
  

Nákup

• 2. 1. 3. 1 - Faktury přijaté účetní (legislativa PL)
  Upravena stránka nakup/faphlav.htm (formulář pro FPU) pro legislativu PL
  - z položky IBAN (TXTBUSUBJBUCET_IBAN) odstraněn odkaz
  - místo položky KOD_BANKY zobrazena položka Bankovní účet (BUHDOK_UCET) s odkazem na číselník.
  - stejně upraveno i na záložce Subjekt
  
  
• 2. 1. 3. 3 - Faktury vydané zálohové daňové
  Na formuláři FPZD chyběly položky o informaci o uhrazení dokladu
  Upravena stránka nakup\ZFapD.htm :
  - do datového zdroje doplněny položky vlHDokUhrazen, hdUhrazenoVal, dtPosledniUhrady
  - do formuláře doplněny položky "Je uhrazeno", "Uhrazeno VAL" a "Datum poslední úhrady"
  
  

Prodej

• 2. 2. 3. 2 - Faktury vydané zálohové (doplněk č. 1 předchozí verze)
  Pokud byla vystavena zálohová fakturu se složkou v EUR ve druhé snížené sazbě DPH, pak při vytvoření FVZD dle účetních zápisů se chybně vypočetla částka na složce dokladu.
  Opravená procedura spHDok_FVZ_FVZD_Ozn - v případě zadání 2. snížené sazby se nenastavil správně ruční vstup (RVCENA) na vytvářené složce FVZD a tím pádem se chybně vypočetla celková cena.
  
  
• 2. 2. 3. 3 - Faktury vydané zálohové daňové
  Na formuláři FVZD chyběly položky o informaci o uhrazení dokladu
  Upravena stránka prodej\ZFaVD.htm :
  - do datového zdroje doplněny položky vlHDokUhrazen, hdUhrazenoVal, dtPosledniUhrady
  - do formuláře doplněny položky "Je uhrazeno", "Uhrazeno VAL" a "Datum poslední úhrady"
  
  
• 2. 2. 3 - Faktury vydané
  Podpora tisku čísla „EORI“ na dokladech v souvislosti s vystoupením Spojeného království z Evropské unie :
  - byly upraveny funkce pro tisk hlavičky dokladu (fnDZ_FormularHDOK, fnSubjekt_UdajePodleData, fnSubjekt_UdajePodleDataHdok)
  
  Pro vlastní tisk čísla „EORI“ je třeba
  - založit typ poznámky k subjektu s kódem „EORI“ (tento typ poznámky k subjektu bude ve verzi 6.2. automaticky založen)
  - u subjektu je třeba mít založenu poznámku typu EORI s datem 1.1.2021 (nebo nevyplněným), v předmětu musí být uvedeno číslo EORI, např. GB123456789012
  - funkce fnSubjekt_UdajePodleDataHdok pro tisk dokladu pro tento subjekt s datem zdanitelného plnění vyšším nebo rovno než datum v poznámce nyní vrací nové položky :
  EORI … obsahuje vlastní číslo z předmětu poznámky „GB123456789012“
  txt_EORI … obsahuje vlastní číslo z předmětu poznámky včetně úvodního textu EORI: „EORI: GB123456789012“ (pokud poznámka k subjektu neexistuje, je prázdné – neobsahuje ani úvodní text EORI:)
  - formulář pro tisk dokladu je nutno upravit (profi), v tiskových formulářích v ESO9Start toto upravováno nebylo
  
  

Sklad

• 2. 3. 1.12 - Účetní příjemky převodem
  Provedeny úpravy směřující ke zrychlení činnosti u velkých DB:
  - IDC/HTX nastaveni\DokladZeVzoruPrevodky.idc/htx: upraven parametr StartFilter z hodnoty StartFilter=0 na StartFilter=2
  - předloha sklad\PrijemkaPrevodemZeVzoru.htm: přepracovány datový zdroje obou forem. Především úprava datového zdroje horní formy "Výdejka" by měl přinést zrychlení u větších dat.
  
  

Datové schránky

• 2. 7. 1 Dodané zprávy
  Přidán odkaz na na vytvořenou Přijatou poštu z Datové zprávy
  
  
• 2. 7. 2 Odeslané zprávy
  Stažení odeslané datové zprávy
  - Jelikož lze stahovat pouze podepsané odeslané zprávy je stažena a hlavička datové zprávy a k ní je uložena jako příloha datová zpráva ve formátu zfo
  - pro stažení odeslaných datových zpráv byla upravena stránka odeslaných datových zpráv - přidán filtr na datum od - do
  
  

• 2.7 Datové schránky - Přijaté datové zprávy
  Datové schránky - doplnění funkčnosti na přijaté zprávy, je možné na zprávu odpovědět (jako v outlooku - založení nové odeslané datové zprávy s vyplněným příjemcem, dle odesílatele z přijaté zprávy, zkopírování textu jako RE).
  
  

Majetek

• 3. 1 - Evidence majetku
  Upravena stránka Majetek/Maj_Poh.htm - u položky mf_DoRadku48 doplněna možnost druhé snížené sazby - doplněn podmíněný include.
  Upraveny procedury a funkce : fnMaj_RozliseniDPHDleSdok, spMajetek_NastavDPH48, fnHDOK_DetailVykazuDPH_std, fnHDOK_DetailVykazuDPH_SK_std
  
  
• 3. 1 - Evidence majetku (legislativa CZ)
  Dle daňového balíčku 2021 došlo ke zvýšení hranice pro odepisování a TZ majetku ze 40.000 Kč na 80.000 Kč.
  Provedené úpravy :
  - založen nový parametr aplikace MAJ_KodPohybuTZdo80 s hodnotou MTdo80
  - založen nový parametr aplikace MAJ_HodnotaTZdo80 s hodnotou 80000
  - založen nový kód pohybu MTdo80, a pokud existoval pohyb MTdo40, tak se pro nový kód MTdo80 rovněž založily předpisy pro účtování účetních skupin dle pohybů stejné jako pro pohyb MTdo40, pouze datum platnosti se nastavilo od 1.1.2020. Pokud pohyb MTdo40 neexistoval, nebo nebyly založeny předpisy pro účtování účetních skupin dle pohybů, je nutno je před použitím pohybu MTdo80 založit ručně.
  - upravena procedura spMajetek_Zvyseni
  
  Pokud je založeno technické zhodnocení majetku s tímto kódem pohybu, pak se toto technické zhodnocení nezahrnuje do zvýšené vstupní ceny, ale pouze se provede jeho zaúčtování na základě definovaných účetních předpisů. Pohyb bude mít vlastnost SetUcStav=0, hodnota majetku se nezmění. Pokud součet pořizovaného technické zhodnocení a dřívějších technických zhodnocení s těmito kódy MTdo80 nebo MTdo40 překročí částku danou v parametru MAJ_HodnotaTZdo80, pak se automaticky založí standardní pohyb technického zhodnocení s kódem TZ, a současně se založí ruční účetní zápisy, které provedou odúčtování předchozích pohybů s kódy MTdo80 nebo MTdo40.
  
  

Procesy a workflow

• 6. 3. 6 - Limity pro schvalování
  Do tabulky TABPARAMS doplněny položky idUctOsn, idStred, Kod_Zakazky, doplněny cizí klíče (vazba na tabulky UCTOSN a STRED)
  Upraven pohled QTABPARAMS - doplněno idUctOsn, idStred, Kod_Zakazky, UCTOSN.KOD_UCTU, UCTOSN.NAZEV_UCTU, STRED.KOD_STR, STRED.NAZEV_STR.
  Upraveny procedury spTabParams_ValRec, spTxt_TabParams.
  Upravena stránka Nastaveni/TabParams.htm
  
  
• 6. 3. 1 - Procesy a workflow
  Rozšíření možnosti použití procesů a workflow nad dalšími tabulkami
  - pro definici procesů byly vytvořeny nové stránky Obeh\podprocesy2.htm a Obeh\proces_inc2.htm
  - v Eso9Start byl u činnosti 6.3.1 změněn kód činnosti na 6.3.1a (název činnosti je nyní Procesy a workflow pro doklady) a založena nová činnost 6.3.1b (Procesy a workflow mimo doklady)
  - obě tyto činnosti se odkazují na stejnou novou stránku Obeh/PodProcesy2 a na základě parametru vlHdok předávaného v odkazu a scriptu (tento je v ESO9Start\script\Podprocesy.js) se některé z položek na stránce dynamicky mění nebo skrývají - toto je však podmíněno spouštěním aplikace pouze v obecném klientovi
  - ve stávajících aplikacích byla stávající činnost 6.3.1 ponechána (pouze v ní byla nahrazena podmínka ... &WHERE= ... za ... &ANDWHERE= ... ).
  - v případě potřeby je tedy třeba v zákaznických aplikacích nové činnosti 6.3.1a a 6.3.1b založit synchronizací činností dle Eso9Start, nebo naopak (např. v případě nepoužívání obecného klienta) je možno ponechat původní činnost 6.3.1.
  - v nové činnosti 6.3.1.b je zatím možno nadefinovat pro tabulky SDOK, DOKUMENT, SUBJEKT, ZBOZI, v budoucnu bude možné další rozšíření
  - podmínky pro splnění úkolu je (kromě procesů nad doklady) možné definovat pouze algoritmem
  
  Provedené změny :
  Do tabulky PROCES doplněna nová položka TABULKAPROCESU, která definuje, ke které tabulce se proces vztahuje. Pro existující procesy je naplněna hodnotou "HDOK".
  
  Upraveny nebo vytvořeny triggery, procedury a funkce :
  - trHdok_WorkFlowOnline, trSubjekt_WorkFlowOnline, trSDOK_WorkFlowOnline, trZBOZI_WorkFlowOnline, trDOKUMENT_WorkFlowOnline
  - spPROCES_NewRec, spPROCES_CalRec, spPROCES_ValRec, spVlozitPodproces, spKopiePodprocesu, spUKOL_Gen_DOKLAD, spProces_ImpXML, spProces_ExpXML, spHdok_GenerujUkolyOnLine, spTabulka_GenerujUkolyOnLine,
  - fnSeznamProcesuProHdok, fnUKOL_JOB_idTypUkolu, fnRozhodne_Datum_Tabulka, fnSkupUziv_R_Tabulka, fnSkupUziv_V_Tabulka, fnLhuta_Tabulka, fnLhuta_R_Tabulka, fnUkol_Splnen_Tabulka, fnUzivatel_R_Tabulka, fnUzivatel_V_Tabulka, fnPodminka_Aktivity_Tabulka, fnSeznamProcesuProTabulku,
  
  
  Upraveny stránky
  - Obeh\podprocesy.htm
  Nové stránky :
  - Obeh\podprocesy2.htm
  - Obeh\proces_inc2.htm
  - script\Podprocesy.js
  
  V zákaznických aplikacích je verzovým scriptem upraven odkaz v činnosti 6. 3. 1 Procesy a workflow :
  Tpage=obeh/podprocesy.htm&WHERE=WHERE KOD_PROCESU LIKE 'P_'
  nahrazeno za
  Tpage=obeh/podprocesy.htm&ANDWHERE=AND (KOD_PROCESU LIKE 'P_')
  
  

Řízení projektů

• 6.10 - Řízení projektů
  Nová agenda určená pro evidenci projektového řízení. Ve verzi zapojeno základní pořizování záznamů s možností tvorby vazeb v rámci DM-ESO.
  
  Datový model
  Tabulka PROJEKT:
  - IDPROJEKT (INT, id)
  - IDHDOK (INT, vazba na hlavní doklad projektu)
  - CIS_PROJEKT (VARCHAR(20), kód označení projektu)
  - NAZEV_PROJEKT (VARCHAR(100), název)
  - IDPROJEKTP (INT, vazba na nejbližší vyšší projekt/uzel)
  
  Vazby:
  - Tabulka PROJEKT pomocí IDHDOK navazuje hlavní doklad projektu (hlavičku dokladu)
  - Tabulka PROJEKT pomocí IDPROJEKTP navazuje na nejbližší vyšší projekt/uzel
  - Tabulka HDOK pomocí IDPROJEKT_MD/DAL navazuje nákladově/výnosově na projekt
  - Tabulka SDOK pomocí IDPROJEKT_MD/DAL navazuje nákladově/výnosově na projekt
  - Tabulka UCETZAP pomocí IDPROJEKT_MD/DAL navazuje nákladově/výnosově na projekt
  Nákladové vazby jsou realizovány v příslušných formulářích rozšířením o pole PROJEKT (MD/DAL), vazba je vytvořena číselníkovým voláním browse projektů.
  
  Popis činností:
  6.10.1 – Evidence projektů
  Umožní individuálně zakládat a editovat projekty (projekty jsou mimo jiné automaticky zakládány u dokladů, jenž jsou v typu dokladu označeny jako „doklad je projektem“. Na tyto doklady se vytvoří i automatická vazba).
  Na záložce „Doklad projektu“ se nachází údaje o hlavním navázaném dokladu (HDOK).
  - Je možno vazbu rušit pomocí tlačítka „Zrušit vazbu na doklad“
  - navazovat na doklady HDOK pomocí výběru z číselníku
  
  6.10.2 – Vytvoření projektu z dokladu
  Umožní vytvořit ze zvoleného dokladu (vlastnímu formuláři předchází rozcestník dle vzorů) nový záznam navázaného projektu.
  
  
  
  Upravené procedury a funkce:
  V souvislostí s novou agendou byly vytvořeny následující procedury a funkce.
  - spPROJEKT_NewRec
  - spPROJEKT_AfterInsert
  - spPROJEKT_HDOK_DelRec (pro dané IDHDOK provede zrušení vazebních záznamů v tabulce PROJEKT)
  - spPROJEKT_DelRec (standardní kontrola vazeb k záznamu rušeného IDPROJEKT)
  - spQPROJEKT_GETREC_HDOK
  - spHDOK_ZalozProjekt (založí nový projekt s vazbou na doklad HDOK)
  - spPROJEKT_ZrusitVazbuHdok (pro zvolené IDPROJEKT zruší vazbu na HDOK)
  - fnIDPROJEKT_VeVetvi (vrací informaci, zda se IDPROJEKT nenachází ve větvi směrem výše ke kořeni od zvoleného místa vstupu)
  - spPROJEKT_PUTDORADY
  - spPROJEKT_NextVRade
  - Nová číselná řada v parametrech ESO: PROJEKT_CISRAD
  
  
  Formuláře:
  Hlavní doklad pro evidenci projektů
  - projekt/Projekt.htm
  
  Formulář pro volání číselníku projektů
  - nastaveni/CisProjekt.htm
  
  
  Doplnění položek CIS_Projekt_MD, CIS_Projekt_DAL do formulářů
  - finance\BaV.htm
  - finance\BaV_Radek.htm
  - finance\Pd_Prij.htm
  - finance\Pd_PrijS.htm
  - finance\Pd_Vyd.htm
  - finance\Pd_VydS.htm
  - nakup\CenPop.htm
  - nakup\FapHlav.htm
  - nakup\FaPSloz.htm
  - nakup\VObj.htm
  - nastaveni\TypDok.htm
  - priklady\HDok.htm
  - prodej\CenNab.htm
  - prodej\FaV.htm
  - prodej\PObj.htm
  - projekt\VyberDokladProjekt.htx
  - projekt\VyberDokladProjekt.idc
  - projekt\ZalozProjektzDokladu.htm
  - ucet\Inter_dokl.htm
  - ucet\Inter_dokl_Sloz.htm
  
  

Zdroje

• 6.11 - Zdroje
  Pro připravovanou aplikaci "zdroje" bylo provedeno:
  
  1. založení datových struktur
  - ZDROJ (základní tabulka zdrojů)
  - ZDROJSKUPINA (číselník skupin zdrojů)
  
  Specializované systémové „addtabulky“ zdrojů
  - ZDROJADD
  - ZDROJ_SIM
  - ZDROJ_DOPRAVA_MECHANIZACE
  - ZDROJVAZBA
  - ZDROJSKUPINAHIER
  
  
  2. vytvořeny nové procedury
  spZDROJ_NewRec
  spZDROJ_AfterInsert
  spZDROJ_NextVRade
  spZDROJ_PutDoRady
  spQSKUPINAZDROJN_AfterInsert
  spQSKUPINAZDROJN_NewRec
  spZDROJSKUPINA_GetRec
  
  
  3. nahráty nové formuláře htm
  - Nastaveni/CisRad.htm (rozšířeno o výčet typu „Zdroje“)
  - Zdroje/Zdroje.htm
  - Zdroje/SkupinaZdroj.htm
  
  

Základní číselníky

• 9. 1. 5 - Uživatelé
  Opraven odkaz "Činnosti", který nově provádí výpis činností uživatele. Odkaz fungoval kdysi v silverlight.
  
  Spolu s tím upraveny:
  - nová IDC/HTX sestava "nastaveni\cinnost_strom_uziv.idc / htx"
  - forma "nastaveni\Uzivatel00.htm" - odkaz "Činnosti" volá IDC/HTX sestavu "nastaveni\cinnost_strom_uziv.idc"
  - forma "nastaveni\UzivVeSkup.htm" - odkaz "Činnosti" volá IDC/HTX sestavu "nastaveni\cinnost_strom_uziv.idc"
  
  
• 9. 1. 2 - Státy
  V číselníku států se u státu GB nastaví položka "Člen EU do" na hodnotu 31.12.2020.
  
  

Účetní číselníky

• 9. 2. 4 - Odpisové skupiny majetku (legislativa CZ)
  Ve verzovém scriptu bude provedeno založení dvou nových odpisových skupin pro daňový odpis :
  - D1_2020 - 1. odpisová skupina - mimořádný odpis 2020 na 12 měsíců
  - D2_2020 - 2. odpisová skupina - mimořádný odpis 2020 na 24 měsíců
  U těchto odpisových skupin je nastavena platnost od 1.1.2020 do 31.12.2021 (což způsobí, že při zařazení majetku s touto uvedeno skupinou mimo uvedené datum je hlášeno varování).
  Pro odpis D1_2020 se provádí odepisování po 12 měsíců počínaje měsícem následujícím po datu zařazení, pro odpis D2_2020 se provádí odepisování po 24 měsíců počínaje měsícem následujícím po datu zařazení, přitom v prvním roce se odepisuje 60%, ve druhém pak zbývajících 40% pořizovací ceny.
  
  Změnu odpisové skupiny je třeba u zvolených karet majetku provést ručně, hromadný přepočet daňových odpisů je možno provést v činnosti 3.3 Generování odpisů tlačítkem "Proveď mimořádný přepočet". Tím se provede přepočet daňových odpisů u všech karet majetku s daňovými odpisovými skupinami D1_2020 a D2_2020 včetně těch, které již mají nastaven stav zaúčtováno (a bez ohledu na to, zda je již uzavřeno období). Následně se pro kartu majetku provede standardní přepočet odpisů do zadaného období (účetní odpisy se přepočítají pouze pro pohyby s datem vyšším než poslední uzavřený pohyb).
  Pokud by odpisová skupina majetku D1_2020 nebo D2_2020 byla zadána na majetku s datem pořízení před rokem 2020, pak se pro ni výše uvedený přepočet neprovádí.
  
  Upravena stránka majetek\GenOdpis.htm, doplněna nová procedura spMaj_PrepocetDx_2020, funkce fnMaj_Odpis_D2_2009.
  
  

Parametrizace systému

• 9. 6. 1 - Parametry aplikace
  Při instalaci verze 6.02 se parametr NAVIG_STRUCT nastaví na hodnotu "NavigOK6.0.json".
  
  

Změny funkcí

• fnEETInfo - Funkce pro výpis informací o stavu EET
  Do funkce fnEETInfo doplněny hinty with(nolock).
  
  
• fnUkoly_Pocet - Informace o počtech úkolů
  Funkce vracela počet úkolů, které byly typu "výkonný". Nyní vrací počet úkolů, které jsou typu "výkonný" nebo "dílčí".
  
  Upravena funkce fnUkoly_Pocet - původní podmínka "Proces.vlTyp_Procesu = 1" byla nahrazena podmínkou "Proces.vlTyp_Procesu in (1, 2)".
  
  
• fnSeznamProcesuProHdok - Funkce pro vyhodnocení seznamu procesů pro work-flow.
  Opravena funkce fnSeznamProcesuProHdok.
  Ve verzi 6.1 byla doplněna úprava této funkce, aby akceptovala položku "Rozhodné datum podle". Pro hodnoty "neurčeno" a "algoritmus" ale toto vyhodnocení nebylo definováno - nyní je opraveno.
  
  
• fnDZ_FormularHDOK - funkce pro tisk hlaviček dokladů
  V souvislosti s BREXITEm vznikl požadavek na tisk položky VAT number (položky DIČ) s GB/bez GB - způsob tisku může záviset nejen na požadavku dané aplikace, ale i na subjektu, kterému bude doklad zasílán.
  Aby to tedy bylo možno tisk případně uživatelsky upravit, byla doplněna nová funkce fnDZHdok_UpravPolozku, pomocí které bude možno uživatelsky definovat úpravu některých vyjmenovaných položek ve funkci fnDZ_FormularHDOK (datovém zdroji pro tisk dokladů).
  Zatím je funkční pouze pro položky DIC a TextPreferencniVeta.
  
  Nová funkce fnDZHdok_UpravPolozku má parametry :
  @idHdok Int, -- pro možnost dohledání dalších položek z tištěného dokladu (HDOKu)
  @Jazyk varchar(10), -- pro možnost tisku v závislosti na použitém jazyce, ve kterém se tisk provádí
  @NazevPolozky varchar(20), -- Název položky z výsledného datového zdroje ve funkci fnDZ_FormularHDOK
  @StandardniHodnota varchar(max) -- hodnota, která bude standardně tištěna, nebude-li touto funkcí definováno jinak
  
  

Změny v technologii .NET

• Office365
  Změněno přihlašování k O365 z basic autentikace na oAuth autentikaci
  Založeny nové parametry do skupiny Exchange
  - O365_appId - Id aplikace pro přístup k Office 365
  - O365_SecurityKey - Security Key apllikace umožňující přístup k Office 365
  - O365_tenantID - Tenant id na Azure AD
  
  Podrobné nastavení pro přihlášení k O365 je popsáno v dokumentaci "Synchronizace CRM ESO9 a MS Exchange.pdf"
  
  

Změny procedur

• Kopie dokladů - Kopie dokladů/složek dokladů
  Při kopii dokladu se hodnota "Pro výkaz DPH" (VLDUVOD_OSVOB) v hlavičce dokladu naplňuje dle těchto pravidel:
  - pokud se jedná o storno, pak se přebírá z předchůdce
  - při běžné kopii se nově naplňuje nejprve ze "Subjekt v typu subjektu" (SUBJVTSUBJ) pro daný subjekt a typ subjektu. Pokud v "Subjektu v typu subjektu" není definován (NULL) pak se určuje stejně jako doposud z NEWREC (ze vzoru)
  
  
• Kopie dokladů - Kopie dokladů/složek dokladů
  Při kopii dokladů došlo ke změně v naplňování cenové skupiny jak do hlavičky (HDOK.IDCENSKUP) tak do složky dokladu (SDOK.IDCENSKUP):
  
  - hlavička dokladu: původní řešení
  - Hodnota se přebírá z předchůdce. Pokud hodnota na předchůdci hodnota NULL pak z NEWREC.
  
  - hlavička dokladu: NOVÉ řešení
  - Při stornu: hodnota se přebírá z předchůdce.
  - Při změně typu subjektu(HDOK.IDTYPSUBJ): hodnota se přebírá z NEWREC (vzoru). Následně se volá objekt pro změnu typu subjektu (spHDok_IDTYPSUBJ), nebo změnu subjektu (spHDok_IDSUBJEKT), který hodnotu z NEWREC využívá.
  - V ostatních případech se přebírá z předchůdce. Pokud hodnota na předchůdci hodnota NULL pak z NEWREC.
  
  
  - složka dokladu: původní řešení
  - Při stornu: hodnota se přebírá z předchůdce.
  - V ostatních případech se přebírá z předchůdce. Pokud hodnota na předchůdci hodnota NULL pak z NEWREC.
  
  - složka dokladu: NOVÉ řešení
  - Při stornu: hodnota se přebírá z předchůdce.
  - Při změně typu subjektu (HDOK.IDTYPSUBJ): hodnota se přebírá z NEWREC (z hlavičky).
  - V ostatních případech se přebírá z předchůdce. Pokud hodnota na předchůdci hodnota NULL pak z NEWREC.
  
  Úpravy provedeny v procedurách:
  - spHDok_Copy
  - spSDok_Copy
  
  
• spHdok_PRN_Uhrady - Procedura pro zobrazení informací o úhradách dokladu
  Upravena procedura spHdok_PRN_Uhrady - doplněna úprava pro doklady typu FVZD/FPZD - doplněn výpis párované částky z FPZD/FVZD, spárované zálohové faktury (FPZ/FVZ) a informace o připárované doúčtovací faktuře (FPU / FVU).
  
  
• spZalohy_SparujOznDPH - Procedura pro vytvoření a spárovaní záloh nad označenými větami
  Doplněna kontrola, aby nebylo možné připojit nedaňovou zálohou k doúčtovací druhým tlačítkem „včetně DPH (kopií složek zálohy)“ a třetím tlačítkem „ručním zadáním částek (bez složek)“.
  Upraveny procedury spZalohy_SparujOznDPH a spZalohy_SparujOzn_UcetDokl - v případě, že je 2. nebo 3. tlačítkem připojován doklad, jehož typ dokladu má nastavenu vlastnost "nedaňový" (což jsou například FPZ nebo FVZ), je hlášena chyba.
  
  
• spAUTENTICATEUSER - ověřuje uživatele při přihlášení
  Provedena následující úprava pouze pro formulářovou autentikaci (vlzpus_aut = 0):
  - v položce kod_uziv může přijít kód uživatele (jako dosud) nebo jeho e-mail
  - e-mail se pozná podle toho, že obsahuje znaky "@" a "." a to v tomto pořadí
  - pokud se na vstupu pozná e-mail namísto kódu, bude se primárně hledat IDUZIVATEL podle e-mailu a nikoli dle kódu
  
  
• spSubjOsoba_BeforeInsert
  Při editaci ve formuláři adresy (Adresa + Osoba - vazba přes RID/BTID) v případě, že není k adrese navázána žádná osoba, se nevolá spSubjOsoba_NewRec. Tím pádem není doplněna vazba na Subjekt (SubjOsoba.idSubjekt) a pokus o uložení skončil chybou.
  Upraven spSubjOsoba_BeforeInsert tak, aby vracel položky obdobně jako NewRec.
  
  
• spHdokUhrada_Prepocet - Přepočet úhrad v tabulce HdokUhrada
  Upravena procedura spHdokUhrada_Prepocet - v případě výpočtu data úhrady FPZD/FVZD se dosud bralo datum účetního zápisu z připárované FPZ/FVZ, nyní se bere datum úhrady z HdokUhrada této připárované FPZ/FVZ.
  
  
• Dopln_Rozuctovani - Procedura pro kontrolu vyrovnanosti obratů MD a Dal a vytvoření zbytkové věty
  Upravena procedura Dopln_Rozuctovani - pokud v je účetním typu "Částka k rozúčtování Val" nastaveno na hodnotu "=", tak se dosud kontrola na vyrovnanost částek ve valutě neprováděla (kontrolovala se pouze částka v domácí měně a rovněž vytvořená věta měla domácí měnu).
  Nyní se (při nastavení "Částka k rozúčtování Val" na hodnotu "=") automaticky dopočítávaná věta vytváří tak, aby byly vyrovnány i obraty ve valutě. Pokud ale pro doklad existují účetní zápisy s jinými měnami, než je měna na hlavičce dokladu, tak se automatická měna vytváří tak jako dosud pouze v domácí měně.
  
  
• spSUBJEKT_GetRec - Procedura vrací hodnotu @IDSUBJEKT pro zadaný jednoznačný klíč.
  Upravena procedura spSUBJEKT_GetRec - pokud se podle zadaného kódu nenalezne Subjekt dle kódu ani názvu, pokračuje se v hledání dle DIC2 (= NIP v PL verzi).
  
  
• spVerze_BeforeInstall, spVerze_AfterInstall - Uživatelské procedury pro spuštění před a po instalaci verze/doplňku
  Vytvořeny 2 nové procedury : spVerze_BeforeInstall a spVerze_AfterInstall, které jsou standardně prázdné a jsou určeny pro možnost uživatelského přepsání. Slouží k provedení akcí před instalací a po instalaci verze. Obě dvě mají dva parametry @CisloVerze varchar(10) a @CisloDoplnku Int, ve kterých je při volání uvedeno číslo právě instalované verze a doplňku (při instalaci verze je @CisloDoplnku = NULL).
  Procedura spVerze_BeforeInstall se volá na počátku SQL scriptu (po kontrole DB a nastavení kompatibility level).
  Procedura spVerze_AfterInstall se volá na konci SQL scriptu (až po provedení refresh uživatelských objektů a po zápisu nového čísla verze do parametrů a tabulky VerzeEso).
  
  
• Spočtené položky v tabulkách
  SQL script spouštěný při instalaci verze byl upraven tak, že se spočtené položky buď ponechají beze změny (tedy se neruší a následně nezakládají), nebo pokud se ruší, pak se před jejich zrušením provede i zrušení případných existujících indexů.
  
  Spočtené položky, které se nebudou rušit a znovu zakládat (pokud se nebudou měnit) :
  - HDOK.hdZaokrouhleniKC
  - HDokA.hdZaokrouhleniKC
  - HDOK.hdVypoctenyKurs
  - HDOK.hdVypoctenyKurs2
  - HdokA.hdVypoctenyKurs
  - HdokA.hdVypoctenyKurs2
  - HDOK.hdKursHdokECB
  - HDOKA.hdKursHdokECB
  - HDOK.vlTxtDuvod_Osvob
  - HDokA.vlTxtDuvod_Osvob
  - HDOK.hdSumaZakladuDPH
  - HDokA.hdSumaZakladuDPH
  - HDOK.hdSumaZakladuVcetneMD
  - HDokA.hdSumaZakladuVcetneMD
  - HDOK.hdSumaDPH
  - HDokA.hdSumaDPH
  - UcetZap.HDKON_STAV_VAL
  - UcetZap.HDKON_STAV
  - UcetZapA.HDKON_STAV_VAL
  - UcetZapA.HDKON_STAV
  - UcetZapPlan.HDKON_STAV_VAL
  - UcetZapPlan.HDKON_STAV
  - UcetZapPlanA.HDKON_STAV_VAL
  - UcetZapPlanA.HDKON_STAV
  - PenUcet.txtBUPENU_IBAN
  - SubjBUcet.txtBUSUBJBUCET_IBAN
  - UctObd.dtObd_PrvniDen
  - UctObd.dtObd_PoslDen
  - UctOsn.vlTxtTypUctu
  - UcetVRadku.vlTxtCastka
  - UcetVRadku.vlTxtAktPas
  - STRPRAVA.vltxtPravo
  - MISPROTOKOL.vltxtStav_Prenosu
  - MISPROTOKOL.vltxtVysledek_Prenosu
  - MISPROTOKOL.vltxtUlozeni
  
  Spočtené položky, které se budou rušit a znovu zakládat (před zrušením se zruší případný index) :
  
  - SDOK.MNCELKEMPOCET
  - SDOK.MNCELKEMHMOTNOST
  - SDOKA.MNCELKEMPOCET
  - SDOKA.MNCELKEMHMOTNOST
  - ODBERDIAGTEPLO.MNSUMPROCMESIC
  - ZBOZSKL.MNVOLNYSTAV
  - ZBOZSKL.MNFYZVOLNYSTAV
  - SUBJGDPR.VLSUBJOSOBA
  - SUBJGDPR.VLPREDANINE
  - SUBJGDPR.VLPLATI
  
  
• spISDOC_HDOKimport
  upravena procedura spISDOC_HDOKimport
  @FILENAME - nový nepovinný parametr, kterým můžeme uprvit poznámku na HDOKu pro importovaný doklad
  @FILEIMAGE - nově nepovinný parametr
  @TEXTPOZN - nově nepovinný parametr
  @IDHDOK_VZOR_N - nový nepovinný parametr- pokud je zakládán doklad z DMS a ne z předchozího dokladu
  @DIC - nový nepovinný parametr - pro kontrolu při zakládání subjektu z ARESu
  @mfARES - nový parametr s hodnotami 0 - nezakládat subjekt z ARESu 1- založit subjekt z ARESu pokud již v DB neexistuje - hledáno dle IČ a DIČ
  
  
• spFP_EDICON_import, spFP_EDCON_DMS
  Napsány procedury
  - spFP_EDICON_import, která přikládá dokument do DMS a propojí s daným IDHDOK
  - spFP_EDCON_DMS - propojí již existující dokument v DMS s vytvořenou fakturou
  
  

Změny předpisů sestav

• ucet\VypisSaldoPripadu.idc - Zobrazení výpisu saldokontního případu
  Při zobrazení výpisu saldokontního případu nad účetním zápisem se v případě volání nad nespárovaným účetním zápisem chybně formátovaly některé položky (čísla na 4 des. místa, datumy včetně času).
  Upravena stránka ucet\VypisSaldoPripadu.idc
  
  

Změny datových struktur

• ZBOZICK - Čárové kódy Zboží
  Rozšířena struktura o tyto sloupce:
  - VLSTAVZBOZICK: Stav čárového kódu. Udává, zda je čárový kód aktivní, či ne. 0=Aktivní; 1=Neaktivní;
  - IDMJ: ID měrné jednotky CK
  
  Upravené objekty:
  - spZBOZICK_NEWREC: defaultně naplňuje VLSTAVZBOZICK = 0-Aktivní
  - předloha "nastaveni\ZboziCK.htm": doplněny nové položky "Stav" a "Měrná jednotka". předloha je k dispozici v činnosti "9. 5. 9 Sortiment" odkaz "Čárové kódy"
  
  Sloupce mají v ESO9START pouze evidenční úlohu. Lze využít v Profi řešeních např. realizace čteček, napojení na externí WMS systém atd..
  
  

Změny triggerů

• trUcetZap_Upd_Preuctovani - Přepočet úhrad při změně účetního zápisu
  V případě, že se na účetním zápisu změnilo jen datum splatnosti (a již se neměnila jiná položka způsobující přepočet rozúčtování), nevyvolal se přepočet rozúčtování a tedy i úhrad.
  Upraven trigger trUcetZap_Upd_Preuctovani tak, aby se přepočet úhrad prováděl i v uvedeném případě.
  
  
• trUcetZap_Upd - Triggery nad účetními zápisy
  Trigger trUcetZap_Upd volaný při změně účetního zápisu jednak prováděl kontroly na účetním zápisu a jednak volal proceduru pro přeúčtování dokladu. Pokud tato procedura ale prováděla následně změnu jiného účetního zápisu, tak SQL již tento trigger znovu nespustí (v důsledku zabránění vnořeného volání téhož triggeru), čímž se ale neprovede ani kontrola na takto upravovaných účetních zápisech. Provedeno rozdělení na 2 triggery - jeden provádí pouze kontrolu a druhý volá přeúčtování. je zajištěno, že se kontrola provádí i na účetních účetních zápisech, které se mění procedurou v triggeru.
  Změněn trigger trUcetZap_Upd, vytvořen nový trigger trUcetZap_Upd_Preuctovani.
  
  

Změny webových stránek

• ESO9STARTPL
  Pro nový design vytaženy některé odkazy do popředí pro následující stránky
  -DPH\ODVODDPH.HTM
  -DPH\ODVODSH_DETAIL.HTM
  -FINANCE\BAV.HTM
  -NAKUP\FAPHLAV.HTM
  
  
• ESO9Start
  Vytvořeny nové alternativní styly tmavý a modrý. Styly jsou definovány stylopisy eso9ok-6.0.0-dark.css a eso9ok-6.0.0-blue.css. Zde jsou vydefinované proměnné, kterými jsou nahrazeny barvy v hlavním stylopisu.
  Upraven hlavní stylopis eso9ok-6.0.0.css - některé prvky css nahrazeny funkcí var, která vloží místo hodnoty vydefinovanou proměnnou.
  
  Styly lze měnit z kontextového menu pod jménem uživatele z odkazu "Změna stylu aplikace"
  
  
• DMS\Dokument.htm - Vstupní filtr
  Doplněn vstupní StartFiltr s hodnotou 1.
  
  
• .OK\DMS\Dokument.htm - Vstupní filtr
  Doplněn vstupní StartFiltr s hodnotou 1.
  
  
• nastaveni/ImportEdicon.htm - ImportEdicon.htm
  Vytvořena nová stránka pro nastavení parametrů potřebných k importu z PDF Edicon. (import z faktury přijaté přes odkaz "import PDF Edicon")
  Možnost nastavit
  - založení subjektu při importu, pokud neexistuje
  - import složek ano/ne
  - vzor FPU
  
  
• DMS/Dokument_vytvorFP.htm - Dokument_vytvorFP.htm
  Přidána sekce pro import FPU z PDF Edicon (import z DMS přes odkaz "Založení FPU")
  - import složek ano/ne
  - založení subjektu ano/ne
  
  
• Webové stránky - Parametr RowFilter
  Do všech významnějších číselníků v ESO9 Start byl doplněn parametr RowFilter.
  Jedná se o následující stránky:
  Subjekt/subjekt Subjekt
  Subjekt/subjosob Osoby subjektů, zobrazuje se nyní jako browse
  Subjekt/subjadr Adresy subjektů, zobrazuje se nyní jako browse
  Nastaveni/zboží Zboží
  Nastaveni/služba Služby
  Nastaveni/ostsloz Ostatní
  Nastaveni/zbozskl Zboží na skladě
  Nastaveni/pomucka Majetek ze stránky nastavení
  Majetek/majetek Majetek z činnosti 3
  Nastaveni/uctosn Účetní osnova
  Nastaveni/stred Střediska
  Nastaveni/param Parametry, v 1. i 2. formě
  nastaveni/uzivobj Uživatelské objekty
  nastaveni/userreport Sestavy
  nastaveni/sestavadetail sestavy detail
  nastaveni/cinnost_priloha Činnosti Přílohy
  nastaveni/vzordok Vzory dokladů
  Finance/Bav_radek 1.2.1.8 Bankovní výpisy - doklady
  
  

Výroba pro ESO9

Změny procedur

• spUKOLLIST_ValRec - Procedura zkontroluje hodnoty řádku tabulky UKOLLIST před uložením.
  Upravena kontrola množství a času operace při zápisu do věty úkolového lístku:
  54121, 'Zadané množství přesáhlo celkové množství na výrobku.'
  54122, 'Zadaný čas přesáhl celkový čas operace.'
  
  Tato hlášení se v případě, že úkolový lístek je zapisován k plánu (výrobní dokumentace), objeví se pouze jako upozornění (severity 1).
  Pokud je úkolový lístek zapisován k odvedené větě výroby, je toto chybové hlášení oznámeno jako nepropustná chyba (severity 16)
  
  Nepropustná chyba znemožňovala zápis odvádění do žurnálu těm uživatelům, kteří neodvádějí operace, ale pouze pořizují žurnál o odvedení (vazba jen k plánu).
  
  

Technologie ESO9 - server + klient

Změny v technologii .NET

• Aplikační server - Tisk sestav do PDF
  Při tisku sestavy do PDF (PrintDest=STIPDF) s generovanou filtrovací stránkou docházelo (v novém designu) k chybě "Stránka nebyla nalezena". Pokud se do PDF tisklo z vlastní filtrovací stránky nebo z dokladu, tisk byl v pořádku.
  Opraveno ve verzi z 9.7.2020.
  
  
• Aplikační server - Hromadný tisk sestav z obecného klienta
  Při hromadném tisku sestav (s parametrem RepeatFor=Selected/All) z obecného klienta docházelo při přímém tisku (parametr DirectPrint=1/2) v sestavách s datovým zdrojem typu akce ke dvojímu volání akce.
  Opraveno ve verzi z 9.7.2020.
  
  
• Aplikační server - Hromadný přímý tisk sestav
  Při hromadném tisku sestav (s parametrem RepeatFor=Selected/All) z obecného klienta docházelo při přímém tisku (parametr DirectPrint=1/2) do PDF (parametr PrintDest=STIPDF) k zobrazení sestav v HTML namísto v PDF náhledu.
  Opraveno ve verzi z 9.7.2020.
  
  
• Aplikační server - PIVOT grafy v obecném klientovi
  Od července 2020 přestaly fungovat výstupy do grafů v PIVOT sestavách z obecného klienta. Fungují pouze výstupy do tabulek.
  Důvodem je odříznutí podpory grafických rendererů Googlem.
  Řešením je použití jiných rendererů (Plotly) při zachování stávajících konfigurací. Pro jejich zapojení je třeba nový konfigurační soubor obecného klienta (eso9.ver.xml) a nový aplikační server.
  Nové renderery umožňují navíc oproti starým jednoduchou manipulaci s grafickým obsahem včetně uložení grafu do souboru.
  Obojí dostupné od 10.7.2020.
  
  
• Aplikační server - Komunikační protokol WebSockets
  Pro komunikační protokol WebSockets (který je využíván obecným klientem) bylo doplněno:
  * logování do aplikačního Event Logu v případě systémové chyby
  * zamykání paměťových streamů při asynchronním zápisu - může mít vliv na výkon při větší zátěži, ale v dokumentaci se doporučuje při náhodných chybách při čtení z uzavřeného socketu, což se v předchozích třech měsících 2x stalo
  Dostupné v technologii z 10.7.2020.
  
  
• Aplikační server - Výkonové logování
  Do výkonového logování byly přidány:
  * Celkový čas generování sestavy pro obecného klienta (je-li sestava generována na serveru, tj. ClientPrint=0). Časy jednotlivých datových zdrojů již v LOGu jsou, nově přibyl celkový čas generování včetně renderování Stimulsoftu.
  * Celkový čas exportu do CSV a Excelu. Opět časy datových zdrojů použitých v exportu již v LOGu jsou, nově se loguje i "obálka" celého exportu.
  Dostupné v technologii od 14.7.2020.
  
  
• Aplikační server - Tiskové výstupy s obrázkem na pozadí
  Pro tiskové výstupy s obrázkem na pozadí (typicky tiskopisy pro státní správu) se automaticky přepíná typ výstupu na PDF, protože HTML neumí obrázek na pozadí zobrazit. V obecném klientovi se však PDF zobrazovalo přes celou obrazovku prohlížeče namísto jen do pracovního okna.
  Upraveno v technologii 16.7.2020.
  
  
• Aplikační server - Tisk do DMS
  Při tisku do DMS z obecného klienta parametrem DirectPrint=3/7 se ukládala do jména souboru i kompletní cesta, která je v DMS irelevantní. Nově se ukládá pouze název souboru.
  Navíc při tisku s parametrem DirectPrint=7 fungoval náhled sestavy na monitoru pouze ve formátu HTML, formát PDF se zobrazoval chybně.
  Dostupné v technologii z 20.7.2020.
  
  
• Aplikační server - Odesílání sestav e-mailem z obecného klienta
  Pokud se odesílaly sestavy z obecného klienta s náhledem (statický nebo dynamický parametr SHOW_MAIL=1), zůstávala po vygenerování a stažení souboru s e-mailem (.EML) v prohlížeči prázdná stránka a bylo nutné kliknout na tlačítko zpět.
  Opraveno v technologii z 20.7.2020.
  
  
• Aplikační server - Obnova dat při návratu na stránku
  Pokud se v obecném klientovi při volání stránky použil v URL parametr REQUERY=1, který měl při návratu na stránku (např. tlačítkem zpět či po potvrzení lib.dialogu) obnovit data ve všech jejích formách, obnova se neprovedla, protože prohlížeč si stránku zobrazil z cache namísto toho, aby zavolal server. Vypnutí kešování ze strany prohlížeče si bylo nutné vynutit programově při generování HTTP odpovědí.
  Dostupné v technologii od 21.7.2020.
  
  
• Aplikační server - Duplicita ID a hromadné o(d)značování vět
  Při hromadném o(d)značování mohlo dojít k zacyklení a bylo nutné uživatele zastavit pomocí Správce ESO9.
  Při o(d)značování se postupuje sekvenčně přes všechny řádky datového kurzoru, tj. řádek o(d)značím a posunu se na následující. Posun se kontroluje podle změny pozice v datovém kurzoru. Pokud jsou v datovém zdroji duplicity v ID sloupci, dojde při o(d)značení řádku s duplicitním ID k posunu na první výskyt řádku s tímto ID. Je tedy třeba si dát pozor, aby k editaci docházelo jen ve formulářích, které jsou editační (tj. mají unikátní ID).
  Navíc byla do technologie doplněna kontrola, která v takovém případě dovolí opakovat o(d)značení nejvýše tolikrát, kolik je v datovém zdroji řádků. V případě duplicit tedy nemusí dojít k o(d)značení všech požadovaných řádků, ale již nedojde k zacyklení a nutnosti uživatele odhlásit.
  Dostupné v technologii od 22.7.2020.
  
  
• Aplikační server - Sestavy typu PIVOT v obecném klientovi
  U sestav typu PIVOT v obecném klientovi došlo k optimalizaci velikosti generované stránky v poměru cca 1:25 oproti velikosti původní. Při provozu přes Internet, resp. přes pomalejší linky, může tato změna znamenat úsporu času v řádu desítek sekund.
  Dostupné v technologii od 15.7.2020.
  
  
• Aplikační server - Tisk sestav do PDF z obecného klienta
  Při tisku STI sestav do PDF (resp.při uložení sestavy do lib.formátu nebo při jejím odeslání mailem nebo při tisku na tiskárnu) dochází k dvojímu volání datových zdrojů. Samo o sobě to sestavu zpomalí, pokud jsou v ní navíc dat.zdroje typu akce, tak se volají 2x, což již způsobí chyby.
  Týkalo se i přímých tisků parametrem DirectPrint, který také využívá formát PDF.
  Vyřešeno ve verzi z 26.8.2020, tisk do PDF se tím zároveň výrazně zrychlil.
  
  
• Aplikační server - Omezení počtu načítaných řádků v kombinaci s dalšími parametry
  Při kombinaci potlačeného StartFiltru, nastaveného RowFiltru, omezení počtu načítaných řádků parametrem MaxDataRowsAllow a dynamicky nastavených filtrovacích podmínek (kombinace atributů "value" a "data-filterop" v jedné či více datových položkách) se do formuláře načetla data daná filtrovacími podmínkami bez ohledu na omezení počtu povolených řádků.
  Opraveno v technologii z 3.8.2020.
  
  
• Aplikační server - Přímé includy
  V přímých podmíněných includech (konstrukce "$INCLUDEHTML") nebylo možné používat UP parametry v syntaxi <%UP_xxx%>.
  Doplněno 4.8.2020.
  
  
• Aplikační server - Logo firmy
  Při provozu ESO9 v MultiDB prostředí (tj. z jedné aplikace se obsluhuje několik aplikačních databází) se stalo, že se na tiskovou sestavu načetlo logo jiné firmy ve skupině. Chybu se nedaří nasimulovat, proto byly - zatím naslepo - doplněny synchronní zámky do čtení dokumentů z dokumentové databáze.
  Dostupné v technologii ze 4.8.2020.
  
  
• Klientská komponenta - Konverze datumových parametrů
  Při konverzi datumových parametrů z uživatelské filtrovací stránky nebo z generované filtrovací stránky k sestavě bylo v některých případech datum naformátováno chybně.
  Opraveno v klientské komponentě v6.0.0.4 z 24.8.2020.
  
  
• Aplikační server - Application Request Routing
  Pro certifikátovou autentikaci byla doplněna podpora Application Request Routingu (ARR). Pokud se v ARR nastaví proxy pro klientské certfikáty, lze používat běžným způsobem ověřování certifikáty oproti aplikačnímu serveru ESO9.
  Dostupné v technologii od 27.8.2020.
  
  
• Aplikační server - Tisk sestav s odkazy z aplikace se šifrovanými odkazy.
  Pokud se tiskly sestavy přímo ze stránky s definicí sestav, nebyly v cílové sestavě zašifrované odkazy za těchto podmínek:
  * klientem byl Internet Explorer,
  * aplikace měla nastavené šifrování odkazů,
  * sestava ve Stimulsoftu obsahovala odkazy na další sestavy či formuláře,
  * sestava obsahovala parametry, z nichž některé měly nastavenou vlastnost "Editovat def. hodnotu parametru = Ano",
  * sestava se tiskla přímo ze stránky s definicí generátorových sestav (činnost 9. 6. 3. 1 Uživatelské sestavy - detail) a generovala se pro ni stránka, pro zadání uživatelských parametrů.
  Opraveno v technologii ze dne 9.9.2020.
  
  
• Obecný klient - Přímé skenování do DMS
  Do obecného klienta byla doplněna možnost přímého skenování do DMS. Funkčnost je dostupná pouze na OS Windows a pro její fungování je zapotřebí nainstalovat službu ESO9 Support Services. Instalace je dostupná ze stránky s nápovědou odkazem "Instalace podpůrné služby pro obecného klienta".
  Skenování je dostupné v technologii ze 14.9.2020.
  
  
• Aplikační server - Sestavy v PDF s heslem
  Při odesílání sestav e-mailem ve formátu PDF z obecného klienta nebylo možné obsah souboru zaheslovat.
  Doplněno v technologii ze 16.9.2020.
  
  
• Obecný klient - Ukládání souborů v obecném klientovi
  Při přechodu z Internet Exploreru vadilo některým zákazníkům, že se jim veškeré exporty z ESO9 ukládají jen do složky Downloads. Toto omezení moderních prohlížečů obecně obejít nelze.
  Máme však k dispozici službu, s jejíž pomocí se na OS Windows dostaneme k místním zdrojům, zatím konkrétně k file systému a ke skenerům. Lze si tak uložit soubory do libovolné místní nebo síťové složky stejně, jako v Internet Exploreru. Podrobněji viz https://wiki.eso9.cz/doku.php?id=techdoc:importexport#export_ukladani_souboru_na_os_windows.
  
  
• Klientská komponenta - Změna viditelnosti položek v tabulce
  Pokud je ve stránce více forem, které obsahují stejně pojmenovanou položku, vztáhlo se nastavení (ne)viditelnosti této položky vždy k první formě ve stránce. Tj. pokud si uživatel chtěl např. skrýt danou položku ve 2.formě, skryla se stejně pojmenovaná položka v 1.formě. Problém se týkal pouze klientské komponenty pro Internet Explorer.
  Problém byl odstraněn v klientské komponentě v.6.0.0.4.
  
  
• Aplikační server - PDF formát s integrovaným ISDOCem
  Do technologie byla doplněna možnost vkládat do libovolné PDF sestavy i strukturovaný popis jejích dat ve formátu ISDOC (bližší specifikace formátu viz http://www.ediconsystems.cz/dokumentace). V datovém zdroji takové sestavy musí být definované položky TYP_DOK_ISDOC (typ dokladu ISDOCu dle číselníku tohoto formátu) a IDCERT_ISDOC (ID certifikátu pro podpis ISDOCu dle číselníku certifikátů v aplikaci ESO9).
  Důsledkem je možnost přímo importovat doklady v PDF formátu (např. faktury) bez nutnosti jejich ručního opisování či programového vytěžování.
  Dostupné v ESO9 od 29.9.2020.
  
  
• Aplikační server - Parametr Refresh_All_Forms
  Při použití parametru "Refresh_All_Forms" s hodnotou 32 (obnova všech forem při změně hodnoty MF položky) docházelo pouze k obnově forem závislých na té, v níž ke změně došlo. Pokud byla tedy forma s MF položkou závislá na jiné (tj. nebyla první formou ve stránce), neobnovila se data ve všech formách.
  Opraveno v technologii z 29.9.2020.
  
  
• Obecný klient - Sestavy s křížovými tabulkami
  Při generování sestavy obsahující křížové tabulky (cross-table) na serveru jsou v HTML sloupce s prázdným obsahem. Takové sestavy je třeba přepnout na klientské generování, které správně zobrazí jejich obsah.
  Uvedeným způsobem jsou nastavené příslušné sestavy v ESO9 Start.
  
  
• Aplikační server - Překlady sestav v obecném klientovi
  Při editaci sestav z obecného klienta docházelo při jejich uložení ke ztrátě překladů (pokud samozřejmě v sestavě byly) a bylo nutné je po ukončení editace znovu přeložit. Na vině je fakt, že v HTML5/Javascript editoru chybí podpora Globalization Manageru, takže editor překlady na vstupu zahodí.
  Upraveno v technologii (server + obecný klient) 14.10.2020.
  
  
• Aplikační server - Tisk sestav v MultiDB prostředí
  Při použití MultiDB prostředí s chybně načítala ID použitých sestav z generátoru, což mohlo vést při použití historicky velmi různých databází k tisku jiné sestavy.
  Opraveno v technologii z 19.10.2020.
  
  
• Aplikační server - Ztráta překladů sestav při jejich editaci
  Při editaci sestav z obecného klienta docházelo při jejich uložení ke ztrátě překladů (pokud samozřejmě v sestavě byly) a bylo nutné je po ukončení editace spustit znovu. Na vině byl fakt, že v HTML5 editoru chybí podpora Globalization Manageru, takže editor překlady na vstupu zahodí.
  Vyřešeno v rámci aplikačního serveru a obecného klienta 16.10.2020.
  
  
• Reporting Server - Rozebírání e-mailových adres příjemců
  V Reporting Serveru se v případě použití kombinace všech tří typů adres příjemce (běžný, kopie a slepá kopie) špatně rozebíraly jednotlivé adresy.
  Opraveno ve verzi 6.1.0.1.
  
  
• Aplikační server - Dynamické odkazy v záhlaví formy
  Pro dynamicky sestavované odkazy (tj. odkazy definované položkou datového zdroje, které se realizují syntaxí <A HREF=jménopoložky DATAFLD=N_jménopoložky DATASRC=#ESOPAGECTL>text odkazu</A> - použito např. ve formuláři subjektů) byla doplněna možnost přidat takový odkaz formou tlačítka do záhlaví formy (tj. atributem "brwaction"). Tato možnost byla dosud dostupná pouze pro běžné statické odkazy.
  Dostupné v technologii (server + obecný klient) z 2.11.2020.
  
  
• Aplikační server - Limit počtu řádků sestav do HTML a PDF
  Při generování sestav Stimulsoft do formátu HTML (který je v obecném klientovi výchozí - konkrétně STI, STIMHT) není klientský prohlížeč schopen zobrazit více než 6-8tis. vět (v závislosti na použitém formátování, mezisoučtech či grafice). Generování většího množství dat v HTML trvá klientovi řádově minuty, popř. skončí chybou na nedostatek paměti.
  V aplikačních parametrech proto přibyl ve skupině „Sestavy“ parametr „HTMLRepMaxDataRows“, který udává limitní počet řádků datového zdroje, do kterého se Stimulsoft sestavy budou tisknout v HTML formátu. Při překročení tohoto limitu se výstup automaticky přepne do formátu PDF. Formát PDF je binární a jeho zobrazení vyžaduje daleko méně výkonu, než srovnatelně objemný výstup do HTML. Rozumné maximum (tj. takové, jehož generování na serveru a zobrazení na klientovi zabere řádově minuty) je do 100tis. řádků. V PDF výstupu se navíc odstraňují prvky hyperlink a tooltip, které jsou využitelné pouze v HTML formátu; tato operace významně snižuje velikost výledného souboru (jsou-li samozřejmě tyto prvky v definici sestavy přítomné).
  Dalším navazujícím parametrem je „PDFRepMaxDataRows“, který stejným způsobem definuje horní limit počtu řádků, nad nějž se sestava automaticky přepne do Excelu. Tento typ výstupu neobsahuje formátování, ale pouze data a je tedy vhodný pro větší objemy dat (limitem je 1mil. řádků, které umí Excel zobrazit).
  
  
• Reporting Server - Tisk sestav s datovým zdrojem typu akce
  Pokud byl datový zdroj typu akce uveden v definici sestavy jako první, špatně se pak vyhodnocovaly parametry v ostatních datových zdrojích.
  Opraveno ve verzi 6.1.0.2.
  
  
• Reporting Server - Při generování sestav do DMS lze určovat typ dokumentu
  V definici offline sestav (činnost 9.6.3.4) přibyla položka "Typ dokumentu". Má význam při generování sestav do DMS, kde v ní lze nadefinovat typ dokumentu, s jakým se sestava do DMS založí. Pokud nebude typ zadán, bude se dokument zakládat jako dosud bez této specifikace.
  
  
• Aplikační server - Nový design obecného klienta
  Od verze 6.2 je jako výchozí design obecného klienta po instalaci nastaven nový, který je dostupný od podzimu 2019. Po instalaci verze se změní:
  * Soubor web.config, v němž je odstraněn klíč "eso9_okScriptVer"; není-li tento klíč uveden, bere se jako jeho výchozí hodnota "6.0". Pro přepnutí na starý design je nutné tento klíč explicitně přidat s hodnotou "5.9".
  * Aplikační parametr "NAVIG_STRUCT" bude mít hodnotu "NavigOK6.0.json". Tento JSON soubor popisuje strukturu stránky obecného klienta v novém designu.
  
  
• Reporting Server - Kódování češtiny
  Při odesílání e-mailů z Reporting Serveru ve formátu HTML docházelo u některých příjemců (resp. cílových e-mailových klientů) k chybám v kódování znaků s diakritikou v těle e-mailu.
  Opraveno v Reporting Serveru od verze 6.1.0.4.
  
  
• Obecný klient - Kombinace předvyplnění číselníkové položky a rowfiltru
  Pokud uživatel předvyplní část číselníkové položky a otevře nad ní pak číselník s rowfiltrem, bude obsah číselníku správně vyfiltrován dle zadané položky a filtrovací podmínka se objeví v záhlaví v rowfilteru. Zadané filtrovací podmínky však již nebylo možné měnit a to ani při otevření běžného Startfiltru nad číselníkem. V aktuální verzi je toto již opraveno a po otevření předfiltrovaného číselníku lze jeho filtrovací podmínky libovolně měnit.
  Dostupné od 2.12.2020.
  
  
• Aplikační server - Změna barevného motivu aplikace
  V obecném klientovi přibyla možnost změnit barevný motiv aplikace. Využívají se k tomu uživatelské styly v kombinaci s filtrováním stylopisů v konfiguračním souboru obecného klienta. Motivy se přepínají zadáním pevně daného jména (k datu vydání verze 6.2 to jsou jména „dark“ a „blue“) do názvu uživatelského stylu v tabulce UZIVATEL. Přímý zápis do této položky je přitom nahrazen pohodlnějším výběrem z rozbalovací nabídky buď v číselníku uživatelů, nebo z rozbalovací nabídky nad jménem přihlášeného uživatele v horním menu v aplikaci.
  
  
• Aplikační server - Hromadný tisk sestav
  Při hromadném tisku sestav (parametr RepeatFor) na monitor se přepne výstup na STIPDF. Důvodem je, že při hromadném tisku je většinou cílem tiskárna.
  Dostupné v technologii od 8.12.2020.
  
  
• Aplikační server - Parametr RowsCountQuery
  Pokud je v aplikaci nebo ve formuláři použit parametr MaxDataRowsAllow pro kontrolu počtu uživatelem načítaných řádků, sestavuje si aplikační server SQL dotaz pro zjištění tohoto počtu. Použije pro to jednoduchý mechanismus, kdy rozparsuje výchozí SQL datový zdroj, určí části FROM a WHERE a sestaví nový SQL dotaz ve struktuře SELECT Count(ID sloupec) FROM ... WHERE ... .
  Pokud je datový zdroj formuláře komplikovanější, nemusí se vždy rozparsovat korektně. Pokud se nepodaří sestavit korektní SQL dotaz pro zjištění počtu načítaných řádků, restrikce se na daný formulář neuplatní (tj. je povoleno načtení lib.počtu vět).
  Pro tyto případy byl doplněn parametr RowsCountQuery, kterým lze zadat SQL dotaz pro zjištění počtu načítaných řádků. Dotaz musí obsahovat pouze část SELECT a FROM, část WHERE se doplní automaticky jako kombinace podmínek z původního datového zdroje formuláře a filtrovacích podmínek zadaných uživatelem nebo z konfigurace. Dotaz musí vracet celočíselnou skalární hodnotu (tj. jedno číslo). Např. SELECT Count(IDZBOZI) FROM QMAJETEK.
  
  
• Aplikační server - Zalamování stránek v IDC sestavách
  Tisk IDC sestav na serveru nikdy nezohledňoval proměnnou $PAGEBREAK, tj. netisknul zalomení stránky; ani ve starém klientovi. Nicméně v Internet Exploreru se v drtivé většině případů nepoužil parametr ClientPrint, tj. IDC sestavy se tisknuly klientsky. V klientském zpracování IDC sestav bylo přitom zalamování stránek v pořádku. Chyba se projevila až při používání obecného klienta, protože ten používá jen serverový tisk.
  Příkladem chybně naformátovaných sestav byly výplatní pásky v IDC sestavě v ESO9PAM aplikacích.
  Opraveno v technologii ze dne 17.12.2020.
  
  
• Aplikační server - Změna referencování souborů obecného klienta
  Všechny soubory tvořící obecného klienta (tedy JavaScript a kaskádovité styly CSS) byly referencovány z našeho veřejného webu Podpory (https://podpora.eso9.cz/download). Aby bylo možné zajistit vyšší dostupnost těchto souborů, jsou od verze 6.2 referencovány všechny soubory obecného klienta z nové adresy https://scripts.eso9.cz. Původní adresa zůstane i se soubory k dispozici minimálně 1 rok od vydání verze 6.2, tj. uživatelů se starší verzí ESO9 se změna nijak nedotkne.
  
  
• Aplikační server - Přidávání parametrů přes uživatelské akce
  Při přidávání parametrů do stránek přes uživatelské akce (např. parametr MaxDataRowsAllow) mohlo dojít k tomu, že se nastavení parametru neuplatnilo.
  Jednalo se o případ, kdy se volaná stránka najde v podadresáři ".OK" v aplikačním nebo Start webu. Například stránka s DMS se volá s cestou "DMS/Dokument.htm", ale uživatelská akce je definovaná vůči stránce ".OK\DMS\Dokument.htm", která se reálně použije.
  Oprava je dostupná ve verzi z 22.12.2020.
  
  
• Reporting Server - Ponechání souborů se sestavami
  Při generování souborů Reporting Serverem s volbou "E-mail jako příloha" může být specifikováno jméno souboru. Pokud je uvedeno pouze jméno (tj. bez cesty), bude soubor po vygenerování a odeslání e-mailu vymazán. Pokud bude soubor uveden vč.cesty, bude po odeslání e-mailu ponechán v definované složce.
  Dostupné v Reporting Serveru od verze 6.2.0.1.
  
  

Technologie ESO9 - server

Změna činnosti

• ISIR - Insolvenční restřík
  V knihovně ESO9LIB.DLL verze 6.0.0.10 byla upravena komunikace s webovou službou pro stahování ISIR (insolvenčního rejstříku). Je nastaven TLS protokol v1.2.
  Jde o reakci na informaci "Ode dne 9.10.2020 dojde ke změně konfigurace TLS protokolu. Bude zakázáno TLS v1.1 a nižší."
  Knihovnu lze vyměnit instalací "Technologie ESO9 v6.0 doplněk č.1".
  Pokud používáte samostatnou instalaci program AutStazeniISIR.EXE mimo aplikační server, je třeba vyměnit knihovnu ESO9LIB.DLL za novou.
  
  

Změny v technologii .NET

• PDF Edicon
  Přidána možnost založení faktury přijaté ze souboru PDF Edicon.
  - import z faktury přijaté přes odkaz "import PDF Edicon"
  - import z DMS přes odkaz "Založení FPU"
  
  Při importu je možno založit subjekt a načíst informace z ARESu.