Verze 7.2 z 31.12.2025

ESO 9 změny ve verzi 7.2 z 31.12.2025

 

Obecný klient

Změny v technologii .NET

• Obecný klient
  Upraveno získávání licence pro Fiskální modul. Licence se stáhne 1x a uloží do Local Storage a následujících 12 hodin se stažení neprovádí, ale jen se načte ta uložená. Není nutné licenci stahovat při každém načtení stránky.
  
  
• Obecný klient
  Oprava posunu v browse šipkou dolů na posledním záznamu při změně dat, pokud vzniká po uložení nový záznam. Typicky se používá na účetních záznamech, kdy se opraví částka a šipkou dolů se uloží. nyní se přejde na nově vzniklý záznam.
  
  
• Obecný klient
  Přidáno načítání vlastních fontů do Prohlížeče a Návrháře Stimulsoft v obecném klientovi.
  
  
• Obecný klient
  Doplněno načítání externích obrázků do resource sestavy v návrháři sestav OK. Načítání probíhá z lokálního support webu dle definice ../Eso9Supp.net/Lib/Img/STIresources/list.json
  
  
• Obecný klient
  Opravena editace TextArea v otevřeném číselníku. Docházelo k chybě při vložení "Enter", kdy se řádek rozeditoval a přešlo se na následující pole.
  
  
• Obecný klient
  Oprava URL_ACTION na buttonu. Při doInfo se rovnou přešlo a nečekalo se na potvrzení. Nyní se vyčká na potvrzení a zavření informace.
  
  
• Obecný klient
  Doplněno generování QR kódu pro platbu a následné spuštění sp.
  Parametry mf_QRCode=textová reprezentace QRPlatby a mf_QRplatba_After=Název Sp spuštěné po zavření okna s kódem.
  Vyvolání kódu
  
  
  
• Obecný klient
  Opraveno chybné chování, kdy po uložení dokladu ALT+U proběhl FCHange, ze kterého se zobrazilo informační hlášení, ale již se nezobrazilo hlášení z ValRec.
  
  
• Obecný klient
  Oprava pohybu v browse šipkami vpravo/vlevo po editaci řádku a jeho uložením šipkou dolů/nahoru.
  
  
• Obecný klient
  Doplněn webový našeptávač subjektů adresa api je https://api2.eso.cz/eso9subjautocomplete autentikace basic, uživatelské jméno = IČ subjektu aplikace a heslo = registrační číslo.
  
  Zapojeno je na formuláři subjekt/subjekt.htm v poli SUBJ_NAZEV vlastnost mask=";ACSUBJCZ"
  
  Při psaní se nabízí výběr subjektů po vybrání šipkou (Nahoru/Dolů) nebo dvojklikem myší, dojde k přenosu Názvu ulice města a psč a státu do formuláře.
  
  
• Obecný klient
  Do výpisu mých chatů doplněno filtrování Nepřečtené/Všechny a filtrování dle hledaného textu. Filtrování hledaného textu funguje od tří znaků výše.
  
  Doplněn parametr MAX_DAY_CHATLIST skupina Chat. Definuje počet dní zpětně, které chaty zobrazit. Slouží k omezení zobrazení chat listu, aby se nezobrazovaly staré chaty, které již nejsou aktuální. S instalací verze se nastaví parametr na 180 dní.
  
  
• Obecný klient
  Oprava pohybu enterem v číselníku zobrazeném v editoru. Pokud byl číselník s "taby" nefungoval pohyb.
  
  
• Obecný klient
  V obecném klientovi odtraněna podpora vzhledu 5.9.
  
  
• Obecný klient
  QR platba
  Doplněna kontrola parametru MF_ZOBRAZITQRCODE pokud je jiný než 1 QR kód se nezobrazí. Tato kontrola byla doplněna i do dialogu platba kartou.
  
  
• Obecný klient
  Doplněn mechanizmus pro zobrazování tooltipu v browse/tabulce u řádku nebo položky.
  
  Popis na https://wiki.eso9.cz/doku.php/techdoc:tooltipradkupolozky
  
  
• Obecný klient
  Oprava kdy po akci typu mailto: zustal otevřený loader (křeček) na stránce.
  
  
• Obecný klient
  Oprava zobrazování klávesnice v mobilní aplikaci na zařízeních s Androidem.
  Po prvním vstupu na stránku s formou se provádí focus na první pole prvního formuláře. Po aktualizaci aplikace chrome na androidu se začala po této akci zobrazovat interní klávesnice. Při prvním "programovém" fucus na pole input se položce nastaví parametr inputMode = ''. Klávesnice se zobrazí až po kliknutí uživtelem, nastaví se parametr inputMode = 'text'.
  
  
• Obecný klient
  Dopněn editační ganttův graf.
  
  Dokumentace vzniká na https://wiki.eso9.cz/doku.php/techdoc:gantt
  
  
• Obecný klient
  Do zobrazezení obrázku IMGFROMDMS doplněn formát SVG a WEBP.
  
  Dostupné ve verzi z 16.12.2025
  
  
• Obecný klient
  Oprava nastavení barvy v editoru pokud FIELD_ROWSTYLE byl v pořadí datového zdroje za FIELD a k nastavení FIELD_ROWSTYLE docházelo v fchange při změně FIELD. V klientovy došlo k nastavení barvy pole dříve než bylo zpracováno pole s barvou.
  
  

Aplikace ESO9 Prodejna

Změna činnosti

• Platba kartou
  Upravena komunikace s karetním terminálem ČSOB-IP.
  Pokud zákazník zadává PIN déle než 90s (podle nastavení parametru), neskončí komunikace na timeout. Při vyčtení zprávy o aktivitě na terminálu se timeout začne počítat od začátku. Zapisuje se do logu. Odpočet timeoutu se nově zobrazuje ve formuláři komunikace.
  Pokud zákazník přestane být na terminálu aktivní (nebo s aktivitou vůbec nezačne), měla by komunikace korektně skončit zprávou z terminálu po 60s neaktivity.
  Upřesněn test spojení s terminálem před odesláním platby. Může se vrátit chyba "Na terminálu probíhá jiná aktivita" nebo "Teminál nevrátil odpověď". Ošetří se tím například situace, kdy obsluha nestandardně ukončila program v době komunikace s karetním terminálem před dokončením transakce a pokouší se o další platbu po novém startu programu Prodejna.
  
  
• QR platba
  ESO9 prodejna, verze 7.1.12
  Doplněna QR platba. Zapojeno jen pro CZ legislativu.
  Doplněn přenos parametrů PlatKart_QRIBAN, PlatKart_QRZpusob ze skupiny Prodej z centrály na prodejnu. Jde o společné parametry pro QR platby na prodejně i na centrále.
  Pokud má parametr PlatKart_QRZpusob hodnotu 1, parametr PlatKart_QRIBAN je vyplněn a tento účet je označen jako aktivní pro EVERIFIN a je přiřazen některému peněžnímu účtu - nabízí se na prodejně QR platba s ověřením.
  Pokud má parametr PlatKart_QRZpusob hodnotu 2, nabízí se na prodejně QR platba bez ověření.
  V Nastavení je doplněna záložka "QR platby", která zobrazuje parametry přenesené z centrály, je možné je znovu načíst. Můžete zde nastavit parametr pro čekání na ověření.
  Před zobrazením QR kódu pro platbu se spočte číslo dokladu (stejně jako před platnou kartou) a navíc se vyplní variabilní symbol odvozený z tohoto čísla.
  Při vyvolání QR platby se zobrazí QR kód pro okamžitou platbu (QR kód lze vytisknout na účtenkovou tiskárnu). Zákazník QR kód sejme mobilním telefonem a ze svého bankovnictví a zaplatí.
  - ve verzi s ověřením se poté vyvolá dialog čekání na ověření. Po ověření v bance je platba označena jako Zaplaceno. I ve verzi s automatickým ověřením je možné provést ruční ověření například v případech, kdy komunikace s bankou trvá dlouho.
  - ve verzi bez ověřením potvrzuje zaplacení prodavač
  Pokud existuje nějaká QR platba ve stavu Odesláno není možné provést další QR platbu ani platbu kartou. Je potřeba ji ověřit dotazem na banku nebo ručně.
  V dokladech přenesených na centrálu se QR platby chovají jako platby kartou.
  Detailní popis v dokumentu: "ESO9 - Platba kartou, QR platba", kapitola "QR platby v Prodejně" - https://wiki.eso9.cz/lib/exe/fetch.php/techdoc:eso9_-_platba_kartou.pdf
  
  

Aplikace ESO9 Start

Změna činnosti

• 3 - Majetek
  Do parametrů (skupina Majetek) byl doplněn parametr MAJ_KodPohybuNeniTZ - seznam kódů pohybů zvýšení vstupní ceny, které nejsou technickým zhodnocením.
  Pokud má pohyb nastaveno, že jde o cenový příjem (Sdok.vlpohybsl = 3), považuje se za technické zhodnocení.
  V takovém případě se při výpočtu daňových odpisů definovaných pomocí koeficientů daňových odpisových skupin uplatňuje koeficient odpisu při zvýšené vstupní ceně.
  Aby bylo možno vyloučit pohyby, které sice zvyšují vstupní cenu, ale nejsou technickým zhodnocením, je možno jejich seznam uvést v tomto parametru.
  Pokud je kód pohybu uveden v tomto parametru, bude se odpis provádět nadále dle koeficientu "Odpis pro další roky".
  Parametr se í v uživatelských aplikacích standardně založí s uvedením pohybu MZZVC.
  Upravena procedura spMAJ_PrepUcOdp
  
  

Účetnictví

• 1. 1. 1. 8 - Roční a mimořádná závěrka
  Pokud byl na účtu účetní osnovy nastaven "Povinný subjekt", tak při roční uzávěrce mohlo dojít k chybě "Účet XXXXXX má vlastnost "povinný subjekt", ale na dokladu UCD není subjekt uveden"
  
  Upravena tvorba závěrkových dokladů tak, aby se tato chyba nehlásila.
  Upraveny procedury spRocUzav_PRNV, spRocUzav_Otev, spRocUzav_Uzav, triggery trUcetZap_Upd, trUcetZap_Ins
  
  
• 1. 1. 1.10 - Import plateb z PAM
  Upravena procedura spPAM_ZalozPlatby pro možnost výplaty v jiné měně.
  Z aplikace PAM se nyní z pohledu QPAM_PLATBY_S načítají nové položky Mena a dtPrepocetKursu. Pokud měna není vyplněna, pak se tak jako dosud vytváří interní doklad v domácí měně. Pokud je měna vyplněna, kontroluje se, zda existuje v číselníku měn - pokud neexistuje, je hlášena chyba a import nelze provést. Jestliže není vyplněno datum pro přepočet kursu, vezme se pro pracovní den v kalendářním měsíci následujícím po období, ze kterého se import z PAM provádí. Pokud k tomuto datu neexistuje kurz ČNB střed, pak je hlášena chyba - v tomto případě je nejdříve v číselníku měn zadat kurz k příslušnému datu a import opakovat.
  Interní doklad se pak založí v požadované měně, částka je přepočtena kurzem k zadanému datu. Zaokrouhlení se provede dle nastavení zaokrouhlení v typu dokladu (pro příslušný vzor a měnu).
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa SK) (doplněk č. 1 předchozí verze)
  V sestavě detailu řádku výkazu (volaného z pracovní sestavy výkazu DPH) se v nadpisu nezobrazoval kód a název řádku (projevovalo se po instalaci verze 7.1 pro výkazy DPH do období 2025.06)
  - opravena funkce fnDphTextyRadku
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa SK)
  Upravena tvorba ročního vypořádání DPH s ohledem na změny výkazu DPH (řádky pro 2 sníženou sazbu DPH).
  Upravené stránky :
  - ucet\Rocni_VyporadaniSK.htm
  - ucet\RocVypor_Kracene.htx
  - ucet\RocVypor_Kracene.idc
  Nové stránky :
  - ucet\RocVypor_VypocetSK25.htx
  - ucet\RocVypor_VypocetSK25.idc
  
  Tabulka HISDPH
  - doplněny sloupce : KODRADKUDPH, VLTYPZAZNAMU, VLCITATEL, VLJMENOVATEL, VLZNAMENKO, KODPROVYKAZDPH
  - změněn klíč HISDPH_Key1
  
  Změněn pohled QHISDPH_SK
  
  Upravené nebo nové funkce a procedury :
  - spHisDPH_CalRec
  - spHisDPH_PrepocetSK2025
  - fnDefiniceKoefDPH_SK
  - fnDefiniceKoefDPH_SK
  - fn_VykazDPH_RocniKoef
  - spVykazDPH_Zaeviduj
  - spVykazDPH_ZaevidujObdobi
  - fnRocniVyrovnani_Detail
  - spVykazDPH_VypocetVyporadani_SK200710
  - spVykazDPH_Vypocet450
  - spDPH_RocVyporSK21
  - spVykazDPH_PrepoctiIDU
  - fnDPH_CisloRadku_ToKod
  - fnDPH_KodRadku_ToCislo
  - spKHDPH_Calrec
  - spKHDPH_BeforeInsert
  - spKHDPH_BeforeUpdate
  - fnKVDPH_2017
  
  
• 1. 1. 2. 3 - Výkaz DPH - kontrolní výkaz DPH (legislativa SK)
  V exportovaném XML souboru v oddíle C1 kontrolního výkazu nebyla uvedena sazba DPH
  Upraven export kontrolního výkazu DPH.
  V oddíle C1 se nebude uvádět hodnota Sadzba dane a Rozdiel sumy dane v eurách (řádek 5 a 6) pouze v případě kódů pro výkaz DPH 56 až 60. V ostatních případech bude hodnota uvedena.
  Upravena procedura spExport_KHDPH_XML_SK201701, funkce fnKVDPH_2017 a fnKVDPH_2017_ProTisk
  
  
• 1. 1. 2. 3 - Výkaz DPH (SK)
  V detailech podkladů pro výkaz DPH KH se zobrazovaly i pracovní řádky (C1_w C2_w).
  Upravena stránka DPH\KHDPH.htm - zrušeno zobrazení pracovních řádků
  
  
• 1. 1. 2. 3 - Výkaz DPH (SK) (doplněk č. 2 předchozí verze)
  V sestavě rozpisu DPH (sestava RozpisDPH_SK_2018) volané nad řádkem výkazu, se pro výkazy od 07/2025 nevytiskla data.
  V případě SK aplikace je nyní třeba (z důvodu zavedení nových řádků DPH) do sestavy předávat kód řádku (např. 10a) a ne číslo řádku.
  Upravena stránka Eso9Start\DPH\VykazDPH_Detail.htm (oprava byla již součástí doplňku č.2)
  
  
• 1. 1. 2. 3 - Výkaz DPH (CZ) (doplněk č. 2 předchozí verze)
  V případě, že ve výkazu DPH byl vykazován řádek 34 (např. při založení interních dokladů, které vzniknou v činnosti 1.3.4.13 pro "vracení DPH z neuhrazených pohledávek", mohlo při tvorbě interního dokladu pro odvod DPH vznikat rozúčtování na účet zaokrouhlení (648xxx) - opravena procedura spVykazDPH_PrepoctiIDU.
  
  
• 1. 1. 2. 4 - Výkazy AP, ZZ, CF
  V proceduře na návrh korekcí výkazů se neprováděl výpočet v případě, pokud měsíc byl v intervalu 1-9. V takovém případě se chybně vypočetlo období (místo 2025.09 se bralo 2025.9)
  Upravena procedura spVykaz_NavrhniKorekce - doplnění vedoucí nuly do předávaného parametru @mf_Mesic.
  
  
• 1. 1. 2. 4 - Výkazy CashFlow (legislativa CZ)
  V definici výkazu CashFlow (legislativa CZ, výkaz CF_2015) byl do řádku výkazu B.1. doplněn účet 043.
  Doplnění se provede automaticky ve verzovém scriptu v případě, že existuje výkaz CF_2015 a účet 043 není v tomto výkaze definován na žádném řádku.
  
  
• 1. 1. 2. 4 - Výkazy AP, ZZ, CF
  Do výkazu o změnách ve vlastním kapitálu - vertikální (IAS_VZVK) byly v definici výkazu doplněny řádky 10 a 11 :
  10 - Výsledek hospodaření běžného roku
  11 - Vlastní kapitál (součtový řádek 01 až 10)
  Doplnění řádků se provede ve verzovém scriptu automaticky v případě, že existuje definice výkazu s kódem IAS_VZVK a neexistují v něm řádky s kódem 10 a 11
  
  
• 1. 1. 4. 2 - Deník dokladů s rozúčtováním
  - v sestavě DenikDoklsRozuct.idc byly doplněny položky kód a název subjektu (pouze při exportu do excelu)
  - v sestavě UctDenik byla doplněna položka kód subjektu (pouze při exportu do excelu)
  
  

Finance

• 1. 2. 1. 5 - Bankovní výpisy - automatické zaúčtování transakční daně (legislativa SK)
  V parametrech (skupina finance) byl vytvořen nový parametr Ucet_TransakcniDan (Kód účtu pro transakční daň).
  Parametr je možno použít pro automatické zaúčtování transakční daně na zadaný účet.
  Vzhledem k tomu, že banky poskytují bankovní výpisy v různých tvarech, může v nich být transakční daň identifikována různými způsoby v závislosti na typu vstupního souboru.
  Byla vytvořena standardní funkce fnidUctOsn_TransakcniDan, která definuje určení účtu transakční daně pro nejpoužívanější typy bankovních výpisů (např. CAMT 053.001.02, Everifin).
  V případě potřeby lze funkci uživatelsky přepsat pro další typy vstupních souborů.
  Nyní se bankovní výpis považuje za transakční daň v případě, že je to výdajový doklad (HDOK.vlHPohledavka_Zavazek = 4 ) a současně je splněna některá z těchto podmínek :
  - konstantní symbol = 0960
  - textová poznámka obsahuje text "TRANSACTION_TAX" nebo "Transakcna dan"
  - transakční kód je 90000801xx (viz formát CAMT 053.001.02, v takovém případě standardní procedura pro import spImportBanka_CAMT053102 naplní TextPozn2 XML záznamem, ve kterém je informace o tom, že se jedná o transakční daň)
  
  Funkci je pak možno použít buď v uživatelském přepočtu v typu dokladu (Přepočet řádku), např :
  idUctOsn_MD = isnull(idUctOsn_MD, dbo.fnidUctOsn_TransakcniDan(NULL, vlhPohledavka_Zavazek, K_Sym, TextPozn, TextPozn2))
  Tím se zajistí naplnění účtu MD na hlavičce dokladu (a tento se pak následně účetním předpisem převezme do účetního zápisu).
  Nebo je možno definovat účet v účetním předpisu (na hlavičce dokladu zůstane nevyplněný, bude pouze v účetním zápisu) - v tom případě je třeba v účetním předpise BAV (předpis č. 1 - BAV_MD) nastavit u položky idUctOsn:
  isnull(dbo.fnidUctOsn_TransakcniDan(NULL, HDOK.vlhPohledavka_Zavazek, HDOK.K_Sym, HDOK.TextPozn, HDOK.TextPozn2), HDOK.idUctOsn_MD)
  
  
• 1. 2. 3. 8 - Podklady pro transakční daň (legislativa SK)
  Vytvořena nová činnost 1.2.3.8 Podklady pro transakční daň (legislativa SK)
  Doplněna sestava PodkladyProTransakcniDan pro vytvoření podkladů pro odvod transakční daně.
  Pokud banka automaticky neprovádí vyčíslení transakční daně (zpravidla to budou banky se sídlem mimo SK), je potřeba v takovém případě vypočítat a přiznat daň na stránkách finanční správy.
  Sestava (export v excelu) se provádí pro zadaný bankovní účet, standardně pro všechny výdajové doklady vyčísluje transakční daň ve výši 0,4% (minimálně 0,01 a maximálně 40 EUR).
  Pokud je třeba pro určité pohyby (výběry kartou) použít daň 0,8% nebo naopak se jedná o pohyb nepodléhající poplatku, je možno toto definovat uživatelskou funkcí fnvlUziv_UrciTransDan (například na základě textu v poznámce bankovního výpisu).
  
  - nová činnost 1.2.3.8 Podklady pro transakční daň
  - nová stránka finance\TransakcniDan_filtr.htm
  - nové procedury spQFTRANSAKCNIDAN_MF_KOD_PENEZNIHO_UCTU, spQFTRANSAKCNIDAN_MF_IDPENUCET, funkce fnvlUziv_UrciTransDan, fnPodkladyTransakcniDan
  
  

Saldokonto

• 1. 3. 4.13 - Oprava odpočtu daně pohledávky po splatnosti (doplněk č. 2 předchozí verze)
  Zobrazovaly se i doklady, které měly DUZP v roce 2025, ale datum DPPD bylo z roku 2024.
  Na tyto faktury se nemá povinnost odpočtu vztahovat - opravena funkce fnQFPUNeuhrazene_6m
  
  
• 1. 3. 4.13 - Oprava odpočtu daně pohledávky po splatnosti (doplněk č. 2 předchozí verze)
  Upravena funkce fnQFPUNeuhrazene_6m - vyřazeny doklady typu FPZD.
  
  

Nákup

• 2. 1. 3. 1, 2. 2. 3. 1 - Faktury přijaté účetní, Faktury vydané účetní
  V souvislosti s doplněním evidence základů a daní ve valutě byly provedeny následující změny :
  
  Změny v účetních předpisech:
  V aplikaci Eso9Start byly upraveny některé účetní předpisy tak, aby účtování všech účetních zápisů bylo prováděno ve valutových částkách (původně bylo toto prováděno zpravidla pouze pro účetní zápis závazku/pohledávky, ostatní účetní zápisy byly účtovány v domácí měně).
  Původní účetní předpis (např. FVU) byl přejmenován na FVU24 a byl mu nastaven (nový) příznak "neaktivní". Současně byl vytvořen nový účetní předpis s původním názvem (FVU), ve kterém bylo účtování nastaveno tak, aby pokud možno všechny účetní zápisy byly účtovány v měně dokladu (změna se týkala převážně položek Měna a částek Obrat MD VAL, obrat DAL VAL).
  Změna byla provedena v ESO9Start pro tyto účetní předpisy : DDPHNMCZ, DDPHPMCZ, FAPJCD, FPU, FPU_kratit, FPZD, FVU, FVUNAJ, FVZD, IDU, IDUOprDan, IDUSkonINK, IDUSkonto, POD.
  Současně byly u vzorů a typů dokladů nastaveny tyto nově upravené účetní typy dokladů.
  V uživatelských aplikacích se tyto změny automaticky neprovádí, v případě potřeby je nutno předpis upravit ručně, nebo si nový předpis zkopírovat z ESO9Start.
  
  V parametrech (skupina zaúčtování) byly doplněny parametry OductZal_FAV_Zaklad a OductZal_FAP_Zaklad, na základě kterých je možno definovat, zda se při připojování zálohy k FPU/FVU má odúčtovaná částka základu zálohy zaúčtovat mínusem na stejnou stranu, jako odúčtovaná částka DPH zálohy, nebo kladně na opačnou stranu.
  - upraveny procedury spUcetZap_OductujZalohu, spZalohy_SparujOzn_UcetDokl, spUcetZap_PripojZal_XmlParams
  
  Ve formuláři pro tvorbu přijaté daňové zálohové faktury byly doplněny položky připojovaných záloh ve valutě.
  - upraven formulář nakup\ZFaP_VytvDan.htm
  - procedury spHDok_FVZ_FVZD, spSDOK_ZalozSlozkuPROFD, spHDok_FVZ_FVZD_Ozn, spZFAP_VYTVDAN_SpoctiDPH.,spZFAP_VYTVDAN_RVDan, spZFAP_VYTVDAN_RVZakladVal, spZFAP_VYTVDAN_RVDanVal, spZFAP_VYTVDAN_SmazRV
  
  Položka „Korekce ze záloh“ byla přejmenována na „Vyrovnání ze záloh“.
  - upraveny formuláře DPH\HDokDPH_RO.htm, DPH\HDokDPH.htm, prodej\FaVHlav.htm, priklady\HDok.htm, nakup\FapHlav.htm, nakup\FapHlav67.htm, nakup\PripojeneZalohy.htm, prodej\PripojeneZalohy.htm,
  
  
• 2. 1. 3. 7 - Složky nákupní objednávky do faktury přijaté
  Pro správnou funkčnost doplněny vazby mezi vzory NOB a FPU
  - VZORNOBT (Nákupní objednávka tuzemská) <----> VZORFPUNST (FPU nákup na sklad tuzemská)
  - VZORNOBE (Nákupní objednávka zahraniční v EU) <----> VZORFPUNSE (FPU nákup na sklad zahraniční v EU)
  - VZORNOBZ (Nákupní objednávka zahraniční mimo EU) <----> VZORFPUNSZ (FPU nákup na sklad zahraniční mimo EU)
  
  

Prodej

• 2. 2. 3. 1 - Faktury vydané účetní
  tlačítko "Recyklační poplatky": zde se volá procedura spHDOK_btRecyklacniPoplatky. Tato upravena tak, že hledání složek a vazeb pro recyklační poplatky je nově doplněno o podmínky na typ vazby = 20=zboží - recyklační.
  
  

Sklad

• 2. 3. 3. 6 - Účetní uzávěrka skladů
  Provedeno:
  - během účetní uzávěrky skladů se vypíná kontrola tvrdé blokace na šaržích stejně jako už se vypíná na úrovni zboží na skladě
  
  - přidány parametry do funkcí a procedur provádějící účetní uzávěrku skladů pro typ dokladu a seznam pohybů pro výdejové pohyby, pro které se nebudou přepočítávat ceny na složce dokladu. Smyslem je zafixovat ceny na složce skladového dokladu, a hlavně cen ovlivňující hodnotu skladu jako HDJCENASPOCTENA a HDCCENASPOCTENA z důvodu reklamací bez předchůdce.
  Toto lze použít pro vrácení prodaného zboží z předchozího systému, kdy není k dispozici původní doklad, ale uživatel umí dohledat původní skladovou cenu.
  
  Spolu s tím upraveny následující SQL objekty:
  - trigger „trZbozSklSarze_INSUPD“: zde se během účetní uzávěrky vypíná kontrola tvrdé blokace
  - funkce „fnQUCETUZAVERKA_PARAM“ a procedura „spEso9_UctovaniSkladu“: zde doplněny nové parametry zajišující fixaci cen na složce dokladu
  - parametr „@MF_TypSVUFIX“ typu VARCHAR(10) = 'SVU': Typ dokladu fyzických výdejových skladových dokladů - typ dokladu kde je složka s pohybem @MF_PohybSVUFIX bez přepočtu
  - parametr @MF_PohybSVUFIX typu VARCHAR(255) = '''VXX''': Pohyby fyzických výdejových skladových dokladů – složka dokladu bez přepočtu. U těchto pohybů zůstává RVCENA beze změn a RVCENYSKLAD = 1. Tím dojde k tomu, že by se ceny na složce neměly nijak měnit.
  
  

• 2.1.3.15 - Export a import dokladů KSeF (legislativa PL)
  Od 1.2.2026 by měl v Polsku fungovat Krajowy System e-Faktur (Národní systém e-fakturace v Polsku).
  Tyto činnosti již byly v ESO9 (PL) implementovány, ale nyní byly kompletně změněny formáty souborů i systém komunikace.
  Většina funkcí a procedur proto musela být přepracována.
  
  Upravené procedury (assembly) pro komunikaci
  - KSeF_AuthorizationChallenge
  - KSeF_AuthTokenKSeF
  - KSeF_AuthXadesCertificate
  - KSeF_AuthStatusToken
  - KSeF_GetAccessToken
  - KSeF_GetAccesTokenByRefresh
  - KSeF_GetPublicCertificate
  - KSeF_OpenSession
  - KSeF_CloseSession
  - KSeF_SendInvoice
  - KSeF_GetInvoice
  - KSeF_GetInvoiceMetaData
  - KSeF_GetStatusInvoice
  - KSeF_GetStatusInvoices
  - KSeF_GetInvoiceListSession
  - KSeF_GetUPOByKsefNumber
  - KSeF_GetUPOByInvoiceReferenceNumber
  
  Export FaV do KSeF:
  Provedeny úpravy tvorby XML z dokladu faktury vydané dle nového XSD schematu http://crd.gov.pl/wzor/2025/06/25/13775/
  Upraveny procedury pro komunikaci a export do KSeF:
  - fnPLKSeF_txtProstredi
  - fnPLKSeF_SeznamParam
  - fnPLKSeF_Info
  - fnSeznamChybKSEF
  - fnPLKSeF_Response
  - fnZpracujChybyKSeF
  - fnKSeF_IdentifikaceDokladu
  - fnKSeF_ChybyDokladu
  - fnKSeF_SeznamKorigovanychDokladu
  - fnKSeF_DaneFaKorygowanejXML
  - fnKSeF_FakturaZaliczkowaXML
  - fnKSeF_SlozkyFVUXML
  - fnKSeF_PlatbyFVUXML
  - fnKSeF_PlatbyFVUXML
  - fnKSeF_SeznamWZ
  - fnKSeF_GetXML_FVU_Data
  - fnKSeF_GetXML_FVU
  - spKSeF_Param_NovaHodnota
  - spKSeF_GetPublicCert
  - spKSeF_GetAccesRefreshToken
  - spKSEF_GetSession
  - spKSEF_TestKomunikace
  - spKSEF_SessionInfo
  - spKSEF_NactiUPO
  - spKSEF_ZjistiStavKSeF
  - spKSEF_OdeslatDoklad
  - spKSEF_PripravDoklad
  - spKSEF_OvereniProSession
  - spKSEF_ZnovuZjistitStav
  - spKSEF_ZnovuZjistitStav_10
  - spKSEF_ZnovuZjistitStav_21
  - spKSEF_NactiUPO_ProStav_11
  - spKSEF_ZnovuOdeslatALL
  - spKSeF_Zneplatnit
  
  Zrušeny procedury :
  - spKSEF_GetChallenge
  - spKSEF_WaitForActiveSession
  - spKSEF_NactiSeznamOdeslanych
  - spKSEF_ZjistiStavKSeF_S2
  Upraveny stránky:
  - Eso9StartPL\Prodej\HdokKSeF.htm
  - Eso9StartPL\Prodej\KSeF.htm
  - Eso9StartPL\Prodej\KSeF_Param.htm
  
  Import FaP z KSeF:
  Provedeny úpravy načtení faktury přijaté z XML dle nového XSD schematu http://crd.gov.pl/wzor/2025/06/25/13775/
  Upraveny procedury pro komunikaci a import z KSeF:
  - spKSEF_ImpSeznam
  - spKSEF_ImpData_ZapisDetail
  - spKSEF_ImpData
  - spKSEF_ImpSeznamData
  - spKSEF_ImportOpakuj
  - spKSEF_ImportNeprovadet
  - fnidMJ_FaKSeF
  - fnidZbozi_FaKSeF
  - spImportKSeFDoHdok
  - spImportKSeFVyber
  - spImportKSeFOzn
  Upraveny stránky:
  - Eso9StartPL\Nakup\KSeFNacteni.htm
  - Eso9StartPL\Nakup\KSeFVytvFAP.htm
  
  

Majetek

• 3. 5 - Výstupy z majetku (SK)
  Ve vstupních filtrovacích stránkách pro některé sestavy bylo možno zadat filtr na číslo skladu, ale v datovém zdroji toto nebylo zohledněno.
  Upraveny sestavy MAJ352, MAJ354, MAJ357, MAJ359, Maj359_NeniOdpisMAJ3510, MAJ3511
  - doplněna podmínka na číslo skladu
  
  

Manažerské výstupy

• 4. 4. 4 - Finanční dashboard OK
  Přepočet ukazatelů neuhrazených závazků a pohledávek.
  Byla provedena aktualizace procedury spDZUkazatel_PohlPoSplat.
  Pokud se provádí přepočet úhrad v tabulce HdokUhrada (parametr HDOKUhrada_Online je 1 nebo 2), pak se výpočet ukazatele provádí na základě této tabulky - v takovém případě je výpočet podstatně rychlejší.
  
  

Základní číselníky

• 9. 1. 6 - Skupiny uživatelů (doplněk č. 2 předchozí verze)
  Ve verzi 7..1 byly zrušeny stránky ESO9Start\nastaveni\cinnost_cis.htm a cinnost_inc.htm, které se však v některých odkazech stále používají.
  Stránky byly obnoveny, budou v doplňku č.2 k verzi 7.1
  
  

Účetní číselníky

• 9. 2. 3 - Účetní skupiny
  Do všech účetních skupin, které obsahují v "Účtování účetní skupiny dle pohybů" pohyb "V01" založen obdobný záznam i pro pohyb "VXX". Nový pohyb "VXX" je určen pro potřeby účetní uzávěrky skladů.
  
  
• 9. 2. 7 - Účetní typy dokladů
  V tabulce účetních typů dokladů byla doplněna položka VLAKTIVNI.
  Při výběru účetních typů (například v typech a vzorech dokladů) se zobrazují pouze účetní typy, které jsou aktivní.
  Upraveny procedury:
  - spUcetTyp_NewRec
  - spUcetTyp_BeforeUpdate
  - spUcetTyp_Copy
  - spUcetTyp_Copy_DB
  - spUcetTyp_XmlExport
  - spUcetTyp_ImportXML1
  
  Upraveny formuláře :
  - ESO9Start\nastaveni\UcetTyp.htm
  - ESO9Start\nastaveni\TypDok.htm
  - ESO9Start\priklady\HDok.htm
  - ESO9Start\ucet\Ucet_dokl_pam.htm
  - ESO9Start\ucet\Ucet_dokl.htm
  - ESO9Start\plan\PlanUZap.htm
  - ESO9Start\ucet\OdpisPohledavek.htm
  - ESO9Start\nastaveni\VzorDok.htm
  - ESO9Start\nastaveni\VzorDokKomp.htm
  - ESO9Start\priklady\SDok.htm
  - ESO9Start\ucet\PreuctVynosu.htm
  - ESO9Start\ucet\OdpisPohl_Spar.htm
  - ESO9Start\nastaveni\ImplementaceSkladu.htm
  - ESO9Start\nastaveni\HdokKonv.htm
  
  
• 9. 2.16 - Číselník repo sazeb (CZ legislativa)
  Hodnoty REPO sazeb, používané pro výpočet penále, se dosud evidovaly v parametrech - parametr REPOsazba, kde se pro každé pololetí doplňovala nová hodnota.
  Nyní se evidence repo sazeb provádí v novém číselníku, jehož aktualizaci je možno provádět automaticky dle číselníku zveřejňovaného na stránkách ČNB.
  
  Formulář číselníku reposazeb obsahuje položky Datum vyhlášení sazby a Hodnotu repo sazby.
  Hodnoty v tomto číselníku je možno aktualizovat automaticky dle číselníku uváděného na stránkách ČNB. URL adresa souboru, podle něhož se aktualizace provádí, je uvedena v parametru Finance / RepoSazby_URL. Aktualizaci je možno provést ručně tlačítkem Aktualizace dle číselníku ČNB, automaticky se aktualizace provádí také vždy při instalaci verze a dále před hromadným přepočtem penále. Zelenou barvou jsou zvýrazněny ty řádky, které slouží pro výpočet penále. Jedná se ty sazby, které jsou poslední v daném pololetí - uvedená sazba pak platí v následujícím pololetí - u těchto hodnot se zobrazuje rozmezí dat (od-do), pro které je sazba použita pro výpočet penále.
  
  Provedené změny :
  - nová činnost 9. 2.16 - Číselník repo sazeb
  - nová tabulka REPOSAZBA
  - nové procedury spREPOSAZBA_NewRec, spREPOSAZBA_AfterInsert, spREPOSAZBA_AfterUpdate, spREPOSAZBA_DelRec, spRepoSazba_Prepocet, spImportRepoSazeb.
  - nová stránka ESO9Start\nastaveni\RepoSazba.htm
  
  - upravená funkce fnTableRepoSazba, procedura spHDOK_SpoctiPenaleAll
  
  - zrušeny parametry REPOsazba
  - zrušeny procedury spParam_NaplnREPOSazbu_Obd, spParam_NaplnREPOSazby
  
  

Subjekty

• 9. 3. 3. 0 - Subjekty
  Pro legislativu SK.
  Subjekty, záložka "ARES a další odkazy"
  Akce Overenie subjektu - Overované v spolupráci so spoločnosou Dun & Bradstreet.
  Při ověření subjektu doplněno do assembly CompanyInfo zabezpečení protokolem TLS 1.2. Vyřešena tím chyba "The underlying connection was closed: An unexpected error occurred on a send."
  
  
• 9. 3. 3. 0 - Subjekty
  To tabulky SUBJEKT byl doplněn identifikátor PEPPOL - položka PEPPOLID varchar(50).
  Upravena stránka subjekt\Subjekt.htm.
  Upravena procedura spSubjekt_ValRec
  
  

Dokladové číselníky

• 9. 4. 5 - Kódy pohybů složek
  Od v7.02 + Eso9Start(SK, HU, PL, DE)
  Pro potřeby účetní uzávěrky skladů založen nový pohyb "VXX - Storno výdeje prodejem ze skladu bez předchůdce". Je obdobou pohybu "V01"
  
  

Zboží, služby, majetek..

• 9. 5. 1 - Měrné jednotky
  V číselníku měrných jednotek byl doplněn kód MJ pro PEPPOL (MJ.KODMJ_PEPPOL).
  Upravena procedura spMJ_ValRec,
  Upravena stránka ESO9Start\nastaveni\MJ.htm
  
  
• 9. 5.11 - Služby
  U služeb zavedena možnost definovat službu jako "Komplet". Práce s komplety je popsána v dokumentu Práce s komplety
  
  Spolu s tím provedeny následující změny:
  - nová skupina parametrů "KOMPLETY" a v ní tyto parametry
  - parametr "KOMPLETY_Aktivni": zda je aktivována práce s "Komplety": 0=Ne; 1=Ano
  - parametr "KOMPLETY_TYPYDOK": seznam typů dokladů oddělený středníkem ";" pro práci s "Komplety" např. PRO;NOB;POB.
  - parametr "KOMPLETY_VLNACTIDOHLAV": zda načíst složku dokladu s "Kompletem" do HDOK: -1=Neurčeno(beze změn); 0=Ne; 1=Ano. Pokud je jedna z hodnot 0=Ne / 1=Ano, pak složky dokladu jejího rozpadu mají opačnou hodnotu
  
  - nová procedura "spSDokKomplet_RozpadDelete": vlastní rušení složek dokladu navázaných na komplet
  
  - procedura "spSDok_DelRec": rušení složek navázaných na komplet procedurou "spSDokKomplet_RozpadDelete"
  
  - nová procedura "spEXECSDokKomplet_RozpadInsUpd": EXEC procedura, která standardně zajišuje nastavení, zda se složka dokladu "Kompletu" a složka dokladu "Rozpadu" (ne)napočítává do HDOK dle nastavení parametru "KOMPLETY_VLNACTIDOHLAV"
  
  - nová procedura "spSDokKomplet_RozpadInsUpd": složka dokladu obsahující "Komplet" (Službu-Komplet kde ZBOZI.VLTYP_SLOZ = 2-Služba a ZBOZI.VLPODTYP_SLOZ = 5-Komplet) se rozpadne na složky dokladu "rozpad" na kterých je zboží/služby ze kterých se "Komplet" skládá.
  
  - nová procedura "spSDok_AfterInsert": zajišuje, že se složka dokladu obsahující "Komplet" rozpadne na složky dokladu "rozpad" na kterých je zboží/služby ze kterých se "Komplet" skládá. Je použita procedura "spSDokKomplet_RozpadInsUpd"
  
  - nová procedura "spSDok_AfterUpdate": zajišuje, že pokud se aktualizuje složka dokladu obsahující "Komplet" provede se i aktualizace složek "rozpadu". Je potřeba upozornit, že se nedoplňují chybějící / neruší nadbytečné složky dokladu "rozpadu". Je použita procedura "spSDokKomplet_RozpadInsUpd"
  
  - procedura "spSDok_Copy": zajišuje na nově založeném dokladu založení vazeb mezi složkami dokladu obsahující "Komplet" a složkami dokladu "rozpadu" podle zdrojového dokladu.
  
  - trigger "trSDok_UPD": pokud složka dokladu má obsahovat / obsahovala "Komplet" pak ji nelze změnit
  
  - předloha "nastaveni\sluzba.htm":
  - doplněna položka "Typ služby" s možnostmi "Služba" / "Komplet(Služba)"
  - doplněn odkaz "Rozpad služby/kompletu"
  
  

Tvorba sestav

• 9. 7. 5 - Účetní zápisy
  Do formuláře (hlavičky dokladu) byly doplněny položky kód a název subjektu.
  Upraven pohled QUCETZAPGS - doplněny položky KOD_SUBJEKTU a SUBJ_NAZEV
  Upravena stránka ESO9Start\priklady\QUcZaGS.htm
  
  

Změny funkcí

• dbo.fnEdiVlformatToString - EDI
  dbo.fnEdiVlformatToString; dbo.fnEdiVlformatToInteger
  - úprava pro nový formát XML
  
  pro XML formát byly napsány nové funkce
  dbo.fnEdiCCVInhouseFormatXML - inhouse formát pro providera GRIT a doklady Invoice, DESADV a ORDERS
  dbo.fnEdiInhouseNameXML - název funkce vracející inhouse formát XML pro vybraného providera
  dbo.fnEDICCVInhouseFormatXMLRepeat - pomocná funkce pro zjištění opakujících se elementů v jednotlivých XML a jejich rodičovských elementů
  
  
• fnCenaZPredpisu - nová funkce - obdoba spCenaZPredpisu
  Obsahově stejná jako spCenaZPredpisu. Jedná se o "Scalar funkci"
  
  vstupní parametry
  - @HDCenaINPUT: typ MONEY. Vstupní cena, která vstupuje do @Predpis_Cena jako parametr @C, nebo @V
  - @VLPredpis_Cena: typ SMALLINT. Určuje, pro kterou MJ je předpis @Predpis_Cena určen {0-MJ složky,1-MJ zboží}
  - @Predpis_Cena: typ VARCHAR(500). Předpis pro výpočet základní ceny
  - @VLPREDPISPROMENU: typ SMALLINT. Určuje v jaké měně vstupuje řídící cena do předpisu {0-domácí měna,1-měna předpisu}
  - @VLPrirazka_Cena: typ SMALLINT. Určuje pro kterou MJ je předpis @Prirazka_Cena určen {0-MJ složky,1-MJ zboží}
  - @MNPROCPRIRAZKA: typ DECIMAL(19, 5). Procentuální přirážka/sleva
  - @HDJEDNPRIRAZKA: typ MONEY. Jednotková přirážka/sleva
  - @KURS: typ DECIMAL(19, 14). Kurs měny
  - @MNPOCETMJ: typ DECIMAL(19, 5). Počet v MJ složky dokladu
  - @VLAnoNeBaleni: typ SMALLINT. Je/není balení
  - @VLBaleni: typ SMALLINT. Zda @MNBaleni je násobek / podíl mezi MJ složky dokladu a základní MJ zboží
  - @MNBaleni: typ DECIMAL(19, 5). Množství v balení
  výstupní hodnota: DECIMAL(29, 14)
  
  Pro potřeby funkce fnCenaZPredpisu vytvořeny tyto nové objekty a funkce
  - nové ASSEMBLY ExecuteScalarCLRAssembly: obsahuje CLR funkce, které z textu typu SELECT vrací první sloupec prvního řádku selectu.např. 'SELECT 3.5 * 25.1415' nebo 'SELECT * FROM MENA ORDER BY KOD_MENY'
  - fnExecuteScalar_Varchar
  - fnExecuteScalar_Decimal
  - fnExecuteScalar_DateTime
  - nová CLR funkce fnExecuteScalarCLR_Varchar: fnExecuteScalar_Varchar
  - nová CLR funkce fnExecuteScalarCLR_Decimal: fnExecuteScalar_Decimal
  - nová CLR funkce fnExecuteScalarCLR_DateTime: fnExecuteScalar_DateTime
  - nová CLR funkce fnExecuteScalarCLR_Money: covert funkce fnExecuteScalarCLR_Decimal
  - nová CLR funkce fnExecuteScalarCLR_INT: covert funkce fnExecuteScalarCLR_Decimal
  
  
  příklad volání:
  ;WITH TKurs
  AS
  (
  SELECT IDMENA = MENA.IDMENA
  ,KOD_MENY = MENA.KOD_MENY
  ,Kurs = dbo.fnVratKurs(MENA.IDMENA, GETDATE(), 0, 2)
  FROM MENA
  )
  ,ZS
  AS
  (
  SELECT --TOP 1000
  DISTINCT
  IDCESKZBPA = CP.IDCESKZBPA --Tímto se ruší DISTINCT
  ,IDZBOZI = CP.IDZBOZI
  ,IDCENSKZB = CP.IDCENSKZB
  ,IDSUBJEKT = CP.IDSUBJEKT
  ,IDCENSKUP = CP.IDCENSKUP
  ,IDSUBJADR = CP.IDSUBJADR
  ,IDMENA = CP.IDMENA
  ,IDMJ = CP.IDMJ
  ,VLPROCENU = CP.VLPROCENU --0=neurčeno; 1=skladovou; 2=prodejní; 3=nákupní;
  ,Kurs = TKurs.Kurs
  ,MNPOCETMJ = 105.0
  ,VLAnoNeBaleni = 1
  ,VLBaleni = 0
  ,MNBaleni = 4.0
  ,HDCENA = CASE ZBOZI.RVCENAZBOZI
  WHEN 2 THEN ISNULL(ZBOZI.HDCENADPHZBOZI, 0)
  ELSE ISNULL(ZBOZI.HDPRODCENA, 0)
  END
  --SELECT *
  FROM CESKZBPA CP
  LEFT JOIN ZBOZI ON ZBOZI.IDZBOZI = CP.IDZBOZI
  LEFT JOIN SUBJEKT ON SUBJEKT.IDSUBJEKT = CP.IDSUBJEKT
  LEFT JOIN TKurs ON TKurs.IDMENA = CP.IDMENA
  WHERE 1 = 1
  )
  SELECT *
  FROM (
  SELECT ZnakCena = IIF(ZS.IDCESKZBPA = PredpisCena.IDCESKZBPA, '!', '')
  ,ZnakPrirazka = IIF(ZS.IDCESKZBPA = PrirazkaCena.IDCESKZBPA, '!', '')
  ,ZS.*
  ,PredpisCena.VLPredpis_Cena --@VLPredpis_Cena SMALLINT - Určuje pro kterou MJ je předpis @Predpis_Cena určen {0-MJ složky,1-MJ zboží}
  ,PredpisCena.Predpis_Cena --@Predpis_Cena VARCHAR(500) - Předpis pro výpočet základní ceny
  ,PredpisCena.VLPREDPISPROMENU --@VLPREDPISPROMENU SMALLINT - Určuje v jaké měně vstupuje řídící cena do předpisu {0-domácí měna,1-měna předpisu}
  ,PrirazkaCena.Prirazka_Cena --@STRSLEVA VARCHAR(255) - Předpis pro slevu
  ,PrirazkaCena.VLPrirazka_Cena --@VLPrirazka_Cena SMALLINT - Určuje pro kterou MJ je předpis @Prirazka_Cena určen {0-MJ složky,1-MJ zboží}
  ,SpoctiPrirazku.MNSLEVA --@MNPROCPRIRAZKA DECIMAL(19, 5) -
  ,SpoctiPrirazku.HDSLEVA --@HDJEDNPRIRAZKA MONEY -
  ,HDCenaOUT = dbo.fnCenaZPredpisu
  (
  ZS.HDCENA --@HDCenaINPUT MONEY
  ,PredpisCena.VLPredpis_Cena --@VLPredpis_Cena SMALLINT - Určuje pro kterou MJ je předpis @Predpis_Cena určen {0-MJ složky,1-MJ zboží}
  ,PredpisCena.Predpis_Cena --@Predpis_Cena VARCHAR(500) - Předpis pro výpočet základní ceny
  ,PredpisCena.VLPREDPISPROMENU --@VLPREDPISPROMENU SMALLINT - Určuje v jaké měně vstupuje řídící cena do předpisu {0-domácí měna,1-měna předpisu}
  ,PrirazkaCena.VLPrirazka_Cena --@VLPrirazka_Cena SMALLINT - Určuje pro kterou MJ je předpis @Prirazka_Cena určen {0-MJ složky,1-MJ zboží}
  ,SpoctiPrirazku.MNSLEVA --@MNPROCPRIRAZKA DECIMAL(19, 5) -
  ,SpoctiPrirazku.HDSLEVA --@HDJEDNPRIRAZKA MONEY -
  ,ZS.Kurs --@KURS DECIMAL(19, 14) -
  ,ZS.MNPOCETMJ --@MNPOCETMJ DECIMAL(19, 5) -
  ,ZS.VLAnoNeBaleni --@VLAnoNeBaleni SMALLINT -
  ,ZS.VLBaleni --@VLBaleni SMALLINT -
  ,ZS.MNBaleni --@MNBaleni DECIMAL(19, 5) -
  )
  ,ZBOZI.VLTYP_SLOZ, ZBOZI.CIS_ZBOZI, ZBOZI.NAZEV_ZBOZI
  ,SUBJEKT.KOD_SUBJEKTU, SUBJEKT.SUBJ_NAZEV
  FROM ZS
  LEFT JOIN ZBOZI ON ZBOZI.IDZBOZI = ZS.IDZBOZI
  LEFT JOIN SUBJEKT ON SUBJEKT.IDSUBJEKT = ZS.IDSUBJEKT
  OUTER APPLY dbo.fnPredpis_Cena
  (
  ZS.VLPROCENU --@VLNabizetCenu SMALLINT -Určuje, pro kterou cenu je předpis a jeho vlastnost určen {0-Neurčeno,1-Skladovou,2-Prodejní,3-Nákupní}
  ,NULL --@IDHDOK Int -ID Hlavičky dokladu pod kterou je/bude složka dokladu, pro kterou se zjišuje předpis
  ,ZS.IDZBOZI --@IDZbozi Int -ID Zboží pro určení předpisu a jeho vlastnosti
  ,ZS.IDCENSKZB --@IDCenSKZB Int -ID Cenové skupiny zboží pro určení předpisu a jeho vlastnosti
  ,ZS.IDSUBJADR --@IDSUBJADR Int -ID Adresy subjektu pro určení předpisu a jeho vlastnosti
  ,ZS.IDSUBJEKT --@IDSubjekt Int -ID Subjektu pro určení předpisu a jeho vlastnosti
  ,ZS.IDCENSKUP --@IDCenSkup Int -ID Cenové skupiny subjektu pro určení předpisu a jeho vlastnosti
  ,ZS.IDMJ --@IDMJ Int -ID Měrné jednotky pro určení předpisu a jeho vlastnosti
  ,ZS.IDMENA --@IDMena INT -ID Měny pro určení předpisu a jeho vlastnosti
  ,GETDATE() --@DTDatum DateTime -Datum ke kterému se má určit předpis a jeho vlastnost v rámci platnosti
  ) PredpisCena
  OUTER APPLY dbo.fnPrirazka_Cena
  (
  ZS.VLPROCENU --@VLNabizetCenu SMALLINT -Určuje, pro kterou cenu je předpis a jeho vlastnost určen {0-Neurčeno,1-Skladovou,2-Prodejní,3-Nákupní}
  ,NULL --@IDHDOK Int -ID Hlavičky dokladu pod kterou je/bude složka dokladu, pro kterou se zjišuje předpis
  ,ZS.IDZbozi --@IDZbozi Int -ID Zboží pro určení předpisu a jeho vlastnosti
  ,ZS.IDCenSKZB --@IDCenSKZB Int -ID Cenové skupiny zboží pro určení předpisu a jeho vlastnosti
  ,ZS.IDSUBJADR --@IDSUBJADR Int -ID Adresy subjektu pro určení předpisu a jeho vlastnosti
  ,ZS.IDSubjekt --@IDSubjekt Int -ID Subjektu pro určení předpisu a jeho vlastnosti
  ,ZS.IDCenSkup --@IDCenSkup Int -ID Cenové skupiny subjektu pro určení předpisu a jeho vlastnosti
  ,ZS.IDMJ --@IDMJ Int -ID Měrné jednotky pro určení předpisu a jeho vlastnosti
  ,ZS.IDMena --@IDMena INT -ID Měny pro určení předpisu a jeho vlastnosti
  ,GETDATE() --@DTDatum DateTime -Datum ke kterému se má určit předpis a jeho vlastnost v rámci platnosti
  ) PrirazkaCena
  OUTER APPLY dbo.fnSpoctiPrirazku
  (
  PrirazkaCena.Prirazka_Cena --@STRSLEVA VARCHAR(255) - Předpis pro slevu
  ,dbo.fnCelkemMn(NULL, ZS.MNPOCETMJ, ZS.VLAnoNeBaleni, ZS.VLBaleni, ZS.MNBaleni) --@Mn DECIMAL(19, 5) - Množství
  ) SpoctiPrirazku
  ) ZS
  WHERE 1 = 1
  --AND ZS.HDCenaOUT <> 0
  --AND ZS.HDCENA <> 0
  --AND PredpisCena.IDCESKZBPA IS NOT NULL
  --AND (
  -- PredpisCena.IDCESKZBPA IS NOT NULL
  -- OR PrirazkaCena.IDCESKZBPA IS NOT NULL
  -- )
  ORDER BY ZS.IDZBOZI
  ,ZS.IDCENSKZB
  ,ZS.IDSUBJEKT
  ,ZS.IDCENSKUP
  ,ZS.IDSUBJADR
  ,ZS.IDMENA
  ,ZS.IDMJ
  ,ZS.VLPROCENU
  
  
• fnISIR_IDSubjekty - Vrací subjekty
  Provedena její optimalizace v podobě převodu z typu "TF = SQL table-valued-function (TVF)" na typ "IF = SQL inline table-valued function (TVF)". TVF funkce jsou efektivnější z hlediska výkonu, protože SQL Server může plně optimalizovat dotaz včetně funkce. Inline funkce totiž neobsahuje žádný procedurální kód (např. BEGIN...END, proměnné apod.) a jednoduše vrací SELECT výsledek jako tabulku.
  
  
• fnPredpis_Cena - nová funkce - obdoba spPredpis_Cena
  Obsahově stejná jako spPredpis_Cena. Jedná se o "Table-Valued funkce" s jedním řádkem.
  
  vstupní parametry
  - @VLNabizetCenu: typ SMALLINT. Určuje, pro kterou cenu je předpis a jeho vlastnost určen {0-Neurčeno,1-Skladovou,2-Prodejní,3-Nákupní}
  - @IDHDOK: typ INT. ID Hlavičky dokladu, pod kterou je/bude složka dokladu, pro kterou se zjišuje předpis
  - @IDZbozi: typ INT. ID Zboží pro určení předpisu a jeho vlastnosti
  - @IDCenSKZB: typ INT. ID Cenové skupiny zboží pro určení předpisu a jeho vlastnosti
  - @IDSUBJADR: typ INT. ID Adresy subjektu pro určení předpisu a jeho vlastnosti
  - @IDSubjekt: typ INT. ID Subjektu pro určení předpisu a jeho vlastnosti
  - @IDCenSkup: typ INT. ID Cenové skupiny subjektu pro určení předpisu a jeho vlastnosti
  - @IDMJ: typ INT. ID Měrné jednotky pro určení předpisu a jeho vlastnosti
  - @IDMena: typ INT. ID Měny pro určení předpisu a jeho vlastnosti
  - @DTDatum: typ DATETIME. Datum, ke kterému se má určit předpis a jeho vlastnost v rámci platnosti
  
  výstupní jednořádková tabulka s těmito sloupci
  - Err: typ INT. Číslo chyby
  - Severity: typ INT. Severity chyby
  - ErrText: typ VARCHAR(255). Popis chyby
  - IDCESKZBPA: typ INT. ID předpisu
  - Predpis_Cena: typ VARCHAR(500). Předpis pro výpočet základní ceny
  - VLPredpis_Cena: typ SMALLINT. Určuje, pro kterou MJ je předpis @Predpis_Cena určen {0-MJ složky,1-MJ zboží}
  - VLRIDICICENA: typ SMALLINT. Určuje řídící cenu pro předpis {0-podle karty zboží,1-řídící cena bez DPH,2-řídící cena s DPH}
  - VLPREDPISPROMENU: typ SMALLINT. Určuje, v jaké měně vstupuje řídící cena do předpisu {0-domácí měna,1-měna předpisu}
  
  příklad volání:
  ;WITH CP
  AS
  (
  SELECT *
  FROM CESKZBPA
  WHERE 1 = 1
  --AND IDSUBJEKT IS NOT NULL
  --AND VLPROCENU = 2 --Určuje, pro kterou cenu je předpis a jeho vlastnost určen {0-Neurčeno,1-Skladovou,2-Prodejní,3-Nákupní}
  AND NULLIF(TRIM(Predpis_Cena), '') IS NOT NULL
  )
  SELECT Znak = IIF(CP.IDCESKZBPA = PredpisCena.IDCESKZBPA, '!', ''),
  CP.*
  ,ZBOZI.VLTYP_SLOZ, ZBOZI.CIS_ZBOZI, ZBOZI.NAZEV_ZBOZI
  ,SUBJEKT.KOD_SUBJEKTU, SUBJEKT.SUBJ_NAZEV
  ,PredpisCena.*
  FROM CP
  LEFT JOIN ZBOZI ON ZBOZI.IDZBOZI = CP.IDZBOZI
  LEFT JOIN SUBJEKT ON SUBJEKT.IDSUBJEKT = CP.IDSUBJEKT
  OUTER APPLY dbo.fnPredpis_Cena
  (
  CP.VLPROCENU --@VLNabizetCenu SMALLINT --Určuje, pro kterou cenu je předpis a jeho vlastnost určen {0-Neurčeno,1-Skladovou,2-Prodejní,3-Nákupní}
  ,NULL --@IDHDOK Int --ID Hlavičky dokladu pod kterou je/bude složka dokladu, pro kterou se zjišuje předpis
  ,CP.IDZBOZI --@IDZbozi Int --ID Zboží pro určení předpisu a jeho vlastnosti
  ,CP.IDCENSKZB --@IDCenSKZB Int --ID Cenové skupiny zboží pro určení předpisu a jeho vlastnosti
  ,CP.IDSUBJADR --@IDSUBJADR Int --ID Adresy subjektu pro určení předpisu a jeho vlastnosti
  ,CP.IDSUBJEKT --@IDSubjekt Int --ID Subjektu pro určení předpisu a jeho vlastnosti
  ,CP.IDCENSKUP --@IDCenSkup Int --ID Cenové skupiny subjektu pro určení předpisu a jeho vlastnosti
  ,CP.IDMJ --@IDMJ Int --ID Měrné jednotky pro určení předpisu a jeho vlastnosti
  ,CP.IDMENA --@IDMena INT --ID Měny pro určení předpisu a jeho vlastnosti
  ,GETDATE() --@DTDatum DateTime --Datum ke kterému se má určit předpis a jeho vlastnost v rámci platnosti
  ) PredpisCena
  --WHERE PredpisCena.IDCESKZBPA IS NOT NULL
  ORDER BY CP.IDZBOZI
  ,CP.IDCENSKZB
  ,CP.IDSUBJEKT
  ,CP.IDCENSKUP
  ,CP.IDSUBJADR
  ,CP.IDMENA
  ,CP.IDMJ
  ,CP.VLPROCENU
  
  
• fnPrirazka_Cena - nová funkce - obdoba spPrirazka_Cena
  Obsahově stejná jako spPrirazka_Cena. Jedná se o "Table-Valued funkce" s jedním řádkem.
  
  vstupní parametry
  - @VLNabizetCenu: typ SMALLINT. Určuje, pro kterou cenu je předpis a jeho vlastnost určen {0-Neurčeno,1-Skladovou,2-Prodejní,3-Nákupní}
  - @IDHDOK: typ INT. ID Hlavičky dokladu, pod kterou je/bude složka dokladu, pro kterou se zjišuje předpis
  - @IDZbozi: typ INT. ID Zboží pro určení předpisu a jeho vlastnosti
  - @IDCenSKZB: typ INT. ID Cenové skupiny zboží pro určení předpisu a jeho vlastnosti
  - @IDSUBJADR: typ INT. ID Adresy subjektu pro určení předpisu a jeho vlastnosti
  - @IDSubjekt: typ INT. ID Subjektu pro určení předpisu a jeho vlastnosti
  - @IDCenSkup: typ INT. ID Cenové skupiny subjektu pro určení předpisu a jeho vlastnosti
  - @IDMJ: typ INT. ID Měrné jednotky pro určení předpisu a jeho vlastnosti
  - @IDMena: typ INT. ID Měny pro určení předpisu a jeho vlastnosti
  - @DTDatum: typ DATETIME. Datum, ke kterému se má určit předpis a jeho vlastnost v rámci platnosti
  výstupní jednořádková tabulka s těmito sloupci
  - Err: typ INT. Číslo chyby
  - Severity: typ INT. Severity chyby
  - ErrText: typ VARCHAR(255). Popis chyby
  - IDCESKZBPA: typ INT. ID předpisu
  - Prirazka_Cena: typ VARCHAR(500). Předpis pro výpočet rabatu (přirážky/slevy)
  - VLPrirazka_Cena: typ SMALLINT. Určuje, pro kterou MJ je předpis @Prirazka_Cena určen {0-MJ složky,1-MJ zboží}
  - VLZAOKRPOSLEVE_JAK: typ SMALLINT. Určuje způsob zaokrouhlování ceny po slevě
  - ZAOKRPOSLEVE_KOLIK: typ SMALLINT. Určuje na kolik míst se má zaokrouhlení ceny po slevě provést
  
  příklad volání:
  ;WITH CP
  AS
  (
  SELECT *
  FROM CESKZBPA
  WHERE 1 = 1
  --AND IDSUBJEKT IS NOT NULL
  --AND VLPROCENU = 2 --Určuje, pro kterou cenu je předpis a jeho vlastnost určen {0-Neurčeno,1-Skladovou,2-Prodejní,3-Nákupní}
  AND NULLIF(TRIM(PRIRAZKA_CENA), '') IS NOT NULL
  )
  SELECT Znak = IIF(CP.IDCESKZBPA = PrirazkaCena.IDCESKZBPA, '!', ''),
  CP.*
  ,ZBOZI.VLTYP_SLOZ, ZBOZI.CIS_ZBOZI, ZBOZI.NAZEV_ZBOZI
  ,SUBJEKT.KOD_SUBJEKTU, SUBJEKT.SUBJ_NAZEV
  ,PrirazkaCena.*
  FROM CP
  LEFT JOIN ZBOZI ON ZBOZI.IDZBOZI = CP.IDZBOZI
  LEFT JOIN SUBJEKT ON SUBJEKT.IDSUBJEKT = CP.IDSUBJEKT
  OUTER APPLY dbo.fnPrirazka_Cena
  (
  CP.VLPROCENU --@VLNabizetCenu SMALLINT --Určuje, pro kterou cenu je předpis a jeho vlastnost určen {0-Neurčeno,1-Skladovou,2-Prodejní,3-Nákupní}
  ,NULL --@IDHDOK Int --ID Hlavičky dokladu pod kterou je/bude složka dokladu, pro kterou se zjišuje předpis
  ,CP.IDZbozi --@IDZbozi Int --ID Zboží pro určení předpisu a jeho vlastnosti
  ,CP.IDCenSKZB --@IDCenSKZB Int --ID Cenové skupiny zboží pro určení předpisu a jeho vlastnosti
  ,CP.IDSUBJADR --@IDSUBJADR Int --ID Adresy subjektu pro určení předpisu a jeho vlastnosti
  ,CP.IDSubjekt --@IDSubjekt Int --ID Subjektu pro určení předpisu a jeho vlastnosti
  ,CP.IDCenSkup --@IDCenSkup Int --ID Cenové skupiny subjektu pro určení předpisu a jeho vlastnosti
  ,CP.IDMJ --@IDMJ Int --ID Měrné jednotky pro určení předpisu a jeho vlastnosti
  ,CP.IDMena --@IDMena INT --ID Měny pro určení předpisu a jeho vlastnosti
  ,GETDATE() --@DTDatum DateTime --Datum ke kterému se má určit předpis a jeho vlastnost v rámci platnosti
  ) PrirazkaCena
  --WHERE PrirazkaCena.IDCESKZBPA IS NOT NULL
  ORDER BY CP.IDZBOZI
  ,CP.IDCENSKZB
  ,CP.IDSUBJEKT
  ,CP.IDCENSKUP
  ,CP.IDSUBJADR
  ,CP.IDMENA
  ,CP.IDMJ
  ,CP.VLPROCENU
  
  
• fnSpoctiPrirazku - nová funkce - obdoba spSpoctiPrirazku
  Obsahově stejná jako spSpoctiPrirazku. Jedná se o "Table-Valued funkce" s jedním řádkem.
  
  vstupní parametry
  - @STRSLEVA: typ VARCHAR(255). Předpis pro výpočet přirážky/slevy
  - @Mn: typ DECIMAL(19, 5). Množství pro které se bude určovat přirážka/sleva počítat z předpisu @STRSLEVA
  výstupní jednořádková tabulka s těmito sloupci
  - Err: typ INT. Číslo chyby
  - Severity: typ INT. Severity chyby
  - ErrText: typ VARCHAR(255). Popis chyby
  - MNSLEVA: typ DECIMAL(19, 5). Procentuální přirážka/sleva pro zadané množství @Mn
  - HDSLEVA: typ MONEY. Jednotková přirážka/sleva pro zadané množství @Mn
  
  příklad volání:
  ;WITH CP
  AS
  (
  SELECT *
  FROM CESKZBPA
  WHERE 1 = 1
  --AND IDSUBJEKT IS NOT NULL
  --AND VLPROCENU = 2 --Určuje, pro kterou cenu je předpis a jeho vlastnost určen {0-Neurčeno,1-Skladovou,2-Prodejní,3-Nákupní}
  AND NULLIF(TRIM(PRIRAZKA_CENA), '') IS NOT NULL
  )
  SELECT CP.*
  ,ZBOZI.VLTYP_SLOZ, ZBOZI.CIS_ZBOZI, ZBOZI.NAZEV_ZBOZI
  ,SUBJEKT.KOD_SUBJEKTU, SUBJEKT.SUBJ_NAZEV
  ,SpoctiPrirazku.*
  FROM CP
  LEFT JOIN ZBOZI ON ZBOZI.IDZBOZI = CP.IDZBOZI
  LEFT JOIN SUBJEKT ON SUBJEKT.IDSUBJEKT = CP.IDSUBJEKT
  OUTER APPLY dbo.fnSpoctiPrirazku
  (
  CP.PRIRAZKA_CENA --@STRSLEVA VARCHAR(255) -- Předpis pro slevu
  ,105.0 --@Mn DECIMAL(19, 5) -- Množství
  ) SpoctiPrirazku
  ORDER BY CP.IDZBOZI
  ,CP.IDSUBJEKT
  
  

Změny procedur

• dbo.spEdiImport_CCV_HDOK_XML - EDI
  Uživatelské procedury potřebné pro import a export
  dbo.spEdiImport_CCV_HDOK_XML - import hlavičky
  dbo.spEdiImport_CCV_LIN_XML - import složek
  dbo.spEdiImport_CCV_Sum_XML - import sumárního řádku
  dbo.spEdiImport_CCV_END_XML - procedura spouštěná na konec importu
  
  dbo.spEdiExport_Grit_SYS_XML - export systémové části zprávy
  dbo.spEdiExport_GRIT_HDR_XML - export hlavičky zprávy
  dbo.spEdiExport_Grit_HDRNAD_XML - export bloku s adresními údaji partnerů
  dbo.spEdiExport_Grit_CPS_XML - u zprávy DESADV - určuje hierarchii balení
  dbo.spEdiExport_Grit_LIN_XML - export složek dokladu
  dbo.spEdiExport_Grit_SUM_XML - export sumárního elementu zprávy
  
  
• KSeF
  Pro polskou legislativu napsáno nové assembly KSeF, které umožňuje komunikaci s API Krajského systému e-Faktur. Přihlášení je realizováno na základě KSeF tokenu (!platnost pouze do konce roku 2026) nebo na základě certifikátu, který je doporučován. Pomocí assembly lze do Krajského systému e-Faktur zaslat faktury, stahovat UPO odeslané faktury a stahovat faktury.
  
  vznikly následující nové procedury
  dbo.KSeF_AuthorizationChallenge - Inicializace autorizačního mechanismu
  dbo.KSeF_AuthTokenKSeF - autentikace pomocí KSeF tokenu
  dbo.KSeF_AuthXadesCertificate - autentizace pomocí certifikátu
  dbo.KSeF_AuthStatusToken - získání statusového tokenu autorizace
  dbo.KSeF_GetAccessToken - získání access tokenu po úspěšném procesu autorizace
  dbo.KSeF_GetAccesTokenByRefresh - získání access tokenu na základě refresh tokenu
  
  dbo.KSeF_GetPublicCertificate - získání veřejných klíčů jednotlivých certifikátů ministerstva financí, nutných k autentikaci pomocí tokenu a podpisu faktur
  dbo.KSeF_OpenSession - otevření relace pro práci s fakturami
  dbo.KSeF_CloseSession- uzavření relace po dokončení práce s fakturami
  
  dbo.KSeF_SendInvoice - zaslání faktury
  dbo.KSeF_GetInvoice - stažení faktury
  dbo.KSeF_GetInvoiceMetaData - stažení seznamu faktur na základě vyhledávajících kritérií
  dbo.KSeF_GetStatusInvoice - získání statusu odesílané faktury v relaci
  dbo.KSeF_GetStatusInvoices - získání statusu všech odeslaných faktur v dané realaci
  dbo.KSeF_GetInvoiceListSession - stažení faktur v dané relaci
  
  dbo.KSeF_GetUPOByKsefNumber - stažení UPO (potvrzení o odeslané faktuře vystavené ministerstvem financí) na základě KSeF number dané faktury
  !nutno pracovat s číslem relace, ve kterém byla daná faktura odeslána
  dbo.KSeF_GetUPOByInvoiceReferenceNumber - stažení UPO na základě reference number dané faktury
  !nutno pracovat s číslem relace, ve kterém byla daná faktura odeslána
  
  
• QR platba
  Pro potřeby QR platby byly napsány nové procedury
  * sp_GeneratePkSqlDataXml_QRPlatba pro zápis do tabulky PLATKART při práci s QR kódem
  * sp_ZrusQRPlatbu - pro zrušení odeslané platby QR kódem
  * sp_RucniPotvrzeniQRPlatby - pro ruční potvrzení QR platby
  * dbo.sp_QRplatba_After - možnost volat uživatelskou After proceduru po uzavření dialogového okna s QR platbou
  
  Upravena procedura spQPRODEJKA_VratKartamiCelkem - nově vrací i nový QR code dle mf_zaplatit
  Upraveny stránky Prodejka.htm, Platkart.HTM
  Založeny parametry
  * PlatKart_QRIBAN - IBAN pro platbu QR kódem
  * PlatKart_QRZpusob - Zbůsob použití QR platby
  
  Popis a nastavení QR platby v OK je popsán v dokumentu ESO9-platbaKartou.pdf
  
  
• spEdiZalozRadekEsoToEdi - EDI
  na vstup procedury přidán nepovinný parametr @xmlPath varchar(250) = null definující cestu pro xml formát
  
  
• spHDok_Copy - Podle parametrů lze provést akci Kopii(novou) / Storno / Připojení(přičtení) nad jednou hlavičkou
  Doposud se adresa, adresa příjemce, osoba a osoba příjemce přenášela z předchůdce do následníka v případech, kdy se neměnil subjekt. Nově ke stávajícím podmínkám přibyla podmínka, že adresy / osoby musí být aktivní. Pokud není některá adresa / osoba aktivní, pak se bere dle obchodních pravidel - defaultní osoba / adresa
  
  
• spISDOC_HDOK_AFTERINSERT - Uživatelská akce po importu ISDOCu
  Doplněn parametr @mf_params pro možnost předání uživatelských parametrů z importního formuláře do uživatelské akce volané po importu ISDOCu.
  
  
• spXML_HDOK - procedura pro import dokladů z XML
  V záznamu v logovacím souboru bylo u logovaných položek základu a daně 2. snížené sazby chybně uveden název položky - opraveno
  
  
• spXML_SDOK - procedura pro import složek z XML
  V proceduře spXML_SDOK byly v logovacím záznamu u logování položek kód účtu MD a DAL a kód střediska MD a DAL uveden chybný název položky (Kod_MJ) - opraveno.
  
  

Změny předpisů sestav

• BAV_kos.idc - Opis rozúčtování bankovního výpisu
  Sestava přepracována do nového designu.
  
  
• Bav_tisk.idc - Opis rozúčtování bankovního výpisu
  Sestava přepracována do nového designu.
  
  
• CenikSluzebPRN.idc - Ceník služeb
  Sestava přepracována do nového designu.
  
  
• CenikZboziPRN.idc - Ceník zboží
  Sestava přepracována do nového designu.
  
  
• CNabForm.idc - Cenová nabídka CZ
  Sestava přepracována do nového designu.
  
  
• CPopForm.idc - Cenová poptávka
  Sestava přepracována do nového designu.
  
  
• DbPisForm.idc - Dobropis faktury vydané daňový doklad v CZ
  Upraven datový zdroj HDOK, použita funkce fnDZ_RekapDPHZalohV23 pro informaci o počtu připojených zálohových dokladů.
  
  
• DbPisForm.idc - Dobropis faktury vydané daňový doklad v CZ
  Opravena sestava dobropisu, nevypisovala se informace o původních dokladech.
  
  
• DbPisForm.idc - Dobropis faktury vydané daňový doklad v CZ
  Sestava přepracována do nového designu.
  
  
• DodListForm.idc - Dodací list
  Sestava přepracována do nového designu.
  
  
• Dokl_kos - Opis rozúčtování dokladu - košilka
  V sestavě upraven datový zdroj HDOK, použita funkce fnDZ_RekapDPHZalohV23 pro informaci o počtu připojených zálohových dokladů.
  
  
• Dokl_kos - Opis rozúčtování dokladu - košilka
  Sestava přepracována do nového designu.
  
  
• dokl_kos - Opis rozúčtování dokladu - košilka
  Opraven výraz pro tisk položku Datum vystavení na:
  {IIF( Substring(HDOK.TD_TYP_DOK,0,2) == "FV" || Substring(HDOK.TD_TYP_DOK,0,2) == "ZA" || HDOK.TD_TYP_DOK == "PRO" , HDOK.DTODESLANO, HDOK.DTVYSTAVENO )}
  
  
• dokl_kos - Opis rozúčtování dokladu - košilka
  V rekapitulaci se tiskne v textu měna dokladu a částky ve valutě. Pokud není doklad v domácí měně, tiskne se ve větě o kurzu pro účely DPH i hodnota základu a dph v domácí měně.
  Odstraněn datový zdroj pro rekapitulaci celkového plnění a grafické předloze rovněž odstraněny sekce rekapitulace celkového plnění
  
  
• FavForm.idc - Faktura vydaná daňový doklad
  Sestava přepracována do nového designu.
  
  
• FavForm_Najem - Faktura vydaná daňový doklad
  Sestava přepracována do nového designu.
  
  
• hl_Kniha_DleObdobi - Hlavní kniha dle období
  Sestava přepracována do nového designu.
  
  
• Hl_kniha_ks_detXmlPar - Detail konečného stavu hlavní knihy
  Sestava přepracována do nového designu.
  
  
• Hl_kniha_KS_DleSubj - Detail konečného stavu hlavní knihy - dle subjektu
  Sestava přepracována do nového designu.
  
  
• Hl_kniha_ob_detXmlPar - Hlavní kniha - detail obratů
  Upravena sestava Hl_kniha_ob_detXmlPar, původní 2 sloupce (Počáteční stav + Obrat PS) sloučeny do jednoho sloupce Počáteční stav, ve kterém je realizován součet hodnot obou původních sloupců: {FNHKDETAILOBRAT.HDCELKEM_PS + FNHKDETAILOBRAT.HDPS}
  
  
• Hl_kniha_ob_detXmlPar - Hlavní kniha - detail obratů
  Sestava přepracována do nového designu.
  
  
• hl_kniha_ob_detXMLPar - Hlavní kniha - detail obratů
  Provedeno ošetření hodnoty vstupující do hyperlinku na sloupci Text (dokladu) na
  {IIF(string.IsNullOrEmpty(FNHKDETAILOBRAT.FNFORMULARPROTD),
  "",
  "esoform.asp?TPage=" + FNHKDETAILOBRAT.FNFORMULARPROTD +
  "&RelType=Parameters&WHERE=WHERE IDHDOK=" + FNHKDETAILOBRAT.IDHDOK +
  "&StartFilter=4")}
  
  
• Hl_kniha_Obraty_DleSubj - Obraty na účtu dle subjektu
  Sestava přepracována do nového designu.
  
  
• Hl_kniha_Str_syn.idc - Hlavní kniha
  - doplněn styl lichého řádku
  - výška detailního řádku snížena na 0,41 cm
  - provedena záměna stylů Mezisoučtu 1 a Mezisoučtu 2 v barevném pozadí
  
  
• Hl_kniha_Str_syn.idc - Hlavní kniha
  Provedena změna výšky řádku u prvku třída a syntetický účet.
  Na verzi sestavy A4 provedena změna šířky levého a pravého okraje z titulu nastavení šířky sloupců s částkami, aby byly zobrazeny hodnoty v jednotkám miliard.
  
  
• Hl_kniha_Str_syn.idc - Hlavní kniha
  Sestava přepracována do nového designu.
  
  
• Inv_Pohledavek.idc - Inventarizace pohledávek
  Sestava přepracována do nového designu.
  
  
• Inv_Zavazku.idc - Inventarizace závazků
  Sestava přepracována do nového designu.
  
  
• InventarizaceUctu - Dokladová inventarizace účtu
  Sestava přepracována do nového designu.
  
  
• InventarizaceUctuXmlPar - Dokladová inventarizace účtu
  Sestava přepracována do nového designu.
  
  
• InventarizaceUctuXmlPar - Dokladová inventarizace účtu
  Upraven výpis v nesaldokontní verzi, nově se v záhlaví zobrazuje kód i název účtu a odstraněn text o nesaldokontním účtu. V detailním řádku se nově vypisuje ve sloupci Text hodnota kód a názvu účtu. Z těchto důvodů upraven datový zdroj sestavy č. 1 = fnHlavniKniha_DetKS
  
  
• KontrolaDPH - Kontrolní sestava dokladů
  Sestava přepracována do nového designu.
  
  
• MandatniSmlouva - Mandátní smlouva
  Sestava přepracována do nového designu.
  
  
• NeniVDPH_CZ_2016 - Doklady nevstupující do výkazu DPH
  Sestava přepracována do nového designu.
  
  
• PenFaVForm.idc - Faktura vydaná penalizační, jazyk CZ
  Sestava přepracována do nového designu.
  
  
• PObjForm.idc - Kupní smlouva CZ - rozepsané DPH
  Sestava přepracována do nového designu.
  
  
• PoD_PriD.idc - Příjmový pokladní doklad se stvrzenkou
  Sestava přepracována do nového designu.
  
  
• PoD_PriD.idc_bezStvrzenky - Příjmový pokladní doklad se stvrzenkou
  Sestava přepracována do nového designu.
  
  
• PoD_VydD.idc - Výdajový pokladní doklad se stvrzenkou
  Sestava přepracována do nového designu.
  
  
• PoD_VydD.idc_bezStvrzenky - Výdajový pokladní doklad
  Sestava přepracována do nového designu.
  
  
• pod_vydHrom.idc - Výdajový pokladní doklad - výdejka a stvrzenka v 1 souboru
  Sestava přepracována do nového designu.
  
  
• PostoupeniPohlOzn - Oznámení o postoupení pohledávky
  Sestava přepracována do nového designu.
  
  
• PostoupeniPohlSml - Smlouva o postoupení pohledávky
  Sestava přepracována do nového designu.
  
  
• PrijemfForm.idc - Příjemka na sklad
  Sestava přepracována do nového designu.
  
  
• PrijemForm.idc - Příjemka na sklad
  Sestava přepracována do nového designu.
  
  
• Prodejka
  Sestava přepracována do nového designu.
  
  
• ReklamacniProt - Reklamace od odběratele
  Sestava přepracována do nového designu.
  
  
• RozpisDPH_CZ_2016 - Soupis dokladů zahrnutých do zvoleného výkazu DPH
  Sestava přepracována do nového designu.
  
  
• SobjPL - Servisní objednávka - pracovní list
  Sestava přepracována do nového designu.
  
  
• SobjSP - Servisní objednávka - zakázkový list
  Sestava přepracována do nového designu.
  
  
• SubjGDPR - GDPR pro subjekt nebo osobu
  Sestava přepracována do nového designu.
  
  
• ucd_Kos - Opis rozúčtování dokladu
  Sestava přepracována do nového designu.
  
  
• UpominkaHDOK - Upomínka
  Sestava přepracována do nového designu.
  
  
• VObjForm.idc - Nákupní objednávka
  Sestava přepracována do nového designu.
  
  
• Vycetka.idc - Výčetka platidel
  Sestava přepracována do nového designu.
  
  
• VydejForm.idc - Výdejka ze skladu
  Sestava přepracována do nového designu.
  
  
• VYDEJFORMKOOP.idc - Výdejka ze skladu do kooperace
  Sestava přepracována do nového designu.
  
  
• VydejFormSberna.idc - Výdejka ze skladu - sběrná
  Sestava přepracována do nového designu.
  
  
• Vyk_AP_CZ_2017 - Výkaz Aktiv a pasiv v odevzdatelném formátu
  Sestava přepracována do nového designu.
  
  
• Vyk_CF_CZ_2017 - Výkaz Cash-flow v odevzdatelném formátu
  Sestava byla přepracována do nového designu
  
  
• Vyk_CF_CZ_2017 - Výkaz Cash-flow v odevzdatelném formátu
  Sestava přepracována do nového designu.
  
  
• Vyk_PVZZ_CZ_2017 - Výkaz Zisku a ztrát v odevzdatelném formátu
  Sestava byla přepracována do nového designu
  
  
• Vyk_PVZZ_CZ_2017 - Výkaz Zisku a ztrát v odevzdatelném formátu
  Sestava přepracována do nového designu.
  
  
• Vyk_VZVK_CZ_2017 - Výkaz o změnách ve vlastním kapitálu - vertikální v odevzdat
  Sestava byla přepracována do nového designu
  
  
• Vyk_VZVK_CZ_2017 - Výkaz o změnách ve vlastním kapitálu - vertikální v odevzdat
  Sestava přepracována do nového designu.
  
  
• Vyk_ZVK_CZ_2017 - Výkaz o změnách ve vlastním kapitálu v odevzdatelném formátu
  Sestava byla přepracována do nového designu
  
  
• Vyk_ZVK_CZ_2017 - Výkaz o změnách ve vlastním kapitálu v odevzdatelném formátu
  Sestava přepracována do nového designu.
  
  
• Vyk_ZZ_CZ_2017 - Výkaz Zisku a ztrát v odevzdatelném formátu
  Sestava přepracována do nového designu.
  
  
• VykazDPH_JineObd - Seznam dokladů, které mají účetní zápisy DPH v jiném období
  Sestava přepracována do nového designu.
  
  
• Vysl_str.idc - Výsledovka podniku
  - doplněn styl lichého řádku
  - výška detailního řádku snížena na 0,41 cm
  
  
• Vysl_str.idc - Výsledovka podniku
  Sestava přepracována do nového designu.
  
  
• Vysl_str.idc - Výsledovka podniku
  Za výraz "Vnitropodnikové účty" doplněna dvojtečka, opraven výraz: "Zatříďovací klíč střediska:" na "Zatřiďovací klíč střediska:"
  
  
• Vysl_Str_Obdobi - Výsledovka po obdobích
  - velikost přepracována z A4 na šířku na A3 na šířku z titulu zobrazení celého čísla
  - doplněn styl lichého řádku
  - výška detailního řádku snížena na 0,41 cm
  
  
• Vysl_Str_Obdobi - Výsledovka podniku dle období
  Sestava přepracována do nového designu.
  
  
• Zap_DD.idc - Tiskový formulář zápočtu
  Sestava přepracována do nového designu.
  
  
• Zap_DD_Navrh.idc - Tiskový formulář návrhu zápočtu
  Sestava přepracována do nového designu.
  
  
• ZDbPisDForm.idc - Dobr. zál. vydaný daňový doklad v CZK - rozepsané DPH záloh
  Sestava přepracována do nového designu.
  
  
• ZFavDForm.idc - Daňový doklad k přijaté platbě v CZ - rozepsané DPH záloh
  Sestava přepracována do nového designu.
  
  
• ZFaVForm.idc - Zálohová Faktura vydaná v CZK
  Sestava přepracována do nového designu.
  
  

Změny datových struktur

• HDOK - Hlavička dokladu
  V tabulce HDOK, HDOKA, HDOK_W upraven sloupec JEJICH_CISDOK z VARCHAR(32) --> VARCHAR(60).
  Spolu s tím upraveny následující objekty: změna rozhraní znamená, změna parametru @JEJICH_CISDOK na VARCHAR(60)
  - procedura "spHDok_NewRec": změna rozhraní, funkčnost
  - procedura "spHDok_CopyRec": změna rozhraní, funkčnost
  - procedura "spHDok_CalRec": změna rozhraní, funkčnost
  - procedura "spHDok_ValRec": změna rozhraní, funkčnost
  - procedura "spHDok_BeforeInsert": změna rozhraní, funkčnost
  - procedura "spHDok_BeforeUpdate": změna rozhraní, funkčnost
  - procedura "spHDok_IDHDok_VZOR": změna rozhraní, funkčnost
  - procedura "spHDok_InsertRec": změna rozhraní, funkčnost
  - procedura "spHDok_UpdateRec": změna rozhraní, funkčnost
  - procedura "spHDok_Copy": funkčnost
  - procedura "spHDok_Udrzba": změna rozhraní, funkčnost
  - procedura "spSzamlaXML_btMarkCreateXML_XMLParams": funkčnost
  
  
• HDOK - Hlavička dokladu
  Tabulky HDOK, HDOKA, HDOK_W se rozšířily o tyto sloupce
  - RVSTAT_PRIJEMCE SMALLINT
  - IDSTAT_PRIJEMCE INT
  - RVEMAIL_PRIJEMCE SMALLINT
  - EMAIL_PRIJEMCE VARCHAR(100)
  - RVTEL_PRIJEMCE SMALLINT
  - TEL_PRIJEMCE VARCHAR(30)
  - VLSTORNO SMALLINT
  - DNUSPLATNOSTI SMALLINT
  - VLDTSPLATNOST SMALLINT
  - RVMIMODANVAL SMALLINT
  - HDMIMODANVAL MONEY
  - RVZAKLADDANVAL_0 SMALLINT
  - HDZAKLADDANVAL_0 MONEY
  - RVDANVAL_5 SMALLINT
  - HDZAKLADVAL_5 MONEY
  - HDDANVAL_5 MONEY
  - RVDANVAL_22 SMALLINT
  - HDZAKLADVAL_22 MONEY
  - HDDANVAL_22 MONEY
  - RVDANVAL_SS2 SMALLINT
  - HDZAKLADVAL_SS2 MONEY
  - HDDANVAL_SS2 MONEY
  - HDSDOK_MIMODANVAL MONEY
  - HDSDOK_ZAKLADVAL_0 MONEY
  - HDSDOK_ZAKLADVAL_5 MONEY
  - HDSDOK_SDANIVAL_5 MONEY
  - HDSDOK_ZAKLADVAL_22 MONEY
  - HDSDOK_SDANIVAL_22 MONEY
  - HDSDOK_ZAKLADVAL_SS2 MONEY
  - HDSDOK_SDANIVAL_SS2 MONEY
  
  Spolu s tím rozšířeno rozhraní a funkčnost těchto objektů:
  - procedura "spHDok_DopocetDaneZeZakladu": nové povinné parametry, upravena funkčnost
  - procedura "spHDok_PrepocetCastek": nové povinné parametry, upravena funkčnost
  - procedura "spZapisSDokNaHDok": nové povinné parametry, upravena funkčnost
  - procedura "spHDok_NewRec": nové povinné parametry, upravena funkčnost
  - procedura "spHDok_CopyRec": nové povinné parametry, upravena funkčnost
  - procedura "spHDok_CalRec": nové povinné parametry, upravena funkčnost
  - procedura "spHDok_ValRec": nové povinné parametry, upravena funkčnost
  - procedura "spHDok_BeforeInsert": nové povinné parametry, upravena funkčnost
  - procedura "spHDok_BeforeUpdate": nové povinné parametry, upravena funkčnost
  - procedura "spHDok_IDHDok_VZOR": nové povinné parametry, upravena funkčnost
  - procedura "spHDok_IDTYPSUBJ": nové povinné parametry, upravena funkčnost
  - procedura "spHDok_IDSUBJEKT": nové povinné parametry, upravena funkčnost
  - procedura "spHDok_IDSUBJADR": nové povinné parametry, upravena funkčnost
  - procedura "spHDok_IDSUBJADRP": nové povinné parametry, upravena funkčnost
  - procedura "spHDok_IDSUBJOSOBA": nové povinné parametry, upravena funkčnost
  - procedura "spHDok_IDSUBJOSOBAP": nové povinné parametry, upravena funkčnost
  - procedura "spHDok_DTZDANITPLN": nové povinné parametry, upravena funkčnost
  - procedura "spHDok_InsertRec": nové NEpovinné parametry, upravena funkčnost
  - procedura "spHDok_UpdateRec": nové NEpovinné parametry, upravena funkčnost
  - procedura "spSDok_HDok": upravena funkčnost
  - procedura "spHDOK_GetRec_ZAK": doplněn resultset o nové sloupce
  - procedura "spArchivujDoklady": upravena funkčnost
  - procedura "spOdArchivujDoklady": upravena funkčnost
  - procedura "spHDok_Copy": upravena funkčnost
  - procedura "spHDok_Udrzba": nové NEpovinné parametry, upravena funkčnost
  - procedura "spHDOK_btZmenSubjekt": upravena funkčnost
  - procedura "spZBOZSKL_RUNNAKUP": upravena funkčnost
  
  Upraveny tyto předlohy:
  - nová forma "DPH\HDokDPH.htm": editovatelné základy a daně DPH pro VAL a domácí měnu.
  Needitovatelné nápočty ze složek dokladů jednotlivých základů: částky bez DPH a s DPH pro VAL a domácí měnu.
  - nová forma "DPH\HDokDPH_RO.htm": Needitovatelné základy a daně DPH pro VAL a domácí měnu.
  Needitovatelné nápočty ze složek dokladů jednotlivých základů: částky bez DPH a s DPH pro VAL a domácí měnu.
  
  Doplněn nový odkaz(tlačítko) "Základy a DPH" na novou formu "DPH\HDokDPH.htm" u těchto forem
  - "finance\Pd_Vse.htm": volá se primárně v činnosti "1. 2. 2. 3 Pokladní doklady"
  - "finance\Pd_Vyd_val.htm": volá se primárně v činnosti "1. 2. 2. 2 Pokladní výdeje"
  - "nakup\FapHlav.htm": volá se primárně v činnosti "2. 1. 3. 1 Faktury přijaté účetní"
  - "nakup\ZFap.htm": volá se primárně v činnosti "2. 1. 3. 2 Faktury přijaté zálohové"
  - "nakup\ZFapD.htm": volá se primárně v činnosti "2. 1. 3. 3 Faktury přijaté zálohové daňové"
  - "priklady\HDok.htm": volá se primárně v činnosti "9. 9. 1 Komplexní editor dokladu"
  - "ucet\DoklHlav.htm": volá se odkazech na "univerzální" doklad. Příkladem jsou odkazy v historie dokladu, odkaz na doklad v účetních zápisech...
  - "ucet\Inter_dokl.htm": volá se primárně v činnosti "1. 1. 1. 1 Interní doklady"
  
  Doplněn nový odkaz(tlačítko) "Základy a DPH" na novou formu "DPH\HDokDPH_RO.htm" u těchto forem
  - "finance\Pd_Prij_Val.htm": volá se primárně v činnosti "1. 2. 2. 1 Pokladní příjmy"
  - "prodej\FaV.htm": volá se primárně v činnosti "2. 2. 3. 1 Faktury vydané účetní"
  - "prodej\ZFaV.htm": volá se primárně v činnosti "2. 2. 3. 2 Faktury vydané zálohové"
  - "prodej\ZFaVD.htm": volá se primárně v činnosti "2. 2. 3. 3 Faktury vydané zálohové daňové"
  
  
• HDOKOffLine - Hlavička dokladu off-Line
  Tabulky HDOKOffLine, HDOKOffLineSave se rozšířily o tyto sloupce
  - VLSTORNO SMALLINT
  - RVMIMODANVAL SMALLINT
  - HDMIMODANVAL MONEY
  - RVZAKLADDANVAL_0 SMALLINT
  - HDZAKLADDANVAL_0 MONEY
  - RVDANVAL_5 SMALLINT
  - HDZAKLADVAL_5 MONEY
  - HDDANVAL_5 MONEY
  - RVDANVAL_22 SMALLINT
  - HDZAKLADVAL_22 MONEY
  - HDDANVAL_22 MONEY
  - RVDANVAL_SS2 SMALLINT
  - HDZAKLADVAL_SS2 MONEY
  - HDDANVAL_SS2 MONEY
  - HDSDOK_MIMODANVAL MONEY
  - HDSDOK_ZAKLADVAL_0 MONEY
  - HDSDOK_ZAKLADVAL_5 MONEY
  - HDSDOK_SDANIVAL_5 MONEY
  - HDSDOK_ZAKLADVAL_22 MONEY
  - HDSDOK_SDANIVAL_22 MONEY
  - HDSDOK_ZAKLADVAL_SS2 MONEY
  - HDSDOK_SDANIVAL_SS2 MONEY
  
  Spolu s tím rozšířeno rozhraní a funkčnost těchto objektů:
  - procedura "spSkladyOffLine_Inicializace": upravena funkčnost
  - procedura "spSkladyOffLine_PrepocetSkladu": upravena funkčnost
  - procedura "spSkladyOffLine_PrepocetHDOK": upravena funkčnost
  - procedura "spSkladyOffLine_PrenosOffLine2OnLine": upravena funkčnost
  
  Spolu s upraveny tyto předlohy:
  - forma "sklad\OffLinePrepocetSkladu.htm": volá se primárně v činnosti "2. 3. 3.10 Off-line přepočet skladů"
  
  
• PLATKART - Platby platební kartou
  Upraven datový model tabulky PLATKART - přidán sloupec IBAN varchar(34), který je využíván u plateb QR kódem
  
  
• UZIVATEL - Uživatel
  Do tabulky UZIVATEL doplněn sloupec UZIV_PRIHL_KOD.
  Zaměstnanecký kód pro přihlášení na prodejně.
  Do editoru se bude vkládat uživatelskou akcí jen pro správce a jen v případě používání prodejny s tímto způsobem přihlášení.
  
  

Změny pohledů

• QHDOK_FAV, QHDOK_FAP - Rozšíření o příznak přenosu přes Peppol
  Do pohledů QHDOK_FAV a QHDOK_FAP přidán položka PEPPOL_PRENOS s textovým příznakem, který říká, zda byl dokument odeslán do / přijat ze sítě Peppol.
  Položku lze použít na formulářích FAV a FAP, v rámci ESO9 Start použita není.
  Pokud by měl zákazník uvedené pohledy přepsány vlastními a zároveň používal pro práci s fakturami vydanými/přijatými Start verze stránek, bude v nich položka PEPPOL_PRENOS chybět a dojde k chybě. V takovém případě je třeba si ji do Profi verzí pohledů doplnit.
  
  
• QHDOKDPH_AIO
  Vytvořen nový pohled QHDOKDPH_AIO pro potřeby forem "Základy a DPH val dokladu".
  
  

Změny webových stránek

• DPH\HDokDPH.htm - Základy a DPH val dokladu
  Upraven datový zdroj a obsah formy. V datovém zdroji použit nový pohled QHDOKDPH_AIO.
  
  
• DPH\HDokDPH_RO.htm - Základy a DPH val dokladu - readonly
  Upraven datový zdroj a obsah formy. V datovém zdroji použit nový pohled QHDOKDPH_AIO.
  
  
• nastaveni.htm - Odkaz na PING
  Za stránky nastaveni.htm odstraněn odkaz na Ping.
  
  
• nastaveni\ZobrZrusZazn.idc - Zobrazení zrušených záznamů: IDC / HTX sestava
  Činnost „Zobrazení zrušených záznamů“: zde je forma „ZobrZrusZazn.htm“ a z ní se volá IDC sestava „ZobrZrusZazn.idc“. Ve zdroji IDC se provádí převod řetězců '%MF_DTDATUMOD%' a '%MF_DTDATUMDO%' na datum. Protože se řetězec předává ve správném tvaru, není již potřeba uvádět styl převodu
  
  Původní řešení
  @DTDATUMOD = CONVERT(DATETIME, NULLIF(NULLIF('%MF_DTDATUMOD%', ''), 'NULL'), 102)
  @DTDATUMDO = CONVERT(DATETIME, NULLIF(NULLIF('%MF_DTDATUMDO%', ''), 'NULL'), 102)
  
  Nové řešení
  @DTDATUMOD = CONVERT(DATETIME, NULLIF(NULLIF('%MF_DTDATUMOD%', ''), 'NULL'))
  @DTDATUMDO = CONVERT(DATETIME, NULLIF(NULLIF('%MF_DTDATUMDO%', ''), 'NULL'))
  
  
• subjekt/subjekt.htm - EDI
  - subjekt/subjekt.htm; nastaveni/edihdok_export1.htm; nastaveni/edihdok_import1.htm
  Přidána hodnota XML pro položku VLEDIFORMAT
  
  
• subjekt\Subjekt.htm - Našeptávač subjektů
  Do formuláře subjektů byl doplněn nový našeptávač jejich názvů; zatím pouze pro české subjekty.
  Na rozdíl od předchozí implementace není databáze všech subjektů provozována na jednotlivých zákaznických implementacích, ale centrálně na serverech ESO9. Díky tomu funguje našeptávač bez nutnosti vytvářet a udržovat databázi všech subjektů ze strany správce aplikace.
  Pro správnou funkčnost našeptávače postačí mít správně nastavené IČ domácího subjektů a registrační číslo zákazníka.
  
  
• ucet\doklhlav.htm - Univerzální editor hlavičky dokladu
  Do formuláře ucet\doklhlav.htm (univerzálního editoru hlavičky) bola doplněna rozbalovací sekce "Kopie a opakování dokladu"
  
  

Výroba pro ESO9

Změna činnosti

• Tvorba výrobního rozpadu - Odkazy na "tvorba výrobního rozpadu" z činností 5.5.1.2 + 5.2.1
  Zadání rozpadu VD v alternativní MJ
  -------------------------------------------
  
  - 5.5.1.2 evidence výrobních zakázek --> výrobní rozpad
  - 5.2.1 pořízení prodejní objednávky --> zadat POB přímo do výroby
  
  
  Zadání rozpadu VD v alternativní MJ
  Ve verzi 71 došlo k revizi práce s alternativní MJ v technologickém kusovníku. V návaznosti na to bylo pro rozpad výrobní dokumentace zapojena kontrola na zadání v jiné než základní MJ. Doplňkem (respektive verzí 72) se tato striktnost upravuje (povoleno/zakázáno) na parametr a dále je zapojena automatika, která při zadání v alternativní MJ přepočítá požadavek na základní MJ – ve které se následný rozpad provede.
  
  V SOUVISLOSTI S TÍM BYL PŘIDÁN PARAMETR: VYROBA_ROZPADVD_ALTMJ_POVOL
  
  Umožňuje nastavit, zda je povoleno zadávat požadavek pro rozpad dokumentace do výroby v alternativní MJ.
  - [0]=Ne (množství nelze zadávat v alternativní MJ),
  - 1=Ano (množství je povoleno zadávat v alt. MJ. Do rozpadu je automaticky přepočítáno na základní MJ),
  - 2=zadávané množství je považováno za množství zadané v základní MJ (bez ohledu na uváděnou MJ).
  
  Poznámka:
  Výrobní dokumentace se standardně vytváří pro základní měrné jednotky finálu i podsestav.
  Pokud má být sledováno plnění zadání do výroby proti prodejním objednávkám (výrobním zakázkám) v rozdílných MJ, musí být toto plnění zajištěno jako profi úprava dodatečně.
  
  Došlo ke změně formuláře v činnosti 5.2.1 – Pořízení prodejní objednávky a jejích složek (odkaz „zadat POB přímo do výroby“):
  zadavani/ START_TvorbaVyrobnihoRozpaduPOB.htm (tvorba výrobního rozpadu)
  - Datový zdroj střední formy rozšířen o pracovní MF položky
  - Položky střední formy byly graficky přeskládány
  - K položce „Množství“ na složce byla v závorce přidána hodnota množství v základní MJ
  - Do formuláře byla přidána možnost výběru alternativní MJ pro zadání požadavku pro tvorbu VD. Její změnou dojde k automatickému přepočtu původní hodnoty podle poměru mezi původní MJ a zvolenou MJ
  - Položka „Minimální VD“ nyní ukazuje přepočtené minimální množství dle zvolené MJ pro rozpad
  - K položce „Minimální VD“ byla v závorce přidána hodnota minimální VD v základní MJ
  - pro zobrazení číselníku pro výběr (povolených) měrných jednotek se volá nový formulář (nastaveni/ZbozBalMJ.htm). Formulář zobrazí základní měrnou jednotku a případné další dle definic balení. Základní měrná jednotka je ve formuláři číselníku indikována modrým podbarvením položky.
  
  Upravený základní formulář činnosti 5.2.1 (prodej/START_PObjVyr.htm
  - odkaz na číselník pro výběr měrných jednotek při zadávání materiálu k výrobě nyní volá nový formulář (nastaveni/ZbozBalMJ.htm). Formulář zobrazí základní měrnou jednotku a případné další dle definic balení. Základní měrná jednotka je ve formuláři číselníku indikována modrým podbarvením položky.
  
  
  
  Došlo ke změně formuláře činnosti 5.5.1.2 – Evidence výrobních zakázek podle vzorů (odkaz „Výrobní rozpad“):
  zadavani/ START_TvorbaVyrobnihoRozpadu.htm ()
  Datový zdroj střední formy rozšířen o pracovní MF položky
  - Položky střední formy byly graficky přeskládány
  - K položce „Množství“ na složce byla v závorce přidána hodnota množství v základní MJ
  - Do formuláře byla přidána možnost výběru alternativní MJ pro zadání požadavku pro tvorbu VD. Její změnou dojde k automatickému přepočtu původní hodnoty podle poměru mezi původní MJ a zvolenou MJ
  - Položka „Minimální VD“ nyní ukazuje přepočtené minimální množství dle zvolené MJ pro rozpad
  - K položce „Minimální VD“ byla v závorce přidána hodnota minimální VD v základní MJ
  - pro zobrazení číselníku pro výběr (povolených) měrných jednotek se volá nový formulář (nastaveni/ZbozBalMJ.htm). Formulář zobrazí základní měrnou jednotku a případné další dle definic balení. Základní měrná jednotka je ve formuláři číselníku indikována modrým podbarvením položky.
  
  Upraven základní formulář činnosti 5.5.1.2 (zadavani/START_VyrZak.htm)
  - Odstraněna chyba v zadávání skladu (výběr z číselníku nefungoval/chybný název pole)
  - odkaz na číselník pro výběr měrných jednotek při zadávání materiálu k výrobě nyní volá nový formulář (nastaveni/ZbozBalMJ.htm). Formulář zobrazí základní měrnou jednotku a případné další dle definic balení. Základní měrná jednotka je ve formuláři číselníku indikována modrým podbarvením položky.
  
  
  
  
  V této souvislosti byla upravena procedura --spZBOZIROZPAD_VyrobniRozpad
  - na rozhraní se nově zadává @MF_IDMJ. Pokud není zadáno, použije se původní MJ ze složky.
  - Pokud je povoleno zadání v alternativní MJ, procedura přepočítá zadané požadované množství na základní MJ a provede rozpad VD (v souvislosti s uvedeným novým parametrem).
  
  Dále byla vytvořena procedura pro fchange nad položkou alternativní MJ spQSDOK_VYROBNIROZPAD_MF_KOD_MJ
  - Zajistí přepočty množství pro zvolené alternativní MJ ve formuláři.
  
  
  Rovněž upravena spZBOZIROZPAD_Vytvor
  - pro variantní díly se neprováděl rozpad podle TPV (opravena chybná indikace uzlu s kusovníkem)
  
  
  
  
  V této souvislosti dále byla odstraněna chyba při tvorbě rozpadů: duplicitní klíč v tabulce ##SEZNAM
  Upravena procedura spZBOZIROZPAD_Vytvor: operace, které měly definovanou záměnu se chybně označovaly jako uzel a docházelo k nežádoucímu ukládání do dočasné tabulky SEZNAM při tvorbě rozpadů.
  Dále procedura spZBOZIROZPAD_VytvorFrontu byla „očištěna“ od ladicích hlášení.
  Opravena velikost pole NAZEV_ZBOZIP VARCHAR(100)?255 ve funkci fnSTART_StruktKusovnik
  
  

Výroba

• 5. 1. 1. 3 - Technologická dokumentace
  Díl - Nová záložka "3D model" pro zobrazování 3D modelu dílu
  
  Popis formuláře:
  - 3D model (z DMS)
  Umožní zobrazit uložený 3D model dílu/výrobku).
  Pokud je do dokumentové databáze k dílu uložen soubor, obsahující 3D model, po kliknutí na tento odkaz je vyvolán integrovaný 3D prohlížeč ESO.
  
  Podmínkou je označit záznam typem dokladu definovaným pomocí parametru ESO3DMODEL_DMS_TYPDOC. Standardně je nastaveno „3DMODEL“.
  Ve standardní verzi jsou akceptovány 3D modely ve formátu glb/gltf
  
  - Tlačítko „Procházet 3D modely v DMS…“
  Otevře formulář se seznamem uložených souborů modelů k aktuálnímu dílu (dokumenty filtrované podle typu „3DMODEL“ podle základního nastavení parametrem ESO3DMODEL_DMS_TYPDOC)
  V případě zakládání nového záznamu je typ dokumentu naplněn automaticky podle parametru ESO3DMODEL_DMS_TYPDOC)
  
  - 3D model (ze souboru)
  Vyvolá stránku s integrovaným prohlížečem který načte soubor 3D modelu podle předaných parametrů:
  o MODEL_PATH (relativní cesta k úložišti v rámci kořene aplikačního webu, automaticky předaná z parametru)
  o MODEL_FILE (název souboru s 3D modelem, automaticky předaný z pole FILE_3DMODEL)
  
  - Tlačítko „Procházet…“
  Otevře souborový dialog pro výběr názvu souboru, který je tímto přenesen do formuláře(). Tento přiřazený název je vložen do pole FILE_3DMODEL k datovému záznamu dílu.
  
  - V souvislostí s rozšířením formuláře byla tato záložka doplněna i do hyperzáložek „[Pohled All] a [K-T parametry]
  
  - Bylo rozšířeno menu tiskových sestav o položku 3D model (glb/3dmax/zwcad..)
  Tento rozcestník umožní provést výběr konkrétního prohlížeč 3D modelů ze souboru. Ve verzi start je aktivní pouze standardní prohlížeč ESO9-3Dmodel pro formát glb/gltf. Loadery pro modely ostatních formátů je možno realizovat na základě profi úprav.
  
  - Sestava „Dynamický kusovník“ byla rozšířena o možnost vyvolat 3D prohlížeč konkrétního dílu kliknutím na číslo pozice.
  Zobrazen je model z odkazu na soubor v úložišti podle hodnoty v poli FILE_3DMODEL každého dílu.
  
  
  V rámci změn byly provedeny následující úpravy formulářů:
  3dmodel.htx
  3dmodel.idc
  dil.htm
  dilall.htm
  dilKTParam.htm
  dil_inc.htm
  DokumentaceKK.htm
  File3dmodel.htm
  Form3dmodel.htm
  StruktKusovnikDyn.htx
  StruktKusovnikDyn.idc
  zavdil_inc.htm
  zavoper_inc.htm
  zavpom_inc.htm
  
  Do webu byl přidán adresář \3dmodels
  
  Doplněny nové procedury:
  - spQDOKUMENT_3DMODEL_NewRec
  - fnESO3DMODEL_DMS_IDTYPDOC
  - spQZBOZIPROVYR_PATH_3DMODEL
  
  
• 5. 1. 2 - Kalkulace
  Na formulář kalkulace doplněna položka „Poznámka pro kalkulaci“ (MF_TEXTPOZN2), jejíž obsah se při kalkulaci přenese do záznamu kalkulace v cenové politice (do nového pole TEXTPOZN2).
  
  V souvislosti s tím byly provedeny úpravy:
  - Procedura spZBOZIPROVYR_Kalkulace (doplněna položka MF_TEXTPOZN2)
  - spCESKZBPA_NewRec (přidána položka TEXTPOZN2)
  - změna odkazu ve formuláři Priprava/Kalkulace.htm (odkaz „ceny pro subjekt“: --> nastaveni/ZbozCenVYR.htm)
  - nový formulář nastaveni/ZbozCenVYR.htm
  - nový formulář CenSoPaincVYR.htm (include do ZbozCenVYR.htm)
  
  
• 5. 5. 1. 3 - Technologická dokumentace - Změna vzhledu číselníku MJ volaného nad položkou „výrobní MJ“ (Záložka: Kmenová karta)
  Byl upraven číselník pro výběr povolených měrných jednotek nad položkou „výrobní MJ“.
  V číselníku je zahrnuta i základní měrná jednotka. Je odlišena modrým podbarvením.
  Na formuláři je doplněno slovní vyjádření vztahu množství balení na jednu základní MJ.
  
  Úprava formuláře: Nastaveni\ZbozBalMJ.htm
  
  

Standardní dodávané číselníky

• TYPDOC - Typ dokumentu
  Do číselníku „Typ dokumentu“ byl přidán záznam typ „3DMODEL“:
  
  Je-li k dílu (5.1.1.3) vložen soubor s 3d modelem do dokumentové databáze pod typem „3DMODEL“ (standardně pro nastavení Start), bude automaticky zobrazován v integrovaném 3d prohlížeči dílu. Bude-li více těchto dokumentů uloženo k dílu, bude zobrazován první nalezený.
  
  Typ zobrazovaného dokumentu je nastaven parametrem pro výrobu ESO3DMODEL_DMS_TYPDOC (standardně „3DMODEL“),
  
  

Změna parametrů úlohy

• ESO3DMODEL_DMS_TYPDOC - Typ dokumentu pro zobrazení 3D modelů z DMS
  Nastavuje typ dokumentů, které budou zobrazeny prohlížečem 3D modelů z dokumentové databáze (pro díly ve výrobě)
  
  Standardně nastaveno „3DMODEL“.
  Prohlížeč pro příslušný díl vyhledá v dokumentové databázi záznam uvedeného typu. Poté načte data a zobrazí ve formuláři.
  Pokud je pod tímto typem uloženo k dílu více dokumentů, zobrazí první nalezený.
  
  
• ESO3DMODEL_PATHCAM - Cesta k adresáři s 3D modely
  Určuje adresář úložiště souborů s 3d modely na webu aplikace. Standardně „3dmodels/“
  Systém pak hledá v základním root webu takto:
  aplikační root web+cesta_dle parametru
  například: ESO9START72/3dmodels/
  
  Poznámka:
  Pokud jsou modely hierarchické (jsou v nich obsaženy informace o podsestavách), při požadavku na otevření podsestavy se otevře soubor s modelem podsestavy z definovaného úložiště.
  Název souboru s podsestavou/dílem musí být v modelu definovaný v uživatelském poli „CIS_ZBOZI“ již při tvorbě modelu (například v prostředí nástrojů Blender, SolidWorks...)
  
  
• VYROBA_ROZPADVD_PODLEALTMJ - Povolit zadání rozpadu výr. dokumentace dle alternativní MJ
  Umožňuje nastavit, zda je povoleno zadávat požadavek pro rozpad dokumentace do výroby v alternativní MJ tak, jak uvedeno na složce POB nebo VZA
  - [0]=Ne (množství nelze zadávat v alternativní MJ),
  - 1=Ano (množství je povoleno zadávat v alt. MJ. Do rozpadu je automaticky přepočítáno na základní MJ),
  - 2=zadávané množství je považováno za množství zadané v základní MJ (bez ohledu na uváděnou MJ).
  
  Poznámka:
  Výrobní dokumentace se standardně vytváří pro základní měrné jednotky finálu i podsestav.
  Pokud má být sledováno plnění zadání do výroby proti prodejním objednávkám (výrobním zakázkám) v rozdílných MJ, musí být toto plnění zajištěno jako profi úprava.
  
  

Změny datových struktur

• CESKZBPA - Cena zboží pro Cen. sk.partnera
  Rozšířena tabulka CESKZBPA:
  - TXTPOZN2 Varchar(max)
  
  
• SEZNAM
  Přidána pracovní tabulka SEZNAM.
  Slouží ke konstrukci kusovníků dílů při tvorbě výrobního rozpadu.
  Nahrazuje temp tabulku ##SEZNAM, která svou viditelností přes více databází způsobovala kolizi současně nainstalovaných různých verzí ESO.
  
  CREATE TABLE ##SEZNAM
  (
  IDBATCH Integer NOT NULL, ---číslo dávky zpracování rozpadů
  IDZBOZI Integer NOT NULL,
  IDZBOZITEMP Integer NOT NULL, ---slouží pro rozlišení různých rozpadů kvůli různým požadovaným variantám stejného IDZBOZI v rámci celého rozpadu
  ---- parametry vytvořeného rozpadu -----
  VYRVARIANTA VARCHAR(10),
  VARIANTA VARCHAR(10),
  VYRVARIANTAN VARCHAR(10)
  
  
  
  
• ZBOZICAM
  V souvislosti s integrací zobrazování 3D modelů byla rozšířena tabulka ZBOZICAM:
  - PATH_3DMODEL Varchar(250) cesta do úložiště k souboru s 3D modelem dílu
  - FILE_3DMODEL Varchar(250) soubor s 3D modelem dílu
  - URLR_3DMODEL Varchar(250) URL relativní k souboru s 3d modelem
  - WF_ZBOZICAM Varchar(255) pracovní pole
  
  

Změny pohledů

• QESO9DOC_DMS - Pohled pro výrobu (prohlížeč 3D modelů z DMS)
  Programově generovaný pohled pro výrobu využitý v prohlížeči 3D modelů z dokumentové databáze. V poli FILEIMAGEJSON obsahuje binární data uloženého souboru.
  - FILEGUID,
  - FILENAME,
  - FILESTOREDSIZE,
  - FILEIMAGEJSON
  
  

ESO9 podpůrné nástroje

Klientský doplněk

• AI asistent - Kontext pro AI asistenta
  Během července a srpna 2025 došlo k významným úpravám kontextu, který se používá pro generování odpovědí pomocí AI. Z kontextu byly odstraněny méně relevantní zdroje a naopak byly přidány úryvky z veškeré dokumentace, která je k ESO9 dostupná na naší wiki. Tj. pro sestavení odpovědí se mj. používá databáze znalostí o ESO9, která se automaticky doplňuje o nové či upravené části dokumentace k ESO9.
  Odpovědi AI tak využívají daleko širší kontextovou základnu, než jen nápovědu k činnostem z aplikace ESO9. Uživatel se tak může dotazovat i na témata, která nesouvisí s činností, v níž aktuálně pracuje.
  
  

Technologie ESO9 - server + klient

Serverový doplněk

• Serverový doplněk - Vyčítání e-mailové schránky na O365
  V ESO9 je k dispozici jednoduchá konzolová aplikace pro načtení mailů z jedné schránky hostované na Office 365 a jejich uložení do aplikace ESO9. V rámci Start řešení se e-maily do ESO9 zakládají jako doklady typu "Přijatá pošta", v rámci Profi řešení je lze uložit libovolně. Ke každému e-mailu se uloží i jeho přílohy do DMS pod zadaným typem dokumentu.
  
  

Změny v technologii .NET

• Aplikační server - Zrychlení formulářů s předfiltrovanými daty
  Ve formulářích, kde mají vybrané HTML Input položky své výchozí hodnoty (atribut "value") vstupují tyto výchozí hodnoty za určitých podmínek do filtru, tj. sestavuje se z nich část Where podmínky použitého SQL dotazu (podmínkou je RowFilter s hodnotou 1, tedy případ, kdy je ve formuláři řádkový filtr a má přednost před Start filtrem). Tyto výchozí hodnoty mohou být dále parametrizovány vybranými UP parametry, např. výraz "value="%UP_UCET_OBD-2%"" vyhodnotí aktuální účetní období - 2. V mnoha Startkových formulářích se tento mechanismus využívá pro automatické předvyplnění hodnot ve Start filtru. Uživatel tak nemusí nic vyplňovat, pouze potvrdí připravené filtrovací podmínky. Cílem je, aby uživatelé nenačítali zbytečně velké množství dat.
  
  Pokud byl však tento mechanismus zkombinován s potlačením Start filtru (tj. "StartFilter=0"), docházelo ke dvojímu čtení dat; první bez filtrovacích podmínek, druhé pak s filtrovacími podmínkami vyhodnocenými z HTML zdroje formuláře. Pro uživatele to bylo komfortnější, snížil se počet kliků, které musí pro zobrazení formuláře provést, ale na zobrazení formuláře čekali déle.
  
  Aktuální verze technologie proto obsahuje úpravu, která v tomto případě ještě před načtením dat zjistí, zda se z HTML formuláře v budoucnu ne-sestaví filtrovací podmínky a pokud ano, potlačí se načtení dat do okamžiku, kdy budou tyto podmínky z HTML známy. Výsledkem je pouze jedno čtení dat a to s doplněnými filtrovacími podmínkami, tj. rychlejší. Uživateli se v takovém případě zobrazí formulář násobně rychleji.
  
  
• Aplikační server - Oddělovač tisíců
  Pokud je ve formuláři použito desetinné číslo a je UP parametrem "ZOBRAZENI_TISICU" nastaveno, že se mají tato čísla formátovat s oddělovačem tisíců, automaticky se všem takovým položkám přidává maska ";TH", která toto zobrazení realizuje. Pokud však na položce zároveň použita maska ";brwsize=xx" pro určení šířky položky v tabulkovém zobrazení, maska ";TH" se nepřidala a ve formulářovém zobrazení pak oddělovače tisíců chyběly.
  Opraveno v technologii z 26.6.2025.
  
  
• Aplikační server - Timeout na uživatelskou akci
  Nejvyšší hodnota timeoutu na uživatelskou akci byla změněna z 65534sec na 32767sec (9+ hodin).
  Důvodem změny je fakt, že některé databázové procedury mají parametr TIMEOUT deklarovaný jako SmallInt a konverze hodnot větších něž 32767 pak končila chybou rozsahu celého čísla.
  
  
• Aplikační server - Náhled e-mailů v DMS
  Ve verzi 7.1 se přestal v náhledu dokumentů v DMS zobrazovat náhled e-mailů ve formátech MSG a EML. Důvodem bylo sjednocení Start adresáře po ukončení podpory Internet Exploreru.
  Rychlou nápravou bez nutnosti čekat na technologický doplněk je zkopírovat ve Start adresáři předlohu "DMS\EMailNahled.htm" do složky ".OK\DMS\EMailNahled.htm".
  Oprava je dostupná v technologii od 11.7.2025.
  
  
• Aplikační server - Nové fonty pro generátor sestava
  Do aplikačního serveru byla doplněna možnost použít v serverovém GS vlastní fonty. Pokud se při startu GS najdou v Support webu ve složce "LIB/fonts/STIFonts" soubory s truetypovými fonty (*.ttf), přidají se do fontů dostupných v GS.
  
  
• Aplikační server - Vlastní fonty pro nový design sestav
  V novém designu sestav, který se bude postupně dostávat do sestav v ESO9Start/ESO9PAM, jsou použity některé vlastní fonty, které nejsou a nainstalované na cílových PC. Do aplikačního serveru, klienta a samostatného generátoru sestav (program RepGenSTI.exe dostupný od jara 2025) byla proto doplněna podpora práce s těmito fonty v návrháři sestav (vč. jejich náhledu) a v samotném serverovém generátoru.
  Dostupné v technologii ESO9 od července 2025.
  
  
• Aplikační server - Vícenásobné přihlašování
  V technologii se vrátilo chování pro vícenásobné přihlašování. většině zákazníků nemožnost přihlásit se automaticky z libovolného URL a to v rámci stejného PC i více zařízení vadí v zaběhnutém způsobu používání ESO9.
  Dostupné v technologii od července 2025.
  
  
• Aplikační server - Vlastní obrázky pro nový design sestav
  V novém designu sestav, který se bude postupně dostávat do sestav v ESO9Start/ESO9PAM, jsou použity některé vlastní obrázky pro pozadí některých prvků v sestavě. Kromě možnosti přidat tyto obrázky přes položky FILEGUID z DMS je nově možné přidat obrázky přímo do tzv.resources, které jsou součástí definice sestavy. Tyto resources se automaticky přidávají ze složky Support\LIB\IMG\STIresources v Support webu. Je to výrazně jednodušší, než přidávat obrázky z DMS, ale je to vhodné pouze např. pro obrázky použité na všech/většině sestav, protože definice sestavy se zvětší právě o velikost takto přidaných obrázků.
  Automatické doplnění je k dispozici v generátoru sestav v ESO9 a v samostatném generátoru sestav (program RepGenSTI.exe dostupný od jara 2025) od července 2025.
  
  
• Aplikační server - Tvorba diagramů
  V ESO9 přibyla možnost zobrazovat diagramy. Může to být vhodné např. pro vstupních obrazovky nebo navigačních uživatelské stránky (tj. rozcestníky).
  Podrobnější popis vč. příkladu viz.https://wiki.eso9.cz/doku.php/techdoc:diagramyidc.
  Dostupné v technologii ESO9 od srpna 2025.
  
  
• Aplikační server - Náhledy Word dokumentů v DMS
  Náhledy z DMS byly rozšířeny o možnost náhledů Word dokumentů (DOC a DOCX soubory).
  Vzhledem k velikosti použitých knihoven však tato funkčnost není součástí standardní distribuce ESO9, ale lze si ji vyžádat v ESO9 international.
  
  
• Aplikační server - Chybějící ISDOC v PDF
  V některých případech generování sestav v PDF sestavě chyběl vložený ISDOC.
  Otestoval jsem generování sestav běžným odkazem a pomocí šablon v činnosti 9.6.3.5. V prvním případě se ISDOC do PDF sestavy přidat, ve druhém ne.
  Rozdíl byl v tom, že v případě generování sestavy z odkazu byl parametrem PrintDest cíl tisku změněn na PDF. V případě tisku do PDF se četly všechny parametry potřebné pro vygenerování ISDOCu a ten se po vygenerování přidal do sestavy.
  Při generování sestavy pomocí šablony však zůstal cíl tisku původní z GS, v tomto případě STI. Parametry pro generování ISDOCu se v tomto případě nečetly. Následně se podle dalších parametrů vyhodnotilo, že se sestava bude odesílat mailem. V takovém případě se formát STI automaticky přepíná na formát PDF. V tomto okamžiku ale chyběly parametry pro generování ISDOCu a v sestavě proto ISDOC chyběl.
  Pro rychlou opravu před uvolněním nové verze technologie stačí změnit cíl tisku sestavy na STIPDF namísto STI.
  Doplněno ve verzi z 19.11.2025.
  
  
• Aplikační server - Automat pro import ISDOC(X) souborů
  Automat pro import ISDOC souborů byl rozšířen i na soubory typu ISDOCX.
  Dostupné od v7.2.0.0.
  
  
• Aplikační server - Náhledy dokumentů PEPPOL
  Do DMS byla doplněna možnost náhledu dokumentů stažených z PEPPOLu ve formátu PEPPOL BIS 3.0.
  
  
• Komunikace s MPSV - Hlášení cizinců na MPSV
  Do knihovny MPSV.dll byla doplněna podpora komunikace s rozhraním MPSV pro Hlášení cizinců verze 2.0, které je povinné od 1.7.2025.
  Dostupné v knihovně MPSV.dll v7.1.0.1.
  
  
• Obecný klient - Rozostření tučného písma v aplikacích
  V nových verzích prohlížečů Chrome, Edge nebo Firefox (červenec 2025) dochází k rozostření tučného písma v ESO9 (titulek formuláře, historie, označený řádek v tabulkovém módu atd.).
  Řešením je úprava stylopisu hostovaného na adrese https://scripts.eso9.cz/rtm/style/eso9ok-6.0.0.css. Pokud zákazníci hostují skripty a styly lokálně, je třeba jednorázově spustit jejich aktualizaci vůči našemu serveru.
  
  
• Obecný klient - Překryv obrázků a textů v HTML sestavách
  V sestavách tištěných primárně do HTML formátu (výchozí formát STI) nebylo možné překrývat obrázky na pozadí textem; dosud to bylo možné jen v PDF. V souvislosti s pracemi na novém designu sestav tak bylo nutné upravit generátor sestav tak, aby to možné bylo.
  Dostupné v obecném klientovi od července 2025.
  
  
• Reporting Server - Parametr PRN_LANG
  Parametr PRN_LANG se při tisku sestav z jejich offline definice vyhodnocoval jen z UP parametrů a z parametrů offline sestavy zadaných SQL dotazem, který vracel vektor hodnot (tj. pro každou generovanou sestavu se vyhodnocoval její jazyk).
  Nově bylo doplněno vyhodnocení z parametrů offline sestavy zadaných skalární hodnotou, tj. stejný jazyk pro všechny generované sestavy.
  Doplněno v Reporting Serveru verze 7.0.0.5.
  
  
• Reporting Server - Nevyplněný cíl tisku
  Pokud měla sestava zpracovávaná Reporting Serverem jako cíl tisku nastavenu hodnotu NULL, mohlo dojít k přerušení generování všech dalších sestav.
  Doplněna kontrola, v případě nepřípustných hodnot se jako cíl tisku použije formát PDF.
  Dostupné v Reporting Serveru od verze 7.0.0.6.
  
  

Technologie ESO9 - server

Změny v ESO9 Správce

• Spouštění skriptů
  Při výběru aplikace pro spuštění skriptu se po výběru „Typ aplikace“ anebo "Legislativa" znovu naplní rozbalovací nabídka „Verze – doplněk“. Obsahuje jen taková čísla verzí a doplňků, které se vyskytují u zvolených typů aplikací a legislativ.
  
  
• Spouštění skriptů
  Při parsování skriptu se samostatný ; v řádku nepovažuje za konec jednoho kroku skriptu. Již jen GO na samostatném řádku.
  
  
• Uživatelé
  Do dat uzlu Uživatelé doplněn sloupec Databáze, užitečné v případech, kdy se liší název aplikace a databáze. Totéž doplněno do trasování.
  Sloupec Databáze je použit při kopii SQL příkazu do schránky v deklaraci USE.