Přeskočit na hlavní obsah

Verze 7.4 z 31.12.2026

ESO 9 změny ve verzi 7.4 z 31.12.2026

 

Obecný klient

Změny v technologii .NET

  • Obecný klient
    Našeptávač subjektů - Opravena Basic autentizace s heslem které obsahuje české znaky.

Aplikace ESO9 Start

Finance

  • 1. 2. 1. 4 - Platební příkazy - export
    Úprava definičního souboru CFD_V18 pro tvorbu platebních příkazů ve formátu CFD.
    Bylo upraveno generování polí KI: a AV:, kde se dosud uváděl jen jeden řádek.
    Nyní pokud je u subjektu vyplněna adresa, tak se pro pole KI: generuje i adresa - další 3 řádky (Ulice / PSC+město / Název státu), a pokud je textová poznámka delší než 35 znaků, tak se v poli AV: rovněž generuje další (druhý, případně třetí a čtvrtý) řádek.
    Upravena procedura spDFNBanka_CFD_V11, v uživatelských aplikacích se změna v definičním souboru automaticky neprovádí, v případě potřeby je nutno na příslušným definičním souborem (CFD_V18) provést "Standardní nastavení".

  • 1. 2. 1. 4 - Platební příkazy - export (doplněk č. 1 předchozí verze)
    Pokud v názvu banky (nebo v položce ulice banky) byl obsažen znak apostrof, export platebního příkazu mohl skončit chybou "Incorrect syntax near ... ".
    Funkce fnDFNBanka_UpravRetezec byla upravena tak, aby bylo možno zadávat v adrese (i jiných položkách) znaky včetně apostrofu (při tvorbě SQL je nutno je zdvojit).

  • 1. 2. 1. 5 - Bankovní výpisy - import
    Doplněno zpracování bankovních výpisů pro BNP Paribas (6300) ve formátu MT940.
    V číselníku bank je třeba nastavit proceduru pro import na hodnotu "multicash",
    Doplněna nová procedura spMulticash_Pole86_6300, která provádí zpracování pole :86: (v tomto poli používá každá banka svůj specifický formát), upravena funkce fn_StringMeziZnaky.

Účetní číselníky

  • 9. 2.16 - Číselník repo sazeb (doplněk č. 1 předchozí verze)
    Po automatické aktualizaci REPO sazeb se nezobrazovalo Datum DO u předposlední sazby.
    Opravena procedura spRepoSazba_Prepocet.
    Na výpočet REPO sazby při výpočtu penále to vliv nemělo, to se počítalo správně

Změny procedur

  • ExecSQL - Paralelní spouštění SQL příkazů
    Pomocí CLR procedury "ExecSQL" lze paralelně spouštět zadané SQL příkazy. Vhodné jako náhrada hromadně prováděných akcí nad izolovanými řádky, jejichž výsledky se navzájem neovlivňují (např. rozúčtování dokladů, generování odpisů majetku apod.).
    Při volání hromadné akce nad více řádky v ESO9 se takové akce provádí sekvenčně. Míra jejich paralelizace závisí na vyhodnocení SQL serveru (navíc ne všechny typy SQL objektů lze vykonávat paralelně). Řešením může být použití SQL Brokera (komplikovanější setup a management) nebo CLR procedura.
    Zrychlení prováděné akce závisí na charakteru spouštěného SQL objektu; pokud bude orientován více výpočetně (tj. vyšší nároky na CPU), bude zrychlení výraznější, pokud bude orientován více na IO operace, bude zrychlení nižší.
    Minimální změřené zrychlení akce rozúčtování dokladů na serveru s 8-mi jádry je šestinásobné. U serverů s více jádry bude zrychlení výraznější.
    Podrobnější popis s příklady je k dispozici na wiki (https://wiki.eso9.cz/techdoc/databazovy-server/parallel-exec).

Změny předpisů sestav

  • hl_Kniha_DleObdobi - Hlavní kniha dle období
    Do zápatí stránky doplněna informace o datu, času tisku sestavy a uživateli, který tisk vyhotovil.

  • Hl_kniha_ks_detXmlPar - Detail konečného stavu hlavní knihy
    Do zápatí stránky doplněna informace o datu, času tisku sestavy a uživateli, který tisk vyhotovil.

  • Hl_kniha_KS_DleSubj - Detail konečného stavu hlavní knihy - dle subjektu
    Do zápatí stránky doplněna informace o datu, času tisku sestavy a uživateli, který tisk vyhotovil.

  • Hl_kniha_ob_detXmlPar - Hlavní kniha - detail obratů
    Do zápatí stránky doplněna informace o datu, času tisku sestavy a uživateli, který tisk vyhotovil.

  • Hl_kniha_Obraty_DleSubj - Detail konečného stavu hlavní knihy
    Do zápatí stránky doplněna informace o datu, času tisku sestavy a uživateli, který tisk vyhotovil.

  • Hl_kniha_Str_syn.idc - Hlavní kniha
    V grafické předloze na prvku záhlaví třídy nastavena vlastnost Povolit zalomení = ano.
    Pokud nastala situace, kdy toto zápatí byl poslední řádek (např. Třída 5 ) na stránce, tak Stimulsoft již další řádky na nové stránce nevypsal.

  • Hl_kniha_Str_syn.idc - Hlavní kniha
    Do zápatí stránky doplněna informace o datu, času tisku sestavy a uživateli, který tisk vyhotovil.

  • InvKarta.idc - Inventární karta majetku
    Sestava přepracována do nového designu.

  • InvSestava.idc - Inventurní sestava
    Sestava přepracována do nového designu.

  • InvSestavaSarze.idc - Inventurní sestava po šaržích
    Sestava přepracována do nového designu.

  • LikvUcet.idc - Zápis o likvidaci majetku
    Sestava přepracována do nového designu.

  • Maj351 - Kontrolní sestava majetku pro účetnictví
    Sestava přepracována do nového designu.

  • Maj352 - Sestava vyřazeného majetku v období
    Sestava přepracována do nového designu.

  • Maj353 - Měsíční změny majetku v období
    Sestava přepracována do nového designu.

  • Maj354 - Kontrola zaúčtování majetku v období
    Sestava přepracována do nového designu.

  • Maj355 - Inventurní soupis roční - daňové hodnoty
    Sestava přepracována do nového designu.

  • Maj355u - Inventurní soupis roční - účetní hodnoty
    Sestava přepracována do nového designu.

  • Maj356 - Inventurní soupis s výběrem
    Sestava přepracována do nového designu.

  • Maj356ctecky - Inventurní soupis s výběrem
    Sestava přepracována do nového designu.

  • Maj357 - Daňové odpisy dlouhodobého majetku
    Sestava přepracována do nového designu.

  • Maj358 - Daňové odpisy vyřazeného dlouhodobého majetku - dle účtů
    Sestava přepracována do nového designu.

  • Maj359 - Účetní odpisy dlouhodobého majetku
    Sestava přepracována do nového designu.

  • Maj359_NeniOdpis - Majetek, ke kterému není vypočten účetní odpis
    Sestava přepracována do nového designu.

  • NuloveMnozstviInv.idc - Zboží na skladě s inventurním rozdílem
    Sestava přepracována do nového designu.

  • ObratovaSestava.idc - Obratová sestava
    Sestava přepracována do nového designu.

  • PPLSoupiska - PPL soupiska zásilek
    Sestava přepracována do nového designu.

  • PrilohaDPHCZ_Evid92 - Příloha výkazu DPH CZ - Výpis z evidence k režimu přenesení
    Sestava přepracována do nového designu.

  • PrilohaDPHCZ_R33 - Příloha výkazu DPH CZ - řádek 33
    Sestava přepracována do nového designu.

  • Regleta.idc - Regleta - roční
    Sestava přepracována do nového designu.

  • RegletaMesic.idc
    Sestava přepracována do nového designu.

  • SesMajTZ.idc - Zápis o technickém zhodnocení majetku
    Sestava přepracována do nového designu.

  • SesMajVyr.idc - Zápis o vyřazení majetku
    Sestava přepracována do nového designu.

  • SesMajZar.idc - Zápis o zařazení majetku
    Sestava přepracována do nového designu.

  • SoupiskaPrepravyCMR - Soupiska přepravy
    Sestava přepracována do nového designu.

  • VykazKHDPH_CZ_201601 - Kontrolní hlášení DPH
    Provedeno drobná grafická korekce stylů v sekci C

  • VykazKHDPH_CZ_201601Opis - Kontrolní hlášení DPH - opis
    Sestava přepracována do nového designu

  • ZavPohlDleZpozdeni2020 - Závazky/pohledávky dle zpoždění
    Sestava přepracována do nového designu.

  • ZavPohlKdatu2020 - Závazky a pohledávky k datu
    Sestava přepracována do nového designu. Do detailní i součtové verze doplněny záložky (bookmarks) pro pohyb v sestavě.

  • ZavPohlKDatu2020 - Závazky a pohledávky k datu
    Sestava přepracována do nového designu.
    Do sestavy doplněny záložky pro pohyb v sestavě dle skupinových prvků.

  • ZavPohlKDatuZ2020 - Zálohové závazky a pohledávky k datu
    Sestava přepracována do nového designu.
    Do sestavy doplněny záložky pro pohyb v sestavě dle skupinových prvků.

  • ZavPoSpl36Mes - Závazky 36 měsíců po splatnosti
    Sestava přepracována do nového designu.

  • ZavPoSplPodleDnu - Závazky po splatnosti v členění podle dnů po splatnosti
    Sestava přepracována do nového designu.

ESO9 podpůrné nástroje

Klientský doplněk

  • Mobilní aplikace ESO9 Účtenky - Produkční verze
    Mobilní aplikace ESO9 Účtenky, která slouží pro pořizování a evidenci účtenek v ESO9, je k dispozici v produkční verzi na Apple Store i Google Play. Aplikace je ke stažení zdarma, placené je až REST API, přes které se aplikace komunikuje s "velkým" ESO9.
    Popis aplikace je k dispozici na naší wiki na adrese https://wiki.eso9.cz/docs-pdf/techdoc/eso9_uctenky.pdf.

  • Mobilní aplikace ESO9 Účtenky - Automatické vynucení přihlášení
    Mobilní aplikace ESO9 Účtenky se po vypršení timeoutu přihlašovacího tokenu (standardně 60 min) chovala tak, že pokud se uživatel sám znovu nepřihlásil, tak nově pořízené doklady neukládala na server, protože přihlašovací token v tu chvíli již nebyl platný.
    Nově se proto při načítání účtenek ze serveru a při pořizování nové účtenky kontroluje, zda již stávající přihlášení neexpirovalo. Pokud ano, je uživatel automaticky přesměrován na vstupní stránku, kde je vynuceno nové přihlášení.
    Dostupné od verze 2.9.

Změny v technologii .NET

  • ESO9 AI Service - Přesun parametrů
    Parametry pro ESO9 AI Service byly rozprostřené mezi parametry služby (soubor appsettings.json) a aplikačními parametry v databázi.
    Nyní jsou všechny parametry používané touto službou pouze v aplikačních parametrech v databázi.
    V konfiguračním souboru zůstalo pouze nastavení připojení k databázi.

Technologie ESO9 - server + klient

Serverový doplněk

  • Serverový doplněk - Vyčítání e-mailové schránky na O365
    Při vyčítání e-mailové schránky se vždy vyčítala celá schránka a následně se jednotlivé e-maily porovnávaly podle svých ID s již uloženými e-maily v databázi. Což vyvolávalo zbytečnou zátěž databáze v případě, že se vyčítání volalo např. každou minutu.
    Vyčítání e-mailové schránky proto bylo upraveno tak, že se načítají pouze rozdíly od posledního čtení. V databázi se tak kontrolují pouze ID nově došlých e-mailů, což jsou cca jednotky oproti předchozím cca tisícům.
    Dostupné v programu EmailReader.exe od verze 2.5.

Změny v technologii .NET

  • AI asistent
    Pro vytěžování dokladů pomocí MS Azure Foundry (Document Intelligence) v kombinaci s Open AI je optimalizováno opakované zasílání rozsáhlého vstupního promptu tak, aby se v rámci jednoho vlákna konverzace posílal prompt pouze jedenkrát (na začátku). Všechny ostatní vytěžované dokumenty stejného typu využívají stejný prompt. Jedno vlákno má ale omezený počet tokenů, který je řízen úrovní předplatného (TIER). Protože se tato úroveň mezi různými zákazníky liší, lze tyto limity zadat do (nově zavedených) aplikačních parametrů OpenAImaxDocumentsPerThread a OpenAImaxTokensPerThread.

  • Aplikační server - TEMP sestavy
    V prostředí MultiCompany aplikací je třeba, aby i TEMP sestavy (typicky výběrové seznamy vzorů dokladů) respektovaly aktuálně vybranou company, protože vzory dokladů pro pro jednotlivé company jsou specifické.
    Doplněno v technologii z 30.6.2026.

  • Aplikační server - SimpleFilter
    Při sestavení zjednodušeného Start filtru (hidden položka SIMPLEFILTER) se vynechávaly položky typu TextArea.
    Doplněno ve verzi z 22.7.2026.

  • Aplikační server - Omezení Memory Grant na SQL Serveru
    Do aplikačního serveru byl doplněn mechanismus, který snižuje hodnotu tzv. Memory Grantu na MS SQL Serveru.

    Memory Grant je množství operační paměti, které si SQL Server před spuštěním dotazu rezervuje pro operace jako SORT, HASH JOIN nebo agregace. Pokud je grant příliš velký, omezuje souběžné zpracování ostatních dotazů; pokud je příliš malý, musí SQL Server část dat odkládat do tempdb, což dotaz zpomaluje.

    Při složitějších dotazech s více JOINy dochází v našich databázích k výraznému nadhodnocení Memory Grant, díky čemuž se zpomaluje souběžné zpracování více dotazů SQL Serverem.

    Pokud do SQL dotazu přidáme klausuli TOP s maximálním počtem řádků, provede SQL Server jiný Execution Plan s výrazně nižším odhadem Memory Grant (dle naších měření 20-30x). Díky čemuž se celý SQL Server výrazně zprůchodní.

    Hodnota v TOP klausuli je dána maximem řádků, které dotaz s danými WHERE podmínkami může načíst; v našem případě je WHERE podmínka dána kombinací podmínek z vazby, z odkazu a podmínek uživatelem zadaných ve Start filtru.

    Pokud máme v systému např. 1mil. záznamů v tabulce HDOK a v dotazu máme na tuto tabulku JOINováno několik dalších tabulek (typicky často i další HDOK s jiným ALIASem), pohybuje se Memory Grant typicky mezi 1-2 GB. Pokud ale vezmeme v úvahu, že prodaný typ a vzor dokladu (popř. ještě v kombinaci s účetním obdobím) existuje v systému pouze 50tis. dokladů, bude se Memory Grant pohybovat kolem cca 20 MB. Takto uvolněnou operační paměť si samozřejmě okamžitě obsadí proces SQL Serveru, nicméně méně paměti bude rezervováno pro jednotlivé dotazy, více dotazů může běžet současně a sníží se čekání na RESOURCE_SEMAPHORE. Lapidárně řečeno se tedy zvýší celková průchodnost SQL Serveru.

    Dostupné ve verzi z 4.8.2026.

  • Aplikační server - Multicompany
    Do multicompany řešení byla doplněna podpora volání externích DLL knihoven. Tj. uživatelské akce realizované jako DLL knihovny se nyní volají v kontextu vybrané společnosti / company.
    Dostupné v technologii od 7.8.2026.