ESO9 wiki

Tato stránka je pouze pro čtení. Můžete si pouze prohlédnout zdrojový kód, ale ne ho měnit. Zeptejte se správce, pokud si myslíte, že něco není v pořádku.
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1250">
<title>ESO 9 změny ve verzi 7.2</title>
</head>
<body>
<div class="HelpZmeny">
<h2>ESO 9 změny ve verzi 7.2 z 15.1.2026</h2>
<p>&nbsp;</p>
<h2><a name="ESO9OK"></a>Obecný klient</h2>
<h3>Změny v technologii .NET</h3>
<ul>
<li><b>Obecný klient</b><br>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.<br><br></li>
<li><b>Obecný klient</b><br>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.<br><br></li>
<li><b>Obecný klient</b><br>Přidáno načítání vlastních fontů do Prohlížeče a Návrháře Stimulsoft v obecném klientovi.<br><br></li>
<li><b>Obecný klient</b><br>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<br><br></li>
<li><b>Obecný klient</b><br>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.<br><br></li>
<li><b>Obecný klient</b><br>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.<br><br></li>
<li><b>Obecný klient</b><br>Doplněno generování QR kódu pro platbu a následné spuštění sp. <br>Parametry mf_QRCode=textová reprezentace QRPlatby a mf_QRplatba_After=Název Sp spuštěné po zavření okna s kódem.<br>Vyvolání kódu<br><input type="button" value="QR platba" name="~CMD:QRPLATBA:action=P"><br><br></li>
<li><b>Obecný klient</b><br>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.<br><br></li>
<li><b>Obecný klient</b><br>Oprava pohybu v browse šipkami vpravo/vlevo po editaci řádku a jeho uložením šipkou dolů/nahoru.<br><br></li>
<li><b>Obecný klient</b><br>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.<br><br>Zapojeno je na formuláři subjekt/subjekt.htm v poli SUBJ_NAZEV vlastnost mask=";ACSUBJCZ"<br><br>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.<br><br></li>
<li><b>Obecný klient</b><br>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.<br><br>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í.<br><br></li>
<li><b>Obecný klient</b><br>Oprava pohybu enterem v číselníku zobrazeném v editoru. Pokud byl číselník s "taby" nefungoval pohyb.<br><br></li>
<li><b>Obecný klient</b><br>V obecném klientovi odtraněna podpora vzhledu 5.9.<br><br></li>
<li><b>Obecný klient</b><br>QR platba<br>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.<br><br></li>
<li><b>Obecný klient</b><br>Doplněn mechanizmus pro zobrazování tooltipu v browse/tabulce u řádku nebo položky.<br><br>Popis na https://wiki.eso9.cz/doku.php/techdoc:tooltipradkupolozky<br><br></li>
<li><b>Obecný klient</b><br>Oprava kdy po akci typu mailto: zustal otevřený loader (křeček) na stránce.<br><br></li>
<li><b>Obecný klient</b><br>Oprava zobrazování klávesnice v mobilní aplikaci na zařízeních s Androidem.<br>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'.<br><br></li>
<li><b>Obecný klient</b><br>Dopněn editační ganttův graf.<br><br>Dokumentace vzniká na https://wiki.eso9.cz/doku.php/techdoc:gantt<br><br></li>
<li><b>Obecný klient</b><br>Do zobrazezení obrázku IMGFROMDMS doplněn formát SVG a WEBP.<br><br>Dostupné ve verzi z 16.12.2025<br><br></li>
<li><b>Obecný klient</b><br>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.<br><br></li>
</ul>
<h2><a name="ESO9Prod"></a>Aplikace ESO9 Prodejna</h2>
<h3>Změna činnosti</h3>
<ul>
<li><b>Platba kartou</b><br>Upravena komunikace s karetním terminálem ČSOB-IP.<br>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. <br>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.<br>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.<br><br></li>
<li><b>QR platba</b><br>ESO9 prodejna, verze 7.1.12<br>Doplněna QR platba.  Zapojeno jen pro CZ legislativu.<br>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.<br>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.<br>Pokud má parametr PlatKart_QRZpusob hodnotu 2, nabízí se na prodejně QR platba bez ověření.<br>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í.<br>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.<br>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í.<br>- 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.<br>- ve verzi bez ověřením potvrzuje zaplacení prodavač<br>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ě.<br>V dokladech přenesených na centrálu se QR platby chovají jako platby kartou.<br>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 <br><br></li>
</ul>
<h2><a name="ESO9Start"></a>Aplikace ESO9 Start</h2>
<h3>Změna činnosti</h3>
<ul>
<li><b>3 - Majetek</b><br>Do parametrů (skupina Majetek) byl doplněn parametr MAJ_KodPohybuNeniTZ - seznam kódů pohybů zvýšení vstupní ceny, které nejsou technickým zhodnocením.<br>Pokud má pohyb nastaveno, že jde o cenový příjem (Sdok.vlpohybsl = 3), považuje se za technické zhodnocení.<br>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ě.<br>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.<br>Pokud je kód pohybu uveden v tomto parametru, bude se odpis provádět nadále dle koeficientu "Odpis pro další roky".<br>Parametr se í v uživatelských aplikacích standardně založí s uvedením pohybu MZZVC.<br>Upravena procedura spMAJ_PrepUcOdp<br><br></li>
</ul>
<h3>Účetnictví</h3>
<ul>
<li><b>1. 1. 1. 8 - Roční a mimořádná závěrka</b><br>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"<br><br>Upravena tvorba závěrkových dokladů tak, aby se tato chyba nehlásila.<br>Upraveny procedury spRocUzav_PRNV, spRocUzav_Otev, spRocUzav_Uzav, triggery trUcetZap_Upd, trUcetZap_Ins<br><br></li>
<li><b>1. 1. 1.10 - Import plateb z PAM</b><br>Upravena procedura spPAM_ZalozPlatby pro možnost výplaty v jiné měně.<br>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.<br>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).<br><br></li>
<li><b>1. 1. 2. 3 - Výkaz DPH (legislativa SK)</b> (doplněk č.          1 předchozí verze)<br>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)<br>    - opravena funkce fnDphTextyRadku<br><br></li>
<li><b>1. 1. 2. 3 - Výkaz DPH (legislativa SK)</b><br>Upravena tvorba ročního vypořádání DPH s ohledem na změny výkazu DPH (řádky pro 2 sníženou sazbu DPH).<br>Upravené stránky :<br> - ucet\Rocni_VyporadaniSK.htm <br> - ucet\RocVypor_Kracene.htx <br> - ucet\RocVypor_Kracene.idc <br>Nové stránky :<br> - ucet\RocVypor_VypocetSK25.htx <br> - ucet\RocVypor_VypocetSK25.idc <br><br>Tabulka HISDPH<br> - doplněny sloupce : KODRADKUDPH, VLTYPZAZNAMU, VLCITATEL, VLJMENOVATEL, VLZNAMENKO, KODPROVYKAZDPH<br> - změněn klíč HISDPH_Key1<br><br>Změněn pohled QHISDPH_SK<br>   <br>Upravené  nebo nové funkce a procedury :<br> - spHisDPH_CalRec<br> - spHisDPH_PrepocetSK2025<br> - fnDefiniceKoefDPH_SK<br> - fnDefiniceKoefDPH_SK<br> - fn_VykazDPH_RocniKoef<br> - spVykazDPH_Zaeviduj<br> - spVykazDPH_ZaevidujObdobi<br> - fnRocniVyrovnani_Detail<br> - spVykazDPH_VypocetVyporadani_SK200710<br> - spVykazDPH_Vypocet450<br> - spDPH_RocVyporSK21<br> - spVykazDPH_PrepoctiIDU<br> - fnDPH_CisloRadku_ToKod<br> - fnDPH_KodRadku_ToCislo<br> - spKHDPH_Calrec<br> - spKHDPH_BeforeInsert<br> - spKHDPH_BeforeUpdate<br> - fnKVDPH_2017<br><br></li>
<li><b>1. 1. 2. 3 - Výkaz DPH - kontrolní výkaz DPH (legislativa SK)</b><br>V exportovaném XML souboru v oddíle C1 kontrolního výkazu nebyla uvedena sazba DPH<br>Upraven export kontrolního výkazu DPH.<br>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.<br>Upravena procedura spExport_KHDPH_XML_SK201701, funkce fnKVDPH_2017 a fnKVDPH_2017_ProTisk<br><br></li>
<li><b>1. 1. 2. 3 - Výkaz DPH (SK)</b><br>V detailech podkladů pro výkaz DPH KH se zobrazovaly i pracovní řádky (C1_w C2_w).<br>Upravena stránka DPH\KHDPH.htm - zrušeno zobrazení pracovních řádků<br><br></li>
<li><b>1. 1. 2. 3 - Výkaz DPH (SK)</b> (doplněk č.          2 předchozí verze)<br>V sestavě rozpisu DPH (sestava RozpisDPH_SK_2018) volané nad řádkem výkazu, se pro výkazy od 07/2025 nevytiskla data.<br>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.<br>Upravena stránka Eso9Start\DPH\VykazDPH_Detail.htm  (oprava byla již součástí doplňku č.2)<br><br></li>
<li><b>1. 1. 2. 3 - Výkaz DPH (CZ)</b> (doplněk č.          2 předchozí verze)<br>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.<br><br></li>
<li><b>1. 1. 2. 4 - Výkazy AP, ZZ, CF</b><br>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)<br>Upravena procedura spVykaz_NavrhniKorekce - doplnění vedoucí nuly do předávaného parametru @mf_Mesic.<br><br></li>
<li><b>1. 1. 2. 4 - Výkazy CashFlow (legislativa CZ)</b><br>V definici výkazu CashFlow (legislativa CZ, výkaz CF_2015) byl do řádku výkazu B.1. doplněn účet 043.<br>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.<br><br></li>
<li><b>1. 1. 2. 4 - Výkazy AP, ZZ, CF</b><br>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 :<br>  10 - Výsledek hospodaření běžného roku<br>  11 - Vlastní kapitál (součtový řádek 01 až 10)<br>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<br><br></li>
<li><b>1. 1. 4. 2 - Deník dokladů s rozúčtováním</b><br>- v sestavě DenikDoklsRozuct.idc byly doplněny položky kód a název subjektu (pouze při exportu do excelu)<br> - v sestavě UctDenik byla doplněna položka kód subjektu (pouze při exportu do excelu)<br><br></li>
</ul>
<h3>Finance</h3>
<ul>
<li><b>1. 2. 1. 5 - Bankovní výpisy - automatické zaúčtování transakční daně (legislativa SK)</b><br>V parametrech (skupina finance) byl vytvořen nový parametr Ucet_TransakcniDan (Kód účtu pro transakční daň).<br>Parametr je možno použít pro automatické zaúčtování transakční daně na zadaný účet. <br>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. <br>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).<br>V případě potřeby lze funkci uživatelsky přepsat pro další typy vstupních souborů.<br>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 :<br> - konstantní symbol = 0960<br> - textová poznámka obsahuje text "TRANSACTION_TAX" nebo "Transakcna dan"<br> - 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ň)<br><br>Funkci je pak možno použít buď v uživatelském přepočtu v typu dokladu (Přepočet řádku), např :<br>idUctOsn_MD = isnull(idUctOsn_MD, dbo.fnidUctOsn_TransakcniDan(NULL, vlhPohledavka_Zavazek, K_Sym, TextPozn, TextPozn2))<br>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).<br>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:<br>isnull(dbo.fnidUctOsn_TransakcniDan(NULL, HDOK.vlhPohledavka_Zavazek, HDOK.K_Sym, HDOK.TextPozn, HDOK.TextPozn2), HDOK.idUctOsn_MD)<br><br></li>
<li><b>1. 2. 3. 8 - Podklady pro transakční daň (legislativa SK)</b><br>Vytvořena nová činnost 1.2.3.8 Podklady pro transakční daň (legislativa SK)<br>Doplněna sestava PodkladyProTransakcniDan pro vytvoření podkladů pro odvod transakční daně.<br>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.<br>Sestava (export v excelu) se provádí pro zadaný peněžní úč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). <br>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).<br><br> - nová činnost 1.2.3.8 Podklady pro transakční daň<br> - nová stránka finance\TransakcniDan_filtr.htm<br> - nové procedury spQFTRANSAKCNIDAN_MF_KOD_PENEZNIHO_UCTU, spQFTRANSAKCNIDAN_MF_IDPENUCET, funkce fnvlUziv_UrciTransDan, fnPodkladyTransakcniDan   <br><br></li>
</ul>
<h3>Saldokonto</h3>
<ul>
<li><b>1. 3. 4.13 - Oprava odpočtu daně pohledávky po splatnosti</b> (doplněk č.          2 předchozí verze)<br>Zobrazovaly se i doklady, které měly DUZP v roce 2025, ale datum DPPD bylo z roku 2024. <br>Na tyto faktury se nemá povinnost odpočtu vztahovat - opravena funkce fnQFPUNeuhrazene_6m<br><br></li>
<li><b>1. 3. 4.13 - Oprava odpočtu daně pohledávky po splatnosti</b> (doplněk č.          2 předchozí verze)<br>Upravena funkce fnQFPUNeuhrazene_6m - vyřazeny doklady typu FPZD.<br><br></li>
</ul>
<h3>Nákup</h3>
<ul>
<li><b>2. 1. 3. 1, 2. 2. 3. 1 - Faktury přijaté účetní, Faktury vydané účetní</b><br>V souvislosti s doplněním evidence základů a daní ve valutě byly provedeny následující změny :<br><br>Změny v účetních předpisech:<br>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ě).<br>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).<br>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.<br>Současně byly u vzorů a typů dokladů nastaveny tyto nově upravené účetní typy dokladů.<br>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.<br><br>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.<br> - upraveny procedury spUcetZap_OductujZalohu, spZalohy_SparujOzn_UcetDokl, spUcetZap_PripojZal_XmlParams<br><br>Ve formuláři pro tvorbu přijaté daňové zálohové faktury byly doplněny položky připojovaných záloh ve valutě.<br> - upraven formulář nakup\ZFaP_VytvDan.htm<br> - 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<br><br>Položka „Korekce ze záloh“ byla přejmenována na „Vyrovnání ze záloh“.<br> - 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,<br><br></li>
<li><b>2. 1. 3. 7 - Složky nákupní objednávky do faktury přijaté</b><br>Pro správnou funkčnost doplněny vazby mezi vzory NOB a FPU<br>  - VZORNOBT (Nákupní objednávka tuzemská) <----> VZORFPUNST (FPU nákup na sklad tuzemská)<br>  - VZORNOBE (Nákupní objednávka zahraniční v EU) <----> VZORFPUNSE (FPU nákup na sklad zahraniční v EU)<br>  - VZORNOBZ (Nákupní objednávka zahraniční mimo EU) <----> VZORFPUNSZ (FPU nákup na sklad zahraniční mimo EU)<br><br></li>
</ul>
<h3>Prodej</h3>
<ul>
<li><b>2. 2. 3. 1 - Faktury vydané účetní</b><br>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í.<br><br></li>
</ul>
<h3>Sklad</h3>
<ul>
<li><b>2. 3. 3. 6 - Účetní uzávěrka skladů</b><br>Provedeno:<br>- 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ě <br><br>- 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.<br>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.<br><br>Spolu s tím upraveny následující SQL objekty:<br>- trigger „trZbozSklSarze_INSUPD“: zde se během účetní uzávěrky vypíná kontrola tvrdé blokace<br>- funkce „fnQUCETUZAVERKA_PARAM“ a procedura „spEso9_UctovaniSkladu“: zde doplněny nové parametry zajišťující fixaci cen na složce dokladu<br>  - 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<br>  - 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.<br><br></li>
</ul>

<ul>
<li><b>2.1.3.15 - Export a import dokladů KSeF (legislativa PL)</b><br>Od 1.2.2026 by měl v Polsku fungovat Krajowy System e-Faktur (Národní systém e-fakturace v Polsku). <br>Tyto činnosti již byly v ESO9 (PL) implementovány, ale nyní byly kompletně změněny formáty souborů i systém komunikace. <br>Většina funkcí a procedur proto musela být přepracována.<br><br>Upravené procedury (assembly) pro komunikaci<br> - KSeF_AuthorizationChallenge<br> - KSeF_AuthTokenKSeF<br> - KSeF_AuthXadesCertificate<br> - KSeF_AuthStatusToken<br> - KSeF_GetAccessToken<br> - KSeF_GetAccesTokenByRefresh<br> - KSeF_GetPublicCertificate<br> - KSeF_OpenSession<br> - KSeF_CloseSession<br> - KSeF_SendInvoice<br> - KSeF_GetInvoice<br> - KSeF_GetInvoiceMetaData<br> - KSeF_GetStatusInvoice<br> - KSeF_GetStatusInvoices<br> - KSeF_GetInvoiceListSession<br> - KSeF_GetUPOByKsefNumber<br> - KSeF_GetUPOByInvoiceReferenceNumber<br><br>Export FaV do KSeF:<br>Provedeny úpravy tvorby XML z dokladu faktury vydané dle nového XSD schematu http://crd.gov.pl/wzor/2025/06/25/13775/<br>Upraveny procedury pro komunikaci a export do KSeF:<br> - fnPLKSeF_txtProstredi<br> - fnPLKSeF_SeznamParam<br> - fnPLKSeF_Info<br> - fnSeznamChybKSEF<br> - fnPLKSeF_Response<br> - fnZpracujChybyKSeF<br> - fnKSeF_IdentifikaceDokladu<br> - fnKSeF_ChybyDokladu<br> - fnKSeF_SeznamKorigovanychDokladu<br> - fnKSeF_DaneFaKorygowanejXML<br> - fnKSeF_FakturaZaliczkowaXML<br> - fnKSeF_SlozkyFVUXML<br> - fnKSeF_PlatbyFVUXML<br> - fnKSeF_PlatbyFVUXML<br> - fnKSeF_SeznamWZ<br> - fnKSeF_GetXML_FVU_Data<br> - fnKSeF_GetXML_FVU<br> - spKSeF_Param_NovaHodnota<br> - spKSeF_GetPublicCert<br> - spKSeF_GetAccesRefreshToken<br> - spKSEF_GetSession<br> - spKSEF_TestKomunikace<br> - spKSEF_SessionInfo<br> - spKSEF_NactiUPO<br> - spKSEF_ZjistiStavKSeF<br> - spKSEF_OdeslatDoklad<br> - spKSEF_PripravDoklad<br> - spKSEF_OvereniProSession<br> - spKSEF_ZnovuZjistitStav<br> - spKSEF_ZnovuZjistitStav_10<br> - spKSEF_ZnovuZjistitStav_21<br> - spKSEF_NactiUPO_ProStav_11<br> - spKSEF_ZnovuOdeslatALL<br> - spKSeF_Zneplatnit<br><br>Zrušeny procedury :<br> - spKSEF_GetChallenge<br> - spKSEF_WaitForActiveSession<br> - spKSEF_NactiSeznamOdeslanych<br> - spKSEF_ZjistiStavKSeF_S2<br>Upraveny stránky:<br> - Eso9StartPL\Prodej\HdokKSeF.htm <br> - Eso9StartPL\Prodej\KSeF.htm <br> - Eso9StartPL\Prodej\KSeF_Param.htm <br><br>Import FaP z KSeF:<br>Provedeny úpravy načtení faktury přijaté z XML dle nového XSD schematu http://crd.gov.pl/wzor/2025/06/25/13775/<br>Upraveny procedury pro komunikaci a import z KSeF:<br> - spKSEF_ImpSeznam<br> - spKSEF_ImpData_ZapisDetail<br> - spKSEF_ImpData<br> - spKSEF_ImpSeznamData<br> - spKSEF_ImportOpakuj<br> - spKSEF_ImportNeprovadet<br> - fnidMJ_FaKSeF<br> - fnidZbozi_FaKSeF<br> - spImportKSeFDoHdok<br> - spImportKSeFVyber<br> - spImportKSeFOzn<br>Upraveny stránky:<br> - Eso9StartPL\Nakup\KSeFNacteni.htm <br> - Eso9StartPL\Nakup\KSeFVytvFAP.htm<br><br></li>
</ul>
<h3>Majetek</h3>
<ul>
<li><b>3. 5 - Výstupy z majetku (SK)</b><br>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.<br>Upraveny sestavy MAJ352, MAJ354, MAJ357, MAJ359, Maj359_NeniOdpisMAJ3510, MAJ3511<br> - doplněna podmínka na číslo skladu<br><br></li>
</ul>
<h3>Manažerské výstupy</h3>
<ul>
<li><b>4. 4. 4 - Finanční dashboard OK</b><br>Přepočet ukazatelů neuhrazených závazků a pohledávek.<br>Byla provedena aktualizace procedury spDZUkazatel_PohlPoSplat.<br>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ší.<br><br></li>
</ul>
<h3>Základní číselníky</h3>
<ul>
<li><b>9. 1. 6 - Skupiny uživatelů</b> (doplněk č.          2 předchozí verze)<br>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í.<br>Stránky byly obnoveny, budou v doplňku č.2 k verzi 7.1<br><br></li>
</ul>
<h3>Účetní číselníky</h3>
<ul>
<li><b>9. 2. 3 - Účetní skupiny</b><br>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ů.<br><br></li>
<li><b>9. 2. 7 - Účetní typy dokladů</b><br>V tabulce účetních typů dokladů byla doplněna položka VLAKTIVNI.<br>Při výběru účetních typů (například v typech a vzorech dokladů) se zobrazují pouze účetní typy, které jsou aktivní.<br>Upraveny procedury:<br> - spUcetTyp_NewRec<br> - spUcetTyp_BeforeUpdate<br> - spUcetTyp_Copy<br> - spUcetTyp_Copy_DB<br> - spUcetTyp_XmlExport<br> - spUcetTyp_ImportXML1<br> <br>Upraveny formuláře :<br> - ESO9Start\nastaveni\UcetTyp.htm <br> - ESO9Start\nastaveni\TypDok.htm <br> - ESO9Start\priklady\HDok.htm <br> - ESO9Start\ucet\Ucet_dokl_pam.htm <br> - ESO9Start\ucet\Ucet_dokl.htm <br> - ESO9Start\plan\PlanUZap.htm<br> - ESO9Start\ucet\OdpisPohledavek.htm<br> - ESO9Start\nastaveni\VzorDok.htm <br> - ESO9Start\nastaveni\VzorDokKomp.htm <br> - ESO9Start\priklady\SDok.htm  <br> - ESO9Start\ucet\PreuctVynosu.htm  <br> - ESO9Start\ucet\OdpisPohl_Spar.htm  <br> - ESO9Start\nastaveni\ImplementaceSkladu.htm  <br> - ESO9Start\nastaveni\HdokKonv.htm <br><br></li>
<li><b>9. 2.16 - Číselník repo sazeb (CZ legislativa)</b><br>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.<br>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.<br><br>Formulář číselníku reposazeb obsahuje položky Datum vyhlášení sazby a Hodnotu repo sazby.<br>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.<br><br>Provedené změny :<br> - nová činnost 9. 2.16 - Číselník repo sazeb<br> - nová tabulka REPOSAZBA<br> - nové procedury spREPOSAZBA_NewRec, spREPOSAZBA_AfterInsert, spREPOSAZBA_AfterUpdate, spREPOSAZBA_DelRec, spRepoSazba_Prepocet, spImportRepoSazeb.<br> - nová stránka ESO9Start\nastaveni\RepoSazba.htm <br><br> - upravená funkce fnTableRepoSazba, procedura spHDOK_SpoctiPenaleAll<br><br> - zrušeny parametry  REPOsazba<br> - zrušeny procedury spParam_NaplnREPOSazbu_Obd, spParam_NaplnREPOSazby<br><br></li>
</ul>
<h3>Subjekty</h3>
<ul>
<li><b>9. 3. 3. 0 - Subjekty</b><br>Pro legislativu SK.<br>Subjekty, záložka "ARES a další odkazy"<br>Akce Overenie subjektu - Overované v spolupráci so spoločnosťou Dun & Bradstreet.<br>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."<br><br></li>
<li><b>9. 3. 3. 0 - Subjekty</b><br>To tabulky SUBJEKT byl doplněn identifikátor PEPPOL - položka PEPPOLID varchar(50).<br>Upravena stránka subjekt\Subjekt.htm.<br>Upravena procedura spSubjekt_ValRec<br><br></li>
</ul>
<h3>Dokladové číselníky</h3>
<ul>
<li><b>9. 4. 5 - Kódy pohybů složek</b><br>Od v7.02 + Eso9Start(SK, HU, PL, DE)<br>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"<br><br></li>
</ul>
<h3>Zboží, služby, majetek..</h3>
<ul>
<li><b>9. 5. 1 - Měrné jednotky</b><br>V číselníku měrných jednotek byl doplněn kód MJ pro PEPPOL (MJ.KODMJ_PEPPOL).<br>Upravena procedura spMJ_ValRec, <br>Upravena stránka ESO9Start\nastaveni\MJ.htm<br><br></li>
<li><b>9. 5.11 - Služby</b><br>U služeb zavedena možnost definovat službu jako "Komplet". Práce s komplety je popsána v dokumentu <a href="https://wiki.eso9.cz/lib/exe/fetch.php/startdoc:cz:prace_s_komplety.pdf" target="_blank">Práce s komplety</a><br><br>Spolu s tím provedeny následující změny:<br>- nová skupina parametrů "KOMPLETY" a v ní tyto parametry<br>  - parametr "KOMPLETY_Aktivni": zda je aktivována práce s "Komplety": 0=Ne; 1=Ano<br>  - parametr "KOMPLETY_TYPYDOK": seznam typů dokladů oddělený středníkem ";" pro práci s "Komplety" např. PRO;NOB;POB.<br>  - 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<br><br>- nová procedura "spSDokKomplet_RozpadDelete": vlastní rušení složek dokladu navázaných na komplet<br><br>- procedura "spSDok_DelRec": rušení složek navázaných na komplet procedurou "spSDokKomplet_RozpadDelete"<br><br>- 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"<br><br>- 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á.<br><br>- 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"<br><br>- 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"<br><br>- 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.<br><br>- trigger "trSDok_UPD": pokud složka dokladu má obsahovat / obsahovala "Komplet" pak ji nelze změnit<br><br>- předloha "nastaveni\sluzba.htm":<br>  - doplněna položka "Typ služby" s možnostmi "Služba" / "Komplet(Služba)"<br>  - doplněn odkaz "Rozpad služby/kompletu"<br><br></li>
</ul>
<h3>Tvorba sestav</h3>
<ul>
<li><b>9. 7. 5 - Účetní zápisy</b><br>Do formuláře (hlavičky dokladu) byly doplněny položky kód a název subjektu.<br>Upraven pohled QUCETZAPGS - doplněny položky KOD_SUBJEKTU a SUBJ_NAZEV<br>Upravena stránka ESO9Start\priklady\QUcZaGS.htm<br><br></li>
</ul>
<h3>Změny funkcí</h3>
<ul>
<li><b>dbo.fnEdiVlformatToString - EDI</b><br>dbo.fnEdiVlformatToString; dbo.fnEdiVlformatToInteger<br>- úprava pro nový formát XML<br><br>pro XML formát byly napsány nové funkce<br>dbo.fnEdiCCVInhouseFormatXML - inhouse formát pro providera GRIT a doklady Invoice, DESADV a ORDERS<br>dbo.fnEdiInhouseNameXML - název funkce vracející inhouse formát XML pro vybraného providera<br>dbo.fnEDICCVInhouseFormatXMLRepeat - pomocná funkce pro zjištění opakujících se elementů v jednotlivých XML a jejich rodičovských elementů<br><br></li>
<li><b>fnCenaZPredpisu - nová funkce - obdoba spCenaZPredpisu</b><br>Obsahově stejná jako spCenaZPredpisu. Jedná se o "Scalar funkci"<br><br>vstupní parametry<br> - @HDCenaINPUT: typ MONEY. Vstupní cena, která vstupuje do @Predpis_Cena jako parametr @C, nebo @V<br> - @VLPredpis_Cena: typ SMALLINT. Určuje, pro kterou MJ je předpis @Predpis_Cena určen {0-MJ složky,1-MJ zboží}<br> - @Predpis_Cena: typ VARCHAR(500). Předpis pro výpočet základní ceny<br> - @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}<br> - @VLPrirazka_Cena: typ SMALLINT. Určuje pro kterou MJ je předpis @Prirazka_Cena určen {0-MJ složky,1-MJ zboží}<br> - @MNPROCPRIRAZKA: typ DECIMAL(19, 5). Procentuální přirážka/sleva<br> - @HDJEDNPRIRAZKA: typ MONEY. Jednotková přirážka/sleva<br> - @KURS: typ DECIMAL(19, 14). Kurs měny<br> - @MNPOCETMJ: typ DECIMAL(19, 5). Počet v MJ složky dokladu<br> - @VLAnoNeBaleni: typ SMALLINT. Je/není balení<br> - @VLBaleni: typ SMALLINT. Zda @MNBaleni je násobek / podíl mezi MJ složky dokladu a základní MJ zboží<br> - @MNBaleni: typ DECIMAL(19, 5). Množství v balení<br>výstupní hodnota: DECIMAL(29, 14)<br><br>Pro potřeby funkce fnCenaZPredpisu vytvořeny tyto nové objekty a funkce<br>  - 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'<br>    - fnExecuteScalar_Varchar<br>    - fnExecuteScalar_Decimal<br>    - fnExecuteScalar_DateTime<br>  - nová CLR funkce fnExecuteScalarCLR_Varchar: fnExecuteScalar_Varchar<br>  - nová CLR funkce fnExecuteScalarCLR_Decimal: fnExecuteScalar_Decimal<br>  - nová CLR funkce fnExecuteScalarCLR_DateTime: fnExecuteScalar_DateTime<br>  - nová CLR funkce fnExecuteScalarCLR_Money: covert funkce fnExecuteScalarCLR_Decimal<br>  - nová CLR funkce fnExecuteScalarCLR_INT: covert funkce fnExecuteScalarCLR_Decimal<br><br><br>příklad volání:<br>;WITH TKurs<br>AS<br>(<br> SELECT IDMENA   = MENA.IDMENA<br>       ,KOD_MENY = MENA.KOD_MENY<br>       ,Kurs     = dbo.fnVratKurs(MENA.IDMENA, GETDATE(), 0, 2)        <br> FROM MENA<br>)<br>,ZS<br>AS<br>(<br> SELECT --TOP 1000<br>        DISTINCT<br>        IDCESKZBPA    = CP.IDCESKZBPA  --Tímto se ruší DISTINCT<br>       ,IDZBOZI       = CP.IDZBOZI<br>       ,IDCENSKZB     = CP.IDCENSKZB<br>       ,IDSUBJEKT     = CP.IDSUBJEKT<br>       ,IDCENSKUP     = CP.IDCENSKUP<br>       ,IDSUBJADR     = CP.IDSUBJADR<br>       ,IDMENA        = CP.IDMENA<br>       ,IDMJ          = CP.IDMJ<br>       ,VLPROCENU     = CP.VLPROCENU --0=neurčeno; 1=skladovou; 2=prodejní; 3=nákupní;<br>       ,Kurs          = TKurs.Kurs<br>       ,MNPOCETMJ     = 105.0<br>       ,VLAnoNeBaleni = 1<br>       ,VLBaleni      = 0<br>       ,MNBaleni      = 4.0<br>       ,HDCENA        = CASE ZBOZI.RVCENAZBOZI<br>                           WHEN 2 THEN ISNULL(ZBOZI.HDCENADPHZBOZI, 0)<br>                           ELSE ISNULL(ZBOZI.HDPRODCENA, 0)<br>                        END<br> --SELECT *<br> FROM CESKZBPA CP<br> LEFT JOIN ZBOZI ON ZBOZI.IDZBOZI = CP.IDZBOZI<br> LEFT JOIN SUBJEKT ON SUBJEKT.IDSUBJEKT = CP.IDSUBJEKT<br> LEFT JOIN TKurs ON TKurs.IDMENA = CP.IDMENA<br> WHERE 1 = 1<br>)<br>SELECT *<br>FROM (<br>      SELECT ZnakCena     = IIF(ZS.IDCESKZBPA = PredpisCena.IDCESKZBPA, '!', '')<br>            ,ZnakPrirazka = IIF(ZS.IDCESKZBPA = PrirazkaCena.IDCESKZBPA, '!', '')<br>            ,ZS.*<br>            ,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ží}<br>            ,PredpisCena.Predpis_Cena      --@Predpis_Cena     VARCHAR(500)      - Předpis pro výpočet základní ceny<br>            ,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}<br>            ,PrirazkaCena.Prirazka_Cena    --@STRSLEVA         VARCHAR(255)      - Předpis pro slevu<br>            ,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ží}<br>            ,SpoctiPrirazku.MNSLEVA        --@MNPROCPRIRAZKA   DECIMAL(19, 5)    - <br>            ,SpoctiPrirazku.HDSLEVA        --@HDJEDNPRIRAZKA   MONEY             - <br>            ,HDCenaOUT = dbo.fnCenaZPredpisu<br>                         (<br>                           ZS.HDCENA                     --@HDCenaINPUT      MONEY<br>                          ,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ží}<br>                          ,PredpisCena.Predpis_Cena      --@Predpis_Cena     VARCHAR(500)      - Předpis pro výpočet základní ceny<br>                          ,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}<br>                          ,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ží}<br>                          ,SpoctiPrirazku.MNSLEVA        --@MNPROCPRIRAZKA   DECIMAL(19, 5)    - <br>                          ,SpoctiPrirazku.HDSLEVA        --@HDJEDNPRIRAZKA   MONEY             - <br>                          ,ZS.Kurs                       --@KURS             DECIMAL(19, 14)   - <br>                          ,ZS.MNPOCETMJ                  --@MNPOCETMJ        DECIMAL(19, 5)    - <br>                          ,ZS.VLAnoNeBaleni              --@VLAnoNeBaleni    SMALLINT          - <br>                          ,ZS.VLBaleni                   --@VLBaleni         SMALLINT          - <br>                          ,ZS.MNBaleni                   --@MNBaleni         DECIMAL(19, 5)    - <br>                         )<br>            ,ZBOZI.VLTYP_SLOZ, ZBOZI.CIS_ZBOZI, ZBOZI.NAZEV_ZBOZI<br>            ,SUBJEKT.KOD_SUBJEKTU, SUBJEKT.SUBJ_NAZEV<br>      FROM ZS<br>      LEFT JOIN ZBOZI ON ZBOZI.IDZBOZI = ZS.IDZBOZI<br>      LEFT JOIN SUBJEKT ON SUBJEKT.IDSUBJEKT = ZS.IDSUBJEKT<br>      OUTER APPLY dbo.fnPredpis_Cena<br>                  (<br>                    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í}<br>                   ,NULL           --@IDHDOK           Int           -ID Hlavičky dokladu pod kterou je/bude složka dokladu, pro kterou se zjišťuje předpis<br>                   ,ZS.IDZBOZI     --@IDZbozi          Int           -ID Zboží pro určení předpisu a jeho vlastnosti<br>                   ,ZS.IDCENSKZB   --@IDCenSKZB        Int           -ID Cenové skupiny zboží pro určení předpisu a jeho vlastnosti<br>                   ,ZS.IDSUBJADR   --@IDSUBJADR        Int           -ID Adresy subjektu pro určení předpisu a jeho vlastnosti<br>                   ,ZS.IDSUBJEKT   --@IDSubjekt        Int           -ID Subjektu pro určení předpisu a jeho vlastnosti<br>                   ,ZS.IDCENSKUP   --@IDCenSkup        Int           -ID Cenové skupiny subjektu pro určení předpisu a jeho vlastnosti<br>                   ,ZS.IDMJ        --@IDMJ             Int           -ID Měrné jednotky pro určení předpisu a jeho vlastnosti<br>                   ,ZS.IDMENA      --@IDMena           INT           -ID Měny pro určení předpisu a jeho vlastnosti<br>                   ,GETDATE()      --@DTDatum          DateTime      -Datum ke kterému se má určit předpis a jeho vlastnost v rámci platnosti<br>                  ) PredpisCena<br>      OUTER APPLY dbo.fnPrirazka_Cena<br>                  (<br>                    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í}<br>                   ,NULL           --@IDHDOK             Int         -ID Hlavičky dokladu pod kterou je/bude složka dokladu, pro kterou se zjišťuje předpis<br>                   ,ZS.IDZbozi     --@IDZbozi            Int         -ID Zboží pro určení předpisu a jeho vlastnosti<br>                   ,ZS.IDCenSKZB   --@IDCenSKZB          Int         -ID Cenové skupiny zboží pro určení předpisu a jeho vlastnosti<br>                   ,ZS.IDSUBJADR   --@IDSUBJADR          Int         -ID Adresy subjektu pro určení předpisu a jeho vlastnosti<br>                   ,ZS.IDSubjekt   --@IDSubjekt          Int         -ID Subjektu pro určení předpisu a jeho vlastnosti<br>                   ,ZS.IDCenSkup   --@IDCenSkup          Int         -ID Cenové skupiny subjektu pro určení předpisu a jeho vlastnosti<br>                   ,ZS.IDMJ        --@IDMJ               Int         -ID Měrné jednotky pro určení předpisu a jeho vlastnosti<br>                   ,ZS.IDMena      --@IDMena             INT         -ID Měny pro určení předpisu a jeho vlastnosti<br>                   ,GETDATE()      --@DTDatum            DateTime    -Datum ke kterému se má určit předpis a jeho vlastnost v rámci platnosti<br>                  ) PrirazkaCena<br>      OUTER APPLY dbo.fnSpoctiPrirazku<br>                  (<br>                    PrirazkaCena.Prirazka_Cena          --@STRSLEVA VARCHAR(255)   - Předpis pro slevu<br>                   ,dbo.fnCelkemMn(NULL, ZS.MNPOCETMJ, ZS.VLAnoNeBaleni, ZS.VLBaleni, ZS.MNBaleni)   --@Mn       DECIMAL(19, 5) - Množství<br>                  ) SpoctiPrirazku<br>     ) ZS<br>WHERE 1 = 1<br>      --AND ZS.HDCenaOUT <> 0<br>      --AND ZS.HDCENA <> 0<br>      --AND PredpisCena.IDCESKZBPA IS NOT NULL<br>      --AND (<br>      --     PredpisCena.IDCESKZBPA IS NOT NULL<br>      --     OR PrirazkaCena.IDCESKZBPA IS NOT NULL<br>      --    )<br>ORDER BY ZS.IDZBOZI<br>        ,ZS.IDCENSKZB<br>        ,ZS.IDSUBJEKT<br>        ,ZS.IDCENSKUP<br>        ,ZS.IDSUBJADR<br>        ,ZS.IDMENA<br>        ,ZS.IDMJ<br>        ,ZS.VLPROCENU<br><br></li>
<li><b>fnISIR_IDSubjekty - Vrací subjekty</b><br>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.<br><br></li>
<li><b>fnPredpis_Cena - nová funkce - obdoba spPredpis_Cena</b><br>Obsahově stejná jako spPredpis_Cena. Jedná se o "Table-Valued funkce" s jedním řádkem.<br><br>vstupní parametry<br> - @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í}<br> - @IDHDOK: typ INT. ID Hlavičky dokladu, pod kterou je/bude složka dokladu, pro kterou se zjišťuje předpis<br> - @IDZbozi: typ INT. ID Zboží pro určení předpisu a jeho vlastnosti<br> - @IDCenSKZB: typ INT. ID Cenové skupiny zboží pro určení předpisu a jeho vlastnosti<br> - @IDSUBJADR: typ INT. ID Adresy subjektu pro určení předpisu a jeho vlastnosti<br> - @IDSubjekt: typ INT. ID Subjektu pro určení předpisu a jeho vlastnosti<br> - @IDCenSkup: typ INT. ID Cenové skupiny subjektu pro určení předpisu a jeho vlastnosti<br> - @IDMJ: typ INT. ID Měrné jednotky pro určení předpisu a jeho vlastnosti<br> - @IDMena: typ INT. ID Měny pro určení předpisu a jeho vlastnosti<br> - @DTDatum: typ DATETIME. Datum, ke kterému se má určit předpis a jeho vlastnost v rámci platnosti<br><br>výstupní jednořádková tabulka s těmito sloupci<br> - Err: typ INT. Číslo chyby<br> - Severity: typ INT. Severity chyby<br> - ErrText: typ VARCHAR(255). Popis chyby<br> - IDCESKZBPA: typ INT. ID předpisu<br> - Predpis_Cena: typ VARCHAR(500). Předpis pro výpočet základní ceny<br> - VLPredpis_Cena: typ SMALLINT. Určuje, pro kterou MJ je předpis @Predpis_Cena určen {0-MJ složky,1-MJ zboží}<br> - 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}<br> - 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}<br><br>příklad volání:<br>;WITH CP<br>AS<br>(<br> SELECT *<br> FROM CESKZBPA<br> WHERE 1 = 1<br>       --AND IDSUBJEKT IS NOT NULL<br>       --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í}<br>       AND NULLIF(TRIM(Predpis_Cena), '') IS NOT NULL<br>)<br>SELECT Znak = IIF(CP.IDCESKZBPA = PredpisCena.IDCESKZBPA, '!', ''),<br>       CP.*<br>      ,ZBOZI.VLTYP_SLOZ, ZBOZI.CIS_ZBOZI, ZBOZI.NAZEV_ZBOZI<br>      ,SUBJEKT.KOD_SUBJEKTU, SUBJEKT.SUBJ_NAZEV<br>      ,PredpisCena.*<br>FROM CP<br>LEFT JOIN ZBOZI ON ZBOZI.IDZBOZI = CP.IDZBOZI<br>LEFT JOIN SUBJEKT ON SUBJEKT.IDSUBJEKT = CP.IDSUBJEKT<br>OUTER APPLY dbo.fnPredpis_Cena<br>            (<br>              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í}<br>             ,NULL           --@IDHDOK           Int           --ID Hlavičky dokladu pod kterou je/bude složka dokladu, pro kterou se zjišťuje předpis<br>             ,CP.IDZBOZI     --@IDZbozi          Int           --ID Zboží pro určení předpisu a jeho vlastnosti<br>             ,CP.IDCENSKZB   --@IDCenSKZB        Int           --ID Cenové skupiny zboží pro určení předpisu a jeho vlastnosti<br>             ,CP.IDSUBJADR   --@IDSUBJADR        Int           --ID Adresy subjektu pro určení předpisu a jeho vlastnosti<br>             ,CP.IDSUBJEKT   --@IDSubjekt        Int           --ID Subjektu pro určení předpisu a jeho vlastnosti<br>             ,CP.IDCENSKUP   --@IDCenSkup        Int           --ID Cenové skupiny subjektu pro určení předpisu a jeho vlastnosti<br>             ,CP.IDMJ        --@IDMJ             Int           --ID Měrné jednotky pro určení předpisu a jeho vlastnosti<br>             ,CP.IDMENA      --@IDMena           INT           --ID Měny pro určení předpisu a jeho vlastnosti<br>             ,GETDATE()      --@DTDatum          DateTime      --Datum ke kterému se má určit předpis a jeho vlastnost v rámci platnosti<br>            ) PredpisCena<br>--WHERE PredpisCena.IDCESKZBPA IS NOT NULL<br>ORDER BY CP.IDZBOZI<br>        ,CP.IDCENSKZB<br>        ,CP.IDSUBJEKT<br>        ,CP.IDCENSKUP<br>        ,CP.IDSUBJADR<br>        ,CP.IDMENA<br>        ,CP.IDMJ<br>        ,CP.VLPROCENU<br><br></li>
<li><b>fnPrirazka_Cena - nová funkce - obdoba spPrirazka_Cena</b><br>Obsahově stejná jako spPrirazka_Cena. Jedná se o "Table-Valued funkce" s jedním řádkem.<br><br>vstupní parametry<br> - @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í}<br> - @IDHDOK: typ INT. ID Hlavičky dokladu, pod kterou je/bude složka dokladu, pro kterou se zjišťuje předpis<br> - @IDZbozi: typ INT. ID Zboží pro určení předpisu a jeho vlastnosti<br> - @IDCenSKZB: typ INT. ID Cenové skupiny zboží pro určení předpisu a jeho vlastnosti<br> - @IDSUBJADR: typ INT. ID Adresy subjektu pro určení předpisu a jeho vlastnosti<br> - @IDSubjekt: typ INT. ID Subjektu pro určení předpisu a jeho vlastnosti<br> - @IDCenSkup: typ INT. ID Cenové skupiny subjektu pro určení předpisu a jeho vlastnosti<br> - @IDMJ: typ INT. ID Měrné jednotky pro určení předpisu a jeho vlastnosti<br> - @IDMena: typ INT. ID Měny pro určení předpisu a jeho vlastnosti<br> - @DTDatum: typ DATETIME. Datum, ke kterému se má určit předpis a jeho vlastnost v rámci platnosti<br>výstupní jednořádková tabulka s těmito sloupci<br> - Err: typ INT. Číslo chyby<br> - Severity: typ INT. Severity chyby<br> - ErrText: typ VARCHAR(255). Popis chyby<br> - IDCESKZBPA: typ INT. ID předpisu<br> - Prirazka_Cena: typ VARCHAR(500). Předpis pro výpočet rabatu (přirážky/slevy)<br> - VLPrirazka_Cena: typ SMALLINT. Určuje, pro kterou MJ je předpis @Prirazka_Cena určen {0-MJ složky,1-MJ zboží}<br> - VLZAOKRPOSLEVE_JAK: typ SMALLINT. Určuje způsob zaokrouhlování ceny po slevě<br> - ZAOKRPOSLEVE_KOLIK: typ SMALLINT. Určuje na kolik míst se má zaokrouhlení ceny po slevě provést<br><br>příklad volání:<br>;WITH CP<br>AS<br>(<br> SELECT *<br> FROM CESKZBPA<br> WHERE 1 = 1<br>       --AND IDSUBJEKT IS NOT NULL<br>       --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í}<br>       AND NULLIF(TRIM(PRIRAZKA_CENA), '') IS NOT NULL<br>)<br>SELECT Znak = IIF(CP.IDCESKZBPA = PrirazkaCena.IDCESKZBPA, '!', ''),<br>       CP.*<br>      ,ZBOZI.VLTYP_SLOZ, ZBOZI.CIS_ZBOZI, ZBOZI.NAZEV_ZBOZI<br>      ,SUBJEKT.KOD_SUBJEKTU, SUBJEKT.SUBJ_NAZEV<br>      ,PrirazkaCena.*<br>FROM CP<br>LEFT JOIN ZBOZI ON ZBOZI.IDZBOZI = CP.IDZBOZI<br>LEFT JOIN SUBJEKT ON SUBJEKT.IDSUBJEKT = CP.IDSUBJEKT<br>OUTER APPLY dbo.fnPrirazka_Cena<br>            (<br>              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í}<br>             ,NULL           --@IDHDOK             Int          --ID Hlavičky dokladu pod kterou je/bude složka dokladu, pro kterou se zjišťuje předpis<br>             ,CP.IDZbozi     --@IDZbozi            Int          --ID Zboží pro určení předpisu a jeho vlastnosti<br>             ,CP.IDCenSKZB   --@IDCenSKZB          Int          --ID Cenové skupiny zboží pro určení předpisu a jeho vlastnosti<br>             ,CP.IDSUBJADR   --@IDSUBJADR          Int          --ID Adresy subjektu pro určení předpisu a jeho vlastnosti<br>             ,CP.IDSubjekt   --@IDSubjekt          Int          --ID Subjektu pro určení předpisu a jeho vlastnosti<br>             ,CP.IDCenSkup   --@IDCenSkup          Int          --ID Cenové skupiny subjektu pro určení předpisu a jeho vlastnosti<br>             ,CP.IDMJ        --@IDMJ               Int          --ID Měrné jednotky pro určení předpisu a jeho vlastnosti<br>             ,CP.IDMena      --@IDMena             INT          --ID Měny pro určení předpisu a jeho vlastnosti<br>             ,GETDATE()      --@DTDatum            DateTime     --Datum ke kterému se má určit předpis a jeho vlastnost v rámci platnosti<br>            ) PrirazkaCena<br>--WHERE PrirazkaCena.IDCESKZBPA IS NOT NULL<br>ORDER BY CP.IDZBOZI<br>        ,CP.IDCENSKZB<br>        ,CP.IDSUBJEKT<br>        ,CP.IDCENSKUP<br>        ,CP.IDSUBJADR<br>        ,CP.IDMENA<br>        ,CP.IDMJ<br>        ,CP.VLPROCENU<br><br></li>
<li><b>fnSpoctiPrirazku - nová funkce - obdoba spSpoctiPrirazku</b><br>Obsahově stejná jako spSpoctiPrirazku. Jedná se o "Table-Valued funkce" s jedním řádkem.<br><br>vstupní parametry<br> - @STRSLEVA: typ VARCHAR(255). Předpis pro výpočet přirážky/slevy<br> - @Mn: typ DECIMAL(19, 5). Množství pro které se bude určovat přirážka/sleva počítat z předpisu @STRSLEVA<br>výstupní jednořádková tabulka s těmito sloupci<br> - Err: typ INT. Číslo chyby<br> - Severity: typ INT. Severity chyby<br> - ErrText: typ VARCHAR(255). Popis chyby<br> - MNSLEVA: typ DECIMAL(19, 5). Procentuální přirážka/sleva pro zadané množství @Mn<br> - HDSLEVA: typ MONEY. Jednotková přirážka/sleva pro zadané množství @Mn<br><br>příklad volání:<br>;WITH CP<br>AS<br>(<br> SELECT *<br> FROM CESKZBPA<br> WHERE 1 = 1<br>       --AND IDSUBJEKT IS NOT NULL<br>       --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í}<br>       AND NULLIF(TRIM(PRIRAZKA_CENA), '') IS NOT NULL<br>)<br>SELECT CP.*<br>      ,ZBOZI.VLTYP_SLOZ, ZBOZI.CIS_ZBOZI, ZBOZI.NAZEV_ZBOZI<br>      ,SUBJEKT.KOD_SUBJEKTU, SUBJEKT.SUBJ_NAZEV<br>      ,SpoctiPrirazku.*<br>FROM CP<br>LEFT JOIN ZBOZI ON ZBOZI.IDZBOZI = CP.IDZBOZI<br>LEFT JOIN SUBJEKT ON SUBJEKT.IDSUBJEKT = CP.IDSUBJEKT<br>OUTER APPLY dbo.fnSpoctiPrirazku<br>            (<br>              CP.PRIRAZKA_CENA   --@STRSLEVA VARCHAR(255)   -- Předpis pro slevu<br>             ,105.0              --@Mn       DECIMAL(19, 5) -- Množství<br>            ) SpoctiPrirazku<br>ORDER BY CP.IDZBOZI<br>        ,CP.IDSUBJEKT<br><br></li>
</ul>
<h3>Změny procedur</h3>
<ul>
<li><b>dbo.spEdiImport_CCV_HDOK_XML - EDI</b><br>Uživatelské procedury potřebné pro import a export<br>dbo.spEdiImport_CCV_HDOK_XML - import hlavičky <br>dbo.spEdiImport_CCV_LIN_XML - import složek<br>dbo.spEdiImport_CCV_Sum_XML - import sumárního řádku<br>dbo.spEdiImport_CCV_END_XML - procedura spouštěná na konec importu<br><br>dbo.spEdiExport_Grit_SYS_XML - export systémové části zprávy<br>dbo.spEdiExport_GRIT_HDR_XML - export hlavičky zprávy<br>dbo.spEdiExport_Grit_HDRNAD_XML - export bloku s adresními údaji partnerů<br>dbo.spEdiExport_Grit_CPS_XML - u zprávy DESADV - určuje hierarchii balení<br>dbo.spEdiExport_Grit_LIN_XML - export složek dokladu<br>dbo.spEdiExport_Grit_SUM_XML - export sumárního elementu zprávy<br><br></li>
<li><b>KSeF</b><br>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.<br><br>vznikly následující nové procedury<br>dbo.KSeF_AuthorizationChallenge - Inicializace autorizačního mechanismu<br>dbo.KSeF_AuthTokenKSeF - autentikace pomocí KSeF tokenu<br>dbo.KSeF_AuthXadesCertificate - autentizace pomocí certifikátu<br>dbo.KSeF_AuthStatusToken - získání statusového tokenu autorizace<br>dbo.KSeF_GetAccessToken - získání access tokenu po úspěšném procesu autorizace<br>dbo.KSeF_GetAccesTokenByRefresh - získání access tokenu na základě refresh tokenu<br><br>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<br>dbo.KSeF_OpenSession - otevření relace pro práci s fakturami<br>dbo.KSeF_CloseSession- uzavření relace po dokončení práce s fakturami<br><br>dbo.KSeF_SendInvoice - zaslání faktury <br>dbo.KSeF_GetInvoice - stažení faktury<br>dbo.KSeF_GetInvoiceMetaData - stažení seznamu faktur na základě vyhledávajících kritérií <br>dbo.KSeF_GetStatusInvoice - získání statusu odesílané faktury v relaci<br>dbo.KSeF_GetStatusInvoices - získání statusu všech odeslaných faktur v dané realaci<br>dbo.KSeF_GetInvoiceListSession - stažení faktur v dané relaci<br><br>dbo.KSeF_GetUPOByKsefNumber - stažení UPO (potvrzení o odeslané faktuře vystavené ministerstvem financí)  na základě KSeF number dané faktury <br>!nutno pracovat s číslem relace, ve kterém byla daná faktura odeslána<br>dbo.KSeF_GetUPOByInvoiceReferenceNumber - stažení UPO na základě reference number dané faktury<br>!nutno pracovat s číslem relace, ve kterém byla daná faktura odeslána<br><br></li>
<li><b>QR platba</b><br>Pro potřeby QR platby byly napsány nové procedury<br>* sp_GeneratePkSqlDataXml_QRPlatba pro zápis do tabulky PLATKART při práci s QR kódem<br>* sp_ZrusQRPlatbu - pro zrušení odeslané platby QR kódem<br>* sp_RucniPotvrzeniQRPlatby - pro ruční potvrzení QR platby<br>* dbo.sp_QRplatba_After - možnost volat uživatelskou After proceduru po uzavření dialogového okna s QR platbou<br><br>Upravena procedura spQPRODEJKA_VratKartamiCelkem - nově vrací i nový QR code dle mf_zaplatit<br>Upraveny stránky Prodejka.htm, Platkart.HTM<br>Založeny parametry <br>* PlatKart_QRIBAN - IBAN pro platbu QR kódem<br>* PlatKart_QRZpusob - Zbůsob použití QR platby<br><br>Popis a nastavení QR platby v OK je popsán v dokumentu ESO9-platbaKartou.pdf<br><br></li>
<li><b>spEdiZalozRadekEsoToEdi - EDI</b><br>na vstup procedury přidán nepovinný parametr @xmlPath	varchar(250) = null definující cestu pro xml formát<br><br></li>
<li><b>spHDok_Copy - Podle parametrů lze provést akci Kopii(novou) / Storno / Připojení(přičtení) nad jednou hlavičkou</b><br>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<br><br></li>
<li><b>spISDOC_HDOK_AFTERINSERT - Uživatelská akce po importu ISDOCu</b><br>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.<br><br></li>
<li><b>spXML_HDOK - procedura pro import dokladů z XML</b><br>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<br><br></li>
<li><b>spXML_SDOK - procedura pro import složek z XML</b><br>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.<br><br></li>
</ul>
<h3>Změny předpisů sestav</h3>
<ul>
<li><b>BAV_kos.idc - Opis rozúčtování bankovního výpisu</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Bav_tisk.idc - Opis rozúčtování bankovního výpisu</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>CenikSluzebPRN.idc - Ceník služeb</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>CenikZboziPRN.idc - Ceník zboží</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>CNabForm.idc - Cenová nabídka CZ</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>CPopForm.idc - Cenová poptávka</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>DbPisForm.idc - Dobropis faktury vydané daňový doklad v CZ</b><br>Upraven datový zdroj HDOK, použita funkce fnDZ_RekapDPHZalohV23 pro informaci o počtu připojených zálohových dokladů.<br><br></li>
<li><b>DbPisForm.idc - Dobropis faktury vydané daňový doklad v CZ</b><br>Opravena sestava dobropisu, nevypisovala se informace o původních dokladech.<br><br></li>
<li><b>DbPisForm.idc - Dobropis faktury vydané daňový doklad v CZ</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>DodListForm.idc - Dodací list</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Dokl_kos - Opis rozúčtování dokladu - košilka</b><br>V sestavě upraven datový zdroj HDOK, použita funkce fnDZ_RekapDPHZalohV23 pro informaci o počtu připojených zálohových dokladů.<br><br></li>
<li><b>Dokl_kos - Opis rozúčtování dokladu - košilka</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>dokl_kos - Opis rozúčtování dokladu - košilka</b><br>Opraven výraz pro tisk položku Datum vystavení na:<br>{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 )}<br><br></li>
<li><b>dokl_kos - Opis rozúčtování dokladu - košilka</b><br>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ě.<br>Odstraněn datový zdroj pro rekapitulaci celkového plnění a grafické předloze rovněž odstraněny sekce rekapitulace celkového plnění<br><br></li>
<li><b>FavForm.idc - Faktura vydaná daňový doklad</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>FavForm_Najem - Faktura vydaná daňový doklad</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>hl_Kniha_DleObdobi - Hlavní kniha dle období</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Hl_kniha_ks_detXmlPar - Detail konečného stavu hlavní knihy</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Hl_kniha_KS_DleSubj - Detail konečného stavu hlavní knihy - dle subjektu</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Hl_kniha_ob_detXmlPar - Hlavní  kniha - detail obratů</b><br>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}<br><br></li>
<li><b>Hl_kniha_ob_detXmlPar - Hlavní  kniha - detail obratů</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>hl_kniha_ob_detXMLPar - Hlavní  kniha - detail obratů</b><br>Provedeno ošetření hodnoty vstupující do hyperlinku na sloupci Text (dokladu) na<br>{IIF(string.IsNullOrEmpty(FNHKDETAILOBRAT.FNFORMULARPROTD),<br>"",<br>"esoform.asp?TPage=" + FNHKDETAILOBRAT.FNFORMULARPROTD +<br>"&RelType=Parameters&WHERE=WHERE IDHDOK=" + FNHKDETAILOBRAT.IDHDOK +<br>"&StartFilter=4")}<br><br></li>
<li><b>Hl_kniha_Obraty_DleSubj - Obraty na účtu dle subjektu</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Hl_kniha_Str_syn.idc - Hlavní kniha</b><br>- doplněn styl lichého řádku<br>- výška detailního řádku snížena na 0,41 cm<br>- provedena záměna stylů Mezisoučtu 1 a Mezisoučtu 2 v barevném pozadí<br><br></li>
<li><b>Hl_kniha_Str_syn.idc - Hlavní kniha</b><br>Provedena změna výšky řádku u prvku třída a syntetický účet.<br>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.<br><br></li>
<li><b>Hl_kniha_Str_syn.idc - Hlavní kniha</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Inv_Pohledavek.idc - Inventarizace pohledávek</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Inv_Zavazku.idc - Inventarizace závazků</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>InventarizaceUctu - Dokladová inventarizace účtu</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>InventarizaceUctuXmlPar - Dokladová inventarizace účtu</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>InventarizaceUctuXmlPar - Dokladová inventarizace účtu</b><br>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<br><br></li>
<li><b>KontrolaDPH - Kontrolní sestava dokladů</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>MandatniSmlouva - Mandátní smlouva</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>NeniVDPH_CZ_2016 - Doklady nevstupující do výkazu DPH</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>PenFaVForm.idc - Faktura vydaná penalizační, jazyk CZ</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>PObjForm.idc - Kupní smlouva CZ - rozepsané DPH</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>PoD_PriD.idc - Příjmový pokladní doklad se stvrzenkou</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>PoD_PriD.idc_bezStvrzenky - Příjmový pokladní doklad se stvrzenkou</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>PoD_VydD.idc - Výdajový pokladní doklad se stvrzenkou</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>PoD_VydD.idc_bezStvrzenky - Výdajový pokladní doklad</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>pod_vydHrom.idc - Výdajový pokladní doklad - výdejka a stvrzenka v 1 souboru</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>PostoupeniPohlOzn - Oznámení o postoupení pohledávky</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>PostoupeniPohlSml - Smlouva o postoupení pohledávky</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>PrijemfForm.idc - Příjemka na sklad</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>PrijemForm.idc - Příjemka na sklad</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Prodejka</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>ReklamacniProt - Reklamace od odběratele</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>RozpisDPH_CZ_2016 - Soupis dokladů zahrnutých do zvoleného výkazu DPH</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>SobjPL - Servisní objednávka - pracovní list</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>SobjSP - Servisní objednávka - zakázkový list</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>SubjGDPR - GDPR pro subjekt nebo osobu</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>ucd_Kos - Opis rozúčtování dokladu</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>UpominkaHDOK - Upomínka</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>VObjForm.idc - Nákupní objednávka</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Vycetka.idc - Výčetka platidel</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>VydejForm.idc - Výdejka ze skladu</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>VYDEJFORMKOOP.idc - Výdejka ze skladu do kooperace</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>VydejFormSberna.idc - Výdejka ze skladu - sběrná</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Vyk_AP_CZ_2017 - Výkaz Aktiv a pasiv v odevzdatelném formátu</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Vyk_CF_CZ_2017 - Výkaz Cash-flow v odevzdatelném formátu</b><br>Sestava byla přepracována do nového designu<br><br></li>
<li><b>Vyk_CF_CZ_2017 - Výkaz Cash-flow v odevzdatelném formátu</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Vyk_PVZZ_CZ_2017 - Výkaz Zisku a ztrát v odevzdatelném formátu</b><br>Sestava byla přepracována do nového designu<br><br></li>
<li><b>Vyk_PVZZ_CZ_2017 - Výkaz Zisku a ztrát v odevzdatelném formátu</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Vyk_VZVK_CZ_2017 - Výkaz o změnách ve vlastním kapitálu - vertikální v odevzdat</b><br>Sestava byla přepracována do nového designu<br><br></li>
<li><b>Vyk_VZVK_CZ_2017 - Výkaz o změnách ve vlastním kapitálu - vertikální v odevzdat</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Vyk_ZVK_CZ_2017 - Výkaz o změnách ve vlastním kapitálu v odevzdatelném formátu</b><br>Sestava byla přepracována do nového designu<br><br></li>
<li><b>Vyk_ZVK_CZ_2017 - Výkaz o změnách ve vlastním kapitálu v odevzdatelném formátu</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Vyk_ZZ_CZ_2017 - Výkaz Zisku a ztrát v odevzdatelném formátu</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>VykazDPH_JineObd - Seznam dokladů, které mají účetní zápisy DPH v jiném období</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Vysl_str.idc - Výsledovka podniku</b><br>- doplněn styl lichého řádku<br>- výška detailního řádku snížena na 0,41 cm<br><br></li>
<li><b>Vysl_str.idc - Výsledovka podniku</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Vysl_str.idc - Výsledovka podniku</b><br>Za výraz "Vnitropodnikové účty" doplněna dvojtečka, opraven výraz: "Zatříďovací klíč střediska:" na "Zatřiďovací klíč střediska:"<br><br></li>
<li><b>Vysl_Str_Obdobi - Výsledovka po obdobích</b><br>- velikost přepracována z A4 na šířku na A3 na šířku z titulu zobrazení celého čísla<br>- doplněn styl lichého řádku<br>- výška detailního řádku snížena na 0,41 cm<br><br></li>
<li><b>Vysl_Str_Obdobi - Výsledovka podniku dle období</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Zap_DD.idc - Tiskový formulář zápočtu</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>Zap_DD_Navrh.idc - Tiskový formulář návrhu zápočtu</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>ZDbPisDForm.idc - Dobr. zál. vydaný daňový doklad v CZK - rozepsané DPH záloh</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>ZFavDForm.idc - Daňový doklad k přijaté platbě v CZ - rozepsané DPH záloh</b><br>Sestava přepracována do nového designu.<br><br></li>
<li><b>ZFaVForm.idc - Zálohová Faktura vydaná v CZK</b><br>Sestava přepracována do nového designu.<br><br></li>
</ul>
<h3>Změny datových struktur</h3>
<ul>
<li><b>HDOK - Hlavička dokladu</b><br>V tabulce HDOK, HDOKA, HDOK_W upraven sloupec JEJICH_CISDOK z VARCHAR(32) --> VARCHAR(60).<br>Spolu s tím upraveny následující objekty: změna rozhraní znamená, změna parametru @JEJICH_CISDOK na VARCHAR(60)<br>- procedura "spHDok_NewRec": změna rozhraní, funkčnost<br>- procedura "spHDok_CopyRec": změna rozhraní, funkčnost<br>- procedura "spHDok_CalRec": změna rozhraní, funkčnost<br>- procedura "spHDok_ValRec": změna rozhraní, funkčnost<br>- procedura "spHDok_BeforeInsert": změna rozhraní, funkčnost<br>- procedura "spHDok_BeforeUpdate": změna rozhraní, funkčnost<br>- procedura "spHDok_IDHDok_VZOR": změna rozhraní, funkčnost<br>- procedura "spHDok_InsertRec": změna rozhraní, funkčnost<br>- procedura "spHDok_UpdateRec": změna rozhraní, funkčnost<br>- procedura "spHDok_Copy": funkčnost<br>- procedura "spHDok_Udrzba": změna rozhraní, funkčnost<br>- procedura "spSzamlaXML_btMarkCreateXML_XMLParams": funkčnost<br><br></li>
<li><b>HDOK - Hlavička dokladu</b><br>Tabulky HDOK, HDOKA, HDOK_W se rozšířily o tyto sloupce<br>- RVSTAT_PRIJEMCE      SMALLINT<br>- IDSTAT_PRIJEMCE      INT<br>- RVEMAIL_PRIJEMCE     SMALLINT<br>- EMAIL_PRIJEMCE       VARCHAR(100)<br>- RVTEL_PRIJEMCE       SMALLINT<br>- TEL_PRIJEMCE         VARCHAR(30)<br>- VLSTORNO             SMALLINT<br>- DNUSPLATNOSTI        SMALLINT<br>- VLDTSPLATNOST        SMALLINT<br>- RVMIMODANVAL         SMALLINT<br>- HDMIMODANVAL         MONEY<br>- RVZAKLADDANVAL_0     SMALLINT<br>- HDZAKLADDANVAL_0     MONEY<br>- RVDANVAL_5           SMALLINT<br>- HDZAKLADVAL_5        MONEY<br>- HDDANVAL_5           MONEY<br>- RVDANVAL_22          SMALLINT<br>- HDZAKLADVAL_22       MONEY<br>- HDDANVAL_22          MONEY<br>- RVDANVAL_SS2         SMALLINT<br>- HDZAKLADVAL_SS2      MONEY<br>- HDDANVAL_SS2         MONEY<br>- HDSDOK_MIMODANVAL    MONEY<br>- HDSDOK_ZAKLADVAL_0   MONEY<br>- HDSDOK_ZAKLADVAL_5   MONEY<br>- HDSDOK_SDANIVAL_5    MONEY<br>- HDSDOK_ZAKLADVAL_22  MONEY<br>- HDSDOK_SDANIVAL_22   MONEY<br>- HDSDOK_ZAKLADVAL_SS2 MONEY<br>- HDSDOK_SDANIVAL_SS2  MONEY<br><br>Spolu s tím rozšířeno rozhraní a funkčnost těchto objektů:<br>- procedura "spHDok_DopocetDaneZeZakladu": nové povinné parametry, upravena funkčnost<br>- procedura "spHDok_PrepocetCastek": nové povinné parametry, upravena funkčnost<br>- procedura "spZapisSDokNaHDok": nové povinné parametry, upravena funkčnost<br>- procedura "spHDok_NewRec": nové povinné parametry, upravena funkčnost<br>- procedura "spHDok_CopyRec": nové povinné parametry, upravena funkčnost<br>- procedura "spHDok_CalRec": nové povinné parametry, upravena funkčnost<br>- procedura "spHDok_ValRec": nové povinné parametry, upravena funkčnost<br>- procedura "spHDok_BeforeInsert": nové povinné parametry, upravena funkčnost<br>- procedura "spHDok_BeforeUpdate": nové povinné parametry, upravena funkčnost<br>- procedura "spHDok_IDHDok_VZOR": nové povinné parametry, upravena funkčnost<br>- procedura "spHDok_IDTYPSUBJ": nové povinné parametry, upravena funkčnost<br>- procedura "spHDok_IDSUBJEKT": nové povinné parametry, upravena funkčnost<br>- procedura "spHDok_IDSUBJADR": nové povinné parametry, upravena funkčnost<br>- procedura "spHDok_IDSUBJADRP": nové povinné parametry, upravena funkčnost<br>- procedura "spHDok_IDSUBJOSOBA": nové povinné parametry, upravena funkčnost<br>- procedura "spHDok_IDSUBJOSOBAP": nové povinné parametry, upravena funkčnost<br>- procedura "spHDok_DTZDANITPLN": nové povinné parametry, upravena funkčnost<br>- procedura "spHDok_InsertRec": nové NEpovinné parametry, upravena funkčnost<br>- procedura "spHDok_UpdateRec": nové NEpovinné parametry, upravena funkčnost<br>- procedura "spSDok_HDok": upravena funkčnost<br>- procedura "spHDOK_GetRec_ZAK": doplněn resultset o nové sloupce<br>- procedura "spArchivujDoklady": upravena funkčnost<br>- procedura "spOdArchivujDoklady": upravena funkčnost<br>- procedura "spHDok_Copy": upravena funkčnost<br>- procedura "spHDok_Udrzba": nové NEpovinné parametry, upravena funkčnost<br>- procedura "spHDOK_btZmenSubjekt": upravena funkčnost<br>- procedura "spZBOZSKL_RUNNAKUP": upravena funkčnost<br><br>Upraveny tyto předlohy:<br>- nová forma "DPH\HDokDPH.htm": editovatelné základy a daně DPH pro VAL a domácí měnu.<br>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.<br>- nová forma "DPH\HDokDPH_RO.htm": Needitovatelné základy a daně DPH pro VAL a domácí měnu.<br>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.<br><br>Doplněn nový odkaz(tlačítko) "Základy a DPH" na novou formu "DPH\HDokDPH.htm" u těchto forem<br>- "finance\Pd_Vse.htm": volá se primárně v činnosti "1. 2. 2. 3 Pokladní doklady"<br>- "finance\Pd_Vyd_val.htm": volá se primárně v činnosti "1. 2. 2. 2 Pokladní výdeje"<br>- "nakup\FapHlav.htm": volá se primárně v činnosti "2. 1. 3. 1 Faktury přijaté účetní"<br>- "nakup\ZFap.htm": volá se primárně v činnosti "2. 1. 3. 2 Faktury přijaté zálohové"<br>- "nakup\ZFapD.htm": volá se primárně v činnosti "2. 1. 3. 3 Faktury přijaté zálohové daňové"<br>- "priklady\HDok.htm": volá se primárně v činnosti "9. 9. 1 Komplexní editor dokladu"<br>- "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...<br>- "ucet\Inter_dokl.htm": volá se primárně v činnosti "1. 1. 1. 1 Interní doklady"<br><br>Doplněn nový odkaz(tlačítko) "Základy a DPH" na novou formu "DPH\HDokDPH_RO.htm" u těchto forem<br>- "finance\Pd_Prij_Val.htm": volá se primárně v činnosti "1. 2. 2. 1 Pokladní příjmy"<br>- "prodej\FaV.htm": volá se primárně v činnosti "2. 2. 3. 1 Faktury vydané účetní"<br>- "prodej\ZFaV.htm": volá se primárně v činnosti "2. 2. 3. 2 Faktury vydané zálohové"<br>- "prodej\ZFaVD.htm": volá se primárně v činnosti "2. 2. 3. 3 Faktury vydané zálohové daňové"<br><br></li>
<li><b>HDOKOffLine - Hlavička dokladu off-Line</b><br>Tabulky HDOKOffLine, HDOKOffLineSave se rozšířily o tyto sloupce<br>- VLSTORNO             SMALLINT<br>- RVMIMODANVAL         SMALLINT<br>- HDMIMODANVAL         MONEY<br>- RVZAKLADDANVAL_0     SMALLINT<br>- HDZAKLADDANVAL_0     MONEY<br>- RVDANVAL_5           SMALLINT<br>- HDZAKLADVAL_5        MONEY<br>- HDDANVAL_5           MONEY<br>- RVDANVAL_22          SMALLINT<br>- HDZAKLADVAL_22       MONEY<br>- HDDANVAL_22          MONEY<br>- RVDANVAL_SS2         SMALLINT<br>- HDZAKLADVAL_SS2      MONEY<br>- HDDANVAL_SS2         MONEY<br>- HDSDOK_MIMODANVAL    MONEY<br>- HDSDOK_ZAKLADVAL_0   MONEY<br>- HDSDOK_ZAKLADVAL_5   MONEY<br>- HDSDOK_SDANIVAL_5    MONEY<br>- HDSDOK_ZAKLADVAL_22  MONEY<br>- HDSDOK_SDANIVAL_22   MONEY<br>- HDSDOK_ZAKLADVAL_SS2 MONEY<br>- HDSDOK_SDANIVAL_SS2  MONEY<br><br>Spolu s tím rozšířeno rozhraní a funkčnost těchto objektů:<br>- procedura "spSkladyOffLine_Inicializace": upravena funkčnost<br>- procedura "spSkladyOffLine_PrepocetSkladu": upravena funkčnost<br>- procedura "spSkladyOffLine_PrepocetHDOK": upravena funkčnost<br>- procedura "spSkladyOffLine_PrenosOffLine2OnLine": upravena funkčnost<br><br>Spolu s upraveny tyto předlohy:<br>- forma "sklad\OffLinePrepocetSkladu.htm": volá se primárně v činnosti "2. 3. 3.10 Off-line přepočet skladů"<br><br></li>
<li><b>PLATKART - Platby platební kartou</b><br>Upraven datový model tabulky PLATKART - přidán sloupec IBAN varchar(34), který je využíván u plateb QR kódem<br><br></li>
<li><b>UZIVATEL - Uživatel</b><br>Do tabulky UZIVATEL doplněn sloupec UZIV_PRIHL_KOD.<br>Zaměstnanecký kód pro přihlášení na prodejně.<br>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í.<br><br></li>
</ul>
<h3>Změny pohledů</h3>
<ul>
<li><b>QHDOK_FAV, QHDOK_FAP - Rozšíření o příznak přenosu přes Peppol</b><br>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.<br>Položku lze použít na formulářích FAV a FAP, v rámci ESO9 Start použita není.<br>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.<br><br></li>
<li><b>QHDOKDPH_AIO</b><br>Vytvořen nový pohled QHDOKDPH_AIO pro potřeby forem "Základy a DPH val dokladu".<br><br></li>
</ul>
<h3>Změny webových stránek</h3>
<ul>
<li><b>DPH\HDokDPH.htm - Základy a DPH val dokladu</b><br>Upraven datový zdroj a obsah formy. V datovém zdroji použit nový pohled QHDOKDPH_AIO.<br><br></li>
<li><b>DPH\HDokDPH_RO.htm - Základy a DPH val dokladu - readonly</b><br>Upraven datový zdroj a obsah formy. V datovém zdroji použit nový pohled QHDOKDPH_AIO.<br><br></li>
<li><b>nastaveni.htm - Odkaz na PING</b><br>Za stránky nastaveni.htm odstraněn odkaz na Ping.<br><br></li>
<li><b>nastaveni\ZobrZrusZazn.idc - Zobrazení zrušených záznamů: IDC / HTX sestava</b><br>Č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<br><br>Původní řešení<br>@DTDATUMOD = CONVERT(DATETIME, NULLIF(NULLIF('%MF_DTDATUMOD%', ''), 'NULL'), 102)<br>@DTDATUMDO = CONVERT(DATETIME, NULLIF(NULLIF('%MF_DTDATUMDO%', ''), 'NULL'), 102)<br><br>Nové řešení<br>@DTDATUMOD = CONVERT(DATETIME, NULLIF(NULLIF('%MF_DTDATUMOD%', ''), 'NULL'))<br>@DTDATUMDO = CONVERT(DATETIME, NULLIF(NULLIF('%MF_DTDATUMDO%', ''), 'NULL'))<br><br></li>
<li><b>subjekt/subjekt.htm - EDI</b><br>- subjekt/subjekt.htm; nastaveni/edihdok_export1.htm; nastaveni/edihdok_import1.htm<br>Přidána hodnota XML pro položku VLEDIFORMAT<br><br></li>
<li><b>subjekt\Subjekt.htm - Našeptávač subjektů</b><br>Do formuláře subjektů byl doplněn nový našeptávač jejich názvů; zatím pouze pro české subjekty.<br>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.<br>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.<br><br></li>
<li><b>ucet\doklhlav.htm - Univerzální editor hlavičky dokladu</b><br>Do formuláře ucet\doklhlav.htm (univerzálního editoru hlavičky) bola doplněna rozbalovací sekce "Kopie a opakování dokladu"<br><br></li>
</ul>
<h2><a name="ESO9Vyr"></a>Výroba pro ESO9</h2>
<h3>Změna činnosti</h3>
<ul>
<li><b>Tvorba výrobního rozpadu - Odkazy na "tvorba výrobního rozpadu" z činností 5.5.1.2 + 5.2.1</b><br>Zadání rozpadu VD v alternativní MJ<br>-------------------------------------------<br><br>- 5.5.1.2 evidence výrobních zakázek --> výrobní rozpad<br>- 5.2.1 pořízení prodejní objednávky --> zadat POB přímo do výroby<br><br><br>Zadání rozpadu VD v alternativní MJ<br>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.<br><br>V SOUVISLOSTI S TÍM BYL PŘIDÁN PARAMETR: VYROBA_ROZPADVD_ALTMJ_POVOL<br><br>Umožňuje nastavit, zda je povoleno zadávat požadavek pro rozpad dokumentace do výroby v alternativní MJ. <br>  - [0]=Ne (množství nelze zadávat v alternativní MJ), <br>  - 1=Ano (množství je povoleno zadávat v alt. MJ. Do rozpadu je automaticky přepočítáno na základní MJ), <br>  - 2=zadávané množství je považováno za množství zadané v základní MJ (bez ohledu na uváděnou MJ).<br><br>Poznámka:<br>  Výrobní dokumentace se standardně vytváří pro základní měrné jednotky finálu i podsestav. <br>  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ě.<br><br>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“):<br>zadavani/ START_TvorbaVyrobnihoRozpaduPOB.htm (tvorba výrobního rozpadu)<br>-	Datový zdroj střední formy rozšířen o pracovní MF položky <br>-	Položky střední formy byly graficky přeskládány<br>-	K položce „Množství“ na složce byla v závorce přidána hodnota množství v základní MJ<br>-	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<br>-	Položka „Minimální VD“ nyní ukazuje přepočtené minimální množství dle zvolené MJ pro rozpad<br>-	K položce „Minimální VD“ byla v závorce přidána hodnota minimální VD v základní MJ<br>-	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.<br><br>Upravený základní formulář činnosti 5.2.1 (prodej/START_PObjVyr.htm<br>-	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. <br><br><br><br>Došlo ke změně formuláře činnosti 5.5.1.2 – Evidence výrobních zakázek podle vzorů (odkaz „Výrobní rozpad“): <br>zadavani/ START_TvorbaVyrobnihoRozpadu.htm ()<br>Datový zdroj střední formy rozšířen o pracovní MF položky <br>-	Položky střední formy byly graficky přeskládány<br>-	K položce „Množství“ na složce byla v závorce přidána hodnota množství v základní MJ<br>-	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<br>-	Položka „Minimální VD“ nyní ukazuje přepočtené minimální množství dle zvolené MJ pro rozpad<br>-	K položce „Minimální VD“ byla v závorce přidána hodnota minimální VD v základní MJ<br>-	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.<br><br>Upraven základní formulář činnosti 5.5.1.2 (zadavani/START_VyrZak.htm)<br>-	Odstraněna chyba v zadávání skladu (výběr z číselníku nefungoval/chybný název pole)<br>-	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. <br><br><br><br><br>V této souvislosti byla upravena procedura --spZBOZIROZPAD_VyrobniRozpad<br>-	na rozhraní se nově zadává @MF_IDMJ. Pokud není zadáno, použije se původní MJ ze složky.<br>-	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).<br><br>Dále byla vytvořena procedura pro fchange nad položkou alternativní MJ spQSDOK_VYROBNIROZPAD_MF_KOD_MJ<br>-	Zajistí přepočty množství pro zvolené alternativní MJ ve formuláři.<br><br><br>Rovněž upravena spZBOZIROZPAD_Vytvor <br>- pro variantní díly se neprováděl rozpad podle TPV (opravena chybná indikace uzlu s kusovníkem)<br><br><br><br><br>V této souvislosti dále byla odstraněna chyba při tvorbě rozpadů: duplicitní klíč v tabulce ##SEZNAM<br>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ů. <br>Dále procedura spZBOZIROZPAD_VytvorFrontu byla „očištěna“ od ladicích hlášení.<br>Opravena velikost pole NAZEV_ZBOZIP VARCHAR(100)?255 ve funkci fnSTART_StruktKusovnik<br><br></li>
</ul>
<h3>Výroba</h3>
<ul>
<li><b>5. 1. 1. 3 - Technologická dokumentace</b><br>Díl - Nová záložka "3D model" pro zobrazování 3D modelu dílu <br><br>Popis formuláře:<br>-	3D model (z DMS)<br>Umožní zobrazit uložený 3D model dílu/výrobku).<br>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.<br><br>Podmínkou je označit záznam typem dokladu definovaným pomocí parametru ESO3DMODEL_DMS_TYPDOC. Standardně je  nastaveno „3DMODEL“.<br>Ve standardní verzi jsou akceptovány 3D modely ve formátu glb/gltf<br><br>-	Tlačítko „Procházet 3D modely v DMS…“ <br>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)<br>V případě zakládání nového záznamu je typ dokumentu naplněn automaticky podle parametru ESO3DMODEL_DMS_TYPDOC)<br><br>-	3D model (ze souboru)<br>Vyvolá stránku s integrovaným prohlížečem který načte soubor 3D modelu podle předaných parametrů:<br>o	MODEL_PATH  (relativní cesta k úložišti v rámci kořene aplikačního webu, automaticky předaná z parametru)<br>o	MODEL_FILE (název souboru s 3D modelem, automaticky předaný z pole FILE_3DMODEL)<br><br>-	Tlačítko „Procházet…“<br>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.<br><br>-	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]<br><br>-	Bylo rozšířeno menu tiskových sestav o položku 3D model (glb/3dmax/zwcad..)<br>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.<br><br>-	Sestava „Dynamický kusovník“ byla rozšířena o možnost vyvolat 3D prohlížeč konkrétního dílu kliknutím na číslo pozice.<br>Zobrazen je model z odkazu na soubor v úložišti podle hodnoty v poli FILE_3DMODEL každého dílu.<br><br><br>V rámci změn byly provedeny následující úpravy formulářů:<br>3dmodel.htx<br>3dmodel.idc<br>dil.htm<br>dilall.htm<br>dilKTParam.htm<br>dil_inc.htm<br>DokumentaceKK.htm<br>File3dmodel.htm<br>Form3dmodel.htm<br>StruktKusovnikDyn.htx<br>StruktKusovnikDyn.idc<br>zavdil_inc.htm<br>zavoper_inc.htm<br>zavpom_inc.htm<br><br>Do webu byl přidán adresář \3dmodels<br><br>Doplněny nové procedury:<br>-	spQDOKUMENT_3DMODEL_NewRec<br>-	fnESO3DMODEL_DMS_IDTYPDOC<br>-	spQZBOZIPROVYR_PATH_3DMODEL<br><br></li>
<li><b>5. 1. 2 - Kalkulace</b><br>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).<br><br>V souvislosti s tím byly provedeny úpravy:<br>-	Procedura spZBOZIPROVYR_Kalkulace (doplněna položka MF_TEXTPOZN2)<br>-	spCESKZBPA_NewRec (přidána položka TEXTPOZN2)<br>-	změna odkazu ve formuláři Priprava/Kalkulace.htm (odkaz „ceny pro subjekt“: --> nastaveni/ZbozCenVYR.htm)<br>-	nový formulář nastaveni/ZbozCenVYR.htm<br>-	nový formulář CenSoPaincVYR.htm (include do ZbozCenVYR.htm)<br><br></li>
<li><b>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)</b><br>Byl upraven číselník pro výběr povolených měrných jednotek nad položkou „výrobní MJ“.<br>V číselníku je zahrnuta i základní měrná jednotka.  Je odlišena modrým podbarvením.<br>Na formuláři je doplněno slovní vyjádření vztahu množství balení na jednu základní MJ.<br><br>Úprava formuláře: Nastaveni\ZbozBalMJ.htm<br><br></li>
</ul>
<h3>Standardní dodávané číselníky</h3>
<ul>
<li><b>TYPDOC - Typ dokumentu</b><br>Do číselníku „Typ dokumentu“ byl přidán záznam typ „3DMODEL“:<br><br>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ý.<br><br>Typ zobrazovaného dokumentu je nastaven parametrem pro výrobu ESO3DMODEL_DMS_TYPDOC (standardně „3DMODEL“), <br><br></li>
</ul>
<h3>Změna parametrů úlohy</h3>
<ul>
<li><b>ESO3DMODEL_DMS_TYPDOC - Typ dokumentu pro zobrazení 3D modelů z DMS</b><br>Nastavuje typ dokumentů, které budou zobrazeny prohlížečem 3D modelů z dokumentové databáze (pro díly ve výrobě)<br><br>Standardně nastaveno „3DMODEL“.<br>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. <br>Pokud je pod tímto typem uloženo k dílu více dokumentů, zobrazí první nalezený.<br><br></li>
<li><b>ESO3DMODEL_PATHCAM - Cesta k adresáři s 3D modely</b><br>Určuje adresář úložiště souborů s 3d modely na webu aplikace. Standardně „3dmodels/“<br>Systém pak hledá v základním root webu takto:<br>aplikační root web+cesta_dle parametru<br>například: ESO9START72/3dmodels/<br><br>Poznámka:<br>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ě.<br>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...)<br><br></li>
<li><b>VYROBA_ROZPADVD_PODLEALTMJ - Povolit zadání rozpadu výr. dokumentace dle alternativní MJ</b><br>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 <br>- [0]=Ne (množství nelze zadávat v alternativní MJ), <br>- 1=Ano (množství je povoleno zadávat v alt. MJ. Do rozpadu je automaticky přepočítáno na základní MJ), <br>- 2=zadávané množství je považováno za množství zadané v základní MJ (bez ohledu na uváděnou MJ).<br><br>  Poznámka:<br>  Výrobní dokumentace se standardně vytváří pro základní měrné jednotky finálu i podsestav. <br>  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.<br><br></li>
</ul>
<h3>Změny datových struktur</h3>
<ul>
<li><b>CESKZBPA - Cena zboží pro Cen. sk.partnera</b><br>Rozšířena tabulka CESKZBPA:<br>- TXTPOZN2  Varchar(max)<br><br></li>
<li><b>SEZNAM</b><br>Přidána pracovní tabulka SEZNAM. <br>Slouží ke konstrukci kusovníků dílů při tvorbě výrobního rozpadu. <br>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.<br><br>CREATE TABLE ##SEZNAM<br>    (<br>      IDBATCH                    Integer NOT NULL, ---číslo dávky zpracování rozpadů<br>      IDZBOZI                     Integer NOT NULL, <br>      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<br>      ---- parametry vytvořeného rozpadu -----<br>      VYRVARIANTA                 VARCHAR(10),<br>      VARIANTA                       VARCHAR(10),<br>      VYRVARIANTAN              VARCHAR(10)<br><br>  <br><br></li>
<li><b>ZBOZICAM</b><br>V souvislosti s integrací zobrazování 3D modelů byla rozšířena tabulka ZBOZICAM:<br>-	PATH_3DMODEL Varchar(250)		cesta do úložiště k souboru s 3D modelem dílu<br>-	FILE_3DMODEL Varchar(250)		soubor s 3D modelem dílu<br>-	URLR_3DMODEL Varchar(250)	URL relativní k souboru s 3d modelem<br>-	WF_ZBOZICAM Varchar(255)		pracovní pole<br><br></li>
</ul>
<h3>Změny pohledů</h3>
<ul>
<li><b>QESO9DOC_DMS - Pohled pro výrobu (prohlížeč 3D modelů z DMS)</b><br>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.<br>-	FILEGUID, <br>-	FILENAME, <br>-	FILESTOREDSIZE, <br>-	FILEIMAGEJSON<br><br></li>
</ul>
<h2><a name="Supp"></a>ESO9 podpůrné nástroje</h2>
<h3>Klientský doplněk</h3>
<ul>
<li><b>AI asistent - Kontext pro AI asistenta</b><br>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.<br>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.<br><br></li>
</ul>
<h2><a name="TECH"></a>Technologie ESO9 - server + klient</h2>
<h3>Serverový doplněk</h3>
<ul>
<li><b>Serverový doplněk - Vyčítání e-mailové schránky na O365</b><br>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.<br><br></li>
</ul>
<h3>Změny v technologii .NET</h3>
<ul>
<li><b>Aplikační server - Zrychlení formulářů s předfiltrovanými daty</b><br>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.<br><br>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.<br><br>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.<br><br></li>
<li><b>Aplikační server - Oddělovač tisíců</b><br>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.<br>Opraveno v technologii z 26.6.2025.<br><br></li>
<li><b>Aplikační server - Timeout na uživatelskou akci</b><br>Nejvyšší hodnota timeoutu na uživatelskou akci byla změněna z 65534sec na 32767sec (9+ hodin).<br>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.<br><br></li>
<li><b>Aplikační server - Náhled e-mailů v DMS</b><br>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.<br>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".<br>Oprava je dostupná v technologii od 11.7.2025.<br><br></li>
<li><b>Aplikační server - Nové fonty pro generátor sestava</b><br>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.<br><br></li>
<li><b>Aplikační server - Vlastní fonty pro nový design sestav</b><br>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.<br>Dostupné v technologii ESO9 od července 2025.<br><br></li>
<li><b>Aplikační server - Vícenásobné přihlašování</b><br>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.<br>Dostupné v technologii od července 2025.<br><br></li>
<li><b>Aplikační server - Vlastní obrázky pro nový design sestav</b><br>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ů.<br>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.<br><br></li>
<li><b>Aplikační server - Tvorba diagramů</b><br>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).<br>Podrobnější popis vč. příkladu viz.https://wiki.eso9.cz/doku.php/techdoc:diagramyidc.<br>Dostupné v technologii ESO9 od srpna 2025.<br><br></li>
<li><b>Aplikační server - Náhledy Word dokumentů v DMS</b><br>Náhledy z DMS byly rozšířeny o možnost náhledů Word dokumentů (DOC a DOCX soubory).<br>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.<br><br></li>
<li><b>Aplikační server - Chybějící ISDOC v PDF</b><br>V některých případech generování sestav v PDF sestavě chyběl vložený ISDOC.<br>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.<br>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.<br>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.<br>Pro rychlou opravu před uvolněním nové verze technologie stačí změnit cíl tisku sestavy na STIPDF namísto STI.<br>Doplněno ve verzi z 19.11.2025.<br><br></li>
<li><b>Aplikační server - Automat pro import ISDOC(X) souborů</b><br>Automat pro import ISDOC souborů byl rozšířen i na soubory typu ISDOCX.<br>Dostupné od v7.2.0.0.<br><br></li>
<li><b>Aplikační server - Náhledy dokumentů PEPPOL</b><br>Do DMS byla doplněna možnost náhledu dokumentů stažených z PEPPOLu ve formátu PEPPOL BIS 3.0.<br><br></li>
<li><b>Komunikace s MPSV - Hlášení cizinců na MPSV</b><br>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.<br>Dostupné v knihovně MPSV.dll v7.1.0.1.<br><br></li>
<li><b>Obecný klient - Rozostření tučného písma v aplikacích</b><br>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.). <br>Ř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.<br><br></li>
<li><b>Obecný klient - Překryv obrázků a textů v HTML sestavách</b><br>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.<br>Dostupné v obecném klientovi od července 2025.<br><br></li>
<li><b>Reporting Server - Parametr PRN_LANG</b><br>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). <br>Nově bylo doplněno vyhodnocení z parametrů offline sestavy zadaných skalární hodnotou, tj. stejný jazyk pro všechny generované sestavy.<br>Doplněno v Reporting Serveru verze 7.0.0.5.<br><br></li>
<li><b>Reporting Server - Nevyplněný cíl tisku</b><br>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. <br>Doplněna kontrola, v případě nepřípustných hodnot se jako cíl tisku použije formát PDF.<br>Dostupné v Reporting Serveru od verze 7.0.0.6.<br><br></li>
</ul>
<h2><a name="TECHS"></a>Technologie ESO9 - server</h2>
<h3>Změny v ESO9 Správce</h3>
<ul>
<li><b>Spouštění skriptů</b><br>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.<br><br></li>
<li><b>Spouštění skriptů</b><br>Při parsování skriptu se samostatný ; v řádku nepovažuje za konec jednoho kroku skriptu. Již jen GO na samostatném řádku.<br><br></li>
<li><b>Uživatelé</b><br>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í. <br>Sloupec Databáze je použit při kopii SQL příkazu do schránky v deklaraci USE.<br><br></li>
</ul>
</div>
</body>
</html>