ESO9 wiki

Uživatelské nástroje

Nástroje pro tento web

Umístění: start » verze » eso9last
Historie:
verze:eso9last

Rozdíly

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

Odkaz na výstup diff

verze:eso9last [08.02.2025 13:00] – vytvořeno - upraveno mimo DokuWiki 127.0.0.1verze:eso9last [16.06.2025 06:43] (aktuální) – turych
Řádek 2: Řádek 2:
 <head> <head>
 <meta http-equiv="Content-Type" content="text/html; charset=windows-1250"> <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.1</title>
 </head> </head>
 <body> <body>
 <div class="HelpZmeny"> <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.1 z 16.6.2025</h2>
 <p>&nbsp;</p> <p>&nbsp;</p>
 <h2><a name="ESO9OK"></a>Obecný klient</h2> <h2><a name="ESO9OK"></a>Obecný klient</h2>
 <h3>Změny v technologii .NET</h3> <h3>Změny v technologii .NET</h3>
 <ul> <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>Dashboard</b><br>Upraven export a import widgetů a dashboardů.<br>Od verze 7.1 bude probíhat formou JSON který se zkomprimuje (fn Compress) a převede na binární reprezentaci a dále pak na HEX text. Hlavně z důvodu zachování kódování diakritiky a speciálních znaků, které se v některých případech ztrácely.<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>DPH</b><br>Pro SK legislativu doplněna možnost přímo zavolat SW eDaneWin pro formuláře DPH, KHDPH a SHDPH.<br>možnost exportu je umožněna jen v prohlížeči EDGE, který má implementovánu funkčnost "clickOnce". Dále je potřeba nainstalovat službu ESO9SuppService, která zajišťuje uložení souboru na disk.<br><br>Export se provede dvěma kroky:<br>1. vygeneruje se XML<br>2. Uložit do souboru a spustit eDaneWin, se uloží soubor na disk a spustí se aplikace eDaneWin<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>Pro Editor/Browse doplněna klávesová zkratka CTRL+S pro uložení záznamu.<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>Opraveno chybné chování, kdy při nastaveném parametru Browse_PotvrdZmenu=1, dochazelo ke zobrazeni dialogu potvrzení 2x. Stávalo se při pořízení nového záznamu.<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>Zakázáno zobrazení dokumentů z DMS v číselnících (SHOWFROMDMS...)<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>Doplněn "tab manager", který hlídá, že jedna činnost nebude otevřena ve více záložkách.<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>Opravena chyba dashbordu, který se nezobrazil, pokud byl v URL widgetu použit znak \. Oprava byla provedena v proceduře SPDASHBOARD_DAT. dostupná bude v nejbližší verzi, pro zájemce na vyžádání.<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>Pro Widget typu HTML doplněna možnost sestavit výsledné HTML datovým zdrojem. do parametru VALUE se potom uvede název datového pole.<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>Doplněno kontextové menu do browse v číselníku a na hamburger ikonu.<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>Oprava stavu, kdy po zavření editačního okna textarea v browse, zůstal brows ve stavu, nefunkční editace.<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>Doplněno odhlášení, při zavření okna aplikace s navigací esoframe.htm.<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>Opravena hromadná změna sloupce s checkBox kdy při nastavení hodnoty 0 se nastavovalo NULL.<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>Opravena chyba, kdy se neukládala konfigurace při vyvolání menu/konfigurace/Uložit aktivní.<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>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>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>Doplněna opakovaná detekce Eso9SuppService při použití s podpisovým tabletem.<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>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>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>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> +
-<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>+
 </ul> </ul>
 <h2><a name="ESO9Start"></a>Aplikace ESO9 Start</h2> <h2><a name="ESO9Start"></a>Aplikace ESO9 Start</h2>
 <h3>Účetnictví</h3> <h3>Účetnictví</h3>
 <ul> <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. 2. 1 - Hlavní kniha</b><br>Upravena tisková sestava "Inventarizace účtů", volaná z činnosti 1.1.2.1 - Hlavní kniha.<br>Pokud byl ve filtrovací podmínce zadán konkrétní účet, který nebyl saldokontní, tak se v hlavičce tiskla informace "Účet není saldokontní, pohyby si zobrazte v sestavě "Tisk detailu obratu účtu". Nyní se tato informace již netiskne, ale tiskne se pouze hodnota konečného stavu na takovémto saldokontním účtu.<br><br>Pokud byla zadána podmínka na více účtů (např. 311%), kde některé z nich jsou saldokontní a jiné ne, <br>pak se v sestavě tiskly jen doklady saldokontních účtů a v hlavičce sestavy se tiskl text "Nejsou vypsány účty, které nejsou saldokontní". Nyní se na další stránce vytiskne seznam všech účtů s konečnými stavy vyhovujících zadané podmínce (a to jak saldokontních tak i nesaldokontních účtů).<br><br>Upraveno:<br> - sestava InventarizaceUctuXmlPar<br> - funkce fnHlavniKniha_DetKS_Work<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. 2. 3 - Výkaz DPH (legislativa CZ)</b> (doplněk č.          4 předchozí verze)<br>Doplnění nových řádků výkazu DPH (14, 48)<br>Upraveny procedury a funkce :<br> - fnDphTextyCZ_201101 <br> - fnElPodaniDPH_200901 <br> - spExport_DPH_XML_CZ201101<br> - fnDphVykaz_CZ_2016_01<br> - fnDPH_STI_DataCZ2016 <br> - fnHDOK_DetailVykazuDPH_std <br> - fnDobropisProPlatceDPH<br> - fnOdkaz_SestavaDPH<br> <br>Doplněny nové kódy pro výkaz DPH (4902, 4903, 5002), úprava textů u kódů 49, 50, 4901, 5001.<br> - upravena procedura spProVykazDPH_CZ<br>  <br>Nová pdf sestava výkazu DPH (vzor č.25) <br> - sestava VykazDPH_CZ_202501<br>  <br>Upravena stránka DPH\DetailDPH_inc.htm a DPH\KHDPH_Inc.htm:<br> - změna textu u položky "Oprava daně dle § 44 / § 46 a násl. / § 74b"<br>  <br>Upraveny kontrolní sestavy pro KH DPH - úprava hlaviček v sekci B2 <br> - VykazKHDPH_CZ_201601<br> - VykazKHDPH_CZ_201601Opis <br><br>Upravena sestava dbpisform.idc: <br> - upraven datový zdroj fnDZ_FormularHDOK (definice položky VerzeOprDanDokl pro kód 4903)<br> - upraven datový zdroj fnDZ_OprDD_PuvDoklady (doplnění seznamu pro kód 4903)<br> - upraven tisk záhlaví <br>    - pro kód 4902 se tiskne "Opravný daňový doklad"   <br>    - pro kód 4903 se tiskne "Opravný daňový doklad dle §46e"<br> - Rekapitulace DPH dřívějších opravných daňových dokladů se tiskne i pro kód 4903  <br> - výsledná částka pro kód 4903 se tiskne s textem "Výše opravy: "<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><br>V případě, že na dokladu (faktura vydaná, prodejka) byl uveden subjekt, který měl vlastnost fyzická osoba (nebo má právní formu "neurčeno" a na subjektu není vyplněno IČO, DIČ ani IČ pro DPH), pak se doklad zařadil do kontrolního výkazu do sekce D.2.<br>Nyní bylo upraveno tak, že se v takovém případě zjišťuje stát v adrese příjemce (pokud na dokladu není adresa příjemce, tak se stát bere z adresy subjektu) a pokud tento stát není SK, pak se doklad zařadí do kontrolního výkazu do sekce A.1 (dobropisy do C.1).<br>Upravena funkce fnHDOK_DetailVykazuDPH_SK_std<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>Nový výkaz DPH platný od zdaňovacího období 2025.07.<br><br>V souvislosti se změnou výkazu DPH byly upraveny následující změny :<br>Vzhledem k tomu, že kromě číselného označení řádků DPH byly nově zavedeny i kódy řádků obsahující písmena a původní položka v podkladech pro výkaz DPH (KHDPH.RadekVykazuDPH) je typu Integer, tak byl do tabulky KHDPH doplněn další textový sloupec (KHDPH.KodRadkuDPH) typu Varchar., tento byl pro výkazy do období 2025.06 byl naplněn dle původní položky RadekVykazuDPH. Pokud již existovaly záznamy v období 2025.07 a vyšším, tyto budou při instalaci verze automaticky přepočteny a budou doplněna nová čísla řádků.<br><br>Na pozadí se stále pracuje  s číselnými hodnotami RadekVykazuDPH, ale ve formulářích a sestavách se nově zobrazuje nový kód z KodRadkuDPH.<br><br>Nový výkaz se tvoří tak, že interní KHDPH.RadekVykazuDPH  obsahuje číslo řádku * 10, a pokud je v čísle řádku písmeno ‚a‘, přičte se jednička, pokud ‚b‘ , tak dvojka atd.<br>například tedy <br>               řádek 09 (v novém DPH) má na pozadí RadekVykazuDPH=90, KodRadkuDPH = ‘09‘<br>               řádek 09a (v novém DPH) má na pozadí RadekVykazuDPH=91, KodRadkuDPH = ‘09a‘<br>               řádek 11 (v novém DPH) má na pozadí RadekVykazuDPH=110, KodRadkuDPH = ‘11‘<br>               řádek 11e (v novém DPH) má na pozadí RadekVykazuDPH=115, KodRadkuDPH = ‘11e‘<br><br>Doplněn nový kód pro výkaz DPH pro řádky 11c, 11d, 11e / 23a, 23b, 23c :<br>  88 - Dovoz tovaru podľa §84a ods. 2 a 3 zákona o DPH, podané colné vyhlásenie (od 2025.07)<br><br><br>Nové funkce a procedury :<br> - fnDphTextySK_202507<br> - fnDphVykaz_SK_2025_07<br> - fnDphVykaz_SK_2025_07_Pivot<br> - fnDPH_STI_DataSK2025<br> - fnDphFormular_SK_202507<br> - fnPocObdDleVerzeVykazuDPH<br><br> - spExport_DPH_XML_SK202507<br> - spKHDPH_SKNaplnKodRadkuDPH<br><br>Upravené funkce a procedury :<br> - fnDphTextyRadku<br> - fnDph_InfoRadek<br> - fnDphTextySK<br> - fnKHDPH_VypoctenyDetailRadku<br> - fnOdkaz_SestavaDPH<br> - fnHDOK_DetailVykazuDPH_SK_std<br> - fnVykazDPH_SeznamDuvOsv<br><br> - spVykazDPH_Zaeviduj<br> - spVykazDPH_PrepoctiIDU<br> - spOdvodDPH_XML<br> - spDphVykaz_Form_Priprava16<br> - spDPH_TiskPracTvarSK_201701<br> - spDPH_TiskPracTvar16<br> - spHdok_VytvorDetailDPH_SK<br> - spOdvodDPH_NaplnDanovouPovinnost<br> - spNadmOdpocet_NastavDleOdvodDPH<br> <br> <br>Nová sestava <br> - VykazDPH_SK_202507_id<br>   <br>Upravené sestavy<br> - RozpisDPH_SK_2018<br> - KontrolaDPH<br>  <br>  <br>Upravené formuláře<br> - ESO9Start\DPH\Vykaz_DPH_DetailSK.htx <br> - ESO9Start\DPH\VykazDPH_Detail.htm<br> - ESO9StartSK\DPH\OdvodKH_Detail.htm <br> - ESO9StartSK\DPH\OdvodSH_Detail.htm <br> - ESO9StartSK\DPH\KHDPH_Inc.htm <br> - ESO9StartSK\DPH\DetailDPH_inc.htm<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. 4. 5 - Výsledovka</b><br>Do vstupního formuláře pro tisk výsledovky byla u projektu doplněna volba : <br>  jen tento projekt / tento projekt včetně podřízených / jen podřízené projekty / mimo projekt včetně podřízených<br><br>Upraveny stránky :<br> - Eso9Start\Ucet\Vysl_Str_F.htm <br> - Eso9Start\Ucet\Vysl_TiskStred.htm<br><br>Upravené funkce a procedury :<br> - fnHK_FilterXML<br> - fnSeznamProjektuDleSeznamu<br> - fnHospVysledek_Work<br> - fnHospVysledek<br> - fnHospVysledek2<br> - fnHospVysledek3<br> - fnHospVysledekXmlFilter<br> - spVysledovka<br> - spVysledovkaDleObdobi<br><br>Upravené tiskové sestavy :<br> - Vysl_str.idc<br> - Vysl_Str_Obdobi<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 - 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</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 (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. 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. 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. 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. 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> </ul>
 <h3>Finance</h3> <h3>Finance</h3>
 <ul> <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. 2 - Automatické vystavení platebního příkazu</b><br>Aby bylo možno v činnosti Automatické vystavení platebního příkazu definovat pořadí zobrazení peněžních účtů, byla v číselníku peněžních účtů doplněna nová položka "Priorita zobrazení" (PenUcet.PrioritaZobrazeni).<br>- upravena stránka ESO9Start\nastaveni\PenUcet_All.htm<br>- upravena stránka ESO9Start\finance\vytvorpp.htm - nyní se peněžní účty nabízejí setříděné dle této priority (od nejvyšší k nejnižší), v případě shodné priority jsou setříděny tak jako dosud vzestupně dle kódu peněžního účtu.<br> - upravena procedura spPenUcet_NewRec<br><br></li> 
 +<li><b>1. 2. 1. 2 - Automatické vystavení platebního příkazu</b> (doplněk č.          1 předchozí verze)<br>Ve spodní formě nefungovalo hledání, hlásilo chybu :<br>„Chyba v proceduře CData.Find<br>Detail: Cannot find column IDFNUCETZAP_PROPP“.<br> <br>Upraven pohled QHDOK_ProPP  - byla do něj doplněna položka <br>  UcetZap.idUcetZap as IDFNUCETZAP_PROPP,<br><br></li> 
 +<li><b>1. 2. 1. 3 - Platební příkazy</b> (doplněk č.          2 předchozí verze)<br>Při kontrole IBAN mohlo hlásit chybu "Neplatný IBAN". Jednalo se IBAN začínající BE, DK, FK, FO, FI, GL, NL, MK, NO, SI, SD.<br>Opravena funkce fnTestujIBAN <br><br></li> 
 +<li><b>1. 2. 1. 6 - Bankovní výpisy</b><br>Ve stránce ESO9Start\finance\EditPenU.idc byla ve výběru účtů zrušena podmínka<br>   and (vlPenUcet_ZobrazCis = 1).<br><br></li>
 </ul> </ul>
 <h3>Saldokonto</h3> <h3>Saldokonto</h3>
 <ul> <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. 2. 1 - Zápočtové doklady</b> (doplněk č.          1 předchozí verze)<br>Ve spodní formě nefungovalo hledání, hlásilo chybu :<br>„Chyba v proceduře CData.Find<br>Detail: Cannot find column IDFNUCETZAP_PROZAPOCET“.<br> <br>Upravena funkce fnUcetZap_ProZapocet a pohled QUCETZAP_ProZapocty  - byla do něj doplněna položka <br>  UCETZAP.idUcetzap AS idfnUcetZap_ProZapocet<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. 3. 2 - Vytvoření penalizačních faktur</b> (doplněk č.          2 předchozí verze)<br>Pokud pro FVU, které dosud nebyla uhrazena, byla vytvořena penalizační faktura, pak při další tvorbě penalizační faktury se tam tato FVU mohla nabízet 2x.<br>Tato situace nastala pouze v případě, že předchozí penalizační faktura byla vytvořena k datu, ke kterému dochází ke změně sazby penále (například při použití REPO sazby k 31.12 nebo 30.6.).<br>Opravena procedura spHDOK_SpoctiPenale<br><br></li> 
 +<li><b>1. 3. 4. 1 - Sledování závazků po splatnosti (legislativa CZ)</b><br>Byla vytvořena nová činnost 1. 3. 4.13  Oprava odpočtu daně pohledávky po splatnosti.<br>V případě, že dlužník neuhradí pohledávku do posledního dne šestého kalendářního měsíce bezprostředně následujícího po kalendářním měsíci, v němž se stala splatnou, je povinen uplatněný odpočet daně snížit ve výši vypočtené z neposkytnuté úplaty.<br><br>Ve formuláři jsou zobrazeny všechny doklady, jejichž datum zdanitelného plnění je v roce 2025 a vyšším, doklad má vlastnost "my budeme platit jim", doklad nebyl uhrazen nejpozději do posledního dne šestého kalendářního měsíce bezprostředně následujícího po kalendářním měsíci, ve kterém byla splatná, a k dokladu existuje záznam pro odvod DPH.<br>Kromě základních údajů o dokladu (faktuře), je zde zobrazeno datum "Uhradit do", které odpovídá datu, do kterého musí být doklad uhrazen, aby dlužník nebyl povinen vrátit uplatněnou DPH. Dále je pro doklad uvedena celková částka k úhradě, zbývající dlužná částka a případně částka uhrazená po datu "Uhradit do".<br>Pokud již aktuální kalendářní datum je vyšší než vypočtené datum "Uhradit do", je doklad (a toto datum) zvýrazněn červenou barvou.<br><br>Pro takto zvýrazněné doklady má dlužník povinnost vrátit DPH. Tlačítkem "Založ opravný doklad" nad konkrétním dokladem se zjistí odvedená DPH (v případě částečné úhrady poměrně dle provedené úhrady) a založí se interní doklad dle vzoru uvedeného v parametru VzorIDUOprDan. Částky základu DPH a DPH budou uvedeny zápornou hodnotou a jejich součet pak bude kladnou částkou v položce Mimo daň (aby celková částka k úhradě byla nulová). Datum zdanitelného plnění dokladu se nastaví na "Uhradit do".  Zaúčtování dokladu se provádí dle nově vytvořeného účetního typu (IDUOprDan). <br>Po založení interního dokladu se změní barevné označení dokladu na zelenou barvu, a automaticky se přejde na takto nově vytvořený interní doklad. Později je možno na nej přejít přes odkaz "Opravný doklad".<br><br>V případě, že bude následně (po vrácení DPH) provedena úhrada původního dokladu, je možno si DPH opět nárokovat, v tom případě je doklad označen oranžovou barvou a je možno vytvořit storno opravného dokladu tlačítkem "Stornuj opravný doklad" (v případě, že by ještě doklad nebyl uhrazen úplně, tak se opět vypočte poměrná částka DPH). Datum zdanitelného plnění dokladu se nastaví na aktuální datum. Po jeho vytvoření bude opět doklad označen zelenou barvou a opět se automaticky přejde na takto nově vytvořený interní doklad.<br><br>Vytvoření opravného dokladu nebo storna opravného dokladu je nutno provádět jednotlivě nad konkrétním dokladem - nelze to provést hromadně pro označené doklady.<br>Pro doklady, kde ještě neuplynula lhůta pro uhrazení dokladu (datum "Uhradit do" je vyšší než aktuální datum), nelze opravný doklad založit.<br><br>Automatické vytváření opravných dokladů a jejich storen není možno provádět nad doklady se splátkovými kalendáři (tyto doklady je nutno řešit ručně).<br><br>Před první tvorbou opravného dokladu si zkontrolujte a případně upravte nastavení vzoru VzorIDUOprDan (účet MD) a účetního typu IDUOprDan<br><br></li>
 </ul> </ul>
 <h3>Nákup</h3> <h3>Nákup</h3>
 <ul> <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 - Faktury přijaté účetní  \ odkaz "Složky" \ odkaz "Kontrola účetní příjemky"</b><br><ul>  <li>Doplněna/upravena předloha <code>"nakup\SpuDoFaP.htm"</code><br>    <ul>      <li>horní forma <strong>"Skladová příjemka účetní pro přenos do faktury přijaté"</strong>:<br>        <ul>          <li>upraven datový zdroj</li>          <li>odstraněn NavBar (tlačítka Uložit, Nový, Smazat)</li>          <li>vedle položky <strong>"Číslo faktury přijaté"</strong> přidána měna jako <code>readonly</code></li>          <li>položka <strong>"Připojeno"</strong> má nově "předvyplněn filtr" na hodnoty <code>value="0"</code> <code>data-filterop="="</code>, takže se ihned filtrují ty SPU, které ještě nejsou připojené k FPU</li>        </ul>      </li>      <li>spodní forma <strong>"Složky skladové příjemky účetní"</strong>:<br>        <ul>          <li>odstraněn NavBar (tlačítka Uložit, Nový, Smazat)</li>        </ul>      </li>    </ul>  </li></ul><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. 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> </ul>
 <h3>Prodej</h3> <h3>Prodej</h3>
 <ul> <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> (doplněk č.          2 předchozí verze)<br>Tisk faktury - v datovém zdroji definovaném pomocí funkce fnDZ_FormularSDOK ve verzi 7.0 "vypadla" položka SazbaText_Zbozi.<br>Opravena funkce fnDZ_FormularSDOK - položka SazbaText_Zbozi byla znovu doplněna<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í</b> (doplněk č.          2 předchozí verze)<br>Pokud se připojovala záloha s více sazbami DPH postupně, tak po připojení části zálohy se základní sazbou se při následném označení zbývající části znovu nabídla zvýšená sazba DPH, i když tato část zálohy už byla připojena.<br>Upravena procedura spQPripojeniZalohy_MARKSTATE volaná při označování připojovaných zálohových dokladů.<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í - tisk faktury (SK legislativa)</b> (doplněk č.          3 předchozí verze)<br>V položkách "Celkom s DPH EUR" se v případě, že desetinná část byla nulová (např. 216,00), se nezobrazovalo desetinné číslo (pouze 216).<br>V tiskové sestavě FavForm.idc bylo upraveno formátování položky.<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>+<li><b>2. 2. 3. 1 - Faktury vydané účetní</b> (doplněk č.          1 předchozí verze)<br>V případě storno dokladu (záporná částka na dokladu) a připojování záporné zálohové faktury se při označení připojované zálohy nabízela chybná částka, v tiskové sestavě sestavě dokladu se tisklo chybně znaménko. <br> - upravena funkce fnDZ_RekapDPHZalohV23, procedury spUcetZap_PripojZal_XmlParams, spQPripojeniZalohy_PrepocetCen, spQPripojeniZalohy_MARKSTATE<br><br></li> 
 +<li><b>2. 2. 3. 1 - Faktury vydané účetní</b><br>Na formuláři hlavičky vydané faktury byla doplněna možnost platby v hotovosti v jiné měně. <br>Byl doplněn nový odkaz, kde se nabízí jen pokladny s jinou měnou (takže platba v měně faktury se provádí v původním odkaze).<br>V novém formuláři se nabízejí hodnoty kurzu k zadanému datu (datum dle nastaveného data uživatele), hodnotu kurzu je možno ručně změnit. V případě, že měna faktury ani měna úhrady není v domácí měně, zobrazuje se i křížový kurz těchto měn (vypočtený ze zadaných kurzů pro jednotlivé měny).<br>V řádku "Zbývá k úhradě" se zobrazuje zbývající částka faktury k úhradě v původní měně, částka přepočtená kurzem měny úhrady a částka v domácí měně přepočtená původním kurzem faktury.<br>V řádku "Uhradit" se pak tato částka přepočtená kurzem měny úhrady nabízí k úhradě (v editovatelné položce) - tato je zaokrouhlena dle nastavených pravidel pro typ a vzor pokladního dokladu. Tato částka je pak pro kontrolu zpětně přepočtena na původní měnu faktury a domácí měnu.<br>Zatím se předpokládá, že bude uhrazena celá faktura - není tedy možno provádět částečnou úhradu v jiné měně.<br><br>Upravené stránky :<br> - ESO9Start\prodej\FaVHlav.htm, ESO9Startsk\prodej\FaVHlav.htm  - doplněn odkaz "Platba v hotovosti v jiné měně"<br>Nová stránka :<br> - ESO9Start\prodej\Pokl_Doklad_JinaMena.htm<br>Upravené procedury : spHDok_btPDzFaV, spTestKurs<br>Nové procedury a funkce : spHDok_btPDzFaV_JinaMena, fnHdok_ProTvorbuPDP, spQUHRADAPOKLADNOU_KurzFA, spQUHRADAPOKLADNOU_KurzPD, spQUHRADAPOKLADNOU_PD_XX, spQUHRADAPOKLADNOU_dtUhrady<br><br></li>
 </ul> </ul>
 <h3>Sklad</h3> <h3>Sklad</h3>
 <ul> <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 - Sklad</b><br>Výběr skladu / vzorů je rozdělen na sekci aktivní a neaktivní. <br><ul> <li>Toto je realizováno u těchto činností:</li> <ul>   <li>2. 3. 1. 1 Účetní příjemky</li>   <li>2. 3. 1. 2 Fyzické příjemky</li>   <li>2. 3. 1. 6 Vedlejší náklady vztažné</li>   <li>2. 3. 1.12 Účetní příjemky převodem</li>   <li>2. 3. 2. 1 Účetní výdejky</li>   <li>2. 3. 2. 2 Fyzické výdejky</li>   <li>2. 3. 2.13 Prodejky z kasy off-line</li> </ul> <li>Spolu s tím upraveny následující idc/htx sestavy:</li> <ul>   <li>nastaveni/Sklad.htm</li>   <li>nastaveni/DokladZeVzoruPrevodky.htx</li>   <li>nastaveni/DokladZeVzoruPrevodky.idc</li>   <li>nastaveni/SkladZeVzoru2007.htx</li>   <li>nastaveni/SkladZeVzoru2007.idc</li>   <li>sklad/VNZeVzoru.htx</li>   <li>sklad/VNZeVzoru.idc</li> </ul></ul><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>
 +<h3>Úkoly</h3>
 <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. 4 - Úkoly</b><br>Tabulka SDOK: nový index "SDOK_KeyUkol", který by měl obecně zrychlit tyto oblasti práce s úkoly:<br><ul>  <li>činnosti, které obecně používají pohledy QSDOK_UKOLY, QSDOK_UKOLY_FORMULAR, QSDOK_UKOLY_PLNENI:<br>    <ul>      <li>2. 4. 1. 3 Kontrola zadaných úkolů</li>      <li>2. 4. 1. 4Přijímání a plnění úkolů....</li>      <li>9. 6.11 Události: jíž dříve (v roce 2022) proběhla optimalizace datových zdrojů úkolu "Nesplněné úkoly", kterou je potřeba přenést (nebo se inspirovat) do uživatelské databáze.</li>    </ul>  </li></ul><br></li>
 </ul> </ul>
-<h3>Majetek</h3>+<h3>Datové schránky</h3>
 <ul> <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>2. 7. 1 - Dodané zprávy</b><br>Na stránce PrijateDZ.htm došlo k úpravě rozmístění prvků pro jednotlivé DZ. Upraveny zobrazované informace pro Browse. Přidáno obarvení jednotlivých DZ dle jejich stavů a to konkrétně pro doručena přihlášením, přečtená, smazaná, datový trezor<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>2. 7. 2 - Odeslané zprávy</b><br>Na stránce OdeslanaDZ.htm došlo k úpravě rozmístění prvků pro jednotlivé DZ. Upraveny zobrazované informace pro Browse. Přidáno obarvení jednotlivých DZ dle jejich stavů a to konkrétně pro rozpracovaná, dodána, doručena fikcí, doručena přihlášením přečtená, smazaná<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> </ul>
-<h3>Procesy a workflow</h3> +<h3>Majetek</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> +
-</ul> +
-<h3>DMS</h3>+
 <ul> <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>+<li><b>3. 1 - Evidence majetku</b><br>Při ukončení činnosti firmy (např. z důvodu fúze) a případné změně fiskálního roku je žádoucí u některých majetků vypočítat pouze poloviční odpis za daný účetní rok (dle § 26 odst. 7 písm. a) bod 3 Zákona o daních z příjmů). <br><br>Tento výpočet je nyní možno řešit založením poznámky k majetku.<br>V číselníku "Typ poznámky ke zboží" byl založen typ poznámky "OdpD50"  s názvem "50% daňový odpis", doplněn parametr MAJ_Pozn_D50 (ve skupině Majetek), ve kterém je uveden tento typ poznámky.<br>Pokud k majetku bude existovat poznámka tohoto typu, pak se ve fiskálním roce, do něhož patří datum v poznámce, uplatní 50% daňový odpis.<br>Upravena procedura spMAJ_PrepUcOdp<br><br></li> 
 +<li><b>3. 5. 2 - Vyřazený majetek</b><br>Upravena sestava 3.5.2 Vyřazený majetek:<br>- doplněn tisk kódu pohybu vyřazení (vedle data vyřazení, kód skupiny přesunut pod inventární číslo majetku)<br>- v záhlaví přejmenovány názvy sloupců Oprávky v období na Odpisy v období<br><br></li>
 </ul> </ul>
 <h3>Zásilkové / Přepravní služby</h3> <h3>Zásilkové / Přepravní služby</h3>
 <ul> <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 Aktivován u dopravce v činnosti 6.6.2.9 „Dopravci a služby“.  Nastavuje je Balíkobot/Dopravce podle uzavřených smluv. Načte se při čtení služeb jednoho nebo všech dopravců.<br>Stránka zasilky\BB_Dopravci.htm.<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> </ul>
 <h3>Řízení projektů</h3> <h3>Řízení projektů</h3>
 <ul> <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. 3 - Smlouvy na projekty</b><br>- Typ dokladu PSM Smlouva s odběratelem <br>    -- dva stavy 0, 90<br>    -- vlastnosti v čase<br>    -- uživatelské přepočty<br>- 2 číselné řady<br>- 2 vzory (zapojeny do vazeb mezi vzory, aby šlo ze smlouvy zakládat faktury vydané)<br>    -- složka s pohybem FV<br><br>- Činnost 6.10.3.5 Smlouvy s odběrateli<br>- Stránka prodej/PSmlouvy.htm<br>- Nové pohledy QHDOK_PROJ_SML a QSDOK_FAVKAL<br><br>- Činnost 6.10.3.6 Fakturační kalendáře<br>- Stránka projekt/PSml_Fav_Kal.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>+<li><b>6.10. 3 - Smlouvy na projekty</b><br>Nová činost pro evidenci smluv s našimi odběrateli, plánovaní fakturace dohodnuté ve smlouvách.<br><br></li> 
 +<li><b>6.10. 3. 5 - Smlouvy s odběrateli</b><br>Nová činost sloužící k evidenci prodejních smluv.<br><br></li> 
 +<li><b>6.10. 3. 6 - Fakturační kalendáře</b><br>Nová činost poskytuje přehled všech záznamů fakturačních kalendářů přes všechny prodejní smlouvy.<br>Neslouží k editaci fakturačních kalendářů ani k zakládání faktur. <br>Účelem této činnosti je zobrazit podklady pro přehled očekávané fakturace.<br><br></li>
 </ul> </ul>
-<h3>Soupisky a CMR pro přepravu</h3>+<h3>Vytěžování</h3>
 <ul> <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>+<li><b>6.12. 1. 9 - Nastavení Wflow</b><br>Upravena stránka DfnWFLOW.htm pro činnost 6.12. 9. 1. Nastavení wflow. Nově je možné zkontrolovat zda je subjekt ve Wflow nastaven jako pláce DPH nebo není přes tlačítko >>Kontrola plátce DPH wflow<<<br>Přidána možnost smazání webhooku v sekci Nastavení webhooku přes tlačítko >>smazat<<<br><br></li>
 </ul> </ul>
 <h3>Základní číselníky</h3> <h3>Základní číselníky</h3>
 <ul> <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. 2 - Státy</b><br>Doplněna položka "Měna státu" + sloupec "Stát v eurozóně" (spočtená k "dnešnímu" datu). Upravena forma "nastaveni\stat.htm"<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. 9 - Celní sazebník</b><br>Upravena předloha "nastaveni\CelSaz.htm ". Umožňuje zadat do položky "Název zboží" až 1000 znaků<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> </ul>
 <h3>Účetní číselníky</h3> <h3>Účetní číselníky</h3>
 <ul> <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 tabulky UCTSKUP byly doplněny položky :<br> - dtPlatnostOd DateTime<br> - dtPlatnostDo DateTime<br> - PoznUctSkup varchar(max)<br><br>Kontrola platnosti účetní skupiny se provádí :<br> - při editaci karty majetku (pouze měkká kontrola) - pokud již byl majetek zařazen, provádí se k datu zařazení, jinak k aktuálnímu datu<br> - při zařazení majetku (tvrdá kontrola) - k datu zařazení<br><br>Nové procedury : spUCTSKUP_ValRec, spMajetek_KontrPlatUctSkup<br>Upravené procedury : spMajetek_Zarad, spQMajetek_ValRec, spSDokMaj_ValRec<br>  <br>Upraveny formuláře : Nastaveni/UctSkup.htm, nastaveni\UctSkupPo.htm <br><br>Poznámka: procedura spTXT_Majetek_Pohyb pro pohyb zařazení volá upravovanou proceduru spMajetek_Zarad, takže tato kontrola se v ní automaticky rovněž projeví.<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.11 - Kódy pro výkaz DPH (CZ legislativa)</b> (doplněk č.          2 předchozí verze)<br>V číselníků kódů pro výkaz DPH byla u kódu 42 doplněna preferenční věta:<br>Dodání prostřední osobou v rámci třístranného obchodu je osvobozeno dle §17 odst. 5 zákona o DPH č.235/2004 Sb. Daň odvede zákazník. <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. 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> </ul>
-<h3>Subjekty</h3>+<h3>Nastavení API</h3>
 <ul> <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.14. 1 - Web API</b><br>Založena nová stránka Nastavení WEB API, kde lze pro jednotlivá api napojená na aplikaci provést základní nastavení a nastavit možnost mazání starších záznamů od určitého data. Dále lze nastavit některé parametry pro JOB, který zajišťuje automatické mazání starých záznamů. Viz dokumentace na wiki eso9_web_api.pdf<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. 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> +
-<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. 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> +
-<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>+
 </ul> </ul>
 <h3>Změny funkcí</h3> <h3>Změny funkcí</h3>
 <ul> <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>fnISIR_IDSubjekty - Vypisuje subjekty, které jsou v INSOLVENCI</b><br>Doplněny hinty  WITH (NOLOCK)<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>+<li><b>fnISIR_vlSubjekt - Určuje, zda Subjekt je v insolvenčním řízení</b><br>Doplněny hinty  WITH (NOLOCK)<br><br></li> 
 +<li><b>fnPROJEKT_FINANCE - Funkce počítající finanční náklady projektů včetně podřízených projektů</b><br>Funkce počítající finanční náklady projektů včetně podřízených projektů v činnostech 6.10. 1 Evidence projektů.<br><br></li> 
 +<li><b>fnTestujIBAN - funkce pro kontrolu správnosti IBAN</b> (doplněk č.          2 předchozí verze)<br>Při kontrole IBAN mohlo hlástit chybu "Neplatný IBAN". <br>Jednalo se IBAN začínající BE, DK, FK, FO, FI, GL, NL, MK, NO, SI, SD.<br>Opravena funkce fnTestujIBAN<br><br></li> 
 +<li><b>fnUserParams_Lang - Informace o vlastnostech systému, databáze a přihlášeného uživatele (UP parametry) Návratová hodno</b><br>Provedeny následující úpravy:<br> - odebrány parametry "Mis_Server", "Mis_ServerHttp", "Mis_DB" a "VerzeOLAP"<br> - přidány parametry ze skupiny parametrů "AI Assist",: "ESO9AIsvcURL", "ESO9AIsvcName" a "ESO9AIsvcPwd"<br>Tuto funkci se volá např. v těchto objektech "spUserParams", "fnUserParams"....<br><br></li>
 </ul> </ul>
 <h3>Změny v technologii .NET</h3> <h3>Změny v technologii .NET</h3>
 <ul> <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>Datové schránky</b><br>V knihovně DS.dll byly aktualizovány všechny webové služby potřebné pro práci s datovými zprávami. Nově přibyla možnost stahovat a odesílat velkoobjemové datové zprávy (VoDZ). Při odesílání DZ je vyhodnocováno zda se jedná/nejedná o VoDZ dle velikosti přiložených příloh. Jako VoDZ jsou označeny všechny odeslané zprávy s velikostí příloh větší než 19.5MB.<br><br>Rozšířen parametr DS_ZFO pro ukládání datových zpráv ve formátu ZFO o následující hodnoty z důvodu, že ZFO obsahuje i samotné přílohy.<br>4 -  Pouze nové dodané bez VoDZ, 5 - Pouze nové odeslané bez VoDZ, 6 - Dodané i odeslané bez VoDZ<br><br>Přidány nové typy datových schránek do obecného číselníku (typ = 30)<br>39 - PFO_AZI - Autorizovaní zeměměřičtí inženýři (hlášení Komorou)<br>38 - PFO_AIAT - Autorizovaní inženýři nebo technici činní ve výstavbě<br>37 - PFO_ARCH - Architekti (hlášení Komorou)<br>36 - PFO_TLUMOC - Soudní překladatelé či tlumočníci  (hlášení z ROS)<br>35 - PFO_ZNALEC - Soudní znalci (hlášení z ROS)<br>50 - PFO_REQ - PFO bez IČO nezapsaný v ROS<br>14 - OVM_FO - FO v roli OVM (§6)<br>15 - OVM_PFO - Podnikající FO v roli OVM (§6)<br>16 - OVM_PO - Právnická osoba v roli OVM (§6)<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>EVERIFIN</b><br>Upraven handler pro Everifin, který se používá pro zjištění prvotních přihlašovacích údajů<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>Wflow</b><br>Upravena knihovna wflow.dll na verzi 7.0.0.0 - umožněn přenos dokladů i pro subjekty, které mají ve wflow příznak neplátce DPH. Možnost zjištění této hodnoty přímo z wflow.<br><br></li>
 </ul> </ul>
 <h3>Změny procedur</h3> <h3>Změny procedur</h3>
 <ul> <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>Blanc skript</b><br>Upraven Blanc skript o smazání tabulky WS_JOURNAL a WS_APPLICATION.<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>Datové schránky</b><br>dbo.spDS_DatZpr_Prijem_Ins - rozšířena o parametr  @vlVoDZ smallint = 0<br>dbo.spDS_DatZpr_Prenos - upravena pro nový sloupec VLVODZ z tabulky DATZPR<br>dbo.spDS_DatZpr_Dorucenka_Upd - rozšířena o parametr  @vlVoDZ smallint = null<br>dbo.spDATZPR_NewRec - rozšířeno o parametr @VLVODZ smallint<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>Datové zprávy</b><br>Upraveny procedury <br>dbo.spDS_DatZpr_Reply pro vytvoření odpovědi na datovou zprávu tak, aby bylo možné odpovědět vícekrát.<br>dbo.spDATZPR_DelRec - přidáno mazání z tabulky historie datových zpráv HISDATZPR<br><br>Upraven blank script ESO9_blank.sql o smazání záznamů v tabulce HISDATZPR<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>dbo.SignPDF - procedura pro podepisování PDF přímo z SQL serveru</b><br>Do obecné části verzového skriptu doplněno zakládání assembly "PDFSign" a všech jí referencovaných assembly natažením z databáze ESO9Start příslušné legislativy. Nad touto assembly se následně zakládá stored proceduru "dbo.SignPDF" pro podepisování PDF přímo z SQL serveru.<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>DownloadURL</b><br>V CLR assembly došlo k přidání nové metody DownloadURLEso9Api, která umožňuje jednoduché volání ESO9 API. Na základě zadaných parametrů je v proceduře dopočítáno x-eso9-signature, které je potřeba pro volání ESO9 API.  V parametru Headers musí být zaslána hodnota x-api-key. Procedura oproti ostatním na vstupu vyžaduje také hodnotu apiHash<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>SignPDF - Podepisování PDF dokumentů stored procedurou</b><br>V rámci aplikace ESO9 přibyla možnost podepisovat PDF dokumenty i pomocí stored procedury "SignPDF".<br>Podrobný popis vč.příkladu je k dispozici na https://wiki.eso9.cz/doku.php/techdoc:dmsakce.<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>spHDok_Copy - Slouží ke Kopii(novou) / Storno / Připojení(přičtení) nad jednou hlavičkou dokladu</b><br>Při stornu ošetřena práce s položkami TEXTPOZN a TEXTPOZN2. Nově se hodnota NULL transformuje na prázdný řetězec.<br><br>původně<br>@TEXTPOZN = 'STORNO : ' + HDOK.TEXTPOZN<br>@TEXTPOZN2 = 'STORNO : ' + HDOK.TEXTPOZN2<br><br>nově<br>@TEXTPOZN = 'STORNO : ' + ISNULL(HDOK.TEXTPOZN, '')<br>@TEXTPOZN2 = 'STORNO : ' + ISNULL(HDOK.TEXTPOZN2, '') <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>spHDok_Copy - Provádí Kopii(novou) / Storno / Připojení(přičtení) hlavičky dokladu</b><br>Od v7.01 + Eso9Start<br>Provedeno:<br>Kopie / Storno dokladu nově nepřenáší z předchůdce zálohy. <br>Hodnoty sloupců záloh nové hlavičky dokladu se nastaví takto<br>RVZALOHA = 0<br>HDZALOHAVAL = 0<br>HDZALOHAKC = 0<br><br>Spolu s tím se změní hodnoty navazujících sloupců nové hlavičky takto:<br>HDKUHRADEVAL =  HDokPredchudce.HDKUHRADEVAL + HDokPredchudce.HDZALOHAVAL<br>HDKUHRADEKC   = HDokPredchudce.HDKUHRADEKC + HDokPredchudce.HDZALOHAKC<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>spPROJEKT_CalRec - CalRec procedura</b><br>CalRec procedura v činnosti 6.10. 1. 1 Projekty.<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>spPROJEKT_DRUH_DelRec - DelRec procedura</b><br>DelRec pro Druhy projektů. Činnost 6.10. 2. 5 Druhy projektů.<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>spPROJEKT_DRUH_NewRec - NewRec procedura</b><br>NewRec pro Druhy projektů. Činnost 6.10. 2. 5 Druhy projektů.<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> +<li><b>spPROJEKT_DRUH_ValRec - ValRec procedura</b><br>ValRec procedura pro Druhy projektů.<br><br></li> 
-</ul> +<li><b>spPROJEKT_NewRec - Změna NewRec pro PROJEKT</b><br>V spPROJEKT_NewRec opraveno naplnění nejnižšího stavu u typu projektu. <br>Pokud typ projektu nemá vlastní stavy, doplní se nejnižší stav z defaultních obecných stavů.  <br><br>Naplnit druh projektu, pokud existuje jen jeden.<br><br>Pokud má projekt předchůdce, předvyplnit potřebné položky z něj.<br><br></li> 
-<h3>Změny předpisů sestav</h3> +<li><b>spPROJEKT_PriradVazbuDoHdok - Procedura pro tlačítko "Přidat vazbu na projekt"</b><br>Procedura pro tlačítko "Přidat vazbu na projekt" v předloze Projekt_Smlouvy.htm v záložce Smlouvy v činnostech 6.10. 1 Evidence projektů.  Umoňuje připojit projekt na prodejní smlouvu.<br><br></li> 
-<ul> +<li><b>spPROJEKT_ValRec - Změna ValRec pro PROJEKT</b><br>Doplněna kontrola vyplnění druhu projektu a stavu projektu.<br><br></li> 
-<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>spPROJEKT_ZrusitVazbuVHdok - Procedura pro tlačítko "Zrušit vazbu na projekt"</b><br>Procedura pro tlačítko "Zrušit vazbu na projekt" v předloze Projekt_Smlouvy.htm v záložce Smlouvy v činnostech 6.10. 1 Evidence projektů.  Umoňuje zrušit vazbu projektu na prodejní smlouvě.<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>spQHDOK_KOPIE_MF_CIS_DOKNEW - fchange-procedura pro zadávaní parametru MF_CIS_DOKNEW pro kopii dokladu</b><br><ul>  <li>Pokud je zadán existující doklad (parametr <code>@MF_CIS_DOKNEW</code>) pod který se budou složky připojovat, pak se z něj nově vezme i měna (<code>@MF_KOD_MENYNEW</code>). Doposud se měna brala vždy ze vzory.</li></ul><br></li> 
 +<li><b>spQSDOK_FAVKAL_MF_CIS_DOKVZOR - GetRec procedura</b><br>GetRec u 'Vyber vzor pro založení faktury'  - smazání popisu vzoru při smazání čísla vzoru, u fakturačního kalendáře u Smluv v Projektech (6.10 Řízení projektů).<br><br></li> 
 +<li><b>spQSDOK_FAVKAL_MF_IDHDOKVZOR - GetRec procedura</b><br>GetRec u 'Vyber vzor pro založení faktury'  - dotaženi popisu vzoru, u fakturačního kalendáře u Smluv v Projektech (6.10 Řízení projektů).<br><br></li> 
 +<li><b>spSynchr_TriggerReadOnly - Změna procedury generující ReadOnly triggery synchronizovaných číselníků</b><br>Doplnění možnosti nastavení typu synchronizace sloupců u slave aplikace, definované v tabulce SYNCHRCISCOLVAPL.<br><br></li> 
 +<li><b>spSynchr_VLTYPSYNCHR_APL_ValRec - ValRec pro formu 'Typ synchronizace číselníků v aplikacích' u nastavení synchr. číseslníků</b><br>ValRec pro formu 'Nastavení synchronizace sloupce v aplikacích' v 9.12. 1 Nastavení synchronizace.<br>Při změně v rozbalovací nabídce 'Synchronizovat v aplikaci' - Ano/Ne, se vytvoří/zruší ReadOnly trigger číselníku ve vybrané slave aplikaci.<br><br></li> 
 +<li><b>spSynchronizace - Změna v synchronizační proceduře pro synchronizaci číselníků</b><br>Doplnění možnosti nastavení typu synchronizace sloupců u slave aplikace definované v tabulce SYNCHRCISCOLVAPL.<br><br></li> 
 +<li><b>spSynchronizace_NotColumnsApl_ValRec - ValRec pro novou formu 'Nastavení synchronizace sloupce v aplikacích' u nastavení synchr. číseslníků</b><br>ValRec pro formu 'Nastavení synchronizace sloupce v aplikacích' v 9.12. 1 Nastavení synchronizace,<br>kde se nastavuje synchronizace sloupce pro různé slave aplikace.<br><br></li> 
 +<li><b>spUcetZap_ZauctParRoz - Zaúčtování párovacího rozdílu k danému saldokontnímu případu</b><br>V případě, že se provádělo párování cizoměnové faktury (např 99,5 EUR) s peněžním dokladem (100 EUR, HDOK.vlHPohledavka_Zavazek 3 nebo 4), vznikal jak párovací, tak i kurzovní rozdíl.<br>V případě párování např. s dokladem IDU (vlHPohledavka_Zavazek 1 nebo 2) však vznikal pouze párovací rozdíl.<br>Procedura spUcetZap_ZauctParRoz upravena tak, že i v tomto případě vznikne jak párovací, tak i kurzovní rozdíl.<br><br></li> 
 +<li><b>spVLSTAVPROJ_NewRec - NewRec procedura</b><br>NewRec pro stavy projektů. Činnost 6.10. 2. 6 Stavy projektů<br><br></li> 
 +<li><b>spVLSTAVPROJ_ValRec - ValRec procedura</b><br>ValRec procedura pro Stavy projektů.<br><br></li> 
 +<li><b>spZBOZSKL_ZAMENAZBOZI - Provádí v rámci skladu záměnu Zboží nebo Šarže nebo obojí.</b><br>Doplněn parametr @RETURN_SELECT který zajišťuje, že se informace o akci a výsledný resultset vrací pouze pokud @RETURN_SELECT = 1. Tím lze proceduru použít i v jiné proceduře tak, aby nevracela ani informace o akci a ani výsledný resultset (@RETURN_SELECT = 0)<br><br></li> 
 +<li><b>WEB API</b><br>nové procedury pro správu WEB API<br>- dbo.spWSDeleteJournal  @vlZasilatInfo SmallInt = 1  -- 0=Ne;  1=Ano<br> provede smazání části tabulky WS_JOURANAL, (max 5000 řádků pro každé web API) a pokud je vyžadováno zašle email o zpracování, či o chybě na zadaný email. Rušení je prováděno vždy pro jednotlivá WEB API.<br><br>- dbo.spWSSetAPIHAsh  @idws_application Int,<br>                                      @mf_APPHash varchar(600)<br> provede nastavení API_hash.<br><br>- spWSDeleteJournalWeb  @idws_Application int,<br>                                   @idLogUser         Int = NULL,<br>                                          @Return_Select    SmallInt = NULL<br>Je volána přes tlačítko na stránce Nastavení Web API a provede mazání (max 5000 řádků) pro dané API<br><br></li> 
 +<li><b>Wflow</b><br>- dbo.spWFLOW_GetParams - nově vrací uloženou hodnotu plátce/neplátce DPH načtenou z wflow a hodnotu nastavenou na domácím subjektu. Hodnota je uložena v tabulce BANKAAPI kod parametru WF_PlatceDPH<br>- dbo.WFLOWGETAPI - nově vrací uloženou hodnotu plátce/neplátce DPH načtenou z wflow a hodnotu nastavenou na domácím subjektu. Použito na stránce nastavení wflow.<br>- spWFLOW_HDOKimport - u naplátců se nově bere kód pro výkaz DPH - mimo daň<br><br></li>
 </ul> </ul>
 <h3>Změny datových struktur</h3> <h3>Změny datových struktur</h3>
 <ul> <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>CELSAZ - Celní sazebník</b><br>Změna sloupce NAZEV_CELSAZ z VARCHAR(160) na VARCHAR(1000). Je to na základě číselníku "kn_i" - "Kombinovaná nomenklatura (pro Intrastat)" (https://celnisprava.gov.cz/cz/aplikace/Stranky/ciselniky.aspx s filtrem pro Sadu = INTRASTAT) kde je položka 44072996 - "Tropické dřevo..." s názvem dlouhým 967 znaků<br><ul><li>Spolu s tím upraveny následující objekty:</li> <ul>   <li>procedura spCELSAZ_NewRec</li> </ul></ul><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>DATZPR - Hlavička datové zprávy</b><br>Tabulka DATZPR byla rozšířena o položku VLVODZ typu smallint<br>VLVODZ - příznak velkoobjemové datové zprávy<br>0 - ne<br>1 - ano<br><br></li> 
 +<li><b>DESCRCOL - Nastavení systému</b><br>V popisu datového modelu byl v názvech a popisech sloupců nahrazen "Kč" textem "domácí měna".<br>V tabulce DESCRCOL byl opraven text v položkách :<br> - DescrCol.ColumnNameFull - 39x<br> - DescrCol.ColumnDescription - 116x<br> - DescrCol.ColumnDefinition- 28x<br><br></li> 
 +<li><b>HISDATZPR - Historie datové zprávy</b><br>Založena nová tabulka HISDATZPR pro evidenci vztahu mezi datovými zprávami<br><br></li> 
 +<li><b>SKLAD</b><br>Nový sloupec VLSTAVSKLAD - Stav aktivity skladu s hodnotami 0=Aktivní; 1=Neaktivní. Pokud je sklad označen jako neaktivní, bude nabízen v sekci neaktivních skladů / vzorů.<br><ul> <li>Spolu s tím upraveny následující objekty:</li> <ul>   <li>procedura "spSKLAD_NewRec": nový povinný parametr @VLSTAVSKLAD SMALLINT OUT</li>   <li>procedura "spSklad_btEso9StartToDB"</li> </ul></ul><br></li> 
 +<li><b>STAT - Stát</b><br>Doplněn sloupec IDMENA_STAT INT - měna státu / země Má vazbu na tabulku "MENA".  Pomocí tohoto sloupce v kombinaci se sloupci "Datum, od kdy je stát členem EU" a "Datum, do kdy je stát členem EU" lze určit, zda stát je/není v eurozóně.<br>Spolu s tím provedeno:<br> - do pohledu QSTAT doplněna spočtená položka <br> - naplněny měny dle https://www.ups.com/worldshiphelp/WSA/CSY/AppHelp/mergedProjects/CORE/Codes/Country_Territory_and_Currency_Codes.htm<br><br></li> 
 +<li><b>SYNCHRCISCOLVAPL - Typ synchronizace sloupce v aplikaci</b><br>Tabulka slouží k uložení nastavení typu synchronizace sloupce v aplikaci.<br>Umožňuje nastavení typu synchronizace sloupce dle aplikace.<br>Použití např. u synchronizace číselníků s různou legislativou.<br><br></li> 
 +<li><b>WS_APPLICATION</b><br>Rozšířen datový model tabulky WS_APPLICATION o následující sloupce<br>ARCHIVOVATDNU integer - Rušit starší než (dnů)<br>VLRUSIT smallint -Rušit staré záznamy<br>EMAIL_INFO varchar(255) -Email pro zasílání info o zpracování<br>EMAIL_ERROR varchar(255) -Email pro zasílání info o chybě<br><br></li>
 </ul> </ul>
 <h3>Změny pohledů</h3> <h3>Změny pohledů</h3>
 <ul> <ul>
-<li><b>FavForm.idc, DbPisForm.idc, Dokl_kos</b><br>Bod 2) Text nahrazen proměnnou txtCelkemUhrZaloh<br><br></li> +<li><b>QHDOK_PROJ_SML - Pohled  pro smlouvy k projektům</b><br>Pohled v záložce Smlouvy v činnostech 6.10. 1 Evidence projektů.<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>QPROJEKT - Změna pohledu QPROJEKT</b><br>Doplněn LEFT JOIN PROJEKT_DRUH.<br><br></li> 
 +<li><b>QPROJEKT_DRUH - Pohled pro PROJEKT_DRUH</b><br>Pohled pro tabulku PROJEKT_DRUH.  Činnost 6.10. 2. 5 Druhy projektů.<br><br></li> 
 +<li><b>QPROJEKT_FINANCE_P - Pomocný pohled pro výpočet finančních nákladů projektů včetně podřízených projektů</b><br>Pohled pro funkci fnPROJEKT_FINANCE, počítající finanční náklady projektů včetně podřízených projektů v činnostech 6.10. 1 Evidence projektů<br><br></li> 
 +<li><b>QSDOK_FAVKAL - Pohled k Fakturačnímu kalendáři</b><br>Pohled k Fakturačnímu kalendáři u Smluv projektů. Např. 6.10. 3. 6 Fakturační kalendáře.<br><br></li> 
 +<li><b>QSYNCHRCISAPL - Pomocný pohled pro synchronizační procedury, obsahující tabulku SYNCHRCISCOLVAPL</b><br>Pomocný pohled pro synchronizační procedury, obsahující tabulku SYNCHRCISCOLVAPL.<br><br></li> 
 +<li><b>QSYNCHRCISCOL - Změna pohledu QSYNCHRCISCOL</b><br>Přidání sloupce IDSYNCHRCIS<br><br></li> 
 +<li><b>QSYNCHRCISCOLAPL - Pohled pro Nastavení synchronizace sloupce v aplikacích</b><br>Pohled pro zdroj ve formě 'Nastavení synchronizace sloupce v aplikacích' v činnosti 9.12. 1 Nastavení synchronizace.<br><br></li> 
 +<li><b>QSYNCHRCISCOLVAPL - Pohled pro tabulku SYNCHRCISCOLVAPL</b><br>Pohled pro tabulku SYNCHRCISCOLVAPL, umožňující nastavit typ synchronizace sloupce ve slave aplikaci.<br><br></li> 
 +<li><b>QVLSTAVPROJ - Pohled pro QVLSTAVPROJ</b><br>Pohled pro tabulku QVLSTAVPROJ.  Činnost 6.10. 2. 6 Stavy projektů.<br><br></li> 
 +<li><b>QWSAPPLICATION</b><br>Založen nový pohled QWSAPPLICATION<br><br></li>
 </ul> </ul>
 <h3>Změny webových stránek</h3> <h3>Změny webových stránek</h3>
 <ul> <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>Nastaveni/SkupZboz.htm - Skupiny zboží</b><br>Formulář pro skupiny sortimentu má nyní rozšířeno kombo (položka VLTYP_SLOZSZ „Pro složku“) takto:<br>• Ostatní<br>• Zboží <br>• Služba<br>• Majetek/Pomůcka<br>• Operace TPV<br>• Pracoviště<br><br>Jelikož ve verzi (6.8) byl rozšířen jednoznačný klíč „SKUPZBOZI_Key1“ o položku VLTYP_SLOZSZ z důvodu potřeby rozlišení záznamů k příslušným složkám zboží, doporučuje se u zákazníků, kteří budou zakládat nové položky pro konkrétní složky (hodnota  VLTYP_SLOZSZ bude obsahovat konkrétní typ),  aby provedli hromadné naplnění této hodnoty (například Ctrl+H) i u původních položek (které mají z historického důvodu hodnotu NULL) .  <br><br>Společná existence položek s NULL i s hodnotou v poli VLTYP_SLOZSZ je možná (klíč ji akceptuje), nicméně v aplikaci při vyhledávání nebo třídění v browse může docházet k nejednoznačné interpretaci.<br><br><br>Důvodem rozšíření tabulky o položku VLTYP_SLOZSZ je umožnit skupiny filtrovat podle příslušných oblastí a dále umožnit evidovat stromově (například) skupinu se stejnými kódy <br>Jak pro zboží: <br>- 01 Obchodní skupina zboží 01<br>- 0101 Obchodní skupina zboží 01, podskupina 01<br>- 010101 Obchodní skupina zboží 01, podskupina 01, zatřídění 01<br>tak pro operace:<br>- 01 Operace obrábění (skupina 01)<br>- 0101 Operace obrábění – skupina 01, podskupina soustružení (01)<br>- 010101 Operace obrábění – skupina 01, podskupina soustružení (01), práce na CNC soustruhu (01)<br><br>či služby…<br>- 01 Služby přepravy <br>- 0101 Služby přepravy nebezpečného nákladu <br>- 010101 Služby přepravy nebezpečného nákladu – konzistence tekuté<br><br>V souvislosti se zavedením VLTYP_SLOZSZ byly upraveny následující procedury (nejsou generovány, ale jsou součástí verze):<br>- spTXT_SKUPZBOZI<br>- spTXT_SKUPZBOZIID<br><br>Pro verzi 7.1 byly provedeny úpravy ve vyhledávání podle klíče KOD_SKUP_ZBOZI+VLTYP_SLOZSZ tak, aby při zadání NULL do VLTYP_SLOZSZ vyhledával položky s NULL. (předtím bylo automaticky konvertováno na hodnotu 0 a to vedlo k zakládání nových skupin s VLTYP_SLOZ=0, přestože skupina s hodnotou NULL již z dřívějška historicky existuje.)<br><br>Poznámka:<br>Pokud je v konverzním sešitu (tools/konverze.xlsm) pro import položek do tabulky ZBOZI zadávána vazba na číselník SKUPZBOZI (obchodní skupiny zboží) pomocí kódu (KOD_SKUP_ZBOZI), je potřeba i druhá část klíče VLTYP_SLOZSZ (tedy případně i zadávat hodnotu NULL pro import do nedefinovaných skupin).<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>prodej/PSmlouvy.htm - Prodejní smlouvy na projekty</b><br>Předloha pro činnosti v 6.10. 3 Smlouvy na projekty<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>projekt/CisTypProj.htm - Číselník pro Typy projektů</b><br>Předloha pro číselník Typy projektů.<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>projekt/Projekt_druh.htm - Druhy projektů</b><br>Předloha pro 6.10. 2. 5 Druhy projektů<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>projekt/Projekt_Smlouvy.htm - Smlouvy u projektů</b><br>Záložka Smlouvy u Projektů (6.10. 1 Evidence projektů).<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>projekt/PSml_Fav_Kal.htm - Fakturační kalendáře pro smlouvy projektů</b><br>Předloha pro činnost 6.10. 3. 6 Fakturační kalendáře.<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>projekt/VlstavProj.htm - Stavy projektů</b><br>Předloha pro 6.10. 2. 6 Stavy projektů<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>Revize stránek v souvislosti s ukončením podpory IE</b><br>* nastaveni\cinnostDet_inc.htm - zrušen odkaz na výpis stromu činností. Vizuálně totéž dostupné přímo ve formě.<br><br>Změněn odkaz na výpis stromu činností pro danou skupinu uživatelů ve stránkách:<br>* nastaveni\FormPar.htm<br>* nastaveni\skupprocin.htm<br>* nastaveni\zab_nastav.htm<br>* nastaveni\ZabSkup_Nastav.htm<br><br>Zrušeny nepoužívané stránky:<br>* nastaveni\cinnost_cis.htm<br>* nastaveni\cinnost_inc.htm<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> </ul>
 <h2><a name="ESO9Vyr"></a>Výroba pro ESO9</h2> <h2><a name="ESO9Vyr"></a>Výroba pro ESO9</h2>
 <h3>Výroba</h3> <h3>Výroba</h3>
 <ul> <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>Odstraněna chyba při pokusu vymazat vazbu na operaci vstupu:<br>Pokud na existující vazbě bylo provedeno smazání operace vstupu (vyprázdnění pole), došlo k vyvolání chybového hlášení: „Chybná pozice! - 52222“<br>Systém se mylně domníval, že obsluha zadává neexitující pozici….<br><br>V souvislosti s tímto byly provedeny změny v proceduře:<br>- spQZBOZIMNSPVYR_OVVAR_POZICEN<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. 3. 1 - Typové operace</b><br>Nový odkaz „Hromadné změny“ nad typovou operací :<br>- Hromadné změny v dokumentaci TPV<br>- Hromadné změny v dokumentaci TPV_MF<br><br>Umožní provádět změny v dokumentaci THN, stejně jako odkaz nad operací v technologickém postupu „Aktivní inv. postup TO“ – tedy přepočty operací TPV podle jejich vazby na typovou operaci.<br><br>Respektive umožní provádět změny v dokumentaci THN, stejně jako odkaz nad operací v technologickém postupu „Aktivní inv. postup MF“ – tedy přepočty operací TPV podle jejich vazby na typovou operaci s dosazením hodnot definovaných obsluhou.<br><br><br>Aktivní inverzní postup TO (odkaz nad operací TPV):<br>Při tvorbě hromadných náhrad TO v postupech s historií (tlačítko “Proveď náhradu s historií“:<br>Pokud existuje vazba MAT, POM na operaci starou, je nastavena na novou (když dochází ke kopii z důvodu evidence historie).<br><br><br>Aktivní inverzní postup MF (odkaz nad operací TPV):<br>Rozšířeno o možnost provádět změny s evidencí historie původních operací technologického postupu. Původní operace je ukončena platností DO a navazuje zkopírovaná aktuálně změněná a přepočítaná operace OD.<br>Pokud existuje vazba MAT, POM na operaci starou, je nastavena na novou.<br>V souvislosti s tím do formy přidáno tlačítko „Aktualizace časů a tarifů s historií“ s možností nastavit datum platnosti OD.<br><br>Upravené procedury:<br>- spZBOZIMNSPOTR_NahradaHis<br>- spZBOZIMNSPOTR_AktOperaceTP<br>- spZBOZIMNSPOTR_AktOperaceTPHis<br><br>Upraveny stránky s formuláři:<br>- priprava/Oper_ZmenyHrom.htm<br>- priprava/Operace.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. 1. 3. 5 - Tarifní třída</b><br>Při výběru tarifní třídy (například nad operací TPV, nebo typovou operací) se objevovaly i tarifní třídy s příznakem „archivní“. Případně pokud se přímo prováděl „rychlý“ výběr zapsáním kódu třídy, nedocházelo k výběru aktivní. <br>Z tohoto důvodu byly upraveny procedury :<br>- spQZBOZIPROVYR_MF_KOD_TARTRIDA_BC<br>- spQZBOZIPROVYR_MF_KOD_TARTRIDA_AC<br><br>Další změny.<br>Provádění hromadné změny tarifů v dokumentaci:<br>Nyní je tato funkčnost rozšířena i pro neaktivní tarify (ve smyslu předpřipravených na další období). Změny se provádí nad tarify v neomezeném pohledu (Pohled All) podobnými odkazy jako z aktivních:<br>- Hromadné změny v dokumentaci TPV<br>- Hromadné změny v číselníku TO<br><br>Tlačítko „Aktivovat“: <br>Nastaví pro tarif aktivní stav. Tarif s dosavadním aktivním stavem deaktivuje (bez ohledu na platnost OD-DO. Ta je informativní). Pokud je požadováno, může provést aktualizaci vazeb podle původního id pro nové aktivní id tarifu (nastaveno kombem) Při aktivaci záznamu včetně id tedy aktualizuje všechny výskyty původního ID tar. třídy a nahradí novým aktivním id:<br>- id ve všech typových operacích<br>- id na operacích technologického postupu v TPV<br>- id v portfoliu typových operací pro jednotlivé pracovníky<br><br>Tlačítko [Založit tarif na nové období]:<br>Vytvoří kopii aktuální tarifní třídy s novými nastavenými hodnotami pro nové období - tarif se založí jako neaktivní. Původní tarif zůstává aktivní, je mu však nastavena platnost DO=(ODnew-1).<br><br><br>Tlačítko [Deaktivovat] tarif:<br>Nastaví stav tarifu na hodnotu „neaktivní“ – tedy se více nebude nabízet v číselníku tarifů. Při provedení akce systém vydá informaci, v kolika různých záznamech vazba na tento tarif setrvává.<br><br><br>Upraven formulář: <br>- Nastaveni/TarTrida.htm<br>- Nastaveni/TarTrida_All.htm<br>- Nastaveni/TarTridaCis.htm<br>- priprava/Operace.htm<br>- priprava/OperInvTTAll_MF.htm<br>- priprava/OperInvTT_MF.htm<br>- priprava/TarTrida_inc.htm<br>- priprava/TOperInvTTAll_MF.htm<br>- priprava/TOperInvTT_MF.htm<br>- priprava/ZavOperInv_inc.htm<br>- priprava/ZavTOperInv_inc.htm<br><br>Upraveny následující procedury:<br>- spTARTRIDA_Archivace<br>- spTARTRIDA_AktualizaceTarifuTO<br>- -spTARTRIDA_AktualizaceTarifuVTPV<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. 7. 1 - Montážní příkaz z prodejní objednávky</b><br>V agendě byly provedeny následující úpravy.<br><br>- Opravena tvorba MPR v případech, kdy na POB byly jiné než základní MJ. Původně rozpad neprovedl přepočet množství správně poměrově pro zvolenou MJ.  Rovněž i na pozicích docházelo k nesprávným přepočtům množství. Toto bylo ujednoceno takto:<br><br>o Nejvyšší vrchol ponechává zadanou měrnou jednotku (tu, která je uvedena na složce POB)<br>o Položky materiálu na pozicích důsledně převádí na základní MJ. <br>o Položky uzlů ve struktuře také převádí na základní MJ<br><br><br>- Chyba při rušení celého stromu:<br>V případě existence více složek původní POB a k nim byly pořízená stejná čísla dávek, nebylo možno zrušit - nyní opraveno.<br>Odstraněna chyba generující hlášení při rušení stromu „Více vrcholů, není možno provést akci…“. – opraveno. Důvodem byl špatný klíč při hledání vrcholů.<br><br>- Zdvojení složek komponent na MPR:<br>Datový zdroj formuláře VyrPrikaz.htm upraven.<br><br><br>Další provedené změny na formuláři VyrPrikaz.htm:<br>- Formulář rozšířen o stav složky s vyráběnou podsestavou (vstupujícím dílem)<br><br>Související změny procedur:<br>- spVytvorVPzPOB<br>- spZBOZIROZPAD_Kumulace<br>- spZBOZIROZPAD_NaplnKumulaci<br>- spZBOZIROZPAD_Vytvor<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 - Přepočty rozpadů s alternativními MJ (balení)</b><br>Pokud v struktuře kusovníku technologické dokumentace byly použity položky v jiné než základní měrné jednotce evidované na kartě komponenty, při přepočtu na základní měrnou jednotku (což se děje vždy na pozadí do tabulky ZBOZIROZPAD) se ztrácela přesnost hodnot předepsaného množství.<br>Toto se ještě více zvýraznilo, pokud kusovník byl víceúrovňový anebo v případě, bylo-li definováno kalkulační množství pro rozpisku kusovníku jiné než hodnota 1.00.<br><br>Na základě primárně vygenerované nepřesnosti v kusovníku, docházelo ke ztrátě přesnosti i při kalkulacích.<br><br>Z tohoto důvodu byly upraveny následující procedury a funkce tak, aby respektovaly datové typy množství v tabulkách pro kalkulace a rozpady (decimal(22,8)<br>- fnCelkemMn 19,5 --> 22,8<br>- spCelkemMn 19,5 -->22,8<br>- spZBOZIROZPAD_Vytvor (zde se provádí výpočty s přetypováním FLOAT)<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 - Rozšíření způsobu práce s rozpady výrobních variant</b><br>Při nastavení parametru VYROBA_PRENOSVYRVAR pro předávání výrobní varianty vrcholu do nižších podsestav se nesprávně interpretovala „žádná varianta“ – nyní je vyřešeno přidáním nové volby č.3. Byl proto aktualizován popis všech nastavení parametru.<br>Umožňuje nastavit, aby se při rozpadu výrobku pro polotovary/podsestavy uplatňovala výrobní varianta zadaná na finálním výrobku (nebo v místě prováděného rozpadu VD): <br>[0]=Ne platí implicitně zadané varianty dílů v THN (případně pokud je prázdné - určí se podle aktuálně evidované výrobní varianty podsestavy),<br>1=Ano (explicitně zadaná varianta se uplatní ve všech podsestavách), <br>2=Pokud možno Ano (uplatní se, pokud není určeno na pozici pro podsestavu jinak).<br>3=Vždy aktuálně požadovaná výr. varianta zadaná na pozici (tedy i prázdná varianta)<br><br><br>Opraveno chování automatického provedení rozpadu vyšších celků (do kterých vstupuje editovaný díl)<br>Pokud bylo nastaveno v parametrech úlohy – po provedené změně dokumentace přepočítat vždy i vyšší díly (TPV_ODLOZITPREPOCETROZPADU=0), původně docházelo k automatickému přepočtu všech záznamů z celé fronty (zbytečně prodlužovalo akci)<br>Nyní jsou přepočítány jen ty díly, do kterých vstupuje daný díl jako podsestava. Ostatní „cizí“ struktury ve frontě zůstávají. (samozřejmě přepočet celé fronty možno ručním způsobem spustit v agendě 5.1.3.13)<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.2. - Kalkulace - Ve verzi 7.1 byly provedeny úpravy a rozšíření</b><br><br>1) Rozšíření modelu (popsáno v samostatné kapitole), nové tabulky:<br>KALKCENDET_ZBOZIROZPAD<br>KALKCENDET_CENA<br>Při výpočtu kalkulace se do tabulky KALKCENDET_ZBOZIROZPAD zaznamenává příslušný detailní řádek z tabulky ZBOZIROZPAD, ze kterého vznikl detailní řádek kalkulace KALKCENDET. Tato tabulka je 1:1 rozšířením tabulky KALKCENDET a archivuje původní stav rozpadnuté dokumentace. Dokud kalkulace není přepočítána nebo smazána, obsahuje tyto archivní údaje s hodnotami v době kalkulace. Při přepočtu rozpadů v technologii může dojít ke změnám na jednotlivých řádcích tabulky ZBOZIROZPAD, ale tabulka KALKCENDET_ZBOZIROZPAD původní hodnoty k původní kalkulaci stále obsahuje.<br><br>Podobně je koncipována i tabulka KALKCENDET_CENA. Tato obsahuje důležité hodnoty z tabulky ZBOZIMNSPOTR – tedy dynamické struktury kusovníku a technologického postupu. Dále obsahuje údaje o některých parametrech dokumentace (výrobní dávka, kalkulační množství aj.), které ovlivnily výpočet kalkulace.<br><br>Hodnoty obou těchto tabulek jsou použity pro získání kalkulačních údajů s vyšší vypovídací hodnotou (především pohled na detail s hodnotami vstupů pro výpočet základní ceny v pohledu/odkazu na detail kalkulačního členu v sestavě kalkulace.) – viz odkaz „Skladba kalkulační ceny“ na formuláři Kalkulace (5.1.2)<br><br><br><br>2) Rozšíření sestavy SKLADBA KALKULAČNÍ CENY (KalkSkladbaCeny.idc). <br>V sestavě došlo k rozšíření části „Rozklad“ – doplněna informace s požadovaným datumem platnosti dokumentace THN, pro který se provedla kalkulace.<br><br>Dále byla upravena sestava detailu kalkulačního členu (odkaz detal: KalkSkladbaCenyDet.idc). Na sestavu byl přidán sloupec uvádějící pozici položky v rámci kalkulované struktury (díl, výrobek). Dále byl doplněn sloupec uvádějící základní měrnou jednotku položky (při definici kusovníků THN je možno použít alternativních měrných jednotek – jsou-li pro položku povoleny/definovány). Při přepočtu rozpadnuté dokumentace a při kalkulaci jsou vždy převáděny do základních měrných jednotek, uvedených na kartě sortimentu. <br>Položka Základní cena nyní jako odkaz vede do další sestavy, která informuje o způsobu tvorby základní ceny položky.<br><br><br>3) Odkaz na rozbor „základní ceny“ (SkladbaCenyDet.idc)<br>Systém pro výpočet kalkulací je nastavován mnoha parametry, které mají vliv na tvorbu (nebo vyhledání) základní ceny detailní položky. Porozumět, (respektive evidovat použitý způsob její tvorby zobrazuje tato sestava.<br><br>Rozbor ceny vždy obsahuje následující části:<br><br>- část s uvedením cesty úrovněmi kusovníku ke zkoumané položce<br>- část zobrazující základní nastavení a výchozí hodnoty pro výpočet<br>- tabulku s výpočtem ceny<br><br><br>Pro oblast kusovníku a operací se dynamicky odlišuje.<br><br>Nad položkou komponenty (materiál/díl) jsou uvedeny údaje o způsobu dosazení ceny položky (skladová/nákupní/Kalkulovaná/Explicitně zapsaná na pozici THN…) plus případně údaj o skladu, je li pro cenu relevantní.<br><br><br>Nad položkou operace technologického postupu jsou zobrazeny informace mající vliv na výpočet hodnoty celkové jednicoví ceny (kalkulační množství, výrobní dávka). Dále pak je uvedena tabulka s hodnotami a způsobem výpočtu jednicové ceny.<br><br>Zde je velmi důležitá informace o kalkulované výrobní dávce, která byla aktuálně použita pro výpočet ceny (rozpuštění ceny za přípravný čas). Počáteční nastavení hodnoty výrobní dávky do kalkulace, případně podle nastavení parametru KALK_MNVDOPT_PODLEUROVNE může velmi ovlivňovat kalkulovanou cenu.<br><br>Připomínka funkce parametru KALK_MNVDOPT_PODLEUROVNE:<br>Nastavuje, jak se při kalkulaci podsestav (polotovarů, které se při kalkulaci rozpadají), použije výrobní dávka.<br>Ovlivňuje výslednou cenu operace rozpouštěním ceny na plánovaný počet výrobků ve výrobní  dávce za přípravný čas tBC:<br>  0 - hodnota množství dávky odpovídá údaji evidovanému na kartě dílu (ZBOZI.MNVDOPT),<br>  1 - hodnota množství dávky do nižších úrovní je přepočtena vzhledem k množství zadanému pro výpočet kalkulace a odpovídá vždy příslušnému požadovanému množství podsestavy do úrovně.<br><br><br>Související změny ve formuláři kalkulací (Priprava/Kalkulace.htm):<br>- Doplněny needitovatelné položky (evidovaná výrobní varianta, evidovaný kalkulační vzorec, evidovaná výrobní dávka)<br>- Doplněno tlačítko pro přepočet dokumentace.<br>- Barevná legenda (informace o neaktuálnosti rozpadu dokumentace/kalkulace)<br><br><br><br>4) Opravy:<br>- odstraněna chyba přepočtu ceny uvedenou na THN při použití alternativních měrných jednotek na položce kusovníku<br>- při kalkulaci docházelo k dvojitému volání triggeru (vyvolanému vlastním zápisem hodnot do kusovníku a nebo zboží) – což způsobovalo dlouhou dobu výpočtu. Trigger trZBOZI_Akce byl zakomponován do triggeru trZBOZI_Rozpad. Dále byl upraven kód tak, aby se v rámci vlastního přepočtu dokumentace (při potřebě výpočtu kalkulace jiného než standardního nastavení dílu (například výrobní varianty) neprovádělo vykonávání triggeru pro přepočet dokumentace.<br>- Pro výpočet dokumentace docházelo vždy k zápisu zvolených hodnot výrobní dávky. Toto bylo upraveno tak, že k zápisu dojde jen v případě trvalé kalkulace.<br>- Při kalkulaci jiné, než evidované dokumentace (například jiná než nastavená výrobní varianta, nebo výrobní dávka) používá se pro provedení kalkulace vytvoření dočasné dokumentace (do tabulky ZBOZIROZPAD), která je po ukončení kalkulace vymazána (obraz rozpadu je však zaznamenán trvale do tabulky KALKCENDET_ZBOZIROZPAD).<br>- Dnešní datum OD je dosazováno (pokud relevantní) v tomto pořadí:<br>      1) OD explicitně z formy (nebo předané na rozhraní procedury pro kalkulaci)<br>      2) Pokud OD je NULL, použije systémové datum.<br><br><br>5) Přidány nové parametry: <br>KALK_NEPREPOCITANY_ROZPAD:<br>Umožňuje stanovit, zda je povoleno provádění TRVALÉ kalkulace pro díly s nepřepočítaným rozpadem (které jsou zařazeny ve frontě na přepočet)<br>  [0]=Nekalkulovat (defaultní),<br>  1=Kalkulovat.<br><br>Při provedení trvalé kalkulace jsou výsledky zapisovány do karty dílu včetně data provedení kalkulace. Pokud by kalkulace byla provedena nad neaktuální technickou dokumentací, je její cena neodpovídající. Proto byl doplněn parametr, který umožní zakázat/povolit provedení trvalé kalkulace nad položkami s neaktuální dokumentací.<br>Kalkulace dočasné jsou provedeny i nad neaktuální dokumentací. Systém si v tomto případě připraví dočasný rozpad, nad kterým kalkulaci provede.<br>Pokud je provádění povoleno, lze provádět nad neaktuální dokumentací i trvalé kalkulace.<br><br>V souvislosti s výše  uvedeným, bylo upraveno chování informačního okna spuštěného procesu kalkulace. Procedura vypisuje položky, které zkalkulovala (i s neaktuální dokumentací) případně vynechala (pokud neaktuální není povoleno kalkulovat).<br><br><br>Poznámka:<br>Je potřeba si uvědomit, že při odložených přepočtech dokumentace systém neprovádí automatický přepočet THN (v tabulce ZBOZIROZPAD) ani při změně množství na komponentě stávající. Novou komponentu do soupisky v tabulce ZBOZIROZPAD tedy vůbec nezařadí. Kalkulace pak tyto položky „nevidí“. To, zda je, či není dokumentace aktuální, je vidět v browsu oranžovým nebo červeným zabarvením.<br><br><br><br>KALK_AKT_PLATNOSTCENYODDO:<br>Umožňuje stanovit, zda se při aktualizaci (přepisu) cenového záznamu provede aktualizace intervalu platnosti OD-DO podle hodnot platnosti z kalkulace. <br>  [0]=Neaktualizovat (defaultní), <br>  1=Aktualizovat<br><br><br>6) Úpravy procedur a funkcí:<br>- spKALKCLEN_UrciHodnotu<br>- spKALKVZ_Vypocti<br>- spZBOZIPROVYR_Kalkulace<br>- spZBOZIROZPAD_PriprKalk<br><br><br><br>Doporučení pro otestování kalkulace po instalaci nové verze:<br>U vybraného zástupce proveďte například dočasnou kalkulaci a ověřte, zda hodnoty na sestavě kalkulace jsou správné. Na sestavě kalkulací zvolte odkazy na detailu rozboru základní ceny a ověřte jejich věrohodnost.<br><br><br><br> <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> </ul>
-<h3>Změny procedur</h3>+<h3>Změny předpisů sestav</h3>
 <ul> <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>Strukturní kusovník dynamický - Sestava htx/idc volaná odkazem z  činnosti díl 5.1.1.3</b><br>Upraveny položky Spotřební množství a Celkové spotřební množství tak, aby zobrazovaly 5 desetinných míst. Původně zobrazovaly 2, což na sestavě vedlo ke zkreslování informace.<br>Dále doplněn sloupec s kódem základní měrné jednotkou (na kterou se rozpady dokumentace vždy přepočítávají).<br><br></li> 
 +<li><b>Výrobní mapa - Volaná odkazem v montážním příkazu nad vyráběným dílem 5.7.2</b><br>Na jednotlivých panelech VP bylo opraveno zobrazování desetinných míst a přidán kód měrné jednotky.<br><br></li>
 </ul> </ul>
 <h3>Změny datových struktur</h3> <h3>Změny datových struktur</h3>
 <ul> <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>KALKCENDET - Detail složky cenové kalkulace</b><br>Doplněny nové systémové addtabulky pro KALKCENDET:<br>- KALKCENDET_ZBOZIROZPAD<br>- KALKCENDET_CENA<br><br>Obě tabulky rozšiřují datovou větu KALKCENDET o položky, z tabulek ZBOZIROZPAD a některé podstatné položky z tabulky ZBOZIMNSPOTR, které byly v těchto tabulkách evidovány v době kalkulace. <br>Přestože tabulka KALKCENDET obsahuje položky indexů s odkazem do příslušné věty ZBOZIROZPAD a ZBOZIMNSPOTR a je tedy možné potřebné hodnoty získat, dojde-li později od doby spuštění kalkulace k provedení změn v dokumentaci THN, tyto odkazy již nemusí pro danou kalkulaci být relevantní (respektive především hodnoty v odkazovaných záznamech).<br>Z tohoto důvodu se tabulka KALKCENDET rozšířila o systémové addtabulky, které při kalkulaci tyto původní hodnoty stále evidují. Přesněji - podstatnou část z nich a navíc i jiné, které uchovávají aktuální nastavení parametrů pro kalkulaci v době jejího spuštění (jako je například kalkulační množství a výrobní dávka).<br><br>Každá zaznamenaná kalkulace (cenová politika) obsahuje svůj vlastní detailní soupis položek, které patří do souboru kalkulace v tabulce KALKCENDET. Do systémové addtabulky KALKCENDET_ZBOZIROZPAD (KALKCENDET_CENA) jsou ke každé větě překopírovány aktuální hodnoty řádku z tabulky ZBOZIROZPAD (ZBOZIMNSPOTR) v době kalkulace. Tyto aktuální záznamy (včetně i dočasně vytvořených pro danou kalkulaci) jsou tedy zachovány pro každou evidovanou cenovou kalkulaci. Jejich hodnoty jsou evidovány do té doby, než dojde k provedení nové kalkulace pro tuto cenovou politiku.<br><br>Poznámka:<br>Pro každý díl (výrobek, podsestavu) mohou být evidovány výstupy z více provedených kalkulací. <br>Primárně to mohou být kalkulace:<br>- Trvalé<br>- Dočasné<br><br>V rámci tohoto základního rozdělení lze pak kalkulaci stále přepisovat, nebo zakládat pro daný typ nový záznam s platností OD-DO.<br>Každá tato kalkulace je pak evidována v cenových politikách (CESKZBPA), pro nichž se pro jednotlivé kalkulační členy (dle předepsané struktury na základě kalkulačního vzorce) evidují výsledné hodnoty v tabulce KALKCEN. Pro každý člen se pak eviduje detailní položkový rozpis položek z technologie THN (v tabulce KALKCENDET), které se účastnily výpočtu ceny daného kalkulačního členu. Pro každou takovou jednotlivou položku detailu je nyní datová věta KALKCENDET rozšířena o část evidující původní hodnoty z tabulky ZBOZIROZPAD (ZBOZIMNSPOTR), tedy ty, ze kterých se při kalkulaci vycházelo. Tyto hodnoty se uchovávají v addtabulce KALKCENDET_ZBOZIROZPAD (KALKCENDET_CENA.<br><br><br>Tabulka KALKCENDET_ZBOZIROZPAD<br>Je nová systémová addtabulka k tabulce KALKCENDET. Pro každou detailní položku kalkulace jsou zde uchovány aktuální informace z tabulky ZBOZIROZPAD, který v tabulce byl v době provedení kalkulace.<br><br>(soupis datových polí viz datový model)<br><br><br>Tabulka KALKCENDET_CENA<br>Je systémová addtabulka k tabulce KALKCENDET. Obsahuje aktuální hodnoty některých vybraných položek z THN dokumentace (ZBOZIMNSPOTR) kalkulovaného dílu (podle aktuálních nastavení pro kalkulaci (jako je kalkulační množství, výrobní dávka, výrobní varianta, aj.).<br><br>(soupis datových polí viz datový model)<br><br><br>Poznámka:<br>Data z obou těchto tabulek jsou využita v tiskové sestavě kalkulací (SkladbaCenyDet.idc) při zobrazení informací o rozpadu ceny jednotlivých položek v detailu kalkulačního členu.<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>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>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> </ul>
-<h3>Změny triggerů</h3>+<h3>Změny pohledů</h3>
 <ul> <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>QKALKCENDET - Pohled pro detail kalkulace</b><br>Pohled byl rozšířen o položku MJ – základní ze zboží.<br><br></li>
-</ul> +
-<h3>Změny webových stránek</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> +
-</ul> +
-<h2><a name="Supp"></a>ESO9 podpůrné nástroje</h2> +
-<h3>Změny v technologii .NET</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>+
 </ul> </ul>
 <h2><a name="TECH"></a>Technologie ESO9 - server + klient</h2> <h2><a name="TECH"></a>Technologie ESO9 - server + klient</h2>
 <h3>Změny v technologii .NET</h3> <h3>Změny v technologii .NET</h3>
 <ul> <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 - Třídění číselníků</b><br>Pokud má číselník pevné setřídění (klausuli ORDER BY v datovém zdroji) a použil se s předfiltrováním hodnotou ze zdrojového formuláře, nepoužilo se v číselníku setřídění dle dat.zdroje.<br>Podobně pokud ve sloupci, podle kterého se třídí, vyhledám pomocí CTRL+F, tak se položka najde, ale seřazení se zruší (i když je stále signalizované).<br>Chyba se zanesla optimalizací předfiltrování číselníku z konce roku 2024.<br>Opraveno v technologii z 21.1.2025.<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 - Export dat z výstupů do PIVOTOK2</b><br>U sestav s výstupem do kontingenční tabulky (PIVOTOK2) byl opraven export dat do Excelu.<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 - Konec podpory Internet Exploreru</b><br>V aplikačním serveru byla ukončena podpora prohlížeče Internet Explorer po pěkných 26-ti letech.<br>RIP.<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 - Vícenásobné přihlášení</b><br>Pod jedním (stejným) uživatelským přihlášením bylo možné pracovat na stejném PC v různých prohlížečích nebo i na více PC, ať již omylem, nebo záměrně. V takovém případě si pak uživatelé navzájem "kradli" jedinou uživatelskou session, což mohlo způsobovat různé chyby. <br><br>Nově je tato možnost ošetřena tak, že uživatel přihlašující se stejnou identitou, jakou má již existující uživatelská session, skončí na chybovou hlášku "Byli jste v aplikaci přihlášeni z jiného místa! Odhlásili jsme vás, přihlašte se prosím znovu.".  Původní uživatelská session tak byla ukončena a uživatel se z nového umístění může přihlásit znovu. Nemůže tak dojít ke stavu, že je uživatel zároveň přihlášen z více míst se stejnou identitou a sdílí jednu session (se všemi důsledky z toho vyplývajícími).<br><br>Zároveň s tím došlo k úpravám v automatickém odhlašování uživatele v případě, kdy se z různých důvodů neodhlásí z aplikace korektně (typicky ukončení prohlížeče). Pro tyto případy byla ošetřena i obnova stránky v prohlížeči, při níž naopak k automatickému odhlášení docházet nemá.<br>Úprava je dostupná v technologii z dubna 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 - Parametr DMS_AllowExtensions</b><br>Při nastavování povolených přípon souborů pro uložení do DMS se při výmazu keší v aplikaci původní seznam přípon neuvolňoval a k nastavení nových hodnot došlo až po restartu služby apl.serveru.<br>Opraveno ve verzi ze 4.4.2025.<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 - AI asistent a online Podpora</b><br>Do aplikací ESO9 přibyla možnost využívat AI asistenta a (živého) asistenta s online Podporou. Obě možnosti jsou zapojeny do dialogu „AI asistent“, který se zobrazuje v každém formuláři vpravo dole.<br>Podrobnější popis obou asistentů je k dispozici na adrese https://wiki.eso9.cz/doku.php/techdoc:aiassist.<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 - Zabezpečení uploadu souboru</b><br>Při uploadu souboru (FormType=Upload) byla doplněna kontrola na jméno souboru a případnou cestu k němu. Nyní jsou povoleny pouze znaky, které jsou v souborové cestě a jménu validní.<br>Dostupné ve verzi z 15.4.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 - Zabezpečení komunikačního kanálu</b><br>Komunikace klient-server byla zabezpečena proti případným XSS útokům.<br>Úprava je dostupná ve verzi ze 17.4.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 - Import z ISDOC</b><br>Do importu z ISDOC byla doplněna možnost importovat uživatelsky definovaný parametr v položce @MF_PARAMS.<br>Položka se přebírá z datového zdroje importního formuláře a předává se do importní procedury spISDOC_HDOKimport a z ní postupně i do uživatelsky definovaných procedur (jsou definovány v položkách @mf_HDokBeforeInsert a @mf_HDokAfterInsert).<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 - Přepracování vazební knihovny ESO9int.dll</b><br>Ve verzi 7.1 došlo k přepracování knihovny ESO9int.dll, která slouží zejména jako definice rozhraní pro všechny serverové addiny (tj. knihovny ze složky ESO9Lib). Knihovna byla rozšířena o nejčastěji používané metody pro práci s databází. Cílem úprav je odstranění vazby některých serverových add-inů na serverovou knihovnu (ESO9Srv.dll), jejíž verze se pravidelně mění s verzí ESO9. Pokud budou všechny add-iny referencovat pouze vazební knihovnu ESO9int.dll, nebude je nutné s každou novou verzí ESO9 znovu překládat.<br>Jedná se pouze o interní změny, zákazníků se nijak nedotknou.<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>ESO9 JSON API - Práce s databází a kontejnerizace</b><br>V ESO9JSON API došlo k úpravám práce s databází tak, aby používané SQL dotazy nezamykaly žádné dotčené tabulky.<br><br>Zároveň došlo k optimalizaci práce s pamětí v případě, že některé z webových volání vrací větší množství dat v JSON (řádově stovky MB). Užitečné zejména pro provoz v kontejnerech, kde je paměť dostupná v jenom kontejneru zpravidla omezena. Při přetečení dostupné paměti vrací API chybu "Exception of type 'System.OutOfMemoryException' was thrown", ale kontejner zůstane dále spuštěný.<br><br>V návaznosti na tyto změny lze nyní JSON API provozovat ve Windowsovém i Linuxovém kontejneru Docker, což umožňuje lepší správu i provoz v případě hostování více API na jednom serveru.<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>Externí generátor sestav</b><br>Pro prostředí Windows byl vytvořen generátor sestav (GS) jako lokální aplikace. Oproti GS dostupnému v klientovi ESO9 umožňuje kopírovat celé bloky mezi jednotlivými sestavami a obecně komfort práce ve Windows aplikaci. Podmínkou je viditelnost aplikační databáze.<br>Generátor je dostupný na adrese https://podpora.eso9.cz/download/RepGenSTI/.<br><br>Aktuální funkčnost:<br>* na základě jména databázového serveru, databáze a způsobu ověření přístupu (Windows / SQL) se připojí k aplikační databázi a načte seznam Stimulsoft sestav a uživatelů<br>* v obou seznamech lze rychle vybírat stiskem prvního písmena z kódu sestavy či uživatele<br>* volbou "Editor" spustí návrhář Stimulsoftu s datovými zdroji doplněnými dle hodnot parametrů zadaných v GS v aplikaci ESO9<br>* po editaci lze sestavu uložit přímo z návrháře ikonou "Save Report", popř. na dotaz při uzavření návrháře křížkem<br>* při ukončení programu se automaticky uloží daná konfigurace připojení; tuto konfiguraci lze při dalším spuštění vybrat ikonou konfigurace vpravo nahoře<br>* uloženou konfiguraci lze smazat z otevřeného seznamu konfigurací klávesou "Delete"<br>* z podadresáře "Fonts" v aplikačním adresáři se automaticky načítají vlastní fonty, které pak lze použít v sestavě<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>Reporting Server - Parsování připojovacího řetězce</b><br>V Reporting Serveru se sestavují připojovací řetězce (connection stringy) k dokumentové a logovací databázi dle connection stringu k aplikační databázi. Pokud se však v názvu instance databázového serveru vyskytl stejný text, jako v názvu databáze (např. server FIRMASQL2019\ESO9, databáze FIRMA), sestavily se oba connection stringy chybně.<br>Opraveno v Reporting Serveru v7.0.0.2 z 24.2.2025.<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>Reporting Server - Rozšíření počtu zpracovávaných databází</b><br>Ve verzi Reporting Serveru 7.0.3 došlo ke zvýšení počtu zpracovávaných databází ze 100 na 120.<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>Reporting Server - Vytěžování SQL serveru Reporting Serverem</b><br>Ve všech SQL dotazech na aplikační databázi z Reporting Serveru byla doplněna klausule WITH(NOLOCK). Jedná se zejména o časté čtení žurnálu z tabulky HISSTIOFFLINE.<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>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>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>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> </ul>
 <h2><a name="TECHS"></a>Technologie ESO9 - server</h2> <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> <h3>Změny v ESO9 Správce</h3>
 <ul> <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>Applikace - Výkonové logování</b><br>Do výkonového logování doplněna možnost "doba trvání událostí". Čte se z tabulky Událostí, tedy u každé je trvání při posledním spuštění.<br><br></li> 
 +<li><b>Konfigurace</b><br>Nástroje / Nastavení programu:<br>- doplněno tlačítko "Uložit nastavení" pro okamžité uložení změn. Je viditelné ze všech záložek. Dříve se změny ukládaly až při ukončení programu.<br>- doplněno zaškrtávací pole "Uložit nastavení automaticky při zavření formuláře"<br>- tlačítko "Výchozí nastavení" přesunuto do záložky Expert.<br>- tlačítko "Otevřít konfiguraci" / "Znovu otevřít konfiguraci" přesunuto dovnitř záložky "Konfigurace serverů", které se týká.<br><br></li> 
 +<li><b>Seznam uživatelů</b><br>V seznamu přihlášených uživatelů odstraněn sloupec Obecný klient, protože od verze 7.1 běží všechny AS na obecném klientovi.<br>- pro dočasné zobrazení na starších aplikačních serverech doplněna možnost zobrazení sloupce "Obecný klient" do "Nastavení programu" záložka "Aplikace, uživatelé".<br><br></li>
 </ul> </ul>
 </div> </div>
verze/eso9last.1739019641.txt.gz · Poslední úprava: 08.02.2025 13:00 autor: 127.0.0.1
Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki
DokuWiki Appliance - Powered by TurnKey Linux