Rozdíly

Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.

--- verze:eso9last [08.02.2025 13:00] – vytvořeno - upraveno mimo DokuWiki 127.0.0.1
+++ verze:eso9last [14.01.2026 09:02] (aktuální) – turych
@@ Řádek 2: / Řádek 2: @@
 <head>
 <meta http-equiv="Content-Type" content="text/html; charset=windows-1250">
-<title>ESO 9 změny ve verzi 7.0</title>
+<title>ESO 9 změny ve verzi 7.2</title>
 </head>
 <body>
 <div class="HelpZmeny">
-<h2>ESO 9 změny ve verzi 7.0 z 14.1.2025</h2>
+<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>Opraven přenos hodnoty z číselníku při volání číselníku na filtrem. V některých případech mohlo docházet k přenosu do špatných polí.<br><br></li>
+<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>Do kontextového menu činností přidány akce Rozbalit/Sbalit vše<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>Opraveno chybné chování HTML editoru po jeho maximalizaci a minimalizaci. Forma po této akci neindikovala změnu. Součástí opravy klienta je i nová verze kindeditor-all-min.js.<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>-Změna MF_ZAPKARTAMI->CF_ZAPKARTAMI a MF_KARTCELKEM MF_KARTCELKEM->CF_KARTCELKEM u platby kartami.<br>- doplněno pole MF_VLDOPLATEKHOT do objektu platby a storna.<br>- opraveno naplnění objektu platby/storna při volání z Browse<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>Do dialogů Info a Error doplněn button na zkopírování obsahu hlášení do schránky. <br>Button je zobrazen jen pokud je aplikace provozovaná na HTTPS.<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 zobrazení buttonu pro kopii do schránky při zobrazení Informace/Chyby. Pokud je protokol aplikace HTTP, nelze použít uložení do schránky a button se nezobrazí. Do konzole je vypsáno hlášení o tomto problému.<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ění ikony číselníku pro rozeditovanou položku v browse typu Decimal/Money.<br>Oprava ikony číselníku pro rozeditovanou položku v browse typu Int.<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í HTMLED editoru. Kdy po změně velikosti editoru se vrátila zpět na původní, po manipulaci s daty.<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>Opravena chyba, která byla způsobena uvedením paremetru brwAction v url sestavy. Mobilní aplikace nemá navbar, proto se tento parametr v klientovi ignoruje.<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>Opraven výstup PIVOTOK2. Při dlouhém textu v řádku, se nešlo dostat na spočtené hodnoty.<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>Doplnění DATA-FILTEROP pro SELECT. Value pro element select funguje jen ve spojení DATA-FILTEROP. pokud není vyplněn, value je ignorována a použije se jen pro NewRec.<br><br>Ve formulářích<br>- sklad\PrijemkaPrevodemZeVzoru.htm<br>- nastaveni\KopiePrDoNa.htm<br>Nastaven filter Stav splněno na "Ne"<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>Pokud je vyplněný ruční filtr šlo se přepnout na záložku konfigurace. Toto bylo chybné, protože ze záložky konfigurace se následně šlo přepnout na základní nebo rozšířený.<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 případě že se otevřel ve filtru nad formulářem číselník, šlo manipulovat s filtrem pod otevřeným číselníkem. Opraveno.<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>Pokud se otevřel seznam operátorů u pole ve filtru a kliklo se mimo operátory, zůstávaly operátory otevřené. To mohlo vést k několikanásobnému otevření operátorů. Tomuto chování bylo zabráněno.<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>Při otevřeném filtru mohlo u velkých formulářů docházet k překryvu některých prvků. Byl upraven styl aby formulář zůstal v původní velikosti a ve filtru se následně zobrazí horizontální scrollbar na posun formuláře.<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>Při hromadném vkládání dokumentů do DMS, pokud byl soubor zamčený operačním systémem, se tento do DMS nezaložil a uživatel nedostal správu o chybném založení. V DMS zůstal jen prázdný záznam bez souboru. Po úpravě zůstane v DMS prázdný řádek ale uživatel dostane informaci o chybě přenosu.<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>Doplněna opakovaná detekce Eso9SuppService při použití s podpisovým tabletem.<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>Do mobilní aplikace doplněn Skener 1D/2D kódů. Zapojuje se stejně jako původní, jen má označení "2".<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>Dotaz na uložení dat v browse dle parametru aplikace (Browse_PotvrdZmenu) nebo parametru formy (VERIFYSAVE=1) se uplatňoval i editoru. Opraveno.<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>Doplněna možnost dynamicky zakázat zobrazení činností pro uživatele. Po zakázání se daný stav uloží na stanici na které pracuje v LocalStorage. Pro zakázání byla přidána funkce eso9cinn3.disbleLeftFrame a pro povolení eso9cinn3.enableLeftFrame<br><br>po vložení do stránky je možné použít následující syntaxi, která kvůli zpětné kompatibilitě zjistí, zda funkce existuje a následně ji spustí.<br><br>if (top && top.eso9cinn3 && top.eso9cinn3.disableLeftFrame)<br>      top.eso9cinn3.disableLeftFrame();<br><br>if (top && top.eso9cinn3 && top.eso9cinn3.enableLeftFrame)<br>  top.eso9cinn3.enableLeftFrame();<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>
-<li><b>Obecný klient</b><br>Do Chatu v seznamu uživatelů byla doplněna ikona (vedle vyhledávacího pole napravo ) pro možnost setřídění seznamu uživatelů (vzestupně/Sestupně).<br><br></li>
-<li><b>Obecný klient</b><br>Opraveno ukládání konfigurace, pokud bylo ve filtru pole s Datumem a časem. Chybě se ukládal string př. "Wed Oct 02 2024 00:00:00 GMT+0200 (středoevropský letní čas)". Nyní se správně převede na textový formát datumu a času "2.10.2024 00:00:00".<br><br></li>
-<li><b>Obecný klient</b><br>Oprava přenesení hodnot ze základního do ručního filtru pro operátor in.<br><br></li>
-<li><b>Obecný klient</b><br>Opraveno skrývání/odkrývání popisu záložek stromu činností (navštívené/oblíbené/vyhledané/všechny) při zvětšování zmenšování splitteru.<br><br></li>
-<li><b>Obecný klient</b><br>Oprava volání platby kartou, kdy mohlo dojít při pomalém FChage ve formuláři k předání chybné částky.<br><br></li>
-<li><b>Obecný klient</b><br>Doplněna možnost podepisovat PDF bez podpisového tabletu za pomoci podpisového pole implementovaného v JS.<br>Dokumentace viz https://wiki.eso9.cz/doku.php/techdoc:podpis_do_pdf_ok<br><br></li>
-<li><b>Obecný klient</b><br>Doplněno zpracování DATAACTION (INSERT,FIRS,LAST) pokud je ROWFILTER=1.<br><br></li>
-<li><b>Obecný klient</b><br>Opravena chyba, kdy po chybové zprávě z ValRec a jejím potvrzení ESC a následném stornu ESC nad větou nedošlo k ukončení editačního režimu.<br><br></li>
-<li><b>Obecný klient</b><br>Opraven problém s apostrofem v URL widgetu. Pokud se takový widget zapojil do dashbordu tak byl nefunkční. Chybu řeší doplněk č.2 pro verzi 6.9 k eso9start.<br><br></li>
-<li><b>Obecný klient</b><br>Úprava exportu do XLS. Původně se data získávala za pomoci xfGetAllOptimal nyní se volá WebRequest s FormType=DoOpisDatJSON který vrací vytvořený JSON.<br><br></li>
-<li><b>Obecný klient</b><br>Oprava chyby, kdy vytváření sestavy z formuláře, který obsahoval více forem a v jedné z nich nebyly data, nedošlo k otevření generátoru.<br><br></li>
-<li><b>Obecný klient</b><br>Opraven nefunkční "Opis do XLS" volaný z Navigační lišty formuláře.<br><br></li>
-<li><b>Obecný klient</b><br>Doplněno ukládání věty před zavoláním platby platebním terminále, pokud není uložená. V případě, že dojde k chybě platba se neprovádí.<br><br></li>
-<li><b>Obecný klient</b><br>Doplněna klávesová zkratka ALT + F5, která provádí refresh dat ve formě. Doplněna i nápověda do menu k položce "Obnova dat".<br><br></li>
-<li><b>Obecný klient</b><br>Filtr pro zadání hodnot operátoru in a !in rozšířen ze 100 na 200.<br><br></li>
-<li><b>Obecný klient</b><br>Opraven přechod na detail události ve widgetu SCHEDULER.<br><br></li>
-<li><b>Obecný klient</b><br>Doplnění otázky při změně jazyka i o otázku v jazyce ve kterém je aplikace aktuálně nastavená.<br><br></li>
-<li><b>Obecný klient</b><br>Opraveno označení aktivní buňky v browse orámováním. Nyní zůstává orámována jen poslední aktivní buňka.<br><br></li>
-<li><b>Obecný klient</b><br>Opraveno mizení "Loaderu" u déle trvajících sestav.<br><br></li>
-<li><b>Obencý klient</b><br>Oprava zobrazení názvů záložek činností, kdy při zavření stromu činností a jeho opětovném otevření názvy chyběli.<br><br></li>
 </ul>
 <h2><a name="ESO9Prod"></a>Aplikace ESO9 Prodejna</h2>
-<h3>Legislativní změny</h3>
+<h3>Změna činnosti</h3>
 <ul>
-<li><b>DPH na Slovensku od 1.1.2025</b><br>Doplněna práce s druhou sníženou sazbou DPH na Slovensku od 1.1.2025 pro tiskárny VAROS.<br>Aktualizaci firmware fiskální tiskárny a nastavení nových sazeb DPH zajišťuje firma VAROS (www.varos.sk).<br>Tabulka nových sazeb DPH se přenese z centrály.<br>V knihovně FisMod.dll, verze 7.0.0:<br>- je doplněno odesílání druhé snížené sazby na složkách prodejek<br>- pokud tištěný doklad je stornem dokladu z období s předchozí sazbou DPH (tedy storno dokladu vytvořené po 1.1.2025 z dokladu se zdanitelným plněním do 31.12.2024) – je doplněno odeslání správného příznaku předchozí sazby na složce. Posuzuje se podle DTSAZBYDPH<br><br></li>
+<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> (doplněk č.          1 předchozí verze)<br>Při otevření kroku RocUzav mohlo dojít k chybě "Datum účetního zápisu nesouhlasí s obdobím".<br>Opravena procedura spKrokRocUzav_Otevri<br><br></li>
+<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. 8 - Roční a mimořádná závěrka</b><br>Roční závěrku (přeúčtování nákladů a výnosů, uzavření a otevření rozvahových účtů) lze nyní provádět detailně i za projekty a zdroje (dosud to bylo možné pouze střediska, zakázky a doplňující údaj).<br>Toto lze nastavit v nových parametrech Uzav_DleProjektu a Uzav_DleZdroje.<br>Upraveny funkce a procedury pro tvorbu dokladů roční závěrky : fnRocPRNV, spRocUzav_PRNV, fnRocOtev, spRocUzav_Otev, fnRocUzav, spRocUzav_Uzav, fnUzaverka_Param<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. 1. 8 - Roční a mimořádná závěrka</b><br>V některých případech mohlo při pokusu o otevření činnosti "1. 1. 1. 8 Roční závěrka" dojít k chybě:<br>Conversion failed when converting the varchar value.<br><br>Upravena funkce fnUctObd_KontrolaPredUctUzav, která v některých případech vracela hodnotu typu Integer a někdy varchar.  <br>Funkce byla upravena - nyní v obou případech vrací řetězec (typ varchar) - buď '1' nebo ''.<br>Při testování na jiných databázích se chyba neprojevila (může souviset s verzí SQL)<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. 1. 8 - Roční a mimořádná závěrka</b><br>Z důvodu chystané novely zákona o účetnictví je v činnostech (sestavách, procedurách) používán výraz ZÁVĚRKA místo původního Uzávěrka.<br><br>Bylo provedeno :<br>- přejmenování činností <br>- přejmenování skupiny parametrů "Roční uzávěrka", upraven i popis jednotlivých parametrů.<br>- upraveny texty "uzávěrka" v procedurách a funkcích<br>  - fnUctObd_KontrolaPredUctUzav<br>  - fnHK_FilterXML<br>  - spUctUzav_KontrolujUzavObd<br>  - spRocUzav_RocPrNV<br>  - spRocUzav_RocUzav<br>  - spRocUzav_RocOtev<br>  - spUctObd_BeforeUpdate<br>  - spUcetTyp_RocUzavProc<br>  - spVysledovka<br>  - spVysledovkaDleObdobi<br>  - spROCUZAV_CalRec<br>  - spROCUZAV_BeforeInsert<br>  - spRocUzav_ZalozKroky<br>  - spCr_QSumProVykaz<br>  - fn_StredJePovoleno_ErrStr<br>- upraveny texty chybových hlášek<br>- změněny/doplněny texty v překladovém slovníku<br>- změněny texty ve stánkách :<br> - ESO9Start\nastaveni\Saldo.htm<br> - ESO9Start\ucet\Hl_Kniha_DetHromInv.htm<br> - ESO9Start\ucet\Hl_Kniha_DetHromKS.htm<br> - ESO9Start\ucet\Hl_Kniha_DetHromObrat.htm<br> - ESO9Start\ucet\Hl_kniha_Str_syn.htm<br> - ESO9Start\ucet\KR_2002.htm<br> - ESO9Start\ucet\krpu_rok.htm<br> - ESO9Start\ucet\Mim_krpu_rok.htm<br> - ESO9Start\ucet\Mim_navy_rok.htm<br> - ESO9Start\ucet\Mim_ucuz_rok.htm<br> - ESO9Start\ucet\navy_rok.htm<br> - ESO9Start\ucet\navy_rok.htm<br> - ESO9Start\ucet\Otev_rok.htm<br> - ESO9Start\ucet\PKP\ExportXML.htm<br> - ESO9Start\ucet\RocUzav.htm<br> - ESO9Start\ucet\RocUzav.htm<br> - ESO9Start\ucet\RocUzavKR.htm<br> - ESO9Start\ucet\ucuz_rok.htm<br> - ESO9Start\ucet\Uzav_rok.htm<br> - ESO9Start\ucet\Vyk_AP_form.htm<br> - ESO9Start\ucet\Vyk_AP_form_zk.htm<br> - ESO9Start\ucet\Vyk_CF_form.htm<br> - ESO9Start\ucet\Vyk_VZVK_form.htm<br> - ESO9Start\ucet\Vyk_VZZ_form.htm<br> - ESO9Start\ucet\Vyk_VZZ_form_zk.htm<br> - ESO9Start\ucet\Vyk_ZVK_form.htm<br> - ESO9Start\ucet\Vykaz_UzNUJ_SK_XML.htm<br> - ESO9Start\ucet\Vykaz_UzNUJ_SK_XML.htm<br> - ESO9Start\ucet\Vykazy\CZ_AP_filtr.htm<br> - ESO9Start\ucet\Vykazy\CZ_CF_filtr.htm<br> - ESO9Start\ucet\Vykazy\CZ_PVZZ_filtr.htm<br> - ESO9Start\ucet\Vykazy\CZ_VZVK_filtr.htm<br> - ESO9Start\ucet\Vykazy\CZ_ZVK_filtr.htm<br> - ESO9Start\ucet\Vykazy\CZ_ZZ_filtr.htm<br> - ESO9Start\ucet\Vykazy\PL_AP_filtr.htm<br> - ESO9Start\ucet\Vykazy\PL_ZZ_filtr.htm<br> - ESO9Start\ucet\Vykazy\SK_NUJ_AP_filtr.htm<br> - ESO9Start\ucet\Vykazy\SK_NUJ_ZZ_filtr.htm<br> - ESO9Start\ucet\Vysl_Str_F.htm<br> - ESO9Start\ucet\Vysl_TiskStred.htm<br> - Eso9StartDE\Ucet\KR_2002.htm<br> - Eso9StartDE\Ucet\krpu_rok.htm<br> - Eso9StartDE\Ucet\navy_rok.htm<br> - Eso9StartDE\Ucet\Otev_rok.htm<br> - Eso9StartDE\Ucet\ucuz_rok.htm<br> - Eso9StartDE\Ucet\Uzav_rok.htm<br><br>- změněny texty ve sestavách :<br> - UctUzav_PreuctKR<br> - uzdokl.idc<br> - Vyk_AP_CZ_2017<br> - Vyk_AP_form.idc<br> - Vyk_APNO_form<br> - Vyk_CF_CZ_2017<br> - Vyk_CF_Form<br> - Vyk_PVZZ_CZ_2017<br> - Vyk_VZVK_CZ_2017<br> - Vyk_VZVK_Form<br> - Vyk_VZZ_form.idc<br> - Vyk_VZZNO_form<br> - Vyk_ZVK_CZ_2017<br> - Vyk_ZVK_Form<br> - Vyk_ZZ_CZ_2017<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. 1.15 - Přepočty kurzových rozdílů aktiv a pasiv</b><br>Pokud byl v činnosti 1.1.1.15 byl proveden přepočet kurzovních rozdílů k poslednímu dni účetního období, pak již nešlo k tomuto datu vytvořit závěrku v činnosti 1.1.1.8 (došlo k chybě duplicitní klíč).<br><br>Aby bylo možno ke stejnému datu založit jak přepočet KR aktiv a pasiv, tak i řádnou/mimořádnou závěrku, byl v tabulce ROCUZAV změněn klíč tabulky (ten je nyní IDUCTOBD_DO + DTDATUMUZAVERKY + VLRADNA).<br>V případě, že ke stejnému datu již bude existovat přepočet KR aktiv a pasiv, pak v řádné/mimořádné závěrce se již nezaloží kroky 1 a 2 (pokud již v přepočtu KR existují). Tuto řádnou / mimořádnou závěrku lze uzavřít jen v případě, že přepočet KR aktiv a pasiv k tomuto datu má již uzavřeny všechny kroky. <br>Pokud je již řádná / mimořádná závěrka uzavřena, nelze u přepočtu KR aktiv a pasiv provést přepočet kroků.<br><br>Upraven trigger trKrokRocUzav_IUD, procedury spKrokRocUzav_Prepocti, spRocUzav_NewRec, spRocUzav_ZalozKroky,  spRocUzav_Uzavri, <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 (legislativa CZ)</b> (doplněk č.          1 předchozí verze)<br>Při nastavení kódu pro výkaz DPH na hodnotu 37, 39 nebo 54 na hlavičce nebo složce dokladu mohlo dojít k chybě "Arithmetic overflow error".<br>Opravena funkce fnHDOK_DetailVykazuDPH_std, <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 - OSS</b> (doplněk č.          2 předchozí verze)<br>Při tvorbě dokladu odvodu DPH pro OSS nebyla měna EUR zaokrouhlena na 2 desetinná místa - opravena funkce fnSeznamDokladuProOSS.<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</b><br>Upravena sestava detailu řádku DPH (tato je dostupná z pracovní sestavy výkazu DPH) a STI sestava Doklady s jiným obdobím DPH - v sestavách se nyní nevypisují doklady, které sice mají záznamy v podkladech pro výkaz DPH, ale kde součet základů a daní za tento doklad je nulový.<br>Upravena stránka ESO9Start\DPH\Vykaz_DPH_Detail.idc, sestava VykazDPH_JineObd.<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. 3 - Výkaz DPH (legislativa SK)</b><br>Pokud je na dokladu kód pro výkaz DPH = 73, pak by se měl pro dobropis chovat jako kód 92. (Obdobně pro kódy 85 -> 92, 56 -> 93, 57 -> 94, 58 -> 95,  59 -> 96)<br>Pokud však na dokladu nebyl součet daní záporný, tak se toto neprovádělo.<br><br>Upravena fnHDOK_DetailVykazuDPH_SK_std: za dobropis se dříve považoval doklad, kde částka k úhradě byla záporná a současně byl záporný i součet daní (HDOK.HDDAN_5 + HDOK.HDDAN_22 + HDOK.HDDAN_SS2).<br>Nyní se za dobropis považuje navíc i doklad, kde částka k úhradě je záporná,  součet daní je nulový a součet základů daní je záporný.<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. 3 - Výkaz DPH</b><br>Pokud při přepočtu vypořádacího rozdílu dojde ke změně koeficientu DPH, pak se kromě jeho zapsání do parametrů provede i jeho změna v dosud neuzavřených hlavičkách výkazů DPH (pokud u koeficientu není nastaven příznak "zadán ručně").<br>Současně se také nastaví požadavek na přepočet dokladů, které mají příznak krácení DPH a patří do období, kde došlo ke změně koeficientu. V seznamu výkazů DPH je pak v položce "Doklady, kde je třeba přepočítat DPH"  zobrazen nenulový počet a text "Je třeba provést přípravu výkazů" - tento je nutno následně ručně provést (neprovádí se automaticky - doba trvání přepočtu závisí na počtu těchto dokladů).<br>Upraveny procedury spVykazDPH_NastavNovyKoef, spOdvodDPH_DoplnKoef.<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. 3 - Výkaz DPH - sestava VykazDPH_JineObd</b><br>V minulé verzi došlo k úpravě sestavy VykazDPH_JineObd, touto úpravou však došlo k tomu, že se v ní nezobrazovaly doklady, na nichž byl součet účetních zápisů na účtech DPH nulový.<br>Nyní byla v sestavě VykazDPH_JineObd v datovém zdroji sestavy upravena podmínka pro výběr dokladů tak, že se z ní vyřazují doklady pouze tehdy, když je nulový součet za všechny jednotlivé účty DPH a období.<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. 2. 3 - Výkaz DPH (legislativa SK)</b><br>Upravena tvorba podkladů pro KHDPH :<br> - pokud je na dokladu vyplněn subjekt, který má nastaven příznak fyzická osoba -občan (Subjekt.vlPravniForma = 3), zařadí se do D.2<br> - pokud je na dokladu vyplněn subjekt, který má právní formu nevyplněnu nebo neurčenu (Subjekt.vlPravniForma je 0 nebo NULL), pak<br>   - je-li na subjektu vyplněno IČ, IČ DPH nebo DIČ, zařadí se do A.1  <br>   - není-li na subjektu vyplněno IČ, IČ DPH ani DIČ, zařadí se do D.2<br> - pokud je na dokladu vyplněn subjekt, který má právní formu jinou než NULL, 0, 3, pak se zařadí do A.1, a pokud na subjektu není vyplněno <br>IČ, IČ DPH ani DIČ, je záznam (detail KHDPH) označen jako chybný (a chyba se zobrazuje rovněž v kontrolní sestavě)<br>Obdobně rovněž pro opravné doklady (C.1 / D.2)<br><br>Upraveny funkce a procedury : fnKHDPH_TestovaniChyb_SK, fnHDOK_DetailVykazuDPH_SK_std, spHdok_VytvorDetailDPH_SK, fnKVDPH_ChybyProHdok, fnKVDPH_SeznamChyb_2017<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>
-<li><b>1. 1. 2. 4 - Výkazy AP, ZZ, CF</b><br>Výkaz cash-flow - pokud v aplikaci byly účty 346 a 347 nastaveny v jiném řádku, než v Eso9Start, pak vždy po instalaci verze se tyto účty znovu doplnily do řádku A.2.3. Změna stavu zásob.<br>V následující verzi 7.0 již toto volání prováděno nebude - upravena procedura spUcetniVykaz_PodleStart<br><br></li>
-<li><b>1. 1. 2. 4 - Výkazy AP, ZZ, CF</b><br>Na stránce, kde se provádí přepočet účetních výkazů (ucet\Vykazy_Prepocet.htm), byla doplněna informace o tom, pro která období jsou výkazy přepočteny a současně je umožněno zde nastavit rozsah roků před/po aktuálním datu, pro které se má přepočet provádět.<br>Na stránkách pro tisk jednotlivých výkazů se při změně období kontroluje, zda zadané období (včetně minulého) patří do intervalu přepočtených výkazů - pokud ne, pak se u období zobrazí varování s informací o tom, pro která období je přepočet proveden.<br>Upraveny procedury spCr_QSumProVykaz_1, spCr_QSumProVykaz, spNastavVykazyRoku, spQVykazHlav_FC_Ucet_Obd.<br><br>Upravené stránky:<br> - ESO9Start\ucet\Vykazy_Prepocet.htm<br> - ESO9Start\ucet\Vykazy\CZ_AP_filtr.htm<br> - ESO9Start\ucet\Vykazy\CZ_CF_filtr.htm<br> - ESO9Start\ucet\Vykazy\CZ_PVZZ_filtr.htm<br> - ESO9Start\ucet\Vykazy\CZ_ZZ_filtr.htm<br> - ESO9Start\ucet\Vykazy\PL_AP_filtr.htm<br> - ESO9Start\ucet\Vykazy\PL_ZZ_filtr.htm<br> - ESO9Start\ucet\Vykazy\SK_NUJ_AP_filtr.htm<br> - ESO9Start\ucet\Vykazy\SK_NUJ_ZZ_filtr.htm<br><br></li>
-<li><b>1. 1. 2. 4 - Výkaz zisku a ztráty (CZ)</b><br>V souvislosti s konsolidačním balíčkem, který je platný od 1.1.2024, došlo ke změně definice čistého obratu. <br>Toto má vliv na uzávěrku (Výkaz zisku a ztráty = VZZ) za rok 2024, tedy v roce 2025.<br>Zatím ve VZZ do řádku pro čistý obrat vstupují všechny výnosové účty skupiny 6. Za rok 2024 (musí být nový výkaz) by nově do řádku pro čistý obrat vstupovaly jen syntetiky 601, 602 a 604. Tedy v plný rozsah druhové členění součet řádků I. a II., plný rozsah účelové členění jen ř. I., ve zkráceném rozsahu opět součet ř. I. a II. <br><br>Byly vytvořeny nové definice výkazů ZZ_2024D, ZZ_2024U, ZZ_2024ZK jako kopie výkazů ZZ_2018D, ZZ_2016U, ZZ_2016ZK.<br>Text v řádku Čistý obrat za účetní období ...  byl upraven (čísla vstupujících řádků).<br>Aby bylo možno zajistit, že do řádku čistého zisku v období do r.2023 vstupují původní řádky a od r. 2024 pouze nové řádky, byla vytvořena nová funkce fnVykaz_SumRadek_Podm a upravena procedura spVykaz_Vytvoreni, upravena stránka ESO9Start\ucet\V_ZZ_Det_SumRadek.idc<br>V účetní závěrce k 31. 12. 2024 bude tedy ve výkazu zisku a ztráty vykázán čistý obrat za běžné účetní období podle nové definice čistého obratu a za srovnávací účetní období, tj. k 31. 12. 2023 bude čistý obrat vykázán podle původní definice – viz https://www.kacr.cz/zmena-definice-cisteho-obratu-a-souvisejici-kategorizace-ucetnich-jednotek<br><br>Založení nových výkazů bude provedeno rovněž v zákaznických aplikacích takto (pouze CZ legislativa) :<br>  - pokud neexistuje výkaz z kódem ZZ_2024D, vezme se poslední z výkazů (max), jehož kód odpovídá masce ZZ_20__D a vytvoří se z něj výkaz ZZ_2024D, ve kterém se název řádku 56 přejmenuje na "Čistý obrat za účetní období = I. + II."<br>  - pokud neexistuje výkaz z kódem ZZ_2024U, vezme se poslední z výkazů (max), jehož kód odpovídá masce ZZ_20__U a vytvoří se z něj výkaz ZZ_2024U, ve kterém se název řádku 34 přejmenuje na "Čistý obrat za účetní období = I. "<br>  - pokud neexistuje výkaz z kódem ZZ_2024ZK, vezme se poslední z výkazů (max), jehož kód odpovídá masce ZZ_20__ZK a vytvoří se z něj výkaz ZZ_2024ZK ve kterém se název řádku 26 přejmenuje na "Čistý obrat za účetní období = I. + II."<br><br></li>
-<li><b>1. 1. 2. 5 - Export pro INTRASTAT</b><br>Upraveno naplňování DIC pro Intrastat s ohledem na třístranný obchod pouze pro VÝVOZ.<br>Doposud se DIC určoval přímo ze subjektu (HDOK.IDSUBJEKT).<br>Nově se určuje v tomto pořadí a tam kde je první vyplněno se převezme:<br><ul>  <li>z adresy příjemce (HDOK.IDSUBJADRP)  = SUBJADR.SUBJADR_DIC</li>  <li>z adresy subjektu (HDOK.IDSUBJADR)  = SUBJADR.SUBJADR_DIC</li>  <li>ze subjektu příjemce (HDOK.IDSUBJEKTP) = dbo.fnSubjekt_DicDleData (SUBJEKT.IDSUBJEKT, HDOK.DTZDANITPLN))</li>  <li>ze subjektu (HDOK.IDSUBJEKT) = dbo.fnSubjekt_DicDleData (SUBJEKT.IDSUBJEKT, HDOK.DTZDANITPLN))</li></ul>K zajištění funkčnosti byla upravena procedura spINTRASTAT_Export<br><br></li>
-<li><b>1. 1. 2.11 - Podklady pro DPP - XML (CZ legislativa)</b><br>Pro tvorbu podkladů pro daň z příjmů právnických osob (pouze CZ legislativa) byla doplněna možnost přenesení výkazu na daňový portál přímým kanálem. <br>Ve formuláři bylo doplněno tlačítko "Přenést na daňový portál", kterým se provede vytvoření XML souboru, jeho odeslání na daňový portál a automaticky se přejde na stránky daňového portálu s takto předvyplněným výkazem. Toto nové tlačítko tedy nahrazuje původní akce, které bylo nutno dosud provádět v několika samostatných krocích - vytvoření XML,  jeho uložení do souboru, odkazem přechod na daňový portál a zde ručně načíst vytvořené XML.<br>Původní možnost zůstala rovněž zachována,  je však ve formuláři v samostatné sekci "Export do XML", která je standardně sbalena.<br><br>- upravena stránka ESO9Start\ucet\Vykaz_DPP_XML.htm <br>- doplněna nový procedura spEPO_OdesliXML_DPP,  upravena funkce fnVykazy_ZadaniParam a procedura spEPO_OdesliXML.<br><br></li>
-<li><b>1. 1. 2.11 - Podklady pro DPP - XML</b><br>Pokud organizace používala Rozvaha a výsledovka ve zkráceném rozsahu, tato nešla exportovat do podkladů pro DPP.  V případě zkráceného formuláře výkazu ZZ nebyl definován poslední řádek ( * Čistý obrat za účetní období = I. + II. + III. + IV. + V. + VI. + VII.). <br><br>Aktualizace byla provedena již ve verzi 6.9:<br>Aby se výkaz exportoval, je nutno v definici výkazu mít vyplněn kód pro „Export do XML“.  Tyto kódy byly v ESO9START naplněny pouze u „plných“ výkazů. <br>Ve verzi 6.9 bylo provedeno doplnění těchto kódů pro výkazy AP_2018ZK, AP_2018ZKM a ZZ_2016ZK - to se ale provedlo pouze tehdy, jestliže u žádného z řádků daného výkazu tento kód nebyl vyplněn.<br>Toto doplnění bylo provedeno dle kódů použitých v Eso9Start – pokud by a aplikaci byl výkaz nějak upravený (řádky s jinými kódy), tak je potřeba zkontrolovat, zda je vyplněno správně.<br><br>Upravená procedura spExport_DDPDP7_XML, vytvořena procedura spVykazy_APZZ2018ZK_Opravy, která provádí naplnění kódů pro „Export do XML“.<br><br></li>
-<li><b>1. 1. 2.11 - Podklady pro DPP - XML</b><br>Upravena tvorba XML pro Podklady pro DPP.<br> - doplněna položka "Měna účetnictví, ve které je sestavena účetní závěrka". Vyplnění položky je od r. 2024 povinné. Dosud se nenaplňovala, nyní se naplňuje hodnotu CZK. <br> - sazba daně (ř. 280) se dosud naplňovala hodnotou 19%, od r. 2024 se naplňuje hodnotou 21%<br>Upravena procedura spExport_DDPDP7_XML<br><br></li>
 </ul>
 <h3>Finance</h3>
 <ul>
-<li><b>1. 2. 2. 2 - Pokladní výdeje</b><br>Pořizování hromadného pokladního výdajového dokladu - pokud uživatel měl nastaveno pracovní datum, které neodpovídalo období pokladního dokladu, pak při vložení nového řádku detailu (interního dokladu) a nastavené kontrole na shodu období se zdanitelným plněním se do období v interním dokladu doplnilo období dle pracovního data a při uložení byla hlášena chyba (nesouhlasí období s datem zdanitelného plnění).<br><br>Upravena procedura spQPoklVydaj_Detail_NewRec - účetní období do detailu hromadného pokladního dokladu (dokladu IDU) se nyní přebírá z hlavičky pokladního dokladu.<br><br></li>
+<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. 2. 3 - Správa zápočtových dokladů</b><br>Na formuláři zápočtového dokladu byla doplněna forma pro zobrazení dokumentů (splitter pro DMS).<br>Upravena stránka saldo\DokladZapoctu.htm<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>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. 7 - Přehled pohledávek podle zpoždění platby</b><br>V případě nastavení parametru ZavPohl_Sestavy = 1 se do sestavy nezahrnovaly bankovní výpisy a pokladní doklady (v původním řešení, které nepoužívalo tabulky HdokUhrada, HdokUhrDet, se tyto vypisovaly).<br>Problém spočíval v tom, že vyhodnocení této sestavy se provádí na základě tabulky provedených úhrad (HdokUhrada, HdokUhrDet) - tyto se však přepočítávají pouze pro závazky a pohledávky (HDOK.vlHPohledavka_Zavazek = 3 nebo 4).<br>Proto se v tomto případě do sestavy nedostávají nespárované bankovní výpisy (pokladní doklady).<br>Procedura spSTI_ZavPohlDleSplatnosti_Data60 byla nyní upravena tak, že v případě nastavení ZavPohl_Sestavy = 1 se budou navíc hledat i doklady, které mají HDOK.vlHPohledavka_Zavazek 3 nebo 4 (toto dohledání již ale nevyužívá tabulku úhrad).<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 - Faktury přijaté účetní</b><br>Při připojování záloh k přijatým fakturám je u tlačítka "Připárovat označené zálohy" možnost zaškrtnutí volby "Připojit bez odúčtování DPH ze záloh" (nedojde k ponížení základu DPH na doúčtovací faktuře). Standardně se formulář zobrazí s nezaškrtnutou volbou. Aby bylo možno formulář standardně zobrazovat se zaškrtnutou volbou, byl doplněn parametr Nakup/ParovZalFAP_BezOduct - v zákaznických aplikacích bude nastaven na hodnotu 0 (=Nezaškrtnuto), tudíž se bude chovat tak jako dosud.<br>Upraveny stránky ESO9Start\Nakup\FapHlav.htm, ESO9StartHU\Nakup\FapHlav.htm, ESO9StartPL\Nakup\FapHlav.htm.<br><br></li>
+<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. 1 - Faktury přijaté účetní</b><br>Připojování záloh - ve spodním browsu byl doplněn RowFilter a počet řádků nastaven na 20.<br>Doplněn náhled DMS <br><br>Upravené stránky :<br>  ESO9Start\nakup\VyberZalohy23.htm, <br>  ESO9Start\nakup\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>
-<li><b>2. 1. 3. 1 - Faktury přijaté účetní</b><br>Na formuláři ESO9Start\nakup\VyberZalohy23.htm změněn text u zaškrtávacího políčka :<br>Účetní faktura je pořízená pouze na doplatek nebo přeplatek, připojuji daňovou zálohu.    (Záloha nezmění částky k úhradě ani základy DPH a částky DPH)<br>(původní text : Připojit bez odúčtování DPH ze záloh (nedojde k ponížení základu DPH na doúčtovací faktuře)" ).<br><br></li>
-<li><b>2. 1. 3. 2 - Faktury přijaté zálohové</b><br>Při tvorbě daňové přijaté zálohové faktury z přijaté zálohové faktury byla již dříve doplněna možnost nastavení hodnot „Jejich č. faktury“ a „Pro výkaz DPH“.<br>Toto však bylo funkční pouze v případě, že volba "Sazba DPH"  byla nastavena na hodnotu "dle faktury".<br>Pokud byla zvolena jiná možnost, ručně zadané hodnoty se neuplatnily - opravena procedura spHDok_FVZ_FVZD.<br><br></li>
-<li><b>2. 1. 3.14 - Online szamla - načtení faktur  (legislativa HU)</b><br>Při importu dokladů doplněna možnost založení hromadného pokladního dokladu.<br><br>Na stránce "Online szamla - vytvoření faktur" bylo doplněno tlačítko "Hromadný pokladní doklad". <br>Vytvoření lze provést pouze pro typ dokladu PDV, označené záznamy musí mít nastaven stejný typ, vzor, dodavatele a měnu. Vznikne pokladní výdajový doklad, který má jako složky doklady typu IDU (stejně jako je to u hromadného pokladního výdajového dokladu). PDV se založí dle označeného dokladu s nejvyšším datem.<br>Na stránce je jak odkaz na detailní IDU (tento tam již byl), tak na hromadný PDV (nově doplněný odkaz "Hromadný doklad").<br><br>Upravené procedury : spImportSzamlaDoHdok, spImportSzamlaOzn, spQPoklVydaj_Detail_NewRec, upravený pohled QSZAMLADATA, nová procedura spImportSzamlaOznPD.<br>Upravená stránka Nakup\OnlineSzamlaVytvFAP.htm<br><br></li>
 </ul>
 <h3>Prodej</h3>
 <ul>
-<li><b>2. 2. 3. 1 - Faktury vydané účetní</b><br>Na formuláři hlavičky vydané faktury byl doplněn odkaz "Vazba na předchůdce" (na stránku Ucet/HDOK_Predchudce.htm), ve kterém je možno ručně pořídit vazbu na předchůdce.<br>Upraveny stránky :<br> - ESO9Start\prodej\FaVHlav.htm  <br> - ESO9Start\prodej\ZFaVD.htm <br> - ESO9StartSK\prodej\FaVHlav.htm<br><br></li>
+<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>
-<li><b>2. 2. 3. 1 - Faktury vydané účetní</b><br>Připojování záloh - ve spodním browsu byl doplněn RowFilter a počet řádků nastaven na 20.<br>Doplněn náhled DMS <br><br>Upravené stránky :<br>  ESO9Start\prodej\VyberZalohy23.htm <br>  ESO9Start\prodej\PripojeneZalohy.htm <br><br></li>
-<li><b>2. 2. 3. 1 - Faktury vydané účetní (CZ legislativa)</b><br>V předchozí  verzi 6.9 byl na FVU doplněn odkaz „Platba kartou“, kterým se vytvoří IDU pro platbu kartou.  Aby bylo možné nad takovým IDU provést a evidovat platbu přes platební terminál, byl vytvořen nový formulář interního dokladu, na který byla doplněna záložka "Platba" (obdobně jako je na Prodejkách ze skladu).<br><br>Provedené změny :<br> - nová stránka ESO9Start\Ucet\Inter_dokl_PlatKart.htm.<br>   upraveny stránky Eso9Start\Prodej\Inter_Doklad.htm <br> - ve vzorech pro typ dokladu byl u vzoru VZORIDUPK nastaven formulář Ucet/Inter_dokl_PlatKart.htm<br> - ve vazbách mezi vzory byly pro vzor VZORIDUPK doplněni následníci VZORPDP10, VZORPDV10 a VZORPDP11<br><br></li>
-<li><b>2. 2. 3. 1 - Faktury vydané účetní</b><br>Ve formulářích byly zrušeny odkazy vedoucí na formuláře se starým řešením záloh.<br>Stránky, na něž tyto odkazy vedly, zatím zrušeny nebyly, případné odkazy v profi stránkách tedy zůstávají funkční, nicméně doporučujeme používání odkazů s novou funkčností.<br><br>Staré odkazy na zálohy byly zrušeny na stránkách<br> - ESO9Start\prodej\FaV.htm<br> - ESO9Start\nakup\FapHlav.htm<br><br> - ESO9StartHU\Prodej\FaV.htm <br> - ESO9StartHU\Nakup\FapHlav.htm<br><br> - ESO9StartPL\Nakup\FapHlav.htm<br><br> - ESO9StartSK\Prodej\FaV.htm<br><br>Staré odkazy byly i na dalších stránkách – nahrazeno odkazem na novou stránku<br><br> - ESO9Start\nakup\FapNahledPDF.htm <br> - ESO9Start\nakup\ImportCCS.htm <br> - ESO9Start\nakup\WflowDoc.htm <br> - ESO9Start\nakup\FaPSloz.htm <br> - ESO9Start\prodej\FAVPZD_Reg.htm<br> - ESO9Start\teplo\PodklZuct.htm<br> - ESO9Start\ucet\DoklHlav.htm<br> - ESO9Start\XMLDocs\XMLImportVodafone.htm<br><br></li>
 </ul>
 <h3>Sklad</h3>
 <ul>
-<li><b>2. 3. 3. 1 - Inventurní soupis skladu k datu </b><br>V této činnosti provedeny tyto změny<br><ul>  <li>odkaz "	Zobraz zboží na skladě": v předloze "sklad\InventurniSoupis.htm" provedeny tyto úpravy:<br>    <ul>      <li>v obou formách doplněny tagy<br>        <ul>          <li><code>input type="hidden" name="AllowAllRows" value="1"</code></li>          <li><code>input type="hidden" name="RowFilter" value="1"</code></li>        </ul>      </li>    </ul>  </li>  <li>odkaz "	Zobraz zboží na skladě pokud je "K datu" menší než datum počátečních stavu zboží na skladě": v předloze "sklad\InventurniSoupisPredPS.htm" provedeny tyto úpravy:<br>    <ul>      <li>nová funkce fnZBOZSKL_STAVKDATU: může nahradit proceduru spZBOZSKL_STAVKDATU</li>      <li>nová funkce fnSDOK_OBRATY: může nahradit proceduru spSDOK_OBRATY</li>      <li>v obou formách doplněny tagy<br>        <ul>           <li><code>input type="hidden" name="AllowAllRows" value="1"</code></li>           <li><code>input type="hidden" name="RowFilter" value="1"</code></li>        </ul>      </li>      <li>jako datové zdroje byly původně použity procedury, které neumožňují standardně filtrovat. Proto jsou tyto procedury nahrazeny nově vytvořenými funkcemi a to takto:<br>        <ul>          <li>ve vrchní formě "Zboží na skladě" datový zdroj-procedura spZBOZSKL_STAVKDATU byla nahrazena novou funkcí fnZBOZSKL_STAVKDATU</li>          <li>ve spodní formě "Složky dokladů" datový zdroj-procedura spSDOK_OBRATY byla nahrazena novou funkcí fnSDOK_OBRATY</li>        </ul>      </li>    </ul>  </li></ul><br></li>
+<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>
-<li><b>2. 3. 3.10 - Off-line přepočet skladů</b><br>Činnost umožňuje od zadaného datumu přepočítat množstevní stavy a hodnoty u všech skladů (resp. u všech zboží na skladě). Nebere se ohled na to, zda v průběhu přepočtu dojde k zápornému stavu nebo hodnotě. Výsledkem přepočtu ale musí být konečné stavy kladné nebo nulové. Jestliže je po přepočtu nulový stav, může být hodnota záporná. U kladného množství musí být hodnota kladná nebo nulová.<br><br>K zajištění funkčnosti provedeno:<br><ul>  <li>nová předloha "sklad\Off-linePrepocetSkladu.htm": určena pro Off-line přepočet skladů<br>    <ul>      <li>kontrola skladů před/během/po Off-line přepočtu</li>      <li>samotný Off-line přepočet skladů v jednotlivých krocích<br>        <ul>          <li>Začátek: Přenos z On-line do Off-line</li>          <li>Kontroly před Off-line přepočtem</li>          <li>Off-line přepočet složek dokladů</li>          <li>Off-line přepočet hlaviček dokladů</li>          <li>Off-line kontroly po přepočtu</li>          <li>Ukončení: Přenos z Off-line do On-line</li>          <li>Přeúčtování změněných On-line dokladů</li>        </ul>      </li>    </ul>  </li><br><br>  <li>nové tabulky, které slouží pouze pro Off-line přepočet skladů a nedoporučuje se je, jakkoliv měnit:<br>    <ul>      <li>SDOKOffLine</li>      <li>SDOKOffLineSAVE</li>      <li>HDOKOffLine</li>      <li>HDOKOffLineSAVE</li>      <li>ZBOZSKLOffLine</li>      <li>ZBOZSKLOffLineSAVE</li>    </ul>  </li><br>  <li>nové chybové/info zprávy:<br>    <ul>      <li>53100 - 'Na skladech probíhá Off-line přepočet skladů'</li>      <li>53101 - 'Kontrola="%d-%s" před/během/po Off-line přepočtu není implementována'</li>      <li>53102 - 'Neznámý způsob opravy="%d" akce="%d-%s"'</li>      <li>53103 - 'Opravu kontroly="%d-%s" nelze provést'</li>      <li>53110 - 'Není určeno, jaké rozdíly zobrazit/opravit: PS nebo KS'</li>      <li>53111 - 'Není určeno, jaká akce se má provést: Zobrazení/Oprava'</li>      <li>53150 - 'Pro Akci=%d není definováno datum od kterého se Off-line přepočet provede'</li>      <li>53151 - 'Akce=%d Off-line přepočtu není implementována'</li>      <li>53152 - 'Pro Akci "%s" je potřeba aby proběhly tyto akce: %s'</li>      <li>53199 - 'Na skladech není povolen režim Off-line přepočtu skladů'</li>    </ul>  </li><br>  <li>nový skladový parametr "PrepocetSkladu_Off-line": parametr určuje, zda (ne)probíhá Off-line přepočet skladů: 0=Neprobíhá; 1-Probíhá</li><br>  <li>upraven trigger "trSDOK_INVENTURA":<br>    <ul>      <li>trigger lze "deaktivovat" nastavením "kontextu" (SESSION_CONTEXT)</li>      <li>nově doplněno: pokud probíhá (parametr "PrepocetSkladu_Off-line = 1") Off-line přepočet skladů, pak nelze vložit, opravit nebo zrušit účetní/fyzickou skladovou složku dokladu</li>    </ul>  </li>   <br>  <li>nové kontrolní objekty:<br>    <ul>      <li>procedura "spSkladyOff-lineObraty_SDokZbozSkl": vypíše rozdíly v PS (počáteční stavy) a KS (konečné stavy) mezi ZBOZSKL a SDOK s možností opravy rozdílů PS a KS na ZBOZSKL dle SDOK</li>      <li>procedura "spSkladyOff-line_Kontrola": podle hodnot MF parametrů spouští jednotlivé kontroly<br>        <ul>          <li>@MF_KONTROLA: jaká kontrola před/během/po Off-line přepočtu skladu se má spustit 0=Neurčeno;10=Rozdíly/Oprava v konečných stavech mezi zbožím na skladě a doklady;20=Rozdíly/Oprava v konečných stavech mezi zbožím na skladě a doklady</li>          <li>@MF_FIXKONTROLA: oprava chyb kontroly, pokud je umožněna 0=Ne;1=Ano pokud je umožněno</li>        </ul>      </li>    </ul>  </li><br>  <li>nové objekty pro jednotlivé "Kroky akce":<br>    <ul>      <li>procedura "spCENA_VYROBKU": volá se v proceduře "spSDOKOffLine_PrepocetCenOff-line". Procedura počítá cenu výrobku pro příjem z výroby. Je to individuální a tato je standardně prázdna.<br>        Má tyto parametry:<br>        <ul>          <li>@IDSDOK_SPU INT      = NULL</li>          <li>@IDHDOK_SPU INT      = NULL</li>          <li>@RVCENA_SPU SMALLINT = NULL OUT</li>          <li>@HDCENA_SPU MONEY    = NULL OUT</li>        </ul>      </li>      <li>procedura "spSDOKOffLine_PrepocetCenOff-line": slouží pro přepočet cen na Off-line složce dokladu (SDOKOffLine) a po přepočtu ovlivní hodnotu Off-line zboží na skladě (ZBOZSKLOffLine)</li>      <li>procedura "spSkladyOff-line_Inicializace": vybírá všechny skladové složky dokladu, skladové hlavičky dokladu a zboží na skladě a přenáší je do Off-line tabulek. Během výběru označí k přepočtu ty složky, které mají HDOK.DTZDANITPLN < "Datum od kterého se přepočet provede"</li>      <li>procedura "spSkladyOff-line_KontrolyPredPrepoctem": provádí kontroly před Off-line přepočtem: vypisuje v textové formě (vhodné pro csv s oddělovačem "|") možné problémy</li>      <li>procedura "spSkladyOff-line_PrepocetSkladu": provede Off-line přepočet složek dokladů a Off-line zboží na skladě</li>      <li>procedura "spSkladyOff-line_PrepocetHDOK": provede Off-line přepočet hlaviček dokladů</li>      <li>procedura "spSkladyOff-line_KontrolyPoPrepoctu": provádí Kontroly po Off-line přepočtu: vypisuje v textové formě (vhodné pro csv s oddělovačem "|") následující možné nesrovnalosti</li>      <li>procedura "spSkladyOff-line_PrenosOff-line2On-line": provádí přenos přepočtených Off-line skladový složek dokladu, Off-line skladový hlaviček dokladu a Off-line zboží na skladě do produkčních tabulek</li>      <li>procedura "spSkladyOff-line_Akce": podle hodnot MF parametrů spouští jednotlivé akce Off-line přepočtu<br>        <ul>          <li>@MF_DTPREPOCTU: datum od kterého se Off-line přepočet provede</li>          <li>@MF_AKCE: jaká Off-line akce přepočtu skladu se má spustit<br>            <ul>              <li>0=Neurčeno</li>              <li>10=Začátek: Přenos z On-line do Off-line: volá proceduru "spSkladyOff-line_Inicializace"</li>              <li>20=Kontroly před Off-line přepočtem: volá proceduru "spSkladyOff-line_KontrolyPredPrepoctem"</li>              <li>30=Off-line přepočet složek dokladů: volá proceduru "spSkladyOff-line_PrepocetSkladu"</li>              <li>40=Off-line přepočet hlaviček dokladů: volá proceduru "spSkladyOff-line_PrepocetHDOK"</li>              <li>50=Off-line kontroly po přepočtu: volá proceduru "spSkladyOff-line_KontrolyPoPrepoctu"</li>              <li>60=Ukončení: Přenos z Off-line do On-line: volá proceduru "spSkladyOff-line_PrenosOff-line2On-line"</li>              <li>70=Přeúčtování změněných On-line dokladů: volá proceduru "spUzapLock_Udrzba" s parametrem @vlPriznakZpracovani = 7777</li>            </ul>          </li>        </ul>      </li>    </ul>  </li></ul><br></li>
 </ul>
 <ul>
-<li><b>2.7. Datové schránky</b><br>Do knihovny DS.dll verze 6.2.0.2 přidána podpora TLS 1.3. Komunikace s API datových schránek probíhá nadále na TLS 1.2, která je portálem datových schránek vyžadovaná.<br><br></li>
+<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. 1 - Evidence majetku</b> (doplněk č.          1 předchozí verze)<br>Dosud se při vyřazení majetku zařazeného vložením do složky vyřazení přenášela hodnota z pohybu MZV (zařazení vložením). Pokud byla hodnota v pohybu MZV nulová, tak se do pohybu vyřazení přenesla tato nulová hodnota. Nyní byl výpočet hodnoty pro částku vyřazení upraven tak,  že v případě nulového pohybu zařazení vložením (MZV) se do hodnoty vyřazení nebere hodnota z tohoto pohybu MZV, ale ze standardního pohybu zařazení.<br>Upravená procedura spMajetek_Vyrad.<br><br></li>
+<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>
-<li><b>3. 1 - Evidence majetku</b><br>Odepisování FVE.<br>V případě provedených technických zhodnocení se odpis vypočítával jako součet dílčích odpisů vypočtených z pořizovací ceny jednotlivých technických zhodnocení. Správně má být počítaný ze zůstatkové ceny po provedeném TZ. Díky zaokrouhlování tím pádem mohly ve výsledném vypočteném odpisu vznikat korunové rozdíly.<br>Upravena funkce fnMaj_FVECZ<br><br></li>
-<li><b>3. 1 - Evidence majetku</b><br>V sestavě "Zápis o zařazení" (SesMajZar.idc) bylo přidáno datové pole "Dodavatel" (ZBOZSKL.SUBJ_NAZEV).<br><br></li>
 </ul>
-<h3>Procesy a workflow</h3>
+<h3>Manažerské výstupy</h3>
 <ul>
-<li><b>6. 3. 1a - Procesy a workflow pro doklady</b><br>Upravena stránka ESO9Start\Obeh\podprocesy2.htm:<br>V první formě doplněno tlačítko "Zrušit včetně podprocesů" + doplněno brwaction<br>Ve druhé formě přejmenováno tlačítko "Zrušit podproces" na "Zrušit včetně podprocesů" + doplněno brwaction.<br>Standardní tlačítko Smazat (=DelRec) v tomto případě nelze použít - bylo ve 2. formě, ale smazání končilo chybou - zrušení je nutno provádět přes "Zrušit včetně podprocesů".<br><br></li>
+<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>DMS</h3>
-<ul>
-<li><b>6. 4. 1. 5 - Skartace dokumentu</b><br>Nová činnost "Skartace dokumentu": provádí skartaci označených dokumentů procedurou "spDOKUMENT_btProvedSkartaci_XMLParams".<br>Provedeno následující:<br><br> - nová procedura spDOKUMENT_btProvedSkartaci_XMLParams: provádí skartaci označených dokumentů podle těchto pravidel:<br>    - nelze skartovat již skartovaný dokument<br>    - do "popisu" se na začátek doplní text "Skartace dokumentu "%s" proběhla "%s" uživatelem "%s""<br>např. Skartace dokumentu "Metodika instalace AS NET.docx" proběhla "2024-10-01 08:15:30" uživatelem "pjanos - Petr Jánošík (PJ)"<br>    - zruší se dokument z DOC databáze<br><br> - nová forma ESO9Start\DMS\DokumentSkartace.htm:<br>    - datový zdroj<br>    - sloupce<br>    - tlačítko "Skartace" volá proceduru spDOKUMENT_btProvedSkartaci_XMLParams.<br><br> - nové chybové/informační zprávy:<br>    - 52314: 'Skartovaný dokument (IDDOKUMENT=%d) nelze znovu skartovat'<br>    - 52315: 'Skartace dokumentu "%s" proběhla "%s" uživatelem "%s"'<br><br></li>
-</ul>
-<h3>Zásilkové / Přepravní služby</h3>
-<ul>
-<li><b>6. 6. 2. 1 - Balíkobot zásilky</b><br>Doplněna práce s ADR přepravou. <br>Příprava atributů pro ADR v zásilce.<br>Detailní popis v dokumentaci.<br><br>Nový formulář: zasilky\EXBBDetail_ADR.htm.<br>Upravený formulář: zasilky\EXBBDetail.htm - odkaz na nový formulář.<br>Nové procedury: spZASILKA_ADR_VytvorADRContent, spZASILKA_ADR_VytvorADRContent_HLAV, spZASILKA_ADR_PridatSkupina, spZASILKA_ADR_PridatSkupina_Uziv, spZASILKA_CiselnikADR_NaplnitAtribut<br><br></li>
-<li><b>6. 6. 2. 9 - Balíkobot - dopravci a služby</b><br>Doplnění příznaku Aktivovaná u služby dopravce.  Nastavuje je Balíkobot/Dopravce podle uzavřených smluv. <br><br>Doplněno načtení číselníku „Státy pro službu“. <br>- Zobrazuje státy, do kterých je vybraná služba poskytována. Načítají se akcí „načti služby dopravce“.<br>- Je nutné označit státy, do kterých chcete přepravovat – jen pro označené státy se načítají číselníky pro atributy – zabrání se tak zbytečnému načítání statisíců výdejních míst pro země, kam nic neodesíláte.<br>- Při prvním načtení číselníku „Státy pro službu“ se automaticky označí „Používat stát“ pro státy uvedené v parametru BB_ZasilkovnaStaty – i pro jiné dopravce než Zásilkovna. Ostatní státy označeny nejsou. Parametr BB_ZasilkovnaStaty se od verze 7.0 používat nebude.<br><br>Upraven filtr na „Číselník pro atribut“. Nyní se filtruje i přes vybranou službu a vybraný stát. <br>Užitečné zejména pro atribut „branch_id“ - výdejní místa. Zobrazí se jich významně méně - jen ty, které přísluší vybrané službě dopravce ve druhé formě a státu pro službu ve třetí formě.<br><br>Načítání číselníku pro atribut branch_id (výdejní místo) je optimalizováno:<br>- Načítají se jen výdejní místa pro služby s označením „Používat službu“ a jen pro stát označený „Používat stát“.<br>- Výjimka: pokud je služba označena „Používat službu“, ale není označen žádný stát – nebo ještě není načten číselník států, načte se pro všechny státy (tím je zaručena zpětná kompatibilita). <br>- Doporučujeme označit pro každou službu státu, do kterých doručujete – významně zrychlíte nečítání číselníků<br><br>Doporučený postup po instalaci verze 7.0:<br>- ověřit si hodnotu parametru Zásilky / BB_ZasilkovnaStaty – naplnit jej obvyklými cílovými státy. Slouží jen k optimalizaci čtení číselníků.<br>- v činnost 6.6.2.9 „Dopravci a služby“ provést načtení „služby všech dopravců“ – načtou se státy pro všechny služby všech dopravců a nastaví se příznak Aktivovaná u služeb.<br>- u používaných dopravců a jejich používaných služeb ověřit, jak máte nastaveny státy pro služby<br>- a pak, v době, kdy se aplikace málo využívá – načíst „služby tohoto dopravce + číselníky“ pro jednotlivé dopravce, které používáte.<br><br>Upravené formuláře: zasilky\BB_Dopravci.htm, zasilky\BB_CisBranch.htm, zasilky\EXBB.htm<br>Upravené procedury: spBB_DOPRAVCE_ZalozStart, spBB_ATRIBUT_ZalozStart1, spBB_ZASILKA_NaplnAtributy<br>Nové procedury: spBB_WS_Ciselnik_MANIPULATIONUNITS, spBB_WS_Ciselnik_BRANCHES, spBB_WS_Ciselnik_CountriesData, spBB_WS_Ciselnik_COUNTRIES4SERVICE, spBB_WS_Ciselnik_ActivatedServices, spZASILKA_Ciselnik_NaplnitAtribut<br>Upravený trigger: trZASILKA_DEL<br><br></li>
-<li><b>6. 6. 2. 9 - Balíkobot - dopravci a služby</b><br>Doplněna práce s ADR přepravou. <br>Načtení číselníků ADR, doplnění atributů pro ADR.<br>Detailní popis v dokumentaci.<br><br>Nový formulář: zasilky\BB_Dopravci_ADR.htm<br>Upravený formulář: zasilky\BB_Dopravci.htm - odkaz na nový formulář.<br>Nové procedury: spBB_ATRIBUT_ADR_ZalozStart, spBB_WS_CiselnikADR<br><br></li>
-</ul>
-<h3>Řízení projektů</h3>
-<ul>
-<li><b>6.10. 1. 1 - Projekty</b><br>Hlavní dokument projektu (..projekt/Projekt.htm), hyperzáložka „Hierarchie“ byla rozšířena o možnost ke každé položce definovat organizační vazby na předchůdce nebo na následníky v rámci struktury harmonogramu projektu. <br><br>Ve formě „vazby na předchůdce v harmonogramu“ se vytvářejí organizační vazby na projekty/činnosti, které předcházejí aktuální zvolené položce projektu.<br><br>Ve formě „vazby na následníky v harmonogramu“ se vytvářejí organizační vazby na projekty/činnosti, které následují po aktuální zvolené položce projektu.<br><br>Lze zadávat typ vazby a dobu odložení začátku (lag time). Tyto údaje jsou důležité zejména tehdy, kdy jedna činnost následuje za činností druhou ale ne bezprostředně (například odbednění základů jako činnost následnou lze provádět až třetí den po skončení betonáže – tedy činnosti předchozí). Dojde-li k potřebě posunout konec předchozí činnosti, může být na základě těchto údajů automaticky vypočítán nejbližší začátek činnosti následující a následně upraveny termíny všech závislostí uvnitř projektu (tedy změnit harmonogram).<br><br>Upozornění:<br>Ve start verzi je možné pouze definovat tyto organizační vazby, nikoliv podle nich přepočítávat začátky a konce jednotlivých činností. Předpokládá se, že veškerá logika a omezení, bude vždy přesně specifikována při konkrétní implementaci projektového řízení jako profi řešení.<br><br>Pro informaci uvádíme druhy definovatelných vazeb:<br>-	FS:  (Finish to Start -->  následující činnost začne až po ukončení předchozí)<br>-	SS:  (Start to Start  --> následující činnost vždy začíná se začátkem předchozí)<br>-	FF:  (Finish to Finish --> následující činnost musí skončit stejně jako činnost předchozí)<br>-	SF:  (Start to Finish --> následující činnost musí skončit dříve než začne předchozí)<br><br><br>V souvislosti s uvedenými změnami byly upraveny následující formuláře:<br>-	Projekt/ Projekt_GANTLink.htm<br>-	Projekt/ Projekt_hierarchie.htm<br>-	Projekt/ ProjektCinCis.htm<br><br></li>
-<li><b>6.10. 5. 1 - Harmonogram projektu</b><br>Po vyplnění vstupního filtru (kde je možno zvolit z číselníku konkrétní projekt), se odkazem „Tisk sestavy“ zobrazí pro celou větev projektu ganttův harmonogram, ve kterém jsou uvedeny jednotlivé na sebe navazující projekty a jsou-li definovány organizační vazby mezi činnostmi, zobrazí je rovněž (jako spojnice mezi činnostmi).<br><br>Poznámka:<br>Interaktivní grafické zobrazení v podobě ganttova harmonogramu je knihovna třetí strany a jako taková podléhá individuální licenci. Míra interaktivity při použití zobrazovacího nástroje je záležitostí implementace konkrétních zvolených snap-in modulů v rámci uživatelského profi řešení.<br><br>V souvislosti s řešením této funkčnosti byly upraveny následující formuláře:<br>-	Gant/GantPROJEKT.htm<br>-	Gant/GantPROJEKT.htx<br>-	Gant/GantPROJEKT.idc<br>-	Gant/GantPROJEKTFiltr.htm<br><br></li>
-</ul>
-<h3>Soupisky a CMR pro přepravu</h3>
-<ul>
-<li><b>6.11 - Soupisky a CMR pro přepravu (Legislativa SK)</b><br>Pro potřeby zprovoznění CRM i ve slovenské start verzi (Eso9StartSK) byly doplněny následující data z Eso9Start:<br>  - Číselné rady '"SPREP'", '"CMR'"<br>  - Vzory dokladů "VZORSPREP", "VZORCMR" + vazby na předchůdce vzorů SVU pro prodej ze skladu<br>  - Typy dokladů '"PREP" a "CMR"<br>  - Typ subjektu "TRAN"<br>  - Typy poznámek "CMR_V", "CMR_VS", "CMR_T", "CMR_TS"<br>  - Zboží typu "ostatní" ("CMR_01" až "CMR_31")<br><br></li>
 </ul>
 <h3>Základní číselníky</h3>
 <ul>
-<li><b>9. 1. 1 - Banky</b><br>Test formátu souboru bankovních výpisů je nyní možno i použít pro otestování souborů bankovních výpisů platebních karet. Pokud po načtení vzorku souboru bankovních výpisů platebních karet provedete otestování souboru pomocí tlačítka "Testuj soubor BAV", pak v případě, že ESO9 již podporuje zpracování takového typu souboru, pak se zobrazí doporučená procedura pro import bankovních výpisů platebních karet.<br>V případě, že je nalezena právě jedna taková procedura, pak tlačítkem "Nastav proceduru pro import“  se tato nastaví do položky „Procedura pro import BVPK“ .<br>Vzhledem k tomu, že každá banka (nebo karetní společnost) může mít drobné odlišnosti při vytváření těchto souborů, je třeba při prvních importech pečlivě zkontrolovat správnost načtených dat.<br>Upravena procedura spTestBAV_Otestuj<br><br></li>
+<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>
-<li><b>9. 1. 7 - Sazby DPH</b><br>Změna sazby DPH v SK legislativě.<br>Upravena procedura spSazbaDPH_Napln, která v aplikaci se slovenskou legislativou založí v číselníku sazeb DPH (tabulka SazbaDPH) záznam s platností od 1.1.2025 se sazbami 23% / 19% / 5%.<br>Upravena procedura spSazbaDPHStat_Napln, , která v aplikaci s jinou než slovenskou legislativou založí v číselníku sazeb DPH jiných států (tabulka SazbaDPHStat) záznam s platností od 1.1.2025 se sazbami 23% / 19% / 5% - pokud v poslední platné sazbě DPH byly vyplněny i účty pro zaúčtování DPH, tak budou do nově založeného záznamu zkopírovány.<br>Procedury budou automaticky spuštěny ve scriptu verzi 7.0<br><br></li>
-<li><b>9. 1. 7 - Sazby DPH</b><br>Úprava formulářů v souvislosti se zavedením 2. snížené sazby DPH v SK legislativě.<br>Byly upraveny následující formuláře :<br>Eso9Start\finance\PD_Button_SS2.htm<br>Eso9Start\finance\hpd_vyd.htm<br>Eso9Start\finance\Pd_Prij.htm <br>Eso9Start\finance\Pd_Prij_Val.htm<br>Eso9Start\finance\Pd_Vse.htm<br>Eso9Start\finance\Pd_Vyd.htm<br>Eso9Start\finance\Pd_Vyd_val.htm<br>Eso9Start\finance\Pd_PrijS.htm<br>Eso9Start\finance\Pd_VseS.htm<br>Eso9Start\finance\Pd_VydS.htm<br>Eso9Start\nakup\FapHlav.htm<br>Eso9Start\nakup\FapHlav67.htm<br>Eso9Start\nakup\FapNahledPDF.htm<br>Eso9Start\nakup\FaPSloz.htm <br>Eso9Start\nakup\ImportCCS.htm <br>Eso9Start\nakup\INTRVNI.htm<br>Eso9Start\nakup\WflowDoc.htm <br>Eso9Start\nakup\DDPHnmCZ.htm <br>Eso9Start\nakup\PripojeneZalohy.htm <br>Eso9Start\nakup\VyberZalohy23.htm<br>Eso9Start\priklady\HDok.htm <br>Eso9Start\prodej\INTRVNE.htm<br>Eso9Start\prodej\FavHlav.htm<br>Eso9Start\prodej\ProHlav.htm<br>Eso9Start\nakup\DDPHnmCZ.htm <br>Eso9Start\prodej\PripojeneZalohy.htm <br>Eso9Start\prodej\VyberZalohy23.htm<br>Eso9Start\saldo\DokladZapoctu.htm<br>Eso9Start\sklad\Doklad_KontrolaUctovani.htm<br>Eso9Start\Ucet\Inter_Dokl_ButtonSS2.htm<br>Eso9Start\ucet\Deniky.htm<br>Eso9Start\ucet\DOK_UcetZurnal.htm<br>Eso9Start\ucet\DoklHlav.htm <br>Eso9Start\ucet\Inter_dokl.htm<br>Eso9Start\ucet\Inter_dokl_DPH.htm<br>Eso9Start\ucet\Inter_dokl_DPHOSS.htm <br>Eso9Start\ucet\Inter_dokl_FisMod.htm<br>Eso9Start\ucet\Inter_dokl_Sloz.htm<br>Eso9Start\ucet\PreuctDPHSK.htm<br>Eso9Start\XMLDocs\XMLImportVodafone.htm <br>Eso9Start\script\DoklHlav_SS2.js <br><br>Eso9StartSK\Include\DoklHlav_SS2.htm<br>Eso9StartSK\Include\vlSazbaDPH.htm<br>Eso9StartSK\Include\vlSazbaDPHZbozi.htm<br>Eso9StartSK\Include\vlSazbaDPHZbozi_ZVC.htm<br>Eso9StartSK\Include\vlSazbaDPHZboziN.htm<br>Eso9StartSK\Include\vlSazbaDPHZboziN_ZVC.htm<br>ESO9StartSK\Include\SamovymereniDPH.htm   <br>Eso9StartSK\finance\PD_Sazba_SS2.htm<br>Eso9StartSK\finance\PDP_Sazba_SS2_RO.htm<br>Eso9StartSK\finance\PDV_Sazba_SS2_RO.htm <br>Eso9StartSK\finance\Pd_Prij.htm <br>Eso9StartSK\finance\Pd_Vyd.htm<br>Eso9StartSK\prodej\FAV_Sazba_SS2.htm<br>Eso9StartSK\prodej\FavHlav.htm<br>Eso9StartSK\script\DoklHlav_SS2.js <br><br></li>
 </ul>
 <h3>Účetní číselníky</h3>
 <ul>
-<li><b>9. 2. 2 - Účetní osnova</b><br>V číselníku účetní osnovy byly doplněny vlastnosti Povinný projekt a Povinný zdroj (Tabulka UCTOSN, položky vlPovinnyProjekt a vlPovinnyZdroj), které umožňují nastavit, že v účetním zápise pro daný účet bude kontrolováno, že je vyplněn projekt / zdroj.<br>Upraveny procedury spUctOsn_NewRec, spUctOsn_ValRec, spUcetZap_ValRec, triggery trUcetZap_Ins a trUcetZap_Upd<br>Upravena stránka ESO9Start\nastaveni\UctOsn.htm<br><br></li>
+<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. 3 - Účetní skupiny</b><br>Byly založeny 2 nové účetní skupiny pro zaúčtování majetku:<br>MA150 -  Goodwill (kladný) s účtováním:<br> - zařazení: 015000 / 372000<br> - odpisy: 557000 / 075000<br> - vyřazení: 075000/ 015000<br><br>MA150Z -  Goodwill (záporný) s účtováním:<br> - zařazení: 372000 / 015000<br> - odpisy: 075000 / 647000<br> - vyřazení: 015000 / 075000<br><br>U účtu 557000 byl původní název "Zúčtování oprávky k oceňovacímu rozdílu k nabytému majetku" změněn na "Odpis kladného goodwillu a aktivního oceňovacího rozdílu k nabytému majetku". <br>Byl založen nový účet 647000 s názvem "Odpis záporného goodwillu a pasivního oceňovacího rozdílu k nabytému majetku".<br>Dále musel být upraven účetní předpis č.3  pro Majetek (MAJ_MD_PC), aby se pro záporný goodwill správně účtovalo vyřazení.<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. 4 - Odpisové skupiny majetku (legislativa CZ)</b><br>Pro účely odepisování fotovoltaických elektráren byla ve verzi 6.8 vytvořena nová daňová odpisová skupina s kódem DRovnomFVE a názvem Daňový odpis FVE (240 měsíců). Nyní byla vytvořena obdobná účetní odpisová skupina s kódem URovnomFVE a názvem Účetní odpis FVE (240 měsíců). Výpočet odpisů je shodný jako u daňových odpisů, pouze se provádí nad účetními a ne daňovými hodnotami pohybů majetku.<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>
-<li><b>9. 2. 6 - Peněžní účty</b><br>Ve formuláři peněžních účtů byl doplněn odkaz "Účty EVERIFIN".<br>Má význam pouze v případě, že aplikace používá pro stahování bankovních výpisů multibanking od společnosti EVERIFIN.<br>V tomto odkazu je možno vidět všechny účty, které má klient připojeny v systému Everifin – mohou zde tedy být i účty, které se nevztahují k dané aplikaci ESO9.<br><br></li>
-<li><b>9. 2. 7 - Účetní typy dokladů (legislativa SK) - nastavení pro 2. sníženou sazbu DPH</b><br>Nastavení účetních předpisů pro 2. sníženou sazbu DPH<br>Upravena procedura spUcetTyp_NastavTretiSazbuDPH, která pro všechny účetní předpisy testuje, zda existuje účetní předpis pro 2. sníženou sazbu DPH a pokud ne, pak jej založí jako kopii účetního předpisu snížené sazby DPH, kde účtovanou částku hdDan_5 zamění za hdDan_SS2 a účet z parametrů #Par_DPH05 zamění za #Par_DPHS2. Dále v účetním předpisu hledá výrazy typu "hdzaklad_22+hdzaklad_5+hdzakladdan_0+hdMimoDan" a zaměňuje je za součet všech základů daní "hdSumaZakladuVcetneMD" (+ další obdobné výrazy, které bývaly použité v definicích vytvořených v ESO9START).<br>Procedura se spustí automaticky při instalaci verze 7.0 v aplikaci se slovenskou legislativou.<br><br>Ručně je nutno založit účty pro zaúčtování 2. snížené sazby DPH a tyto pak nastavit v parametrech (skupina Zaúčtování) : DPHS2vstup, DPHS2vstupEU, DPHS2vystup, DPHS2vystupEU). Pokud v účetních předpisech nebyly v definici účtu použity parametry, ale přímo konkrétní účty, je nutno v definici účetního předpisu pro 2. sníženou sazbu tyto účty rovněž nastavit ručně.<br><br>Byla upravena funkce fnSest_KontrolaSS2 (datový zdroj sestavy KonNastaveniDPHSS2 - Kontrola nastavení druhej zníženej sazby DPH).<br>Sestavu lze spustit v činnosti 1. 1. 5. 1  Kontrolné zostavy účtovníctva.Pomocí této sestavy lze provést základní kontroly nastavení pro druhou sníženou sazbu DPH. <br>Vzhledem k tomu, že účetní předpisy mohly být v jednotlivých aplikacích měněny a nelze postihnout všechny možné uživatelské úpravy, doporučujeme pro jednotlivé účetní typy dokladů ověřit správnost vznikajícího zaúčtování a v případě potřeby předpisy ručně doplnit/upravit.<br><br></li>
-<li><b>9. 2.11 - Kódy pro výkaz DPH</b><br>V číselníku kódů pro výkaz DPH byl v CZ legislativě změněn popis u kódů 43 a 43xx - původní text ... (ř.10,11) ... byl změněn na ... (ř.10,11,43,44) ...<br>Protože některé texty již byly delší než původních 90 znaků, byla položka ProVykazDPH.Rozliseni_Popis prodloužena na 120 znaků.<br>Upraveny procedury spProVykazDPH_CZ, spTxt_ProVykazDPH, upraveny stránky ESO9Start\nastaveni\ProVykazDPH.htm, ESO9Start\nastaveni\ProVykazDPH_All.htm<br><br></li>
-<li><b>9. 2.15 - Automatický import BAV - definice</b><br>Česká spořitelna změnila API rozhraní pro import bankovních výpisů (verze 3).<br><br>Upraveny procedury spBanka_ImportAPI_0800 a spImportBanka_0800API,  CS_GetAccountsID, CS_GetTansactionHistory, CS_GetAccountBalance, .assembly AccountsApi<br><br></li>
 </ul>
 <h3>Subjekty</h3>
 <ul>
-<li><b>9. 3. 3. 0 - Subjekty \ odkaz(tlačítko) "Typ"</b><br>Do předlohy "subjekt\SubjVTS.htm" doplněny tyto položky<br>   - Středisko MD<br>   - Středisko DAL<br>   - Projekt MD<br>   - Projekt DAL<br>   - Zdroj MD<br>   - Zdroj DAL<br><br> - upraveno rozhraní a funkčnost těchto objektů<br>   - procedura-fchange spHDok_IDSUBJEKT: upravena funkčnost tak, že "Střediska MD/DAL", "Projekty MD/DAL" a "Zdroje MD/DAL" se zpracovávají obdobným způsobem jako "Účty MD/DAL"<br>   - procedura-fchange spHDok_IDSUBJADR: volá upravenou proceduru spHDok_IDSUBJEKT<br>   - procedura-fchange spHDok_IDSUBJADRP: volá upravenou proceduru spHDok_IDSUBJEKT<br>   - procedura-fchange spHDok_IDSUBJOSOBA: volá upravenou proceduru spHDok_IDSUBJEKT<br>   - procedura-fchange spHDok_IDSUBJOSOBAP: volá upravenou proceduru spHDok_IDSUBJEKT<br>   - procedura-fchange spHDok_IDTYPSUBJ: upravena funkčnost tak, že "Střediska MD/DAL", "Projekty MD/DAL" a "Zdroje MD/DAL" se zpracovávají obdobným způsobem jako "Účty MD/DAL"<br><br> - upravena pouze funkčnost (beze změn v rozhraní) těchto objektů<br>   - procedura spHDOK_btZmenSubjekt: volá upravenou proceduru spHDok_IDSUBJEKT<br>   - procedura spHDok_Copy: volá upravené procedury spHDok_IDTYPSUBJ, spHDok_IDSUBJEKT<br>   - procedura spHDok_InsertRec: volá upravenou proceduru spHDok_IDSUBJEKT<br>   - procedura spHDok_NewRec: volá upravenou proceduru spHDok_IDSUBJEKT<br>   - procedura spZBOZSKL_RUNNAKUP: volá upravenou proceduru spHDok_IDSUBJEKT<br><br></li>
+<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. 1 - Subjekt - CreditCheck</b><br>Upraveno stahování dat pro CreditCheck. Doplněny parametry CREDITCHECK_LOGIN, CREDITCHECK_PWD pro přihlášení k účtu u CreditCheck, povinné od 1.1.2025. Jedny přihlašovací údaje k webservice, díky kterým byl semafor dostupný všem uživatelům ESO9 pomocí jednoho společného účtu, jsou povinně nahrazeny účtem založeným jednorázovou registrací uživatele. Stačí jeden účet za celou firmu. <br>Doplněn popis pro použití v IsirStart, viz: https://wiki.eso9.cz/lib/exe/fetch.php/techdoc:isir_v_eso9.pdf<br>Registrace: https://www.creditcheck.cz/FormRegistrationWS.aspx <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>
-<li><b>9. 3. 9 - Import IČ pro DPH a zrušených registrací (SK)</b><br>Nahrazen ruční postup importu IČ v ESO9StartSK automatickým.<br>V činnosti 9. 3. 9 Import IČ pre DPH a zrušených registrácií nahrazeno ruční stahování, rozZIPování, nahrávání do DMS a zpracování jedinou akcí (tlačítkem), které provede všechny tyto kroky.<br>Stahují se tyto seznamy:<br>• Zoznam daňových subjektov registrovaných pre DPH<br>• Zoznam platiteľov dane z pridanej hodnoty, u ktorých nastali dôvody na zrušenie registrácie<br>• Zoznam platiteľov DPH s číslami bankových účtov, ktoré používajú na podnikanie<br><br></li>
 </ul>
-<h3>Parametrizace systému</h3>
+<h3>Dokladové číselníky</h3>
 <ul>
-<li><b>9. 6. 1 - Parametry aplikace</b> (doplněk č.          2 předchozí verze)<br>ČNB od 28.6.2024 snížila REPO sazbu na 4,75%. <br>Upravena procedura spParam_NaplnREPOSazby, která provede ukončení platnosti parametru Finance/REPOsazba předchozí sazby 6,75% do 2024.06 a nastavení nové aktuální sazby na 4,75%.<br><br></li>
+<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>
-<li><b>9. 6. 1 - Parametry aplikace</b> (doplněk č.          4 předchozí verze)<br>Nastavení REPO sazby (CZ legislativa)<br>ČNB 8.11.2024 snížila úrokové sazby, 18.12.2024 tuto sazbu ponechala - REPO sazba má nyní hodnotu 4,00%.<br>Provedena změna parametru "RepoSazba".<br>U původní posledně platné sazby (4,75%) nastavena platnost do 2024.12, založen nový parametr s hodnotou 4,00%.<br><br></li>
-<li><b>9. 6. 3. 1 - Uživatelské sestavy - detail (legislativa SK)</b><br>Upravena sestava "CMR_FORMULAR_A4"  nově tak,  že podkladový vodotisk je nyní v SK verzi.<br><br></li>
-<li><b>9. 6. 3. 5 - Odesílání dokladů e-mailem</b><br>Do ESO9 Start bylo doplněno odesílání vybraných dokladů e-mailem. Je založeno na standardních parametrech (mf_SendMailTo, ...) s tím, že zjednodušuje jejich implementaci do konkrétního formuláře a sestavy.<br><br>Řešení je založeno na nové tabulce DOK_EMAIL a navázané činnosti "9.6.3.5 Odesílání dokladů e-mailem", v níž lze nastavit:<br>* osoba subjektu, která je příjemcem mailu<br>* e-mailová adresa příjemce se bere primárně z osoby subjektu; není-li zde vyplněna, bere se adresa zadaná v tomto formuláři (sekundární e-mail)<br>* typ dokladu, pro který se má sestava odesílat (nepovinný parametr) - není-li vyplněn, budou se tímto způsobem na danou osobu odesílat všechny typy dokladů (malá/jednoduchá řešení)<br>* předmět mailu - prostý text, může být parametrizován datovými položkami z aktuálního řádku dat.zdroje sestavy nebo z UP parametrů<br>* tělo mailu - prostý text nebo HTML, možnost parametrizace stejná, jako v předmětu<br><br>V datovém zdroji sestavy, která se bude tisknout s využitím této tabulky, je třeba doplnit:<br>* výstup z vyhodnocovací funkce "fnDok_EMail": <br>  "OUTER APPLY dbo.fnDok_EMail(%VLSENDMAIL%, dbo.fnDZ_FormularHDOK.idhdok) email"<br>* do výběru položek přiday ty, které vrací funkce "fnDok_EMail": <br>  "SELECT ..., email.MF_SendMailTo, email.MF_SendMailSubject, email.MF_SendMailBody"<br>* na odkaz pro tisk sestavy je třeba přidat parametr "VLSENDMAIL=1"<br>* funkce "fnDok_EMail" vyhodnotí, zda se má sestava odeslat mailem a příp. s jakými parametry a ty nastaví a vrátí; pokud funkce odeslání vyhodnotí negativně, dojde k tisku s původním cílem<br>* funkce "fnDok_EMail" je k dispozici v rámci ESO9 Start k případným implementačním úpravám; mechanismus získání parametrů pro odesílání sestav e-mailem lze tedy libovolně upravovat<br><br>V rámci ESO9 Start bylo použití nové tabulky doplněno do sestav:<br>* CNabForm.idc (Cenová nabídka), v činnosti "2.2.1.1 Cenové nabídky" (prodej\CenNab.htm) byl doplněn odkaz pro odeslání nabídky e-mailem<br>* PObjForm.idc (Prodejní objednávka), v činnosti "2.2.1.2 Prodejní objednávky" (prodej\PObj.htm) byl doplněn odkaz pro odeslání (kupní) smlouvy e-mailem<br>* FavForm.idc (Faktura vydaná), v činnosti "2.2.3.1 Faktury vydané účetní" (prodej\fav.htm) byl doplněn odkaz pro odeslání faktury e-mailem<br><br>Nové řešení se nijak nedotkne:<br>* stávajících Startkových sestav (bez úpravy jejich dat.zdroje)<br>* Profi (zákaznických) sestav a jejich dat.zdrojů<br>* volání Startkových sestav z Profi formulářů<br>* hlavního datového zdroje pro dokladové sestavy (fnDZ_FormularHDOK)<br><br></li>
-<li><b>9. 6. 4. 2 - Kontrola činností</b><br>Pokud byl v horní formě zadán takový filtr, že výsledek neobsahoval žádná data, skončilo to chybou "Incorrect syntax near the keyword NULL".<br><br>Upravena stránka nastaveni\CinnostKontrola.htm - ve 2. formě bylo místo "... FROM %MF_JmenoALL_StartDB%.dbo.CINNOST CINNOST_START ..." použito synonymum : "... FROM syn_Cinnost_Start CINNOST_START ...".<br>Dále upraveny procedury spParam_BeforeUpdate a spParam_AfterUpdate pro doplnění varovného hlášení o neexistující databázi při změně parametru 'DB_START'<br><br></li>
-<li><b>9. 6.11 - Události \ skupina "SU - Systémová událost" \ událost "Joby ukončené s chybou"</b><br>Událost zobrazí JOBY které:<br> - skončily ve výsledku chybou: stávající řešení<br> - sice neskončily s chybou, ale obsahují alespoň jeden krok (step) který chybou skončil - nově přidaná funkčnost. Takto mohou skončit JOBy, které mají více kroků (steps) a mají ve vlastnostech uvedeno, že mají pokračovat dalším krokem (step) i v případě chyby.<br><br>Spolu s tím upraveno:<br> - nová funkce „fnJobStatus_LastRun“: funkce vrací z posledního volání každého JOBu pouze "jeden" krok (steps), který má tyto vlastnosti:<br>    - volal se v rámci posledního volání JObu<br>    - „status = @RunStatus“: pokud @RunStatus = -1/NULL pak se na status nebere ohled. Hodnoty @RunStatus mohou být -1/NULL=nebere se status v potaz; 0=Failed; 1=Succeeded; 2=Retry; 3=Canceled.  Takto se lehce najdou JOBy, které skončily při posledním volání s chybou na jakémkoliv kroku, nebo byla chyba v samotném Jobu - stačí zadat @RunStatus = 0<br>    - má nejnižší StepID.  <br><br> - upravena procedura „spSeznamJobu“: přebrala stejnou funkčnost jako funkce „fnJobStatus_LastRun“<br><br> - do události zapojeno volání nové funkce „fnJobStatus_LastRun“ v definici sloupců "SQL - hodnota" a "SQL - hodnota JSON"<br><br></li>
 </ul>
-<h3>Komplexní editory</h3>
+<h3>Zboží, služby, majetek..</h3>
 <ul>
-<li><b>9. 9. 1 - Komplexní editor dokladu</b><br>Na záložce "Akce nad hlavičkou" je odkaz "Přepočet dokladu" kde lze po zadání parametrů přepočtu provést přepočet dokladu (hlavičky a složky) tlačítkem "Přepočti". Tlačítko vyvolá proceduru "spHDok_btPrepocetSDOK". <br>V této proceduře byly provedeny následující úpravy:<br> - doposud se nový kurs počítal pouze při změně měny<br> - pokud "Nové zdanit. plnění" znamená změnu datumu, pak se "Nový kurz" uvnitř procedury upraví takto:<br>   - pokud je hodnota "Nový kurz" nastavena na "Zadáno ručně", tak se kurs převezme z hodnoty "Hodnota kurzu". Pokud "Hodnota kurzu" má hodnotu 0 nebo NULL, pak se "Nový kurz" nastaví na „Ne“ a to znamená, že se kurs spočítá dle kursovního lístku<br>   - pokud je hodnota "Nový kurz" nastavena na "Z hlavičky", tak se "Nový kurz" převezme z hlavičky dokladu a dále se pokračuje dle této hodnoty<br>   - pokud je hodnota "Nový kurz" nastavena na "Ne" nebo "Dle kursovního lístku", pak se automaticky nastaví "Nový kurz" na hodnotu "Ne" a to znamená, že se kurs spočítá dle kursovního lístku<br><br></li>
+<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>Změny funkcí</h3>
+<h3>Tvorba sestav</h3>
 <ul>
-<li><b>CLRZIP - Podpora práce se ZIP archivy v SQL serveru</b><br>V ESO9 Start je k dispozici assembly CLRZIP pro podporu práce se ZIP archivy. Zdrojem ZIP souborů je primárně DMS.<br>SQL Server podporuje pouze GZIP formát, který se ZIPem není kompatibilní a interní fce SQL serveru tudíž nelze použít.<br><br></li>
+<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>
-<li><b>fnTABULKA_SEZNAM - Parsuje text do řádků s definovaným oddělovačem řádků</b><br>Opravena funkce, která považuje apostrofy jako jeden text, ve kterém se ignoruje oddělovač. Opraven případ, kdy byl apostrof pouze jeden<br><br>Příklady<br>SELECT * FROM dbo.fnTABULKA_SEZNAM('Jeden|oDva', '|')<br>PORADI	RADEK<br>---------   ----------<br>1	        Jeden<br>2	        oDva<br><br>SELECT * FROM dbo.fnTABULKA_SEZNAM('Jeden|o''Dva', '|')<br>PORADI	RADEK<br>---------   ----------<br>1	        Jeden<br>2	        o'Dva<br><br>SELECT * FROM dbo.fnTABULKA_SEZNAM('Jeden|o''|D|v|a|''', '|')<br>PORADI	RADEK<br>---------   ----------<br>1	        Jeden<br>2	        o'|D|v|a|'<br><br></li>
 </ul>
-<h3>Změny v technologii .NET</h3>
+<h3>Změny funkcí</h3>
 <ul>
-<li><b>ARES</b><br>Ve verzi knihovny ESO9lib 6.9.0.1  došlo k úpravě v ARESu, kdy byla změněna datová položka ze strany ARESu  v sekci další údaje a to ObchodniJmeno, změněno z pole na objekt.<br><br></li>
+<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>ARES - ESO9lib</b><br>Ve verzi ESO9 lib byla upravena funkčnost ARESu, kdy pokud je na vstupu vlplatceDPH hodnota null je jí automaticky přiřazena hodnota 0 - neurčeno<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>ESO9SupportTerminalyService</b><br>Upravena služba pro podporu Terminálů a knihovna platkart pro ČSOB TCP/IP  <br>platkart pro platební terminál ČSOB TCP/IP v OK:<br>- možnost platby více kartami nad jedním dokladem<br>- přidán režim "Simulátor". Zeptá se, zda požadovaná simulovaná operace má skončit úspěchem/neúspěchem. Je užitečné pro odladění plateb více kartami nad jedním dokladem.<br>- přidána "Návratka" platby kartou<br><br>platkart pro terminál SONET v OK:<br>- možnost platby více kartami<br>služba:<br>Pokud je na vstupu položka mf_Zaplatit, která je větší než 0 a položka hdkuhradeVal je také větší než 0, zasílá služba do knihovny místo původní hodnoty hdkuhradeVal položku mf_Zaplatit, která nyní říká kolik se má aktuálně kartou uhradit. Na základě položek  mf_ZapKartami;mf_Zaplatit pak služba určuje, zda má dojít po uhrazení kartou k zvednutí stavu dokladu.<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><font color="#FF0000"> !! </font>AccountApi</b><br>Do 1.11.2024 je potřeba nahrát novou verzi Assembly AccountApi verze 1.3.0.0.<br>- Komerční banka -  aktualizované url adresy na API verze 3. Staré url adresy budou platné pouze do 31.10.2024. <br>Aktualizovaná API jsou <br>•	Account Direct Access API,<br>•	Oauth2,<br>•	Client Registration,<br>Pro nasazení Komerční banky je potřeba vygenerovat nové klíče pro aktualizovaná na API portále https://developers.kb.cz/ a tyto klíče uložit v činnosti 9.2.15 Automatický import BAV - definice. Nastavení je popsáno v dokumentaci https://wiki.eso9.cz/lib/exe/fetch.php/startdoc:cz:eso9_-_online_propojeni_s_bankou.pdf<br><br>- Česká spořitelna - aktualizované url adresy na API verze 3. Staré url adresy budou platné pouze do 30.11.2024.  Pro nasazení České spořitelny je potřeba na portále https://developers.erstegroup.com/ připojit ke stávající aplikaci API Account API v3.  <br><br></li>
+<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>Assembly DownloadURL - DownloadBinURL</b><br>V proceduře DownloadBinURL (implementované v CLR knihovně DownloadURL) došlo ke změně rozhraní. Nově lze zadat HTTP metodu, která se má v rámci procedury zavolat (GET nebo POST). S tím souvisí možnost přidání dat pro tělo requestu pro HTTP POST.<br>Dostupné od 11.6.2024 ve verzi knihovny 1.0.5.<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>Assembly EverifinAPI</b><br>Nové assemby pro online komunikaci s bankami přes multibankig Everifin. <br><br>Byly napsány nové procedury pro volání assembly<br>* dbo.spEverifinGetAccessToken - zjištění přihlašovacích údajů<br>* dbo.spEverifinGetAcounts - zjištění povolených bankovních účtů<br>* dbo.spEverifinGetAccountDetil - zjištění detailů jednoho bankovního účtu<br>* dbo.spEverifinGetTransations - zjištění transakční historie<br>* dbo.spEverifinGetTransationDetail - zjištění detailu transakce<br>* dbo.spEverifinTransationsRefresh - aktualizace všech účtů Everifinu<br>* dbo.spEverifinTransationsRefreshIban - aktualizace vybraného účtu<br>* dbo.spEverifinExpiringBankLogins - zjištění seznamu bankovních účtů, jimž vyprší platnost  uděleného oprávnění v příštích 14 dnech<br><br>Nastavení propojení Eso9 a multibankingu Everifin je popsáno v dokumentaci ESO9 - napojení na multibanking od Everifinu<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>DownloadURL - Nová možnost autentikace</b><br>V CLR knihovně DownloadURL přibyla procedura DownloadURLbearerAuth pro ověřování pomocí Bearer tokenů. V jednom volání je tak řešena prvotní autentikace a získání komunikačního tokenu a zároveň vlastní datové HTTP volání ověřené takto získaným tokenem.<br>Dostupné v CLR knihovně DownloadURL od verze 1.0.6.0.<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>DownloadURL - Stahování obsahu URL s ověřením OAuth 2.0</b><br>Do CLR knihovny DownloadURL byla doplněna procedura DownloadURLbearerAuth pro možnost stahování obsahu z webů ověřovaných protokolem OAuth 2.0. Podrobnější popis viz https://wiki.eso9.cz/doku.php/techdoc:stahovaniurlzdb#stahovani_obsahu_url_s_overenim_oauth_20.<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>DownloadURL - HTTP komunikace z SQL serveru</b><br>V CLR assembly DownloadURL došlo u metod "DownloadURL" a "DownloadURLbearerAuth" k úpravě parametru "@Headers" na vstupně/výstupní a v souvislosti s tím k rozšíření z 1000 znaků na max. Důvodem je potřeba získávat v některých případech nejen obsah těla, ale i hlaviček z http response.<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>DownloadURL - Rozšíření možností procedury DownloadURL</b><br>V CLR proceduře pro stahování obsahu URL (DownloadURL) došlo k několika změnám:<br>* na rozhraní přibyly dva nepovinné parametry:<br>** @ResponseStatus [int] - status HTTP response, pokud k HTTP volání dojde. Pokud nastane chyba ještě před HTTP voláním, vrací parametr hodnotu -1 (došlo k jiné runtimě chybě)<br>** @ResponseEncoding [nvarchar](10) - požadované kódování HTTP odpovědi. Není-li parametr uveden, bere se kódování odpovědi z její vlastnosti CharacterSet. Není-li tato vlastnost dostupná, bude kódování odpovědi napevno UTF-8.<br><br>Díky novému nepovinnému parametru @ResponseEncoding byla zrušena procedura DownloadURLenc.<br><br>Obě úpravy jsou zpětně kompatibilní, tj. neovlivní fungování použitá v již fungujících řešeních (nové parametry jsou nepovinné).<br><br>Podrobnější popis viz https://wiki.eso9.cz/doku.php/techdoc:stahovaniurlzdb.<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>ESO9SupportTerminalyService</b><br>Nová procedura <br>-spQPRODEJKA_VratKartamiCelkem - fchange nad položkou mf_Zaplatit <br><br>Upravena procedura dbo.fnPlatKartZaplacenoCastka, která vrací data z tabulky PlatKart, tak aby pracovala s možností multiplatby platební kartou<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>
-<li><b>spDMSInsertTypDoc - Automatické nastavení typu dokumentu</b><br>Při vkládání příloh s dokumenty do DMS lze automaticky nastavit typ dokumentu. Ten se zpravidla řídí typem dokladu, k němuž se dokument přikládá (např. faktura přijatá, interní doklad apod.). Nastavení typu dokumentu lze provést obecně datovým parametrem "MF_DOCINSERTPROC" ve formuláři s DMS, který může obsahovat uživatelskou proceduru pro manipulaci s dokumentem. <br>V rámci ESO9 Start byla vytvořena procedura "spDMSInsertTypDoc", která se volá na vybraných Startkových formulářích při vkládání příloh. Při vložení 1.přílohy k danému dokladu nastaví typ dokumentu dle parametru @MF_PARAMS (hledá se položka "IDTYPDOC").  Při vložení 2. a další přílohy nedělá nic.<br>Procedura má na vstupu 3 parametry: <br>* @FILEGUID - GUID právě založeného dokumentu<br>* @FILENAME - jméno souboru<br>* @MF_PARAMS - uživatelské parametry použité při založení souboru. Využívá se pro předání dalších parametrů z formuláře potřebných pro správné nastavení typu dokumentu. Parametry jsou předány ve formátu JSON a načítají se výběrovým SQL dotazem, např.:<br>(select IDTYPDOC, 'HDOK' as TABLENAME, %IDHDOK% as IDTABLE from TYPDOC where KOD_TYPDOC='FPU' for JSON path, WITHOUT_ARRAY_WRAPPER) as MF_PARAMS<br>Takto zadané parametry zajistí při vložení 1.přílohy k faktuře přijaté nastavení typu přílohy na "FPU".<br>Cílem úpravy je jednak automatické nastavování typu příloh k dokladům a jednak jejich třídění v případě, že k jednomu bude existovat více příloh; v takovém případě se jako první bude nabízet příloha s typem dle typu dokladu a další v pořadí budou přílohy bez typu (popř. s jiným typem).<br><br>V rámci ESO9 Start se automatické nastavování typu dokumentu týká těchto formulářů:<br>* nakup\FapHlav.htm - 1.příloha se zakládá s typem dokumentu "FPU"<br>* nakup\PripojeneZalohy.htm - 1.příloha se zakládá s typem dokumentu "FPU"<br>* nakup\VObj.htm - 1.příloha se zakládá s typem dokumentu "NOB"<br>* nakup\VyberZalohy23.htm - 1.příloha se zakládá s typem dokumentu "FPU"<br>* nakup\ZFap.htm - 1.příloha se zakládá s typem dokumentu "FPZ"<br>* nakup\ZFapD.htm - 1.příloha se zakládá s typem dokumentu "FPU"<br>* prodej\FaVHlav.htm - 1.příloha se zakládá s typem dokumentu "FVU"<br>* prodej\PripojeneZalohy.htm - 1.příloha se zakládá s typem dokumentu "FVU"<br>* prodej\VyberZalohy23.htm - 1.příloha se zakládá s typem dokumentu "FVU"<br>* ucet\Inter_dokl.htm - 1.příloha se zakládá s typem dokumentu "IDU"<br>* ucet\Inter_dokl_PlatKart.htm - 1.příloha se zakládá s typem dokumentu "IDU"<br><br></li>
-<li><b>spDokument_DelRec - Mazání neexistujícího dokumentu</b><br>Upraven DelRec pro tabulku DOKUMENT; pokud k danému @IDDOKUMENT neexistuje @DokumentFileGuid a nejedná se o již skartovaný dokument, dojde ke smazání dokumentu i vazby bez ohledu na vlastnost VLDELETEENABLED.<br><br></li>
-<li><b>spKrokRocUzav_Prepocti - Přepočet dokladů účetní závěrky</b><br>Do procedury kroku roční závěrky spKROKROCUZAV_Prepocti  doplněn parametr @Timeout pro možnost nastavení delšího času pro Timeout.<br><br></li>
-<li><b>spQSUBJEKT_SUBJ_NAZEV - Našeptávač subjektů</b><br>Procedura obsluhující našeptávač názvů subjektů byla upravena tak, aby při vyplněném IČ používala pro filtrování jmen subjektů i tento identifikátor. Zejména u podnikajících právnických osob existuje mnoho subjektů se stejným jménem; v takovém případě se po přenosu subjektů z číselníku našeptávače jméno neuložilo z důvodu duplicity.<br><br></li>
 </ul>
 <h3>Změny předpisů sestav</h3>
 <ul>
-<li><b>favform.idc - Faktura vydaná daňový doklad</b><br>Upraveny sestavy tiskových formulářů faktur.<br>Sekce "Rekapitulace DPH ze záloh" upravena tak, aby se u cizoměnových faktur nebo při změně sazby DPH (přeřazení do jiné sazby DPH) netiskly částku DPH a celkem s DPH připojených záloh.  Tisknou se jen základy daní připojených záloh. <br>Upravené sestavy : FavForm.idc, dbPisForm.idc, Dokl_Kos.<br>Upravené funkce (pro datové zdroje) - fnDZ_RekapDPHZalohV23, fnvlTiskRekap, fnDZ_FormularHDOK<br><br></li>
+<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>maj356 - Inventurní soupis majetku s výběrem</b><br>Pokud bylo do vstupního filtru zadáno datum, které nebylo posledním dnem v měsíci, v sestavě mohly chybět  karty majetku vyřazené během tohoto období.<br>Pro sestavu je použita funkce fnMaj_HodnotyVObdobi, která byla původně určena pouze pro výpočet hodnot dle zadaného období. Později byla doplněna možnost do vstupních parametrů zadávat nejen období, ale i datum.  Pro sestavu Maj356 však nebylo správně provedeno vyhodnocení toho, zda majetek je k danému datu vyřazen (vyhodnocení se provádělo dle období a ne dle data).<br>Opravena funkce fnMaj_HodnotyVObdobi<br>Oprava byla provedena již ve verzi 6.9<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>DOKUMENT</b><br>Tabulka DOKUMENT byla rozšířena o sloupec VLSKARTOVANO. Bude sloužit jako příznak skartovaného dokumentu. Dokumenty se budou standardně zakládat s hodnotou VLSKARTOVANO=0, v činnosti určené pro skartaci budou moci získat hodnotu VLSKARTOVANO=1. Dokumenty s hodnotou VLSKARTOVANO=1 se nebudou nabízet v žádné běžné dokumentové evidenci založené na pohledu QDOKUMENT.<br><br></li>
+<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>SUBJVTSUBJ - Subjekt v typu subjektu</b><br>Rozšíření struktury o tyto sloupce:<br>   - IDSTRED_MD    INT<br>   - IDSTRED_DAL   INT<br>   - IDPROJEKT_MD  INT<br>   - IDPROJEKT_DAL INT<br>   - IDZDROJ_MD    INT<br>   - IDZDROJ_DAL   INT<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>FavForm.idc, DbPisForm.idc, Dokl_kos</b><br>Bod 2) Text nahrazen proměnnou txtCelkemUhrZaloh<br><br></li>
+<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>QDOKUMENT</b><br>V pohledu QDOKUMENT byly doplněny podmínky:<br>* na skartované dokumenty (VLSKARTOVANO=1); skartované dokumenty se v pohledu nevrací,<br>* na datum platnosti typu dokumentu (TYPDOC.DTPLATNOSTDO), má-li dokument typ určený; dokumenty s vypršenou platností svého typu se v pohledu nevrací,<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>*.htm - kopírovací formy, které obsahují odkaz na nový doklad vzniklý kopií</b><br>Při tvorbě dokladu kopii má odkaz na nově vzniklý doklad nově parametr FormType=Editor.<br>Úprava se nově týká forem, které obsahovaly výraz _NEW%25 v tagu &lt;a&gt; &lt;/a&gt;:<br> - ESO9Start\ABCAnalyza\NobSbernaABCAnalyza.htm<br> - ESO9Start\doprava\DopravaZalozFaZPrikazu.htm<br> - ESO9Start\doprava\DOPSTA_FVU.htm<br> - ESO9Start\doprava\DOPSTA_IDU.htm<br> - ESO9Start\doprava\Pokl_Doklad.htm<br> - ESO9Start\finance\BavZastavaTvorba.htm<br> - ESO9Start\finance\KopiePDV_IDU.htm<br> - ESO9Start\nakup\FapDoSvu.htm<br> - ESO9Start\nakup\KopieCenPop_VObj.htm<br> - ESO9Start\nakup\KopieNOBdoSPUF.htm<br> - ESO9Start\nakup\KopiePrDoNa_NOB2NOO.htm<br> - ESO9Start\nakup\NobSberna.htm<br> - ESO9Start\nakup\NobzPob.htm<br> - ESO9Start\nakup\Pokl_Doklad.htm<br> - ESO9Start\nakup\SVFdoNOB.htm<br> - ESO9Start\nakup\ZFaP_VytvDan.htm<br> - ESO9Start\nastaveni\ExterniZasoby.htm<br> - ESO9Start\nastaveni\KopiePrDoNa.htm<br> - ESO9Start\nastaveni\SkladVydej.htm<br> - ESO9Start\nastaveni\VzorKopie.htm<br> - ESO9Start\nastaveni\VzorKopieMPR.htm<br> - ESO9Start\nastaveni\VzorKopiePN.htm<br> - ESO9Start\nastaveni\VzorKopiePN_KOOP.htm<br> - ESO9Start\nastaveni\VzorKopieSberna.htm<br> - ESO9Start\plan\PlanUZap.htm<br> - ESO9Start\posta\VytvorFAP.htm<br> - ESO9Start\posta\VytvorFPZ.htm<br> - ESO9Start\prodej\FaVSkl.htm<br> - ESO9Start\prodej\Inter_Doklad.htm<br> - ESO9Start\prodej\KopieCenNab_PObj.htm<br> - ESO9Start\prodej\KopiePOBdoNOB.htm<br> - ESO9Start\prodej\KopiePOBdoSVUF.htm<br> - ESO9Start\prodej\KopiePOSV.htm<br> - ESO9Start\prodej\KopiePrDoNa_POB2POO.htm<br> - ESO9Start\prodej\PObjSlozFaV.htm<br> - ESO9Start\prodej\PObjVydejSlozFaV.htm<br> - ESO9Start\prodej\Pokl_Doklad.htm<br> - ESO9Start\prodej\TvorbaMonPrik.htm<br> - ESO9Start\prodej\TvorbaVyrPrik.htm<br> - ESO9Start\prodej\VydejZbozFaV.htm<br> - ESO9Start\prodej\VydejZbozFaVS.htm<br> - ESO9Start\prodej\VydejZbozFaVS_Z.htm<br> - ESO9Start\prodej\VydejZbozFaVZ.htm<br> - ESO9Start\prodej\VytvorDokladJCD.htm<br> - ESO9Start\prodej\VytvorZalohu.htm<br> - ESO9Start\prodej\VytvorZalohuPN.htm<br> - ESO9Start\prodej\ZFaV_VytvDan.htm<br> - ESO9Start\saldo\DokladZapoctu.htm<br> - ESO9Start\saldo\PenF_Vytv.htm<br> - ESO9Start\saldo\UpravNavrhZapoctu.htm<br> - ESO9Start\saldo\Zap_Navrh.htm<br> - ESO9Start\saldo\Zap_NavrhICO.htm<br> - ESO9Start\saldo\Zap_NavrhRM.htm<br> - ESO9Start\servis\KopDoNakObj.htm<br> - ESO9Start\sklad\CenoveOdchylky.htm<br> - ESO9Start\sklad\FaPZbozPrij.htm<br> - ESO9Start\sklad\FaVzZbozVydej.htm<br> - ESO9Start\sklad\IDNZbozSklZalozeni.htm<br> - ESO9Start\sklad\KopieSPUdoSVU.htm<br> - ESO9Start\sklad\KPZbozPrij.htm<br> - ESO9Start\sklad\KVZbozVydej.htm<br> - ESO9Start\sklad\PObjZbozKV.htm<br> - ESO9Start\sklad\PObjZbozVydej.htm<br> - ESO9Start\sklad\PrijemHV.htm<br> - ESO9Start\sklad\PrijemHVMPR.htm<br> - ESO9Start\sklad\PrijemHVMPR_KOOP.htm<br> - ESO9Start\sklad\PrijemHVPN.htm<br> - ESO9Start\sklad\PrijemkaPrevodem.htm<br> - ESO9Start\sklad\PrijemkaPrevodemZeVzoru.htm<br> - ESO9Start\sklad\PrijemkazV_kkop.htm<br> - ESO9Start\sklad\StornoPrijemZboz.htm<br> - ESO9Start\sklad\StornoVydejZboz.htm<br> - ESO9Start\sklad\VObjZbozKP.htm<br> - ESO9Start\sklad\VObjZbozPrij.htm<br> - ESO9Start\sklad\Vraceni.htm<br> - ESO9Start\sklad\VyberSklad.htm<br> - ESO9Start\sklad\VydejkazP_kkop.htm<br> - ESO9Start\sklad\VztazneVN.htm<br> - ESO9Start\sklad\VztazneVNSDok.htm<br> - ESO9Start\teplo\KopiePrDoNa_FVU.htm<br> - ESO9Start\ucet\Inter_dokl.htm<br> - ESO9Start\ucet\Inter_dokl_FisMod.htm<br> - ESO9Start\ucet\Inter_dokl_Sloz.htm<br> - ESO9Start\ucet\Ucet_dokl.htm<br> - ESO9Start\ucet\Ucet_dokl_pam.htm<br> - ESO9Start\ucet\Ucet_dokl_pam_preuct.htm<br> - ESO9Start\ucet\Ucet_dokl_pam_preuctD.htm<br> - ESO9Start\zadavani\KumulPObjDoVyrZak.htm<br> - ESO9Start\zadavani\NavrhNOBProSklad.htm<br> - ESO9Start\zadavani\NobSbernaVyr.htm<br> - ESO9Start\zadavani\START_TvorbaVyrZak.htm<br> - ESO9Start\zadavani\START_VyrobaVzorKopiePrijemkaKOOP.htm<br> - ESO9Start\zadavani\START_VyrobaVzorKopieSTORNOVydejkaKOOP.htm<br> - ESO9Start\zadavani\START_VyrobaVzorKopieVydejka.htm<br> - ESO9Start\zadavani\START_VyrobaVzorKopieVydejkaKOOP.htm<br> - ESO9Start\zadavani\START_VyrobaVzorKopieZadanka.htm<br> - ESO9Start\zadavani\START_VyrobaVzorKopieZadankaDZA.htm<br> - ESO9Start\zadavani\TvorbaNakObjZMaterialu.htm<br> - ESO9Start\zadavani\TvorbaVyrZak.htm<br> - ESO9Start\zadavani\TvorbaVyrZakZPolotovaru.htm<br> - ESO9Start\zadavani\VyrobaVzorKopie.htm<br> - ESO9Start\zadavani\VzorKopieV.htm<br> - Eso9StartDE\servis\KopieDoNakObj.htm<br> - Eso9StartDE\servis\KopiePrDoNaPSOBdoZL.htm<br> - Eso9StartDE\servis\KopiePrDoNaZLdoFVU.htm<br> - Eso9StartDE\servis\KopiePrDoNaZLdoPSZ.htm<br> - Eso9StartDE\servis\KopiePrDoNaZLdoSPU.htm<br> - Eso9StartDE\servis\KopiePrDoNaZLdoSVU.htm<br> - ESO9StartHU\Ucet\Inter_dokl.htm<br><br></li>
+<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>*.idc - Činnosti volající IDC/HTX sestavu s výběrem vzorů</b><br>Pokud je stejný vzor uveden pod typem dokladu vícekrát (pro různé skupiny uživatelů, uživatele...), pak v činnostech volajících IDC/HTX sestavu s výběrem vzorů se jeden vzor zobrazuje několikrát – duplicita.<br>Pro eliminaci duplicit byly upraveny datové zdroje pro tyto činnosti:<br> - činnost 1. 3. 3. 2 Vytvoření penalizačních faktur: IDC sestava "saldo\PenF_Subj_Vzor.idc"<br> - činnost 2. 2. 3. 9 Faktura vydaná z objednávky (zboží a služby): IDC sestava "prodej\VydejZbozFaVS_Z.idc"<br> - IDC sestava "prodej\VydejZbozFaVO.idc" se v současnosti nepoužívaná, ale může být použita ve starších implementací.<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>DMS\Dokument_typ.htm - Typy dokumentů</b><br>V souvislosti s řešením skartace digitálních dokumentů byla do formuláře s typu dokumentů doplněna položka "Skartační lhůta (v letech)".<br>Typy dokumentů, u nichž již byla skartační lhůta dosažena, jsou nabízeny v činnosti "6. 4. 1. 5 - Skartace dokumentu" ke skartaci.<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>ESO9SupportTerminalyService</b><br>Upraveny stránky <br>prodejka.htm - přidány HiddenFields položky - mf_ZapKartami;mf_Zaplatit;mf_KartCelkem<br>Prodejka_karta_cz.htm - přidány položky mf_ZapKartami;mf_Zaplatit;mf_KartCelkem<br>PlatKart.htm - přidán typ operace -1, který znamená, že zbývající část byla doplacena v hotovosti<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>Formuláře s dokumenty</b><br>Došlo k úpravě všech formulářů, v nichž se používají dokumenty (cca 100 stránek). Ve většině z nich byl ze dvou pohledů v parametru ViewName (QDOKUMENT a QDOKUMENT_HDOK) zrušen pohled QDOKUMENT. Druhý ViewName je tak dostupný pro implementační úpravy.<br><br>Podrobněji:<br>Ve všech formulářích pracujících s dokumenty byly použity dva pohledy; QDOKUMENT a QDOKUMENT_HDOK. Na ně jsou napojena pohledová obchodní pravidla:<br>* spQDOKUMENT_NewRec - pro vkládání dokumentů byl v dnešní době již zbytečný a byl zrušen<br>* spQDOKUMENT_HDOK_NewRec - při vkládání nového dokumentu přenáší parametry z Where podmínky (TABLENAME a IDTABLE) do datových položek formy PAR_TABLENAME a PAR_IDTABLE. Má význam všude, kde je evidence dokumentů navázaná na jinou datovou entitu.<br>* spQDOKUMENT_HDOK_AfterInsert - na základě hodnot datových položek formy PAR_TABLENAME a PAR_IDTABLE založí vazbu mezi nově založeným dokumentem a tabulkou z položky PAR_TABLENAME. Obecné chování pro všechny dokumentové formy, ať již samostatné, nebo jako náhled v rámci např. dokladu.<br>* spQDOKUMENT_AfterInsert - totéž, jako předchozí procedura, jen pro pohled QDOKUMENT.<br><br>Další akce nad dokumenty jsou realizovány buď přímo procedurami (spDELETE_btVAZBA_DOKUMENT - přesun dokumentu do koše) nebo tabulkovými obchodními pravidly, kde jméno pohledu/-ů nehraje roli (tabulkové pravidlo spDokument_DelRec, který ruší vazby, dokument + záznamy v dalších tabulkách).<br><br>Ve všech formulářích, kde je forma s dokumenty navázaná na jinou datovou entitu (např. na doklady), zůstal pouze ViewName=QDOKUMENT_HDOK. Ve formách, kde je evidence dokumentů samostatně, zůstal pouze pohled ViewName=QDOKUMENT. Pohled QDOKUMENT_HDOK je uveden i ve formách, kde je dokument navázán na jinou tabulku, než je HDOK; pojmenování je čistě formální a nemá smysl vytvářet 10 stejných obchodních pravidel jen kvůli pojmenování použitých pohledů (historicky existuje ještě ViewName=QDOKUMENT_SDOK s příslušnými obchodními pravidly; lze jej převést na QDOKUMENT_HDOK).<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>Include\Dokument_INC_Zdroj.htm - Mazání dokumentů ve zdrojích</b><br>Z předlohy formuláře dokumentů používaném v evidenci zdrojů bylo odstraněno tlačítko "Do koše". Dokumenty v této evidenci bude možné mazat rovnou (a nikoli tedy dvojstupňově, jako např. u dokumentů přiložených k daňovým dokladům).<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>nastaveni\kurslist.htm - Kurzovní lístek</b><br>Do stránky Kurzovní lístek doplněn rowfiltr<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>
-<li><b>nastaveni\StiOffline.htm - Formulář offline sestav</b><br>Ve formuláři offline sestav byl:<br>- přepracován datový zdroj formy "Historie spouštění offline sestavy"<br>- do formy "Historie spouštění offline sestavy" doplněn parameter MaxDataRow<br>- ve stránce změna hodnoty šířky stylu na 86% z 96%<br>Změny jsou součástí verze 7.0 s datem uvolnění cca polovina ledna 2024.<br><br></li>
-<li><b>OdvodDPH.htm - 1.1.2.3. Výkaz DPH</b><br>Na stránku OdvodDPH.htm boly pridané funkčné tlačidlá<br>Kontrolný výkaz <br>- tlačidlo s názvom "Detail" s odkazom na stránku OdvodKH_Detail.htm<br>- tlačidlo s názvom "Dokumenty" s odkazom na stránku OdvodKHDPH_Doc.htm<br>- tlačidlo s názvom "Kontrolný opis" s odkazom na zostavu VykazKVDPH_SK_201701_idOpis<br>Súhrnný výkaz<br>- tlačidlo s názvom "Detail" s odkazom na stránku OdvodSH_Detail.htm<br>- tlačidlo s názvom "Dokumenty" s odkazom na stránku OdvodSH_Doc.htm<br>- tlačidlo s názvom "Kontrolná zostava" s odkazom na zostavu SH_SK2018_RADKYDPH<br><br></li>
-<li><b>Přílohy k dokladům v DMS</b><br>Řazení dokumentů v náhledu<br><br>Pokud obsahuje doklad více příloh v DMS, budou nově tříděné dle svého typu tak, aby se přílohy požadovaného typu zobrazovaly jako první.<br><br>V rámci ESO9 Start se to týká dokladů:<br>* Nákupní objednávka (nakup\VObj.htm) - jako první se zobrazuje příloha s dokumentem typu "NOB".<br>* Faktura přijatá účetní (nakup\faphlav.htm) - jako první se zobrazuje příloha s dokumentem typu "FPU", jako druhá typu "FPO".<br>* Faktura přijatá zálohová (nakup\zfap.htm) - jako první se zobrazuje příloha s dokumentem typu "FPZ".<br>* Faktura přijatá zálohová daňová (nakup\ZFaPD.htm) - jako první se zobrazuje příloha s dokumentem typu "FPU", jako druhá typu "FPO".<br>* Faktura přijatá penalizační (nakup\faphlav.htm) - jako první se zobrazuje příloha s dokumentem typu "FPU", jako druhá typu "FPO".<br><br>* Faktura vydaná účetní / zálohová / zálohová daňová - formulář detailu hlavičku dokladu,  jako první se zobrazuje příloha s dokumentem typu "FVU", jako druhá typu "FVO".<br><br>* Interní doklad - jako první se zobrazuje příloha s dokumentem typu "IDU".<br><br>* Pokladní doklad příjmový / výdajový - jako první se zobrazuje příloha s dokumentem jiného typu, než "PD", jako druhá příloha bez typu a jako poslední příloha typu "PD". Cílem je zobrazit nejprve sken účtenky a teprve potom sestavu se stvrzenkou.<br><br></li>
-<li><b>Stránky obsahující Silverlight (XAP)</b><br>Z ESO9Start byly vymazány stránky obsahující (dnes již nepodporované) objekty v Silverlightu:<br>* manager/SLDashboardProdej.htm, manager/SLDashboardUcetni.htm<br>* nastaveni/cinnost_strom.htm, nastaveni/cinnost_strom_uziv.htm<br>A následně i vlastní XAP soubory.<br><br></li>
-<li><b>subjekt\subjekt.htm - Dokumenty subjektů</b><br>Do Subjekt.htm Přidán splitter s Dokumenty + v menu tlačítko "Dokumenty v koši()".<br>Dále nová profi stránka Subjekt_Doc.htm s přehledem dokumentů subjektů.<br>Do číselníku Typ dokumentů přidány 4 nové záznamy, dle textu v zadání.<br><br></li>
-<li><b>ucet\Intrastat_Detail.htm - Intrastat - detail</b><br>Do stránky ucet\Intrastat_Detail.htm doplněn Rowfilter<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. 7. 1 - Montážní příkaz z prodejní objednávky - Rozšíření způsobu tvorby MPR z POB</b><br>Formulář nyní umožní třetí volbu způsobu tvorby MPR „Strukturovaně do jednoho MPR“: <br>Podsestavy i pozice rozpisky jednotlivých podsestav jsou rozpadnuty pod jeden MPR, s tím, že na pozadí se v historii mezi SDOK udržuje vazba příslušnosti mezi podsestavami. Představitelé podsestav jsou zobrazeni ve formě složek výrobků/dílů. Všechny potřebné materiály jsou zobrazeny ve formě pro komponenty.<br><br>Nad představitelem dílu/výrobku (podsestava/sestava) je možno zobrazit přímé vlastní vstupující komponenty pomocí odkazu „Vstupující komponenty“. Zde pak je vidět jednotlivé materiály  plus vstupující podsestavy…<br><br><br><br>V souvislosti s uvedeným rozšířením byly změněny procedury:<br>-	spVytvorVPzPOB<br>-	spZBOZIROZPAD_NaplnKumulaci<br><br><br>V souvislostí s uvedeným rozšířením byly změněny formuláře:<br>-	Prodej/TvorbaMonPrik.htm<br>-	Prodej/VyrPrikaz.htm<br>-	Prodej/VyrPrikazKomponenty.htm<br><br></li>
+<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.1.3 – Technologická dokumentace - Odkaz „Minipoznámky k položkám formy“</b><br>Kromě ikony pro vyvolání minipoznámky nad položkou formuláře dílu (vedle vstupního pole), byl do každé formy (kmenové údaje, kusovník, postup, pomůcky) přidán odkaz na zobrazení přehledu minipoznámek k položkám příslušné formy (v rámci konkrétního ID řádku).<br><br>Tato činnost slouží k usnadnění práce s minipoznámkami formuláře.  Je zde možno především provádět kopie poznámek.<br><br>Využití pro tvorbu kopie mininpoznámek k další položce formuláře:<br>Existuje-li minipoznámka s předpisem výkazu výměr/nebo předpisem pro výpočet hodnoty pro položku „Množství čisté“ (MNCISTASPOTR), je možno pouhou kopií řádku (CTRL+K) založit minipoznámku  například k položce „Spotřební množství“ (MNHRUBASPOTR) – je-li na formuláři zvolena z číselníku polí.<br><br>Minipoznámky je zde možno mimo jiné zakládat ke kterékoliv položce formuláře (Nová, výběr z číselníku položek).<br><br>Předpis pro výpočet hodnoty nyní ve verzi 7.0 umožní kromě matematických výrazů a funkcí zařadit i jednotlivé konstrukčně-technologické parametry a další hodnoty, které lze uživatelsky definovat v pohledu QKTPARAM_ZBOZI (pro vkládání zmíněných položek do předpisu lze použít odkaz ikony vedle pole pro definici předpisu). <br><br>Výpočet hodnoty dle předpisu se provede stiskem tlačítka „Vyhodnotit výraz“.<br><br>Tlačítko „Přepočítat výrazy v poznámkách formy“ provede hromadný výpočet/aktualizaci hodnot všech evidovaných minipoznámek formy (příslušné datové věty).<br><br>Upraven formulář: <br>-	Nastaveni/Fnotes.htm (přidána definice datového typu – defaultně podle druhu položky nad kterou se minipoznámka zřizuje)<br><br>Vytvořen nový formulář:<br>-	nastaveni/FNotes_All.htm<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.1.1.3 – Technologická dokumentace - Odkaz „Kopie minipoznámek mezi záznamy“</b><br>Odkaz je na formuláři „Díl“ přístupný z formy kusovníku, operací a pomůcek. Umožní provádět rozšířené kopie minipoznámek mezi záznamy (jednotlivými položkami/pozicemi kusovníku) technické dokumentace dílu.<br><br>Formulář je rozdělen na levou část „odkud“, která slouží pro zobrazení položek příslušné oblasti, nad kterou formou byl vyvolán (kusovník/operace/pomůcky) - nahoře a výběr příslušných minipoznámek ke kopii – dole.<br><br>Pravá část formuláře „kam“ je organizována podobně. Slouží k nastavení cílové položky/pozice kusovníku, ke které se minipoznámky z levé části mají nakopírovat. Dolní část zobrazuje příslušné záznamy minipoznámek.<br><br>Postup kopírování:<br>V Dolním levém browse, který obsahuje seznam minipoznámek k jednotlivým položkám nastavené pozice lze označit jednu nebo více minipoznámek. Stisk tlačítka „KOPÍROVAT POZNÁMKU“ provede kopii do oblasti „kam“ pod nastavenou větu konkrétní položky/pozice v dokumentaci dílu.<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>
-<li><b>5.1.1.3 – Technologická dokumentace - Odkaz „K-T parametry: základní definice“</b><br>Ve verzi 7.0 došlo k úpravám v evidenci konstrukčně technologických parametrů.<br><br>Formulář nyní obsahuje dvě formy. První původní byla rozšířena takto:<br><br>- Předpis pro výpočet hodnoty<br>Nyní umožní zařadit do vztahu pole z pohledu QKTPARAM_ZBOZI, ve kterém se definují (možno i uživatelsky) položky, které se pro dané zboží/díl, mohou ve vztahu použít. Položky se zařadí vyvoláním číselníku (ikona vpravo) a po stisku tlačítka „přenos“ se připojí k řetězci s definicí předpisu. Pohled obsahuje i samotné parametry. Lze také do vztahu zařadit jednotlivá pole (vždy však z definovaného pohledu QKTPARAM_ZBOZI) ručním zápisem a to s použití „zabalení“ do hranatých závorek:<br>[MNHMOTNOST]*[A]….<br>Sytém při vyhodnocení definovaného předpisu pak na základě toho pole rozezná a dosadí jejich hodnoty.<br><br>- Iterační hladina<br>Umožní zařadit konkrétní parametr do úrovní, z důvodu možnosti jejich použití jako vstupních hodnot pro výpočty hodnot (závislých) parametrů, které používají jiné parametry v definicích předpisu pro výpočet hodnoty.<br>V definici předpisu pro výpočet hodnoty mohou být zařazeny jen parametry z nižších iteračních hladin. Vyhodnocování parametrů podle vztahu pak probíhá postupně v krocích od nejnižší iterační hladiny po nejvyšší. Tímto je umožněno použití parametrů pro výpočet hodnoty dalších parametrů (nebyla-li by umožněna tato funkčnost, musela by se pro každý vztah, ve kterém je potřeba vycházet z hodnoty určitého parametru, opisovat jeho definice výpočtu hodnot, což by ve své podstatě vedlo k nepoužitelnosti z důvodu nepřehlednosti definičních vztahů a tvorbě chyb v předpisu).<br><br>- Dědičnost hodnoty z vyšších dílů<br>(Ne, Ano, Při stejné variantě) je položka, která je připravena na uživatelské implementace výpočtu hodnot parametrů podsestav dílu. Předpokládá se, že některé parametry vyšších sestav budou předávat své hodnoty do nižších sestav.  Ve verzi ESO9Start tato funkčnost dědičnosti není implementována,  její použití může být specifikováno v profi řešení.<br><br><br>Dolní forma je závislá na horní formě a obsahuje výčet parametrů, které jsou tzv. referenční. To jsou všechny parametry, které mohou být ve zvoleném parametru (horní forma) odkazovány v předpisu vztahu pro výpočet základní hodnoty.  Jak již bylo uvedeno výše, hodnoty parametrů mohou být definovány nejen pomocí matematických výpočtů za použití konstant, ale může být ve vztahu použito i parametrů z nižších iteračních hladin. Proto je zde vždy uveden jejich aktuální výčet proti nastavené iterační hladině zvoleného parametru v horním browse.<br><br>„Aktualizovat základní hodnoty parametrů“<br>Provede výpočet hodnot všech parametrů podle definovaných předpisů. Výpočet je prováděn pro parametry postupně podle příslušnosti k jednotlivým iteračním hladinám (od hladiny nejnižší úrovně až po nejvyšší).<br><br></li>
-<li><b>5.1.1.3 – Technologická dokumentace - Odkaz „K-T parametry: definice variantních“</b><br>Od verze 7.0 je možno definovat předpisy pro výpočet hodnot konstrukčních parametrů i pro výrobní varianty.<br>První forma obsahuje výčet evidovaných konstrukčně technologických parametrů.<br><br>Ve druhé formě, podobně, jako v případě definice základních hodnot, obsahuje formulář pole pro předpis vztahu pro výpočet variantní hodnoty.  Jeho použití je stejné jako u předpisu s definicí pro základní hodnotu. <br><br>U zařazených položek K-T parametrů ve vztahu je však možno stanovit použití hodnoty konkrétní varianty parametru:<br>  [A] – použije automaticky hodnotu parametru „A“ pro danou vypočítávanou variantu  <br>  [{}A] – použije základní hodnotu parametru „A“ bez ohledu na vypočítávanou variantu<br>  [{MODRA}A] – použije hodnotu parametru „A“ evidovanou pro variantu „MODRA“<br><br>Definice podmínky platnosti pro variantu<br>Jednoduchým SQL vztahem/logickou podmínkou se definuje podmínka platnosti pro výrobní varianty. Při výpočtu variantních hodnot parametru je pak tento vztah vyhodnocován proti všem existujícím (evidovaným) výrobním variantám a je-li jeho platnost potvrzena, pro výpočet hodnoty parametru pro tuto variantu se pak uplatní definovaný vztah. <br><br>Tlačítka:<br>„Aktualizovat základní hodnoty parametrů“<br>Provede výpočet hodnot všech parametrů podle definovaných předpisů. Výpočet je prováděn pro parametry postupně podle příslušnosti k jednotlivým iteračním hladinám (od hladiny nejnižší úrovně až po nejvyšší).<br><br>„Aktualizovat základní a variantní hodnoty parametrů“<br>Provede výpočet základních hodnot podle předpisů pro výpočet základních hodnot. Následně provede iterační výpočty všech parametrů podle definovaných předpisů. Výpočet je prováděn pro parametry postupně podle příslušnosti k jednotlivým iteračním hladinám (od hladiny nejnižší úrovně až po nejvyšší).<br><br><br>Na formuláři je zcela dole zařazena třetí forma. <br>Tato zobrazuje vypočtené hodnoty parametru podle předpisu pro jednotlivé varianty.<br><br></li>
-<li><b>5.1.1.3 – Technologická dokumentace - Odkaz „K-T parametry pro výrobní varianty“</b><br>Vyvolá přehled konstrukčně technologických parametrů dílu s hodnotami pro evidované výrobní varianty.<br>Formulář obsahuje v horní formě soupis evidovaných výrobních variant (včetně tzv. nevarianty).<br><br>V dolní závislé formě zobrazuje vždy pro každou zvolenou variantu soupis parametrů s variantními hodnotami. To jsou hodnoty, které jsou vypočítány na základě definice variantního předpisu pro výpočet hodnoty parametru (případně hodnota určená).<br><br>Variantní hodnotu zde lze jednorázově přepsat (do doby příštího přepočtu variantních hodnot, kdy je hodnota opět aktualizována podle stanovených variantních předpisů pro její výpočet).<br>Kromě této hodnoty obsahuje položku základní hodnoty pro doplnění informace.<br><br>Formulář obsahuje dvě tlačítka pro přepočty:<br>„Aktualizovat základní hodnoty parametrů“ <br>provádí přepočet části s definicemi základních hodnot parametrů. <br><br>„Aktualizovat základní i variantní hodnoty parametrů“ <br>provede přepočet části s definicemi základních hodnot parametrů a následně pro každou evidovanou variantu dílu provádí výpočty variantních hodnot parametrů podle jednotlivých definovaných variantních předpisů. <br><br></li>
-<li><b>5.1.1.3 – Technologická dokumentace - Formulář díl – rozšíření o záložku „Přepočet THN“</b><br>Formulář díl byl rozšířen o záložku „Přepočet THN“, která umožní provádět přepočty evidovaných hodnot dokumentace na základě předpisů v minipoznámkách k následujícím položkám: <br>-	k položkám kusovníku (číslo materiálu, množství čisté, množství spotřební, počet dílců, rozměr 1, rozměr 2)<br>-	K položkám pomůcek (číslo materiálu, množství)<br><br>Celkový přepočet dokumentace THN zvoleného dílu se provede stiskem tlačítka „Celkový přepočet THN Dílu“ viz dále.<br><br>Poznámka:<br>Minipoznámky lze podle potřeby doplnit do formuláře ke kterékoliv položce(vložením příslušného řetězce jako hyperlinku s názvem pole a tabulky), následně se uživatelsky upraví procedura, která přepočet zajišťuje tak, aby zahrnovala i další potřebné položky (spHODNOTA_THN_DLE_FNOTE_Prepocitej)<br><br>Formulář záložky obsahuje souhrnné informace o:<br>-	Počtu evidovaných konstrukčně technologických parametrů dílu<br>-	Počtu evidovaných variantních předpisů k parametrům<br>-	Počtu variantních hodnot parametrů<br>-	Počtu minipoznámek v THN dílu,<br>-	Počtu položek rozpisky dokumentace dílu (pozic)<br>-	Aktuálně nastavené výrobní variantě dílu<br><br>Dále u každého řádku s informacemi obsahuje tlačítka pro postupný výpočet podle určitých kroků/oblastí zaměření, kdy lze například využít pouze hodnot z minipoznámek (poslední krok: „Přepočítat THN dílu dle minipoznámek“) – nejsou-li používány K-T parametry a v minipoznámkách však jsou uvedeny výpočtové předpisy (bez parametrů), podle kterých se má THN přepočítat.<br><br>Tlačítka jsou organizována od vrchu směrem dolů podle postupných kroků/oblastí, které je možno samostatně přepočítávat. Další tlačítko/oblast pak využívá hodnoty předchozí oblasti – ale nepřepočítává ji. Tlačítko pro celkový přepočet pak přepočítává postupně všechny oblasti automaticky.<br><br>AKTUALIZOVAT ZÁKLADNÍ HODNOTY PARAMETRŮ:<br>Provede přepočet předpisů pro základní hodnoty parametrů.<br><br>AKTUALIZOVAT VARIANTNÍ HODNOTY PARAMETRŮ (+ volba iterační úrovně parametrů):<br>Provede přepočet variantních předpisů pro stanovení hodnoty parametrů pro výrobní varianty. Volbou iterační úrovně lze stanovit, od kterých předpisů (dáno příslušností parametru k iterační úrovni) se má přepočet provést – jinak se použijí hodnoty evidované.<br><br>PŘEPOČÍTAT MINIPOZNÁMKY V DOKUMENTACI:<br>Přepočítá předpisy pro výpočet hodnot minipoznámek nad jednotlivými položkami dokumentace. Jsou li použity ve vztazích K-T parametry, dosadí jejich aktuálně evidované hodnoty.<br><br>PŘEPOČÍTAT THN DÍLU DLE MINIPOZNÁMEK:<br>Provede přepočet položek kusovníku a pomůcek dílu podle aktuálních hodnot v minipoznámkách. Tato volba může být často používána v případě, že se K-T parametry neevidují a není proto potřeba je v předchozích krocích přepočítávat.<br><br>CELKOVÝ PŘEPOČET THN DÍLU<br>Provede automaticky přepočet postupně všech kroků uvedených výše – přepočítá dokumentaci pro právě aktivní výrobní variantu. V jednotlivých výpočtových krocích postupně ukládá/aktualizuje hodnoty parametrů, nebo poznámek, aby je pak použil pro dosazení do dokumentace THN.<br><br>Poznámka:<br>Přepočty se týkají pouze dokumentace dílu/sestavy v dané úrovni. – podsestavy nejsou přepočítány. Pokud je toto vyžadováno, je možno na základě požadavků zákazníka vytvořit konkrétní pravidla volání přepočtu dokumentace i nižších podřízených podsestav, které hodnoty K-T parametrů sdílí podle definované dědičnosti v rámci profi řešení.<br><br></li>
-<li><b>5.1.1.3 – Technologická dokumentace - Rozšíření formuláře "dil.htm" o superzáložky</b><br>Formulář "díl" byl navíc rozšířen o hyperlinky v podobě „superzáložek“ v záhlaví stránky, které volají formuláře stejné hlavičky, ale tématicky odlišných složek:<br><br>[Díl]<br>Základní formulář otevíraný z činnosti 5.1.1.3, vždy filtrovaný podle platnosti jednotlivých pozic pro podmínky variant.<br><br>[Pohled „All“]<br>Formulář obsahující složky jako formulář díl, nicméně položky kusovníku a operací i pomůcek jsou zobrazeny všechny bez omezení platnosti (jak datumově, tak i variantně).<br><br>[K-T parametry]<br>Hlavička formy stejná, jak již uvedeno, složky formuláře obsahují výčet evidovaných konstrukčně technologických parametrů.<br><br>Levý dolní browse obsahuje parametry základní iterační úrovně (zpravidla řídící, s očekáváním uživatelsky prováděných změn evidovaných hodnot)<br>Pravý dolní browse obsahuje parametry vyšších iteračních úrovní (zpravidla výpočtově závislé na zadaných hodnotách řídících parametrů)<br>Podle potřeby je možno provést změnu hodnot základních, nebo variantních (týká se pak nastavená výrobní varianty dílu) a vyvolat přepočet dokumentace.<br><br>Formulář obsahuje následující tlačítka/akce:<br>CELKOVÝ PŘEPOČET THN DÍLU<br>Provede přepočet parametrů a následně výpočet THN hodnot podle minipoznámek.<br><br><br>PŘEPOČET THN DÍLU DLE VARIANTNÍCH PARAMETRŮ<br>Pokud byly parametrům změněny variantní hodnoty, je možné jednorázově vynutit přepočet minipoznámek s těmito hodnotami. <br>Změny variantních hodnot jsou pouze dočasné, po provedení celkového přepočtu (tlačítko CELKOVÝ PŘEPOČET THN DÍLU na stránce) jsou hodnoty opět přepsány aktuálně spočtenými dle platných předpisů vycházeje z aktuálně nastavených základních hodnot základní iterační úrovně<br><br></li>
 </ul>
-<h3>Změny procedur</h3>
+<h3>Standardní dodávané číselníky</h3>
 <ul>
-<li><b>spZBOZIROZPAD_NaplnKumulaci - 5.7.1 - Tvorba montážních příkazů</b><br>Při tvorbě montážního příkazu (činnost 5.7.1) se nesprávně rozpadalo množství složky služeb.<br><br>Instalací verze 70 se chyba odstraní.<br><br></li>
+<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ěny datových struktur</h3>
+<h3>Změna parametrů úlohy</h3>
 <ul>
-<li><b>FNOTE - Minipoznámky k jednotlivým polím formuláře</b><br>Do tabulky byla přidána následující pole:<br>-	VLTYP_FNOTE SmallInt NULL  (rozlišení datového typu hodnoty poznámky)<br>-	WF_FNOTE Varchar(256) NULL<br>-	CISLO Integer NULL<br>-	DATUM DateTime NULL<br><br></li>
+<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>KTPARAM - KTPARAM - definice předpisu pro výpočet variantní hodnoty</b><br>Do tabulky předpisů výpočtů K-T parametrů byla přidána následující pole:<br>-	KTSTMT Varchar(4000) NULL<br>-	WF_PLATIPROVYRV Varchar(256) NULL<br>-	WF_KTSTMT Varchar(256) NULL<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>KTPARVYRVAR - KTPARAM pro výrobní varianty  (VYRVARIANTA)</b><br>Do tabulky pro evidenci hodnot výrobních variant K-T parametrů byla přidána následující pole:<br>-	IDZBOZIKTPARAM Integer NOT NULL<br>-	HODNOTA_KTPARAM Varchar(30) NULL<br>-	RVHODNOTA_KTPARAM SmallInt NULL DEFAULT 0<br><br>Dále byla provedena změna nastavení povolení hodnoty NULL u položky IDKTPARAM<br>KTPARVYRVAR.IDKTPARAM : INT, not NULL  --> INT, NULL<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>
-<li><b>PROJLINK - Vazby uvnitř záznamů projektu</b><br>Nová tabulka umožní evidovat návaznost mezi jednotlivými úkoly/činnostmi projektu. <br><br>Lze rozlišovat následující typy vazeb (VLTYPVAZBY):<br>-	FS:  (Finish to Start )<br>-	SS:  (Start to Start)<br>-	SF:  (Start to Finish)<br>-	FF:  (Finish to Finish)<br><br><br>  IDPROJLINK                  Integer IDENTITY (1, 1) NOT NULL,<br>  IDPROJEKTP                  Integer NOT NULL,  (vazba na předchozí činnost)<br>  IDPROJEKTN                  Integer NOT NULL, (vazba na následující činnost)<br>  VLTYPVAZBY                  SmallInt NOT NULL,<br>  LAGTIME                     Decimal(19,5) NULL, (odložení začátku činnosti)<br>  LTUNIT                      SmallInt NULL, (MJ pro jednotku odložení)<br><br><br>Poznámka:<br>Ve start verzi logika omezení vazbami není implementována, předpokládají se uživatelská rozšíření, vždy v rámci profi řešení.<br><br></li>
-<li><b>SDOKKTPARAM - Tabulka evidence konstrukčně technologických parametrů pro výrobek na SDOK</b><br>Tabulka slouží pro práci s K-T parametry nad složkou dokladu (např. POB, VZA)<br>Umožní evidovat konkrétní parametrické nastavení pro požadovaný výrobek.<br><br>  IDSDOKKTPARAM               Integer IDENTITY (1, 1) NOT NULL,<br>  IDSDOK                      Integer NOT NULL,<br>  IDZBOZIKTPARAM              Integer NOT NULL,<br>  HODNOTA_KTPARAM             Varchar(30) NOT NULL,<br>  IDZBOZI                     Integer NOT NULL,<br>  IDVYRVARIANTA               Integer NULL,<br><br>Poznámka:<br>Příprava datových struktur pro verzi 7.1<br><br></li>
-<li><b>ZBOZIKTPARAM - Evidence konstrukčně technologických parametrů</b><br>Do tabulky byla přidána následující pole:<br>-	VLCOMPITERLEVEL SMALLINT NULL    (iterační úroveň - slouží pro organizaci postupu výpočtu podle hladin)<br>-	KTSTMT VARCHAR(4000) NULL             (slouží pro zadání vztahu pro výpočet hodnoty parametru)<br>-	WF_KTSTMT VARCHAR(256) NULL<br>-	VLDEDICNOST SmallInt NULL<br><br></li>
 </ul>
-<h3>Změny triggerů</h3>
+<h3>Změny datových struktur</h3>
 <ul>
-<li><b>trZBOZI_Akce - Rozpady kusovníku do tabulky ZBOZIROZPAD - zrychlení akce</b><br>Provedena optimalizace kódu tak, že v triggeru trZBOZI_Akce je potlačeno provádění triggeru trZBOZIMNSPOTR_Rozpad uvnitř cyklu v rámci update pozic kusovníku/operací přepočítávaného dílu.<br><br>Nejedná se o vypínání triggerů, jedná se o nastavení vlastního příznaku, aby se tělo triggeru trZBOZIMNSPOTR_Rozpad přeskočilo a kód se neprováděl.<br><br>Při aktualizaci pozic kusovníku prováděné v cyklu se potlačí pro každý průchod toto provedení rozpadu, teprve po dokončení průchodu aktualizace dokumentace se zavolá trigger pro díl pouze jednou.<br><br></li>
+<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 webových stránek</h3>
+<h3>Změny pohledů</h3>
 <ul>
-<li><b>prodej\PObj.htm - 2.2.1.2 – Prodejní objednávky oprava odkazu dolní formy  – Výroba zboží</b><br>Upraven odkaz „výroba zboží“ formuláře.<br>(datový zdroj při přechodu na stránku výroba zboží hlásil "ambiguous IDZBOZI").<br><br></li>
+<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>Změny v technologii .NET</h3>
+<h3>Klientský doplněk</h3>
 <ul>
-<li><b>ESO9 JSON API</b><br>JSON API bylo převedeno na platformu .NET 8. <br>Původní verze na .NET 6 je stále k dispozici, obě verze lze stáhnout z https://podpora.eso9.cz/download/ESO9%20JSON%20API/.<br><br></li>
+<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 - Tisk sestavy do PDF - chyba ve jméně souboru</b><br>Při tisku sestavy z HTML prohlížeče v ESO9 do PDF nebo Excelu mohlo dojít k chybě v případě, že název sestavy (položka ReportName v definici sestavy) nebo číslo dokladu obsahovalo znaky nepovolené pro jméno souboru.<br>Opraveno v technologii ze dne 21.6.2024.<br><br></li>
+<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 - Omezení velikosti souboru pro náhled</b><br>Při zobrazení náhledu souboru z DMS (libovolného typu) lze omezit jeho velikost novým parametrem DMS_MaxFileSizePreview. Pokud bude soubor větší, než je zadaná hodnota, soubor se z DMS nenačte a k náhledu nezobrazí. Zrychlí to procházení náhledů v případě, že jsou uložené soubory příliš velké (řádově desítky MB) nebo komunikační linka příliš pomalá. <br>Tlačítkem "Zobrazit dokument" na formuláři DMS lze soubor bez omezení stáhnout a zobrazit ve výchozím programu pro daný formát.<br>Zadáním hodnoty 0 do parametru DMS_MaxFileSizePreview lze kontrolu vypnout.<br>V rámci instalace verze bude hodnota parametru nastavena na 10MB.<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 - Obsluha certifikační autority z aplikace ESO9</b><br>Při stažení certifikátu z certifikační autority do aplikace ESO9 a změně sériového čísla (SN) u žádajícího uživatel lze volat implementační proceduru spAfterUserCertChanged. Do té se předává mj. SN starého a nového certifikátu. SN nového certifikátu se za určitých okolností předával špatně.<br>Opraveno v knihovně CertRequest.dll ve verzi 6.9.0.0.<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 - Vylepšení práce s Unicode</b><br>Pokud je v aplikaci (resp. na celém aplikačním serveru) zapnutá práce s Unicode, mohou být některé datové zdroje pomalejší, než bez Unicode. Konkrétně v případě, že filtruji operátorem "Like" nad textovou položkou, SQL Server v některých případech nepoužije index a dotaz tím zpomelí. V takovém případě syntaxe "where CIS_DOK like N'DOKLAD%' " může být pomalejší, než syntaxe bez prefixu "N".<br>V aplikačním serveru proto došlo k přepracování způsobu zjišťování datových typů sloupců z SQL serveru tak, aby bylo možné identifikovat sloupce, které jsou v databázi opravdu založeny s datovým typem "nchar"/"nvarchar"/"nvarchar(max)". Následně je tato informace promítnuta do sestavení filtrovací podmínky. <br>Výsledkem je datový zdroj, jehož rychlost nezávisí na ne/nastavení práce s Unicodem v ESO9.<br>Dostupné v technologii od 4.7.2024.<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 - Spojování PDF dokumentů</b><br>Při spojení PDF dokumentů lze nově volat uživatelskou After proceduru.<br>Název procedury se předává z datového zdroje formuláře v položce MF_AFTERPROC (např. 'spAfterMergeDocs' as MF_AFTERPROC). Procedura musí obsahovat parametry:<br>  @NEWFILEGUID varchar(40) - předává se GUID nového souboru vzniklého sloučením označených PDF souborů (v dokumentové databázi)<br>  @NEWDOCID int - předává se ID dokumentu vzniklého sloučením označených PDF souborů (v aplikační databázi)<br><br>Dostupné v knihovně ESO9Lib.dll od v6.9.0.2.<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 - Chyba při nastavení konfigurace</b><br>Při změně konfigurace z výchozí (defaultní) na konfiguraci dle formuláře a zpět mohlo dojít k chybnému zobrazení nadpisů sloupců a jejich datového obsahu.<br>Opraveno ve verzi z 24.7.2024.<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 - Operátor DATA-FILTEROP</b><br>Do technologie byla doplněna možnost nastavovat filtrovací podmínky (atribut DATA-FILTEROP) i pro položky typu combo box (HTML tag Select).<br>Dostupné v technologii od 9.9.2024.<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 - Práce s cookies</b><br>V aplikačním serveru byla upravena práce s cookies s ohledem na vyšší zabezpečení.<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 - Typy souborů ukládaných do DMS</b><br>Do aplikací ESO9 přibyl systémový parametr DMS_AllowExtensions, který určuje přípony (typy souborů), které lze ukládat do DMS. Přípony se ukládají jako seznam přípon oddělený ";". Přípony mohou zadané být s/bez tečky. Prázdný parametr = všechny typy souborů bez omezení.<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 - Zakázané typy souborů pro vkládání do DMS</b><br>Při vkládání dokumentů do DMS nebyly nijak omezeny typy souborů, které lze v ESO9 uložit. V případě např. spustitelných souborů ale může být žádoucí, aby je uživatelé nemohli do DMS uložit.<br>Pokud tedy chceme zamezit ukládání vybraných typů souborů do DMS, lze použít nový aplikační parametr "DMS_AllowExtensions", do něhož vyjmenujeme přípony souborů, které budou v DMS povolené. Všechny ostatní typy souborů budou v DMS zakázané.<br>V distribuční verzi ESO9 Start/PAM je tento parametr prázdný, tj. do DMS lze ukládat jakékoli typy souborů bez omezení.<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 - Odesílání e-mailů s více přílohami</b><br>Pokud se při odesílání sestav e mailem s více přílohami z DMS (prefix e-mailové adresy "$") použil neexistující fyzický dokument (tj. existoval záznam v aplikační databázi, ale neexistoval k němu dokument v dokumentové databázi), došlo při načítání příloh k chybě.<br>Opraveno doplněním kontroly na existenci všech načítaných dokumentů.<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 - Tisk Stimulsoft sestav do textu</b><br>GS Stimulsoft standardně vkládá při exportu do textu (popř. textovém tisku na jehličkové tiskárny) na konec stránky znak FormFeed (0x0C HEX), tj. provede odstránkování. Při pouhém exportu do textu toto chování není žádoucí, příznak "Put Feed Page Code" se proto programově shazuje.<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 - Certifikátová autentikace v kombinaci s šifrováním odkazů</b><br>Pro certifikátovou autentikaci se automaticky konvertuje kód uživatele na text bez diakritiky; při zapnutém šifrování odkazů kódy uživatelů s diakritikou nefungují.<br>Uvedená kombinace způsobí při pokusu o přihlášení do aplikace chybu "Uživatel neexistuje!", protože při zpětné kontrole kódu uživatele při načítání uživatelských parametrů dojde k nesouladu mezi kódem uživatele s a bez diakritiky.<br>Řešením je nepoužívat v kódu uživatele diakritiku.<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>Aplikační server - Export do ISDOCu</b><br>Do formátu ISDOC byl na exportu doplněn nepovinný element "TaxScheme".<br>Význam elementu je "Daňové schéma". Nejpoužívanější schémata jsou: VAT (daň z přidané hodnoty, používá se v ČR pro DIČ a na Slovensku pro IČ DPH) a TIN (používá se na Slovensku pro DIČ).<br>Doplněno v knihovně ESO9Lib.dll od verze 6.9.0.4.<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>Aplikační server - Odesílání sestav e-mailem</b><br>Pokud se získávají parametry pro odesílání sestav e-mailem z datového zdroje sestavy, obvykle se sestavují z textu doplněného o vybrané datové položky tištěné věty (např. předmět mailu bude "Doklad č.XY").<br>Pokud se oddělí vlastní sestavení datového zdroje sestavy od parametrů pro odesílání e-mailem (což se stalo ve v7.0), může být užitečné mít možnost text předmětu a těla e-mailu dále parametrizovat. V takovém případě lze v běžné syntaxi "%Param%" využít libovolnou datovou položku z datového zdroje sestavy nebo libovolný UP parametr.<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>Aplikační server - Opis dat do Excelu</b><br>Při opisu dat do Excelu se v případě combo boxů zobrazovaly hodnoty namísto textových popisků; např. číselník bank namísto hodnot ANOxNE v combo boxu zobrazoval hodnoty 0x1.<br>Opis dat do Excelu je nově řešen vlastní hodnotou parametru "FormType" namísto dřívějšího přímého čtení dat (ve formátu klientské sestavy). Vlastní "FormType" umožňuje sestavit výstupní JSON přímo na serveru vč. náhrady hodnot combo boxů (a v budoucnu i checkboxů).<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>Aplikační server - Zrychlení vyhledávání</b><br>V aplikačním serveru došlo ke zrychlení vyhledávání, které se používá i při otvírání předfiltrovaných číselníků.<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>Aplikační server - Zvýšení limitu pro upload souborů</b><br>Ve web.configu byl zvýšen limit pro upload souborů z 50MB na 150MB. Limit se týká typicky nahrávání souborů do DMS.<br>V návaznosti na to byl zvýšen aplikační parametr "DMS_MaxFileSize" ve slovenské verzi na stejnou hodnotu.<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>
-<li><b>Aplikační server - Spouštění uživatelské procedury při tisku sestavy do DMS</b><br>Při tisku sestav do DMS (DirectPrint=3/7) lze nyní volat uživatelské procedury obdobným mechanismem, jako při ručním vkládání dokumentů do DMS.<br>V datových zdrojích sestavy se k tomuto účelu hledají datové parametry MF_DOCINSERTPROC a MF_PARAMS. Parametr MF_DOCINSERTPROC obsahuje jméno spouštěné procedury. Procedura se spouští v rámci stejné transakce, v níž dochází k uložení sestavy do DMS, tj. pokud procedura skončí chybou, celá akce vložení dokumentu se stornuje (ROLLBACK). Pokud procedura skončí úspěšně, celá transakce se potvrdí (COMMIT).<br>Procedura má 3 vstupní parametry:<br>* @FILEGUID - GUID právě vloženého souboru se sestavou<br>* @FILENAME - jméno vloženého souboru<br>* @MF_PARAMS - uživatelské parametry ve formátu XML předávané z datového zdroje sestavy do procedury.<br><br></li>
-<li><b>Aplikační server - Překlad copyrightu na sestavách</b><br>Při tisku copyrightu na zápatí sestav se bral v úvahu pouze nastavený jazyk uživatele, popř. legislativa celé aplikace. Pokud byl ale jazyk přetížen parametrem na odkazu nebo v dat.zdroji, copyright se již nepřekládal.<br>Opraveno v technologii z 8.1.2025.<br><br></li>
-<li><b>Aplikační server - Tisk copyrightu na zápatí sestav</b><br>Na zápatí sestav se již netiskne text o tom, že tyto pochází z informačního systému firmy ESO9.<br><br></li>
-<li><b>Reporting Server - Odesílání sestav e-mailem</b><br>V případě odesílání sestav e-mailem přes explicitně definovaný TCP port (tj. parametr SMTP_SRV ve formátu server:port) se v některých případech špatně identifikovalo číslo portu a e-mail nešel odeslat.<br>Problém byl ve verzi 6.8.0.2 z února 2024, vyřešeno ve verzi 6.9.0.0 z června 2024.<br><br></li>
 </ul>
 <h2><a name="TECHS"></a>Technologie ESO9 - server</h2>
-<h3>Změna činnosti</h3>
-<ul>
-<li><b>Export do XML a Balíkobot</b><br>Knihovny XMLExpImp.dll (export a import z XML) a eso9zasilky.dll (Balíkobot) přeloženy se správnou vazbou na verzové knihovny.<br><br></li>
-</ul>
 <h3>Změny v ESO9 Správce</h3>
 <ul>
-<li><b>Spouštění skriptů</b><br>Při spouštění skriptu:<br>- pokud nelze načíst informace o START databázi, zapíše se text chyby do sloupce "Start DB".<br>- při čtení informací o START databázi se použije "Způsob přihlášení k databázi", dříve se vždy použil connection string z definice aplikace.<br><br></li>
+<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>