ESO9 wiki

Tato stránka je pouze pro čtení. Můžete si pouze prohlédnout zdrojový kód, ale ne ho měnit. Zeptejte se správce, pokud si myslíte, že něco není v pořádku.
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1250">
<title>ESO 9 změny ve verzi 7.1</title>
</head>
<body>
<div class="HelpZmeny">
<h2>ESO 9 změny ve verzi 7.1 z 16.6.2025</h2>
<p>&nbsp;</p>
<h2><a name="ESO9OK"></a>Obecný klient</h2>
<h3>Změny v technologii .NET</h3>
<ul>
<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>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>Pro Editor/Browse doplněna klávesová zkratka CTRL+S pro uložení záznamu.<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>Zakázáno zobrazení dokumentů z DMS v číselnících (SHOWFROMDMS...)<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>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>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>Doplněno kontextové menu do browse v číselníku a na hamburger ikonu.<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ěno odhlášení, při zavření okna aplikace s navigací esoframe.htm.<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>Opravena chyba, kdy se neukládala konfigurace při vyvolání menu/konfigurace/Uložit aktivní.<br><br></li>
</ul>
<h2><a name="ESO9Start"></a>Aplikace ESO9 Start</h2>
<h3>Účetnictví</h3>
<ul>
<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. 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. 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. 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. 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>
</ul>
<h3>Finance</h3>
<ul>
<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>
<h3>Saldokonto</h3>
<ul>
<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. 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>
<h3>Nákup</h3>
<ul>
<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>
</ul>
<h3>Prodej</h3>
<ul>
<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> (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í - 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> (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>
<h3>Sklad</h3>
<ul>
<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>
</ul>
<h3>Úkoly</h3>
<ul>
<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>
<h3>Datové schránky</h3>
<ul>
<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>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>
</ul>
<h3>Majetek</h3>
<ul>
<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>
<h3>Zásilkové / Přepravní služby</h3>
<ul>
<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>
</ul>
<h3>Řízení projektů</h3>
<ul>
<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. 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>
<h3>Vytěžování</h3>
<ul>
<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>
<h3>Základní číselníky</h3>
<ul>
<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. 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>
</ul>
<h3>Účetní číselníky</h3>
<ul>
<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.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>
</ul>
<h3>Nastavení API</h3>
<ul>
<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>
</ul>
<h3>Změny funkcí</h3>
<ul>
<li><b>fnISIR_IDSubjekty - Vypisuje subjekty, které jsou v INSOLVENCI</b><br>Doplněny hinty  WITH (NOLOCK)<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>
<h3>Změny v technologii .NET</h3>
<ul>
<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>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>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>
<h3>Změny procedur</h3>
<ul>
<li><b>Blanc skript</b><br>Upraven Blanc skript o smazání tabulky WS_JOURNAL a WS_APPLICATION.<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>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>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</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>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>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>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>spPROJEKT_CalRec - CalRec procedura</b><br>CalRec procedura v činnosti 6.10. 1. 1 Projekty.<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>spPROJEKT_DRUH_NewRec - NewRec procedura</b><br>NewRec pro Druhy projektů. Činnost 6.10. 2. 5 Druhy projektů.<br><br></li>
<li><b>spPROJEKT_DRUH_ValRec - ValRec procedura</b><br>ValRec procedura pro Druhy projektů.<br><br></li>
<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>
<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>
<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>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>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>
<h3>Změny datových struktur</h3>
<ul>
<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>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>
<h3>Změny pohledů</h3>
<ul>
<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>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>
<h3>Změny webových stránek</h3>
<ul>
<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>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>projekt/CisTypProj.htm - Číselník pro Typy projektů</b><br>Předloha pro číselník Typy projektů.<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>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>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>projekt/VlstavProj.htm - Stavy projektů</b><br>Předloha pro 6.10. 2. 6 Stavy projektů<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>
</ul>
<h2><a name="ESO9Vyr"></a>Výroba pro ESO9</h2>
<h3>Výroba</h3>
<ul>
<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. 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. 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. 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 - 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 - 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.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>
</ul>
<h3>Změny předpisů sestav</h3>
<ul>
<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>
<h3>Změny datových struktur</h3>
<ul>
<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>
</ul>
<h3>Změny pohledů</h3>
<ul>
<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>
<h2><a name="TECH"></a>Technologie ESO9 - server + klient</h2>
<h3>Změny v technologii .NET</h3>
<ul>
<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 - 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 - 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 - 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 - 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 - 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 - 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 - 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 - 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 - 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>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>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>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>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>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>
</ul>
<h2><a name="TECHS"></a>Technologie ESO9 - server</h2>
<h3>Změny v ESO9 Správce</h3>
<ul>
<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>
</div>
</body>
</html>