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">
<link REL="stylesheet" TYPE="text/css" HREF="../eso9supp/LIB/style/eso9whelp.css">
<link REL="stylesheet" TYPE="text/css" HREF="../../../SUPPORT/LIB/STYLE/eso9whelp.css">
<title>ESO 9 změny ve verzi 6.0</title>
<LINK REL="stylesheet" TYPE="text/css" HREF="../Eso9Supp.net/LIB/style/Eso9.Css" >
</head>
<body>
<h2>ESO 9 změny ve verzi 6.0 z 31.12.2019</h2>
<p>&nbsp;</p>
<h2><a name="ESO9OK"></a>Obecný klient</h2>
<h3>Změny v technologii .NET</h3>
<ul>
<li><b>Obecný klient</b><br>Implementace nového komunikačního protokolu pro obecného klienta "web sockets"<br><br></li>
<li><b>Obecný klient</b><br>Zapojení nové verze jQWidgets (8.1.2 z července 2019)<br><br></li>
<li><b>Obecný klient</b><br>Opraveno zarovnání textu vlevo u položek typu "select"<br><br></li>
<li><b>Obecný klient</b><br>U interaktivních sestav Stimulsoft, ve kterých je povoleno třídění a rozbalovací seznamy, je v případě změny setřídění, popřípadě zavření nebo rozbalení seznamu, indikována změna sestavy. V případě následného tisku se neprovádí generování sestavy k tisku na serveru, ale na klientovi. To umožní vytištění takto změněné sestavy.<br><br></li>
<li><b>Obecný klient</b><br>Opraveno kontextové menu formuláře, které se zalamovalo na 2 řádky.<br><br></li>
<li><b>Obecný klient</b><br>Opravena chyba při otevírání činností za pomoci splitteru.<br><br></li>
<li><b>Obecný klient</b><br>Opraven export do XLS při opisu dat do XLS. Zůstávali zobrazeny přesýpací hodiny.<br><br></li>
<li><b>Obecný klient</b><br>Opraveny odkazy v browse, kdy nedošlo ke zrušení přesýpacích hodin po kliknutí.<br><br></li>
<li><b>Obecný klient - Filtr</b><br>Pro design verze 6.0 integrován výběr položek rozšířeného filtru a ručního filtru  přímo do záložky, bez volání nového modálního okna.<br><br></li>
<li><b>Obecný klient</b><br>Zrušena možnost otevírat číselníky v číselníku.<br><br></li>
<li><b>Obecný klient</b><br>Opraveno šifrování hyperlinků v sestavách STI na druhé a následujících stranách. původně se šifrovalo jen na první.<br><br></li>
<li><b>Obecný klient</b><br>Doplněn tisk editované sestavy na klientovi.<br>Doplněn export setříděných interaktivních sestav a editovaných sestav.<br><br></li>
<li><b>Obecný klient - Předvyplňování start filtru číselníku</b><br>Start filtr číselníku předvyplněn hodnotou položky nad kterou je číselník zavolán<br><br></li>
<li><b>Obecný klient - Textarea</b><br>Rozeditování textarea z tabulky bude vždy do dialogového okna. K tomu opraven problém, kdy při rozeditaci nedocházelo k barevné indikaci statusu<br><br></li>
</ul>
<h2><a name="ESO9Prod"></a>Aplikace ESO9 Prodejna</h2>
<h3>Změna činnosti</h3>
<ul>
<li><b>Zaokrouhlování podle způsobu platby</b><br>ESO9 Prodejna verze 5.9.5.<br>Doplněno zaokrouhlování podle způsobu platby<br>Na centrále se od verze 10/2019 může nastavit platební podmínka ve „Vlastnosti typu dokladu závislé v čase“. V centrálních aplikacích rozšířena struktura tabulek TDVCASE a TYPDOKMENA o ID platební podmínky. Pokud nemáte na všech prodejnách program ESO9 Prodejna verze alespoň 5.9.5 nesmíte založit v centrální databázi pro typ dokladu PRD (nebo jiný přenášený na Prodejnu) záznam s vyplněnou platební podmínkou ve „Vlastnosti typu dokladu závislé v čase“ ani v „Vlastnosti měny pro typ dokladu“. Při přenosu by nastala chyba duplicity. I kdyby byl záznam s platební podmínkou pro jiné datum a duplicita by nenastala, použilo by se jinak, než očekáváte - tento záznam by mohl mít přednost před všemi ostatními, bez ohledu na zvolený způsob platby. Viz „Kombinace verzí prodejny a centrály“<br>V ESO9 Prodejna nelze přímo použít platební podmínku z centrální tabulky TDVCASE, protože v ESO9 Prodejna se tento číselník nepoužívá. Způsob platby se přepíná na prodejce tlačítky „Hotově“  / „Kartou“, což pouze mění hodnotu VLHZMENA_PEN_UCTU z 1 na 0.<br><br>V ESO9 Prodejna rozšířena struktura tabulky TDVCASE o VLHZMENA_PEN_UCTU_TDC. Platební podmínka z centrální databáze se transformuje pomocí nových parametrů centrální databáze:<br>- Pokud kód platební podmínky odpovídá hodnotě parametru KASA_PODM_HOT (výchozí hodnota HT), naplní se VLHZMENA_PEN_UCTU_TDC = 1, tedy mění hodnotu peněžního účtu a odpovídá tlačítku Hotově.<br>- Pokud kód platební podmínky odpovídá hodnotě parametru KASA_PODM_KART (výchozí hodnota PK), naplní se VLHZMENA_PEN_UCTU_TDC = 0, tedy nemění hodnotu peněžního účtu a odpovídá tlačítku Kartou.<br>- Pokud máte povolenu i platbu přes fakturu: Pokud kód platební podmínky odpovídá hodnotě parametru KASA_PODM_FAKT (výchozí hodnota PP), naplní se VLHZMENA_PEN_UCTU_TDC = 2, tedy nemění hodnotu peněžního účtu a odpovídá tlačítku Faktura.<br>- Záznamy z číselníku TDVCASE s jinými kódy platebních podmínek, než jsou uvedeny v těchto parametrech, se do Prodejny nepřenesou.<br>- Jako v předchozí verzi se přenesou všechny záznamy bez platební podmínky.<br><br>Ve standardní situaci, kdy pro typ dokladu PRD je na centrále ve „Vlastnosti typu dokladu závislé v čase“ nastaven způsob zaokrouhlení na 0 desetin (aby byly možné platby hotovostí), stačí doplnit záznam pro platební podmínku PK s nastavením zaokrouhlení na 2 desetiny a ověřit, že kód PK i je v parametru KASA_PODM_KART. Nastavíte tedy pouze výjimku pro platbu kartou,  pro platbu hotovostí zůstane platný původní záznam bez platební podmínky. <br><br>Pokud nechcete odlišit zaokrouhlení platby kartou a hotově na centrále nic nenastavujete.<br>Analogicky se při importu pracuje s tabulkou TYPDOKMENA, tedy „Vlastnosti měny pro typ dokladu“ pro kterou je také možné na centrále nastavit „Jen pro platební podmínku“.<br><br></li>
<li><b>Přenos dokladů z prodejny na centrálu</b><br>ESO9 Prodejna verze 5.9.5.<br>Upraven přenos dokladů z prodejny na centrálu<br>Parametry centrály KASA_PODM_* založené pro přenos zaokrouhlování podle způsobu platby, se nově používají i při přenosu prodejek na centrálu. Podle příznaku VLHZMENA_PEN_UCTU v hlavičce dokladu (který určuje zvolený způsob platby) se při zakládání dokladu na centrále hledá příslušný parametr KASA_PODM_HOT, KASA_PODM_KART, KASA_PODM_FAKT a pokud je vyplněn, naplní se podle něj IDPODMINKY_PLAT v hlavičce. Tato funkčnost je fakticky nezávislá na použití těchto parametrů při výpočtech v Prodejně.<br><br></li>
<li><b>Kombinace verzí prodejny a centrály</b><br>Změny v prodejně a v příjmu dat byly napsány tak, aby vedle sebe mohly běžet všechny možné kombinace verzí.<br><br>Původní prodejna, nová centrála:<br>- Na centrále jsou rozšířeny struktury, přenos do původní prodejny o nich neví. Proto nesmíte pro typ dokladu PRD založit záznam s vyplněnou platební podmínkou ve „Vlastnosti typu dokladu závislé v čase“ ani v „Vlastnosti měny pro typ dokladu“. Při přenosu by nastala chyba duplicity.<br>- Nastane i při běžném upgrade, kdy nejprve instalujete novou verzi centrály a postupně upgradujete prodejny. Až po upgrade poslední z nich můžete založit záznamy s vyplněnými platebními podmínkami.<br><br>Nová prodejna, původní centrála:<br>- Instalujete nové prodejny, ale ještě nemáte rozšířeny struktury na centrále<br>- Příjem dat v prodejně si kontroluje, zda na centrále jsou založeny parametry KASA_PODM_*. Pokud ne, přenáší data z původních struktur.<br><br>Nová prodejna, nová centrála:<br>- Příjem dat v prodejně si kontroluje, zda na centrále jsou založeny parametry KASA_PODM_*. Pokud ano, přenáší data z nových struktur a provádí transformaci tabulek, jak popsáno výše.<br><br></li>
</ul>
<h2><a name="ESO9Start"></a>Aplikace ESO9 Start</h2>
<h3>Změna činnosti</h3>
<ul>
<li><b>9 - Nastavení systému \  Údržba databáze \ záložka "2. Indexy" \ odkaz "Stav indexů"</b><br>Odstraněna chyba "Cannot resolve collation conflict between...". Datový zdroj ve stránce "nastaveni\Udrzby_StavIndexu.htm" doplněn o vlastnost COLLATE DATABASE_DEFAULT u textových sloupců.<br><br></li>
</ul>
<h3>Účetnictví</h3>
<ul>
<li><b>1. 1. 2. 3 - Výkaz DPH \ Souhrnné hlášení \ Export do XML</b><br>Upraveno naplňování XML sloupců "c_rad" a "por_c_stran" elementu "VetaR" v procedurách spHlaseniDPH_ExportCZ_XML, spExport_SH_XML_CZ201701.<br><br>např.<br>...<br>"VetaR c_rad="5" ... por_c_stran="2/"<br>--<br>"VetaR c_rad="20" ... por_c_stran="2/"<br>...<br><br></li>
<li><b>1. 1. 4. 2 - Deník dokladů s rozúčtováním</b><br>V sestavě UctDenik byly v XLS výstupu přehozeny částky obratu DAL ve valutě a v domácí měně. Opraveno.<br><br></li>
<li><b>1. 1. 2. 3 - Výkaz DPH</b><br>Do sestavy rozpisu DPH bylo doplněno číslování stránek.<br>Upravena sestava RozpisDPH_CZ_2016 (v legislativě CZ), RozpisDPH_SK_2018 (SK), RozpisDPH (HU), RozpisDPH_PL_2016 (PL), RozpisDPH_DE_2017 (DE).<br><br></li>
<li><b>1. 1. 2. 4 - Výkazy AP, ZZ, CF</b><br>Při uložení rozvahy AP do XLS došlo ke ztrátě řádku "Aktiva celkem".<br>Problém byl způsoben při formátování buněk v případě, že sloupeček "Minulé období netto" byl rozdělen výškově jinak než předchozí sloupce. Upravena sestava Vyk_AP_CZ_2017.<br><br></li>
<li><b>1. 1. 4. 7 - Deník všech dokladů</b><br>Upravena stránka ESO9Start\ucet\Deniky.htm :<br>Doplnění aliasu položek IDHDOK v joinovaných pohledech - pokud byl použit shodný název (idHdok), byl problém při zjišťování počtu načítaných řádků … při dotazu count (idhdok) došlo k chybě z důvodu nejednoznačnosti položky idHdok.<br><br></li>
<li><b>1. 1. 2. 3 - Výkaz DPH - legislativa PL</b><br>Doplněn tiskový formulář pro tisk výkazu DPH.<br>Upravena stránka : <br> - ESO9StartPL\DPH\OdvodDPH.htm <br>Nová STI sestava VykazDPH_PL_2019<br><br>Upravené nebo nové funkce :<br> - fnOdkaz_SestavaDPH<br> - fnDPH_STI_HlavickaPL2019<br> - fnDPH_STI_DataPL2019<br><br>Doplněny parametry VykazDPH_Opr_Jmeno, VykazDPH_Opr_Prijm, VykazDPH_Opr_Email, UrzadSkarbowy, jejichž hodnoty se použijí pro tisk údajů v položkách 70 až 73. <br>Pokud údaje (jméno, příjmení) nejsou vyplněny, berou se hodnoty z tabulky Uzivatel dle přihlášeného uživatele.<br><br></li>
<li><b>1. 1. 2. 4 - Výkazy aktiv a pasiv (legislativa PL)</b><br>Doplněna sestava aktiv a pasiv v odevzdatelném formátu.<br>Upraveny a doplněny stránky :<br> - ucet\Vykazy\PL_AP_filtr.htm <br> - ucet\Vykazy_Prepocet_PL.htm <br>Vytvořena nová sestava Vyk_AP_PL_2019. <br><br>Na vstupní stránce je možno zadat :<br> - období (aktuální a minulé období), standardně se nabízí poslední období aktuálního a minulého roku <br> - zda se mají tisknout nulové řádky<br> - měnu a datum kursu, ke kterému se má přepočítat (pokud není měna zadána, zobrazuje se částky v domácí měně)<br> - jazyk, ve kterém se má tisknout (v tom případě musí v překladovém slovníku existovat překlady jednotlivých názvů řádků výkazu)<br> - jméno osoby zodpovědné za účetní uzávěrku a za účetnictví. Nabízí se jména uvedená v parametrech OdpOsoba_Ucetnictvi a OdpOsoba_UctUzav.<br><br>Tisk se provádí na základě definice výkazu, v ESO9Start je nyní definován výkaz s kódem AP_2011PL.<br>V sestavě se nyní tiskne celý kód řádku, např. "A.II.1.d)". Pokud by se mělo tisknout jen poslední číslo/písmeno kódu, jak bylo na vzoru, stačí to změnit v definici výkazu - sloupec 3.<br><br></li>
<li><b>1. 1. 2. 4 - Výkazy zisků a ztrát (legislativa PL)</b><br>Doplněna sestava výkazu zisků a ztrát v odevzdatelném formátu.<br>Upraveny a doplněny stránky :<br> - ucet\Vykazy\PL_ZZ_filtr.htm <br> - ucet\Vykazy_Prepocet_PL.htm <br>Vytvořena nová sestava Vyk_ZZ_PL_2019. <br><br>Na vstupní stránce je možno zadat :<br> - období od-do (pro aktuální a minulé období), standardně se nabízí aktuální a minulý rok <br> - zda se mají tisknout nulové řádky<br> - měnu a datum kursu, ke kterému se má přepočítat (pokud není měna zadána, zobrazuje se částky v domácí měně)<br> - jazyk, ve kterém se má tisknout (v tom případě musí v překladovém slovníku existovat překlady jednotlivých názvů řádků výkazu)<br> - jméno osoby zodpovědné za účetní uzávěrku a za účetnictví. Nabízí se jména uvedená v parametrech OdpOsoba_Ucetnictvi a OdpOsoba_UctUzav.<br><br>Tisk se provádí na základě definice výkazu, současná definice výkazu ZZ_2011PL odpovídá výkazu "wariant porownawczy". Pokud je třeba i "wariant kalkulacyjny", je třeba jeho definici zadat do definic výkazů.<br><br></li>
<li><b>1. 1. 10.1 - Generování exportu JPK FA (legislativa PL)</b><br>Upravena stránka ESO9Start\prodej\JPK_FA.htm :<br> - doplnění možnosti exportu ve formátu JPK_FA(3)<br><br>Upraveny procedury a funkce (rozdíly oproti verzi 2) :<br> - fnJPK_XML_Naglovek<br>   - neexportuje se položka DomyslnyKodWaluty<br><br> - fnJPK_XML_Podmiot1<br>   - neexportuje se položka IdentyfikatorPodmiotu/etd:REGON<br>   - neexportuje se položka AdresPodmiotu/etd:Poczta<br><br> - fnGetXML_JPKFA<br>  - změna názvu schématu : xmlns="http://jpk.mf.gov.pl/wzor/2019/09/27/09271/<br>  - položka kodSystemowy se naplňuje hodnotou "JPK_FA (3)"<br>  - položka WariantFormularza se naplňuje hodnotou "3"<br>  - atribut @Typ položky Faktura zrušen<br>  - doplněna položka Faktura/KodWaluty<br>  - nepovinné položky Faktura/P_14_1W, P_14_2W, P_14_3W se zatím nenaplňují. <br>  - doplněna položka Faktura/P_18A, zatím naplňována hodnotou "false". <br>  - doplněna položka Faktura/P_22, zatím naplňována hodnotou "false". <br>  - doplněna položka Faktura/P_106E_3, zatím naplňována hodnotou "false". <br>  - položka Faktura/ZALZaplata zrušena<br>  - položka Faktura/ZALPodatek zrušena<br>  - sekce StawkiPodatku zrušena<br>  - doplněna položka NrFaZaliczkowej, ve které se uvádí seznam čísel zálohových faktur<br>  - položky Zamowienie a ZamowienieCtrl jsou nepovinné, zatím neexportováno<br><br>  - Ve složkách :<br>     - zrušen atribut @Typ položky FakturaWiersz<br><br></li>
<li><b>1. 1. 1. 5 - Nezaúčtované účetní zápisy</b><br>Do činnosti 1. 1. 1. 5 Nezaúčtované účetní zápisy byla doplněna možnost výstupu HTML2.<br>Upravena vstupní stránka ESO9Start\ucet\Nezauctovano.htm - doplněna možnost volby ve formátu HTML2 (tato se nabízí jako defaultní hodnota).<br><br>Upravena sestava NeucDok.idc :<br> - v datovém zdroji nastaveno ruční SQL, doplněno třídění<br> - u sloupce "Číslo dokladu" nastavena vlastnost Zobrazit na hodnotu "Odkaz", doplněna definice odkazu<br> - u sloupce IDHDOK nastavena vlastnost Zobrazit na hodnotu "Ano", jinak by tato položka nebyla použita v odkazu<br><br></li>
<li><b>1. 1. 2. 4 - Výkazy AP, ZZ, CF</b><br>Při zadávání korekcí typu „Ruční vstup …“ se při výpočtu výkazu chybně porovnávalo na jedné straně účetní a na druhé fiskální období – takže v případě nastaveného fiskálního období se korekce nezobrazovaly správně (v případě, že bulo účetní období = fiskální období, se tato chyba neprojevila).<br>Opravena procedura spVykaz_Vytvoreni.<br><br></li>
<li><b>1. 1. 2. 3 - Výkaz DPH \ Souhrnné hlášení</b><br>Sestava "Kontrolní sestava": doplněno třídění dle DIČ.<br>Jména sestav se liší dle legislativy: obecně se jmenuje SH%RADKYDPH<br>    - CZ: SH_CZ2018_RADKYDPH<br>    - SK: SH_SK2018_RADKYDPH<br>    - DE: SH_DE2018_RADKYDPH<br><br></li>
<li><b>1. 1. 2. 3 - Výkaz DPH (legislativa SK)</b><br>Od období 2020.01 platí nový vzor daňového přiznání (DPHv20_1).<br><br>Změněny texty řádků pro pracovní tisk výkazu DPH - upravena funkce fnDphTextySK_201201, upraveny texty v ř. 1, 3, 9, 11, 13, 15, 18, 20, 21, 26, 28.<br>Pro tisk výkazů v odevzdatelném tvaru od období 2020.01 je použita nová sestava VykazDPH_SK_202001_id, upravena funkce fnOdkaz_SestavaDPH.<br><br>Založeny nové kódy pro výkaz DPH :<br> - 87 - daň pri tovare z prílohy č.9  (r.18)- od r. 2020)<br> - 661 - oprava dane podľa § 53a, r. 28<br> - 751 - dodanie nového dopr. prostr. §43 – r. 15 výkazu DPH<br> - 761 - premiestnenie tovaru §43 ods. 4 – r.16 výkazu DPH<br> - 24 - Dodanie služby §15 do 3. krajín (pre účely evidencie §70, nevstupuje do DPH)<br> - 25 - Dodanie služby s miestom dodania EU §16 ods1  (pre účely evidencie §70, nevstupuje do DPH)<br> - 26 - dodanie tovaru s inštaláciou alebo mont. §13  (pre účely evidencie §70, nevstupuje do DPH)<br><br>Upravena funkce fnHDOK_DetailVykazuDPH_SK_std pro výpočet podkladů pro výkaz DPH (SK) :<br> - kód 86 vstupoval do ř. 18. Upraveno tak, že doklady s tímto kódem a datem zdanitelného plnění od 1.1.2020 již nevstupují do ř. 18, ale dle sazby daně vstupují : základ do řádku 1 resp. 3, DPH do řádku 2 resp. 4.<br><br></li>
<li><b>1. 1. 2. 3 - Výkaz DPH (legislativa SK)</b><br>Upraveny funkce a procedury pro výpočet koeficientu, který se teď počítá takto :<br>Čitatel = R1+ /-kód 91 + r.3 +R16+R17+r36 +Kódy 20+26+21+22+24+25+kódy 56 až 59 +/-kódy 93 až 96 + kód 84<br>Jmenovatel = R1+ /-kód 91 + r.3 +R16+R17+r36 +Kódy 20+26+21+22+24+25+kódy 56 až 59 +/-kódy 93 až 96 +kód 75+ kód 84<br><br>Upraveny funkce a procedury :<br> fnVykazDPH_SeznamDuvOsv, fnSeznamKoduProKoefSK, fn_VykazDPH_RocniKoef, spVykazDPH_Zaeviduj, spDPH_RocVyporSK, fnKHDPH_SeznProStorno, fnHDOK_DetailVykazuDPH_SK_std, spHdok_VytvorDetailDPH_SK<br><br>Upraveny stránky :<br> - ESO9Start\ucet\Rocni_VyporadaniSK.htm <br>Nové stránky :<br> - ESO9Start\ucet\RocVypor_VypocetSK19.idc <br> - ESO9Start\ucet\RocVypor_VypocetSK19.htx<br><br></li>
<li><b>1. 1. 2. 3 - Výkaz DPH \ Súhrnný výkaz</b><br>SK legislativa od 1.1.2020: úpravy spojené s novým režimem v DPH - call-off stock<br>- nové parametry ve skupině parametrů "Výkaz DPH - SHExport"<br>   - "HlasitDPH_Opr_Email": email odpovědné osoby<br>   - "HlasitDPH_Zast_Email": email zástupce<br>   - "HlasitDPH_Sest_Email": email osoby, která sestavila souhrnné hlášení      <br><br>- úprava objektů které zohledňují nové Kódy SH (C - call-of stock; D - call-of stock - vrácení zboží)<br>   - funkce fnODVODDPH_SH_SK<br>   - funkce fnSH_STI_RadkySK2018_RADKYDPH  <br><br>- procedura spExport_SH_XML_SK201701: zajišťuje tvorbu XML v novém formátu do období 2019.12 včetně. Vybírá záznamy, které NEMAJÍ Kódy SH (C - call-of stock; D - call-of stock - vrácení zboží)<br><br>- nová procedura spExport_SH_XML_SK202001: zajišťuje tvorbu XML v novém formátu od období 2020.01 včetně. Volá se tlačítkem "Vytvořit export XML"<br><br>- procedura spOdvodDPH_XML: doplněno volání spExport_SH_XML_SK202001 od období 2020.01 včetně.<br><br>- funkce fnVykazHlavicka: vrací hodnoty nových parametrů "HlasitDPH_Opr_Email", "HlasitDPH_Zast_Email", "HlasitDPH_Sest_Email" pro SH<br><br></li>
<li><b>1. 1. 2. 3 - Výkaz DPH - souhrnné hlášení (legislativa SK)</b><br>Úpravy spojené s novým režimem v DPH - call-off stock  (SK legislativa od 1.1.2020) :<br><br>Upraveny stránky<br> -  ESO9Start\Nastaveni\Sklad.htm - doplněn typ skladu "Call-off stock"<br> - ESO9StartSK\DPH\OdvodSH_Detail.htm  - doplněn kód plnění C a D<br> - ESO9Start\DPH\VykazDPH_Detail.htm - nezobrazování řádků 999 ve výkaze DPH<br><br>Upraveny procedury  funkce : <br> - spProVykazDPH_SK - doplněn kód pro výkaz DPH 762 (Premiestnenie tovaru call-off stock - vstupuje do súhrnného výkazu)<br> - fnHDOK_DetailVykazuDPH_SK_std - úprava pro kód 762, aby vstupovalo do podkladů pro tvorbu souhrnného hlášení (pouze složky se skladem typu "Call-off stock"). Do podkladů pro výkaz DPH (souhrnné hlášení) se vytvoří pro každou takovou složku dokladu záznam v tabulce KHDPH takto :<br>   - do kódu SH (KODSH) se naplní buď C (pro příjem na sklad) nebo D (pro výdej ze skladu)<br>   - DIČ (DIC i DICSH) se naplní položkou isnull(SubjAdr.SUBJADR_DIC, Subjekt.DIC) z adresy uvedené na skladě (Sklad.idSubjAdr)<br>   - kód státu (KODSTATU) dle státu z této adresy<br>   - datum a období odvodu SH se bere dle data zdanitelného plnění na dokladu<br>   - částka základu DPH (HDZAKLADDPH) se naplní částkou SDOK.HDCCENASPOCT<br>   - množství (MNZBOZI_VYKAZ, KODMJ_VYKAZ] se naplní dle složky (Sdok.MNPOCETMJ a Kod_MJ pro příslušné SHOK.idMJ)<br>   - kód řádku výkazu DPH se naplní hodnotou 999 (vstupuje pouze do SH)<br><br></li>
<li><b>1. 1. 2. 3 - Výkaz DPH \ Súhrnný výkaz (SK legislativa)</b><br>Pro pořizování dokladů v režimu call-off stock, jejich vstupování do souhrnného výkazu (a následnou dohledatelnost) bylo provedeno:<br><br>9.2.11 Kódy pro výkaz DPH:  nový kód pro výkaz DPH 762 (Premiestnenie tovaru call -off stock - vstupuje do súhrnného výkazu)<br>9.5.7 Sklady: nový sklad 70 (Sklad call-off stock), ve vlastnosti Typ skladu nastavena nová hodnota "zásoby - call-off stock". Pro správnou funkčnost je nutné na sklad přiřadit adresu, v této adrese musí být zadáno IČ DPH předem známého odběratele<br>9.4.6 Vzory dokladů: založeny vzory pro skladové příjemky a výdejky (a tyto připojeny pod odpovídající typy dokladů SPU, SVU). Pro dohledatelnost byly vzory byly ve vazbách provázány. Jedná se zejména o vzory:<br>- VZSPU70PV pro příjem zboží z převodu, s kódem pro výkaz DPH = 762. Je následníkem vzorů SVU pro převod a předchůdcem vzorů VZSVU70PRE (pro prodej do zahraničí v EU) a VZSVU70PV (pro převod/vrácení neodebraného zboží)<br>- VZSVU70PRE pro prodej do zahraničí v EU. Je následníkem vzoru VZSPU70PV (pro příjem zboží z převodu) a předchůdcem vzoru VZORFVUE (FaV zahraničná v EU)<br>- VZSVU70PV pro převod/vrácení neodebraného zboží, s kódem pro výkaz DPH = 762. Je následníkem vzoru VZSPU70PV (pro příjem zboží z převodu) a předchůdcem vzorů SPU pro příjem z převodu.<br><br>Vstupování do souhrnného hlášení jako přemístění call-off stock:<br>Pracuje se:<br>-	s typem skladu, který je uveden na složce dokladu (ze skladu se přebírá IČ DPH uvedené na adrese skladu)<br>-	s kódem pro výkaz DPH 762 uvedeným na dokladu o převodu (na doklad se přebere ze vzoru dokladu o příjmu převodem nebo výdej do převodu/vrácení)<br>-	pro vyhodnocení, zda jde o standardní přemístění/dodání (do skladu call-off stock) nebo vrácení (ze skladu call-off stock) se pracuje s vlastností pohybu, který je uveden na složce dokladu: vlPohybSl (1=příjem, 2=výdej). Takže za vratku se považují vlPohySl = 2, Množství > 0 , nebo vlPohySl = 1, Množství < 0. <br>Poznámka: pro dohledatelnost je vhodnější zakládat při vrácení výdej převodem ze skladu 70 jako následníka příjemky z převodu na sklad 70 (v odkazu Výdejka). Na vytvořené výdejce je třeba ručně změnit adresu původního skladu, aby byl možný následný příjem na původním skladu. Pokud by se řešilo pomocí storno dokladů, musely by se správně ručně provázat v historii. Podobně je třeba vytvářet výdejky pro prodej kopií z příjemky z převodu.<br><br>Pro zapojení do zákaznické aplikace je třeba:<br>- založit sklad, správně jej nastavit<br>- pořídit vzory dokladů, provázat je a přiřadit je pod typy dokladů<br><br></li>
<li><b>1. 1. 2. 3 - Výkaz DPH - sestava dokladů nevstupujících do výkazu DPH (legislativa SK).</b><br>Upravena sestava dokladů nevstupujících do výkazu DPH (NeniVDPH_SK_2018).<br>Doplněny parametry sestavy (seznamy kódů vstupujících a nevstupujících do sestavy), upraven datový zdroj sestavy.<br>Na stránce DPH\NeniVDPH_filtr.htm byla doplněna vstupní pole pro zadání seznamu kódů vstupujících resp. nevstupujících do sestavy. Pokud nejsou parametry uvedeny, pak se dle kódu pro výkaz DPH nefiltruje (tak jako dosud), pokud je v parametru něco uvedeno (může tam být uveden seznam více kódů oddělených čárkou), pak se v sestavě vypisují pouze ty doklady, na jejichž hlavičce dokladu je uveden (resp. není uveden) kód pro výkaz DPH ze zadaného seznamu.<br><br></li>
<li><b>1. 1. 1.10 - Import plateb z PAM</b><br>Upravena stránka ESO9Start\ucet\ImpPlatPAM.htm :<br> - upraven datový zdroj - výběr vzorů je nyní omezen jen dle seznamu vzorů uvedeného v novém parametru PAM/Vzory_ImpPlatPAM (původní podmínka dle práv uživatelů na vzory zůstala zachována).<br> - horní forma se defaultně otevírá v editoru<br> - upraven odkaz na doklady, aby se do caption cílové formy předával text vzoru <br><br>Doplněn nový parametr PAM/Vzory_ImpPlatPAM, ve kterém je možno nastavit seznam vzorů, které se mají zobrazovat v činnosti 1. 1. 1.10 - Import plateb z PAM.<br><br>Vzhledem k tomu, že v některých zákaznických aplikacích je používáno více vzorů pro import z PAM a není možno jednoznačně určit, které vzory jsou určenu pro import z PAM, bude parametr naplněn hodnotou %, aby se standardně nabízely všechny vzory tak jako doposud. Parametr je nutno tedy následně ručně vyplnit dle používaných vzorů.<br><br></li>
<li><b>1. 1. 2. 3 - Výkaz DPH (legislativa SK)</b><br>Opravný kontrolní výkaz - do výkazu vstupovaly pouze rozdílové doklady, správně mají vstupovat všechny doklady.<br><br>Upraveny procedury a funkce spExport_KHDPH_XML_SK201701,  fnSeznamIdOdvoduDPH, fnKVDPH_2017, fnKVDPH_SeznamChyb_2017, spVykazDPH_PrepoctiIDU, spNadmOdpocet_NastavDleOdvodDPH.<br><br>Rozpis výkazu DPH - v případě opravného výkazu DPH se netiskly doklady z řádného výkazu DPH, ale jen nové doklady. Upravena sestava RozpisDPH_SK_2018, v datovém zdroji byla nahrazena původní podmínka<br>  where (idOdvodDPH_DPH = %idOdvodDPH%) ...<br>novou podmínkou <br>  where (idOdvodDPH_DPH in (select idOdvodDPH from dbo.fnSeznamIdOdvoduDPH(%idOdvodDPH%, 2))) ...<br><br></li>
</ul>
<h3>Finance</h3>
<ul>
<li><b>1. 2. 1. 4 - Platební příkazy - export</b><br>Pokud poznámka v textu faktury obsahovala apostrof, mohlo při tvorbě exportu platebního příkazu nad touto fakturou dojít k syntaktické chybě SQL příkazu.<br>Upravena procedura spDFNBanka_VytvorExp (ve výsledném SQL se nyní v poznámce provede zdvojení apostrofů).<br><br></li>
<li><b>1. 2. 1. 5 - Bankovní výpisy - import</b><br>Doplněn parametr Timeout_importBAVUct pro možnost nastavení hodnoty timeout pro proceduru spImportBaV_Rozuctovani - rozúčtování importovaných bankovních výpisů<br><br></li>
<li><b>1. 2. 1. 2 - Automatické vystavení platebního příkazu</b><br>Ve stránkách pro tvorbu platebních a inkasních příkazů se vždy nabízelo datum splatnosti dle aktuálního (dnešního) data bez ohledu na nastavené datum uživatele.<br>Nyní bylo upraveno tak, že pokud je datum uživatele vyšší než dnešní datum, pak se nabízí toto (budoucí) datum uživatele. Pokud však uživatel má nastaveno nižší datum, pak se jako dosud nabízí dnešní datum (vytvořený platební nebo inkasní příkaz s včerejším nebo nižším datem by mohl způsobit chyby při zpracování v bance, kde se zpravidla kontroluje, zda zadané datum splatnosti není v minulosti).<br>Upraveny stránky finance\VytvorPP.htm a finance\VytvorINK.htm<br><br></li>
<li><b>1. 2. 1. 2 - Automatické vystavení platebního příkazu</b><br>Při tvorbě platebního příkazu s částkami vyššími než 20 milionů mohlo dojít k chybě "Aritmetic overflow".<br>Opraveny procedury spBaV_VytvorPP, spBav_SumaOzn, spBav_SumaOzn_XMLParams.<br><br></li>
<li><b>1. 2. 2. 3 - Pokladní doklady</b><br>Na formulář složky pokladních dokladů byla doplněna položka Kód pohybu.<br>Upraveny formuláře ESO9Start\finance\Pd_VseS.htm, Pd_VydS.htm, Pd_PrijS.htm.<br><br>V aplikaci Eso9Start bylo doplněno (nemá vliv na již existující zákaznické aplikace) :<br>9.4.5 Kódy pohybů složek<br>Doplněny pohyby PDP (pokladní příjem, kopií z FV) a PDV (pokladní výdej, kopií z FP).<br>PDP: Typ pohybu = Výdej nebo objednání, Nabízet cenu = prodejní, Výpočet spotřební daně = jako výdej spočítat a připočíst k ceně<br>PDV: Typ pohybu = Příjem nebo blokování, Nabízet cenu = nákupní, Výpočet spotřební daně = neprovádět<br><br>9.4.6 Vzory dokladů<br>Na (už dříve existující) složky vzorů VZORPDP10, VZORPDP11, VZORPDP12 doplněn pohyb PDP, jinak složky ponechány beze změn.<br>Na (už dříve existující) složky vzorů VZORPVP10, VZORPVP11, VZORPVP12 doplněn pohyb PDV, jinak složky ponechány beze změn.<br><br>9.2.3 Účetní skupiny<br>V účetních skupinách ve spodní formě Účtování účetní skupiny dle pohybů:<br>-	kde byl pohyb FP, založen kopií záznam s pohybem PDV<br>-	kde byl pohyb FV, založen kopií záznam s pohybem PDP<br>Jde o účetní skupiny: MA224, USKZ, USMA, USMD, USSL, USVV, USZB<br><br></li>
<li><b>1. 2. 1. 2 - Automatické vystavení platebního příkazu</b><br>V případě, že dva uživatelé prováděli současně tvorbu platebního příkazu, mohlo se stát, že oba dva vytvořili platební příkaz na tím samým dokladem.<br>Kontrola se prováděla s hodnotami platnými v okamžiku zobrazení datového zdroje. Pokud si ve stejném čase zobrazili činnost 1.2.1.2 dva uživatelé, nabídly se jim shodné doklady a pokud označili ten samý doklad, mohli nad stejným dokladem vytvořit oba dva platební příkaz. <br>Nyní se tato kontrola provádí navíc jak při označení dokladu, tak i při vytvoření platebního příkazu, takže pokud jeden uživatel vytvoří platební příkaz nad konkrétním dokladem, tak se druhému uživatel při označení tohoto dokladu nebo při tvorbě platebního příkazu vytvoření zobrazí chybová hláška.<br>Upraveny procedury spqHDok_TestOznacDokladu, spBaV_VytvorPP, spqHDok_ProPP_MARKSTATE, spqHDok_ProPP_Uhradit.<br><br>Poznámka : stejná funkčnost platí i pro tvorbu inkasních příkazů.<br><br></li>
<li><b>1. 2. 1. 5 - Bankovní výpisy - import</b><br>Doplněn import bankovních výpisů z banky CREDITAS v XML formátu. Formát je podobný, jako již existující CAMT053102, jsou tam následující rozdíly :<br> - číslo bankovního výpisu se nebere z tagu ElctrncSeqNb (ve kterém není naplňováno, resp. stále je v něm uváděno číslo 1), ale z tagu LglSeqNb. <br> - hodnoty VSYM, KSYM a SSYM nejsou uváděny v tagu TxDtls/Refs/EndToEndId, ale v tagu TxDtls/RmtInf/Strd/CdtrRefInf/Ref<br><br>Vytvořena nová procedura spImportBanka_CAMT2250, upraveny procedury spImportBanka_CAMT053102 a spTestBAV_Otestuj<br><br></li>
<li><b>1. 2. 1. 5 - Bankovní výpisy - import</b><br>Ve formuláři finance\ImportBV.htm byly prohozeny zaškrtávací položky "Po importu provést párování" a "Při importu neprovádět rozúčtování" tak, aby byly na stejných řádcích jako tlačítka, která jim logicky odpovídají (tlačítka "Proveď rozúčtování" a "Páruj označené BAV").<br><br></li>
</ul>
<h3>Saldokonto</h3>
<ul>
<li><b>1. 3. 4 - Sledování závazků a pohledávek</b><br>Pro optimalizaci zjišťování informací o provedení úhrad dokladu byl datový model rozšířen o nové tabulky HDOKUHRADA, HDOKUHRDET a HDOKUHRPOZ.<br>Stávající způsob zjišťování provedených úhrad se prováděl v pohledech, funkcích nebo procedurách, které prováděly toto vyhodnocení na základě údajů o spárování účetních zápisů. V případě existence velkého počtu dokladů však toto vyhodnocení mohlo být v některých případech pomalé, zejména například v některých sestavách nebo v datových zdrojích, kde se informace o úhradě vyhodnocovala pro potřeby obarvení řádku apod.<br><br>Nyní je možné pomocí nastavení parametru HDOKUhrada_Online nastavit, zda se přepočet v nových tabulkách HDOKUHRADA a HDOKUHRDET / nebude provádět / bude se provádět on-line / nebo se bude provádět off-line. Pokud je nastaven on-line nebo off-line přepočet, tak se při každé změně informace o spárování na účetním zápise (položky SALDO_PRIPAD, VLPRIZNAKSPAR) v novém triggru nad účetními zápisy (trUcetZap_PrepUhrady) provede zápis požadavku na přepočet do tabulky HDOKUHRPOZ. V případě nastaveného on-line přepočtu se po provedení akcí párování, odpárování apod. (tedy až je "vyřešen" jeden saldokontní případ pro všechny doklady do něj vstupujících), automaticky provede přepočet úhrad dokladů, pro něž byl nastaven požadavek na přepočet. V případě provádění off-line přepočtu je nutno zajistit tento přepočet například pravidelným prováděním jobu (v něm je třeba provést volání procedury spHdokUhrada_Prepocet_Offline).<br><br>V souvislosti s touto změnou byly do stránek FPU a FVU doplněny informace o provedení úhrady (ne/částečně/ano), celková hodnota provedené úhrady a datum poslední provedené úhrady. O tyto 3 položky byly doplněny pohledy QHDOK_FAP a QHDOK_FAV takto :<br>- doplněn join na tabulku <br>	  LEFT JOIN HDOKUHRADA HDOKUHRADA WITH(NOLOCK) ON HDOKUHRADA.IDHDOK = HDOK.IDHDOK<br>- doplněny položky :<br>    HDOKUHRADA.VLHDOKUHRAZEN,<br>    HDOKUHRADA.HDUHRAZENOVAL,<br>    HDOKUHRADA.DTPOSLEDNIUHRADY<br><br>Pozor - v případě, že je tento pohled uživatelsky přepsán, je nutno do něj tento join a položky rovněž doplnit !!<br><br>Pokud jsou tyto pohledy v uživatelských objektech, a byly by použity standardní formuláře ESO9Start (kde není select *, ale jsou tam položky včetně těchto nových vyjmenovány), pak by z důvodu neexistence těchto položek mohly být formuláře nefunkční (chyba typu „neexistující sloupec v pohledu“). Proto se verzový script pokusí tam tyto položky rovněž vložit – alespoň formálně „NULL as VLHDOKUHRAZEN, …“. Pokud by se to z nějakých důvodů nepodařilo, script by měl zahlásit chybu „POZOR - pohled QHDOK_FAP neobsahuje položky VLHDOKUHRAZEN, HDUHRAZENOVAL, DTPOSLEDNIUHRADY“. V každém případě bude nutno uživatelský objekt zkontrolovat, zda jsou tam tyto položky a JOIN na HdokUhrada.<br><br>Upravené stránky :<br><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>Ve stránkách pro FPU :<br> - Doplněny položky vlHDokUhrazen, hdUhrazenoVal, dtPosledniUhrady (z pohledu QHdok_FAP)<br> - V outer apply ( … ) FN_ZavPohl  zrušeno vyhodnocení pomocí funkce fn_nespzavpohlval<br> - V definici dtSplatno_ROWSTYLE nahrazeno „FN_ZavPohl.hdNespZavPohlVal < 0“ za „vlHDokUhrazen < 2“<br> - Doplnění informací o úhradě – podmíněný include dle UP_HDOKUHRADA (který má hodnotu dle parametru „HDOKUhrada_Online“)<br><br>Ve stránkách pro FVU :<br> - Doplněny položky vlHDokUhrazen, hdUhrazenoVal, dtPosledniUhrady (z pohledu QHdok_FAV)<br> - Doplnění informací o úhradě – podmíněný include dle UP_HDOKUHRADA (který má hodnotu dle parametru „HDOKUhrada_Online“)<br><br></li>
</ul>
<h3>Nákup</h3>
<ul>
<li><b>2. 1. 6 - Reklamace k dodavatelům</b><br>Doplněn Příjemce + výběr adresy z Odběratele / Příjemce. Změny provedeny ve formě nakup\ReklamaceDod.htm.<br><br></li>
<li><b>2. 1. 3 - Faktury přijaté</b><br>Opravena chyba při připojení položek nákupní objednávky k přijaté faktuře. Z faktury přijaté účetní/zálohové/zálohové daňové/penalizační (předlohy nakup\FapHlav.htm, nakup\ZFap.htm, nakup\ZFapD.htm..) se přes odkazy "Detail hlavičky", "Složky", "Kontrola nákupní objednávky" dostanete do formuláře "nakup\nobdofap.htm".<br>Zde doposud bylo natvrdo typ dokladu faktury "FPU". Nově se přebírá typ dokladu ze zdrojové faktury přijaté účetní/zálohové/zálohové daňové/penalizační.<br><br>Upraven datový zdroj a odkazy v předloze "nakup\nobdofap.htm".<br><br></li>
<li><b>2. 1. 5 - Generované sestavy Nákup</b><br>V důsledku doplnění položky hdUhrazenoVal do pohledu QHDOK_FAP nyní došlo v sestavě k chybě "duplicitní název položky".<br>Upraven datový zdroje v sestavě FPZUhrazene - původní "select * …" byl nahrazen výčtem konkrétních položek.<br><br></li>
</ul>
<h3>Prodej</h3>
<ul>
<li><b>2. 2. 1. 2 - Prodejní objednávky \ odkaz "Nákupní objednávka"</b><br>Do datového zdroje nastaven parametr MF_RVCENANEW = -1 (původně měl hodnotu 0). Úpravy provedeny ve stránce "prodej\KopiePOBdoNOB.htm"<br><br>původní hodnota MF_RVCENANEW = 0 zajišťovala:<br> - cena se NEPŘEBÍRÁ z předchůdce, ale určí se automaticky sama<br> - "Přirážka" (RVPRIRAZKA...) se z předchůdce !!! PŘEBÍRÁ !!! což je v tomto případě nežádoucí<br><br>nově hodnota MF_RVCENANEW = -1 zajišťuje:<br> - cena se NEPŘEBÍRÁ z předchůdce, ale určí se automaticky sama<br> - "Přirážka" (RVPRIRAZKA...) se z předchůdce NEPŘEBÍRÁ<br><br></li>
<li><b>2. 2. 7 - Reklamace od odběratele</b><br>Doplněn Příjemce + výběr adresy z Odběratele / Příjemce.  Změny provedeny ve formě prodej\ReklamaceOdb.htm.<br><br></li>
<li><b>2. 2. 5 - Generované sestavy Prodej</b><br>V důsledku doplnění položky hdUhrazenoVal do pohledu QHDOK_FAV nyní došlo v sestavě k chybě "duplicitní název položky".<br>Upraven datový zdroje v sestavě FVZUhrazene - původní "select * …" byl nahrazen výčtem konkrétních položek.<br><br></li>
</ul>
<h3>Sklad</h3>
<ul>
<li><b>2. 3. 3. 4 - Generování inventurních dokladů</b><br>Do stránky "sklad\InvDoklad.htm" doplněny tagy "title" k MF položkám "Skladová výdejka", "Skladová příjemka" v horní formě proto, aby se při zobrazení v browseru zobrazovaly správné názvy.<br><br></li>
</ul>
<h3>Majetek</h3>
<ul>
<li><b>3. 5. 5 - Inventurní soupis roční</b><br>Před tiskem sestavy 3.5.5 Inventurní soupis roční je možno zadat období od-do (dříve se zadával jen rok). Standardně se nabízí období dle aktuálního fiskálního roku.<br>Upravena stránka majetek\InvSoupF.htm, sestavy Maj355 a Maj355U<br><br></li>
<li><b>3. 5. 14 - Odpisy z limitovanej ceny</b><br>Vytvořená nová sestava pro možnost výpisu odpisů z limitované ceny.<br> - nová činnost 3.5.14 Odpisy z limitovanej ceny<br> - nová stránka pro zadání vstupního filtru sestavy : majetek\OdpisLimCenyF.htm<br> - nová sestava MAJ3514<br>Řešení je provedeno formou sestavy odpisů za dané období. Hodnoty odpisu z limitované ceny nejsou nikde ukládány, jsou pouze vypočteny poměrem vstupní ceny a limitované ceny.<br>Jako vstupní filtr se zadává období od-do, hodnota limitované ceny (nabízí se hodnota 48000) a kód SKP, za který se bude provádět výpis (nabízí se 29.10.2)<br><br></li>
<li><b>3. 1 - Evidence majetku</b><br>Na databázi ESO9Start byl založen nový pohyb MZSNC - snížení vstupní ceny, který se účtuje na stejné účty (a stejnou stranu MD/DAL) jako pohyb zařazení, ale se zápornou hodnotou. <br>Byly zrušeny pohyby MPSIAS, MPZIAS a MPSCZ.<br>Upraveny účetní předpisy pro majetek (účetní typ MAJ) tak, aby se snížení vstupní ceny (přeceňovacím pohybem) účtovalo na stejné strany jako zařazení, ale s opačným znaménkem :<br> - u účetních předpisů č. 1, 2, 11 a 12 bylo u částek doplněno vynásobení hodnotou -1 v případě, že se jedná o pohyb přecenění (vlPohybSl = 4).<br>Úprava je provedena pouze na databázi ESO9Start a Eso9StartSK, v již existujících aplikacích se žádná změna automaticky neprovádí. V případě potřeby implementace do stávajících aplikací je třeba brát ohled na již existující pohyby tohoto typu pohybu a jejich zaúčtování.<br>Účetní předpisy pro účetní typ MAJ byl ve slovenské Eso9StartSK nastaven shodně jako v Eso9Start (CZ).<br><br>Činnost 3.5.3 Měsíční změny majetku - doplněna možnost zadání typu pohybu "snížení vstupní ceny", typy pohybů se nyní zadávají pomocí checkboxů (dříve bylo možno zadat pouze jeden typ pohybu pomocí select položky), doplněna checkbox pro možnost výpisu poznámek k majetku v daném období.<br>Upravena sestava MAJ353 (všech legislativních verzích ESO9Start- CZ, HU, PL, SK, DE)) a stránka ESO9Start\majetek\meszmeny.htm<br><br></li>
</ul>
<h3>Zásilkové / Přepravní služby</h3>
<ul>
<li><b>6. 6. 2. 2 - Balíkobot zásilky z výdejky</b><br>Oprava procedury spHDOKEXBB_btMarkBaliky_XMLParams (tlačítko Vytvoř zásilky pro Balíkobot) aby vracela "Vzniklé doklady balíků" a díky tomu opět funguje i hyperlink na vzniklé balíky.<br><br></li>
<li><b>6. 6. 1. 2 - PPL balíky z výdejky</b><br>Pod balík lze připojit jen ty výdejky, které mají s balíkem shodné níže uvedené vlastnosti. Vlastní připojování se děje procedurou spHDOKEXPPL_btMarkBaliky_XMLParams<br>Původně i nově:<br>    - subjekt (HDOK.IDSUBJEKT)<br>    - subjekt příjemce (HDOK.IDSUBJEKTP)<br>    - adresu subjektu (HDOK.IDSUBJADR)<br><br>Původně:<br>    - adresa příjemce (HDOK.IDSUBJADRP): což pokud se napsala adresa runě, pak se mohla přiřadit výdejka i s jinou ručně napsanou adresou<br><br>Nově:<br>    - název příjemce (HDOK.NAZEV_PRIJEMCE) pokud je na balíku napsán ručně (HDOK.RVNAZEV_PRIJEMCE = 1)<br>    - ulice příjemce (HDOK.ULICE_PRIJEMCE) pokud je na balíku napsán ručně (HDOK.ULICE_RVPRIJEMCE)<br>    - město příjemce (HDOK.MESTO_PRIJEMCE)  pokud je na balíku napsán ručně (HDOK.MESTO_RVPRIJEMCE)<br>    - PSČ příjemce (HDOK.PSC_PRIJEMCE) pokud je na balíku napsán ručně (HDOK.PSC_RVPRIJEMCE)<br>    - adresa příjemce (HDOK.IDSUBJADRP) pokud není aní jeden údaj o příjemci napsán ručně (název, ulice, město, PSČ)<br><br></li>
</ul>
<h3>Základní číselníky</h3>
<ul>
<li><b>9. 1.11 - Regiony</b><br>Činnost umožní evidovat stromovou strukturu v rámci regionů. Lze napojovat na nadřízené regiony. Standardně lze evidovat následující oblasti číselníků:<br>Podle pole VLTYP_SLOZ:<br>- ESO (původní)<br>- KN (regiony katastru nemovitostí)<br>- NUTS (číselník regionů dle EU)<br><br>Pro každou oblast podle VLTYP_SLOZ lze evidovat podoblasti podle pole VLPODTYP_SLOZ.<br><br>Rozšířen datový model tabulky REGION:<br>- VLTYP_SLOZ   (defaultně 0)<br>- VLPODTYP_SLOZ (defaultně 0)<br>- IDREGIONP (int, null -- nepovinná vazba, slouží pro napojení na vyšší regionální celek)<br><br>Vytvořen nový formulář REGIONY.HTM, který umožní zobrazovat rozšířenou strukturu a procházet stromem (v případě potřeby práce se závislostí na vyšší celky)<br><br></li>
<li><b>9. 1.13 - Sazby DPH jiných států</b><br>Pro potřeby výpočtu DPH dle sazeb jiných států a vykazování zasílání zboží do jiného členského státu (CZ - řádek 24 výkazu DPH) byly provedeny následující úpravy : <br>Byla vytvořena nová tabulka sazeb DPH (SAZBADPHSTAT) pro jednotlivé státy, která je dostupná buď z číselníků sazeb DPH nebo z číselníku států. Hodnoty v tomto číselníku nejsou v aplikacích udržovány automaticky, jejich vyplnění i aktualizaci je nutno pro požadované státy provádět ručně. <br><br>V číselníku států byla doplněna položka Registrace pro DPH od (DTREGDPH_OD). Pokud je tato položka vyplněna, a pro tento stát a zadané datum registrace pro DPH zatím neexistuje u našeho domácího subjektu platný záznam v DIČ v EU (tabulka DICVEU), pak je při uložení věty státu zobrazeno varovné hlášení. Vytvořena nová procedura spStat_Valrec.<br><br>Do tabulky hlaviček dokladů (HDOK) byla doplněna položka IDSTATDPH, v kódech pro výkaz DPH byl zaveden nový kód -2 (Zaslání zboží do jiného členského státu (nad limit)). <br><br>Při vyplnění kódu subjektu na dokladu se nastaví kód pro výkaz DPH na hodnotu -2 (Zaslání zboží do jiného členského státu (nad limit)) v případě, že : <br> - na adrese subjektu (pokud je vyplněna i adresa příjemce, tak na adrese příjemce) je vyplněn kód státu<br> - tento stát má vyplněno datum "Registrace pro DPH od"<br> - datum zdanitelného plnění dokladu je vyšší nebo rovno tomuto datu<br> - na subjektu není vyplněno DIČ (pokud je vyplněn i subjekt příjemce, tak se bere DIČ ze subjektu příjemce)<br>Pokud byl nastaven kód pro výkaz DPH na hodnotu -2, pak se ID státu přenese do položky Hdok.idStatDPH<br><br>Pro zaúčtování DPH se použijí účty definované v  tabulce sazeb DPH jiných států (např. účty 344... je nutno použít upravený účetní typ FVU), do podkladů pro výkaz DPH takto zaúčtované účetní zápisy vstupují do řádku 24.<br>V tiskovém formuláři faktury se tisknou procentní sazby dle příslušné legislativy (upravena sestava FavForm.idc)<br><br>Vytvořena nová funkce fnSubjekt_UdajePodleDataHDOK. Funkce vrací údaje o subjektu platné k datu zdanitelného plnění dokladu (IČO, DIČ, Název, adresu, ...). Pokud je na zadaném dokladu nastaven kód pro výkaz DPH = -2 a je vyplněn HDOK.idStatDPH, pak se v DIČ nevrací DIČ z domácího subjektu, ale DIC v EU z tabulky DICvEU (pokud pro subjekt a daný stát dle HDOK.idStatDPH existuje a má nastaven stav aktivní a datum platnosti odpovídá datu zdanitelného plnění dokladu).<br>Upravena sestava FavForm.idc - doplněn nový datový zdroj (NaseFirma), ve které se volá tato nová funkce fnSubjekt_UdajePodleDataHDOK a její položky se nyní použijí k tisku údajů o našem (domácím) subjektu.<br><br>Ve funkci fnDZ_FormularHDOK (datový zdroj pro tisk dokladu) byla doplněna položka DomaciMenaDokladu, která se naplní takto :<br> - v případě, že na dokladu je nastaven kód pro výkaz DPH = -2 a je vyplněn HDOK.idStatDPH, naplní se kódem měny dokladu<br> - v ostatních případech se naplní kódem domácí měny (platné k datu zdanitelného plnění dokladu)<br>Upravena sestava FavForm.idc - tato položka se nyní použije pro tisk kódu měny v záhlaví sloupců pro částky s DPH. Dosud se tam tiskla vždy domácí měna z UP parametrů), nyní se tam bude tedy v případě zasílání zboží nad limit do jiného členského státu odběrateli bez DIČ tisknout měna dokladu.<br><br><br>Upraveny procedury a funkce :<br> - fnProcentoDaneDleStatu<br> - fnCastkaDPH<br> - fnInverzniDPH<br> - fnCastkaDPH_ZeZaokrouhleni<br> - fnidStatDPH<br> - fnKodDPH_NadLimit<br> - fnZpusobDPH_NadLimit<br> - fnUcetDPH_DleStatu<br> - fnProcentoDaneDleStatu<br> - fnText_SazbaDPH_DleStatu<br> - fnDZ_FormularSDOK<br> - fnDZ_RekapDPH<br> - fnDZ_RekapDPHZaloh<br> - fnDZ_RekapDPHRC<br> - fnSAZBADPHVCASE<br> - fnHDOK_DetailVykazuDPH_std<br> - spTXT_HDOK<br> - spTXT_HDOKCalRec<br> - spHDok_FVZ_FVZD_Ozn<br> - spZFAP_VYTVDAN_SpoctiDPH<br> - spHDOK_SpoctiDan5<br> - spHDOK_SpoctiDan22<br> - spHDOK_SpoctiDanSS2<br> - spQPoklVydaj_Rozdel_5<br> - spQPoklDok_Rozdel_5<br> - spQPoklVydaj_Detail_Rozdel_5<br> - spQPoklVydaj_Rozdel_22<br> - spQPoklDok_Rozdel_22<br> - spQPoklVydaj_Detail_Rozdel_22<br> - spQPoklVydaj_Rozdel_SS2<br> - spQPoklDok_Rozdel_SS2<br> - spQPoklVydaj_Detail_Rozdel_SS2<br> - spUCTYPROVYKAZDPH_Napln<br> - spSAZBADPHSTAT_NewRec<br><br></li>
<li><b>9. 1.13 - Sazby DPH jiných států</b><br>Pro potřeby výpočtu DPH dle sazeb jiných států byly provedeny následující úpravy:<br> - rozšířena tabulka HDOK o sloupec IDSTATDPH<br><br>Upraveny procedury a funkce :<br> - fnDZISDOC_HDOK<br> - spHDok_DopocetDaneZeZakladu<br> - spHDok_PrepocetCastek<br> - spZapisSDokNaHDok<br> - spHDok_NewRec<br> - spHDok_CopyRec<br> - spHDok_CalRec<br> - spHDok_ValRec<br> - spHDok_BeforeInsert<br> - spHDok_BeforeUpdate<br> - spHDok_IDSUBJEKT<br> - spHDok_IDSUBJADR<br> - spHDok_IDSUBJOSOBA<br> - spHDok_IDSUBJADRP<br> - spHDok_IDSUBJOSOBAP<br> - spHDok_IDHDok_VZOR<br> - spHDok_InsertRec<br> - spHDok_UpdateRec<br> - spSDok_HDok<br> - spSDok_CalRec<br> - spSDok_BeforeInsert<br> - spSDok_BeforeUpdate<br> - spZBOZI_UrciCeny<br> - spArchivujDoklady<br> - spOdArchivujDoklady<br> - spHDOK_btZmenSubjekt<br> - spHDok_btPrepocetSDOK<br> - spHDok_Udrzba<br> - spHDok_Copy<br> - spZBOZSKL_RUNNAKUP<br> - spHDOK_GetRec_ZAK<br> - spZBOZI_CENIKPRN<br><br></li>
</ul>
<h3>Účetní číselníky</h3>
<ul>
<li><b>9. 2. 4 - Odpisové skupiny majetku (legislativa SK)</b><br>V souvislosti se změnou způsobu zaokrouhlování daňových odpisů (legislativní změna SK od 1.1.2020) bylo provedeno :<br><br>Vytvořena nová tabulka ODPSKUPZAOKR pro možnost definování zaokrouhlení odpisů v závislosti na datu. Tabulka může pro danou odpisovou skupinu obsahovat záznamy s historickými způsoby zaokrouhlení, datum "platnost do" udává, do kdy toto zaokrouhlení platí. Pro data vyšší než maximální datum z této tabulky pro danou odpisovou skupinu se použije způsob zaokrouhlení definovaný v odpisové skupině.<br>SQL script verze 6.0 provede naplnění této tabulky takto : pro všechny daňové odpisové skupiny, které nemají pro roční nebo měsíční odpis v EUR nastaveno zaokrouhlení na 2 desetinná místa, nebo nemají nastaven způsob "normálně", založí záznam do nové tabulky ODPSKUPZAOKR (historické způsoby zaokrouhlení) s hodnotami uvedenými v odpisové skupině, tomuto záznamu nastaví platnost 31.12.2019 a v tabulce odpisových skupin nastaví zaokrouhlení na 2 desetinná místa / normálně (pro roční i měsíční odpis v EUR).<br>Tímto by mělo být dosaženo toho, že do r. 2019 se bude zaokrouhlení daňových odpisů provádět dle dříve definovaného zaokrouhlení, od r. 2020 se daňový odpis bude zaokrouhlovat na 2 desetinná místa normálně.<br><br>Upraveny procedury a funkce pro výpočet odpisů majetku :<br>spMAJ_PrepUcOdp, fnTableIntervalDT, fnZaokrDleOdpSkup_Jak, fnZaokrDleOdpSkup_Kolik, fnMaj_RovnDanOdpis, fnMaj_RovnDanOdpis_2006_sDobouTZ_UD, fnMaj_RovnDleZust, fnMaj_DenniOdpis, fnMaj_OdpisSK12<br><br>Upravena stránka ESO9Start\nastaveni\OdpSkup.htm <br> <br><br></li>
<li><b>9. 2. 8 - Účetní výkazy</b><br>V předchozí verzi byla Kontrolní sestava nad výkazy (v činnosti 1.1.2.4) přepracována z původní idc/htx sestavy na STI sestavu. Kontrolní sestava nad definicí výkazů (v činnosti 9.2.8 Účetní výkazy) však zůstala původní. Nyní byl odkaz na tuto sestavu změněn tak, aby se v obou případech volal stejná sestava.<br><br>Vytvořena nová STI sestava Vykazy_KontrSest, doplněn výpis účtů, které jsou ve výkazu obsaženy vícekrát. Upravena funkce fnSest_VykazyAPZZ_Kontrola. (Původně se používaly 2 sestavy Vykazy_KontrSestZZ a Vykazy_KontrSestAP - v Eso9Start již byly zrušeny, z existujících aplikacích jsou ponechány z důvod možnosti jejich volání z profi stránek).<br><br>Upraveny formuláře :<br> - nastaveni\UcetVyk.htm.<br> - ucet\Vykazy\CZ_CF_filtr.htm<br> - ucet\Vykazy\CZ_AP_filtr.htm<br> - ucet\Vykazy\CZ_ZZ_filtr.htm<br> - ucet\V_ZZ_filtr.htm<br> - ucet\V_AP_filtr.htm <br><br></li>
</ul>
<h3>Subjekty</h3>
<ul>
<li><b>9. 3. 6 - Cenová politika</b><br>Formulář "nastaveni\CenSkZbPa.htm".  Do datového zdroje doplněny parametry %WHERE% a %ORDERBY%.<br><br></li>
<li><b>9. 3. 3. 0 - Subjekty</b><br>PL legislativa:<br> - DIČ/NIP se vyplňuje do položky SUBJEKT.DIC2<br> - DIČ v EU/NIP v EU se vyplňuje do položky SUBJEKT.DIC<br>Kontrola pro položku SUBJEKT.DIC2:<br> - nová funkce fnDIC2_Kontrola: je obdobou funkce fnDIC_Kontrola.<br>   - je jen pro PL legislativu<br>   - kontroluje položku DIC2<br>   - návratová hodnota 0-Test proběhl v pořádku, nebo se pro legislativu neprovádí<br> - nový fchange pro sloupec DIC2 tabulky SUBJEKT který volá proceduru-fchange spSubjekt_TestDic2.<br> - nová procedura-fchange spSubjekt_TestDic2: je obdobou procedury fchange spSubjekt_TestDic.<br>   - je jen pro PL legislativu<br>   - kontroluje položku DIC2<br>   - kontroluje existenci jiného subjektu, který má shodné DIC2<br> - procedura spSubjekt_ValRec: doplněna kontrola položky DIC2 funkcí fnDIC2_Kontrola<br><br></li>
<li><b>9. 3. 3 - Subjekty - ověřování bankovních účtů plátců DPH (polská legislativa)</b><br>Upravena stránka Subjekt/Subjekt.htm :<br>  - U položky "Důvěryhodnost" byly změněny významy select položky takto:<br>    0 = Aktivní<br>    1 = Neregistrovaný<br>    2 = Osvobozený od DPH<br>    -1 = neurčeno<br> - Bylo doplněno tlačítko "Ověření bankovních účtů plátců DPH", které provede :<br><br>Dle zadaného NIP (položka Subjekt.DIC2) provede ověření stavu subjektu a stažení bankovních účtů. Nastaví položku "Důvěryhodnost" (Subjekt.vlNeduveryhodnyPlatce) - možné hodnoty jsou Aktivní / Neregistrovaný / Osvobozený od DPH (Czynny / Niezarejestrowany / Zwolniony). Pokud by se NIP v registru nenašlo, nastaví se hodnota Neurčeno. Pokud je v parametru KodPozn_DuvPlatce uveden existující typ poznámky k subjektu, pak se založí / aktualizuje poznámka k subjektu tohoto typu. Do data poznámky se nastaví aktuální datum (= datum provedení ověření).  Dále se zpracuje seznam uvedených bankovních účtů subjektů, dle kterého se u všech účtů subjektu nastaví příznak "Zveřejněný účet" (položka vlZverejnenyUcetMFCR). Pokud je v parametru Subjekt/DuvPlatce_ZalozUcty nastavena hodnota 1, pak se provede automaticky založení všech bankovních účtů subjektu, které byly při ověření zjištěny a dosud pro tento účet neexistovaly (pokud by existovalo více subjektů s tímto NIP, pak se zakládání bankovních účtů neprovede pro žádný z těchto subjektů).<br><br>Vytvořena nová procedura spSubjektOzn_OvereniNPDPH_PL, spSubjekt_NeduvPlatceZpracujXMLPL, funkce DownloadNDPlatcePL.<br>Změněny procedury spSubjekt_PoznamkaDuvPlatce, spSubjekt_NastavOverenyUcet, spSubjekt_OvereniNPDPH_SeznamDic, spSubjektOzn_OvereniNPDPH, spHDOKOzn_OvereniNPDPH, spBAV_OvereniNPDPH.<br>Dále upraveny stránky :<br>  - ESO9StartPL\Nakup\FapHlav.htm (doplněno tlačítko "Ověření bankovních účtů plátců DPH")<br>  - ESO9Start\finance\VytvorPP.htm (doplněno tlačítko "Ověření důvěryhodnosti plátce")<br><br>Pozor - počet provedení ověření je v současné době omezen 10 dotazy za den, viz podmínky na https://www.gov.pl/web/kas/api-wykazu-podatnikow-vat<br><br></li>
<li><b>9. 3. 3. 0 - Subjekty</b><br>Odkaz "Značení sortimentu": ve formuláři "nastaveni\SubjZnac.htm" rozšířena položka "Název zboží" z 60 na 100 znaků.<br><br></li>
</ul>
<h3>Dokladové číselníky</h3>
<ul>
<li><b>9. 4. 4 - Typy dokladů</b><br>Doplněna funkčnost zaokrouhlování částky k úhradě (v domácí měně i valutě) na dokladu na základě platební podmínky.<br><br>Do tabulky TDVCASE doplněna položka IDPODMINKY_TDC, primární klíč TDVCASE_Key1 (IDTYPDOK, IDHDOK_VZOR, DTPLATNOST_OD_TDC) rozšířen o položku IDPODMINKY_TDC.<br>Upraven pohled QTDVCASE (doplněna vazba na PODMINKY)<br>Upravena stránka <br> - nastaveni\typdok.htm<br>Upraveny procedury : <br> - spTDvCase_NewRec<br> - spTDvCase_Zmenit<br>Nová procedura <br> - spTDvCase_ZrusPodminku<br> - spPODMINKY_GetRec_TDC<br><br>Do tabulky TYPDOKMENA doplněna položka IDPODMINKY_PLAT, primární klíč TYPDOKMENA_Key1 by rozšířen o tuto položku : (IDTYPDOK, IDMENA, IDPODMINKY_PLAT, DTPLATNOST_OD)<br>Upraven pohled QTYPDOKMENA (doplněna vazba na PODMINKY)<br>Upravena stránka <br> - nastaveni\typdok.htm<br>Upraveny procedury : <br> - spTYPDOKMENA_NewRec<br> - spTYPDOKMENA_ValRec<br><br><br>V souvislosti se změnou funkce fnTDvCase (doplnění parametru @idPodminky_Plat) byly změněny následující procedury a funkce :<br> - fnTDvCase_Hdok<br> - spHDok_FapEU_vlDruhKurzu<br> - spHDok_FapEU_vlDatumKurzu<br> - spHDok_FapEU_VytvorDPH<br> - spHDok_FC_IDUCTOBD<br> - spHDok_FC_IDPENUCET<br> - spHDOK_SpoctiDan5<br> - spHDOK_SpoctiDan22<br> - spHDOK_SpoctiDanSS2<br> - spQPoklVydaj_Rozdel_5<br> - spQPoklDok_Rozdel_5<br> - spQPoklVydaj_Detail_Rozdel_5<br> - spQPoklVydaj_Rozdel_22<br> - spQPoklDok_Rozdel_22<br> - spQPoklVydaj_Detail_Rozdel_22<br> - spQPoklVydaj_Rozdel_SS2<br> - spQPoklDok_Rozdel_SS2<br> - spQPoklVydaj_Detail_Rozdel_SS2<br> - spHDOK_MaxSkonto<br> - spHDOK_CopyRozuct<br> - spHDok_FVZ_FVZD<br> - spBaV_Zalozeni<br> - spImportFPU_OCR<br> - spImportFPU_QRFaktura<br> - spTestKurs<br> - spUcetZap_VybProSparMeny<br> - spSVUPRD_VytvorPDP<br> - spQUCETZAP_NESPZalohy_VypocetCen<br> - spQUCETZAP_NESPZal6_Prepocet<br> - spZapocet_PrepocetKcNaVal<br> - spZapocet_PrepocetValNaKc<br> - spZapocet_NastavDatumUcetZap<br><br></li>
</ul>
<h3>Zboží, služby, majetek..</h3>
<ul>
<li><b>9. 5. 6 - Skupina značení zboží</b><br>Odkaz "Značení sortimentu": ve formuláři "nastaveni\SkupZnZbZnac.htm" rozšířena položka "Název sortimentu" z 60 na 100 znaků.<br><br></li>
<li><b>9. 5.11 - Služby</b><br>Odkaz "Značení pro subjekt": ve formuláři "nastaveni\SluzZnac.htm" rozšířena položka "Název služby" z 60 na 100 znaků.<br><br></li>
<li><b>9. 5. 9 - Zboží</b><br>Odkaz "Značení pro subjekt": ve formuláři "nastaveni\ZbozZnac.htm" rozšířena položka "Název zboží" z 60 na 100 znaků.<br><br></li>
</ul>
<h3>Parametrizace systému</h3>
<ul>
<li><b>9. 6.11 - Události</b><br>V databázích Eso9Start (všech legislativ) byly zrušeny události pro Silverlight (na konci názvu obsahovaly "SL").<br><br></li>
<li><b>9. 6. 2 - Uživatelské objekty</b><br>Doplněna možnost exportu objektu do textu. Již není potřeba pro export jednoho objektu používat odkaz "Export". Upraven formulář "Nastaveni\UzivObj.htm".<br><br></li>
<li><b>9. 6.20 - Nastavení přepočtu úhrad</b><br>Vytvořena nová činnost 9.6.20 Přepočet úhrad dokladu, kde je možno provést prvotní přepočet úhrad dokladu. Tuto činnost bude možno v budoucnu použít i pro hromadný přepočet úhrad dokladů pro zadaný typ dokladu a období například v případě, že do saldokonta byl doplněn nový účet a je třeba zpětně provést přepočet pro již dříve pořízené doklady.<br>Tlačítkem "Nastav parametr pro ON-LINE přepočet" (je vhodné ho použít až po provedení přepočtu dokladů) se provede (pokud již nebylo provedeno dříve) :<br> - Parametr "Nastavení on-line přepočtu tabulky HDOKUhrada" (Párování / HDOKUhrada_Online) se nastaví na hodnotu 2 = On-line<br> - V  typech dokladu se pokusí nahradit podmínku "FN_ZavPohl.hdNespZavPohlVal < 0" novou podmínkou "'vlHDokUhrazen < 2".  Vzhledem k tomu, že tam tato podmínka může být uváděna v různých modifikacích, je třeba prověřit a případně upravit ručně.<br> - Vytvoří alternativní činnosti  pro sledování závazků a pohledávek <br>   - u původních činnosti 1.3.4.1, 1.3.4.2, 1.3.4.4, 1.3.4.5, 1.3.4.6, 1.3.4.7, 4.1.4, 4.1.5 do kódu přidá na konce písmeno "p"  (1.3.4.1p, ...), název přejmenuje na text "(původní) + dřívější název"<br>   - založí nové činnosti 1.3.4.1, 1.3.4.2, 1.3.4.4, 1.3.4.5, 1.3.4.6, 1.3.4.7, 4.1.4, 4.1.5, které odkazují na nově vytvořené stránky a sestavy, ve kterých se pro výpočet závazků a pohledávek používají nové tabulky HdokUhr a HdokUhrDet. Pokud původní činnost byla přiřazena nějaké skupině uživatelů (tabulka CINPROSKUP), tak nově zakládaná činnost bude přiřazena do téže skupiny.<br><br>Nové stránky :<br> - Saldo/DluhyFrame2020.htm <br> - Saldo/DluhyFrameAll2020.htm <br> - Saldo/ZavFrameAll2020.htm <br> - Saldo/ZavFrame2020.htm <br> - Saldo/Dluhy_U2020.idc <br> - Saldo/Dluhy_UAll2020.idc <br> - Saldo/ZavAll2020.idc <br> - Saldo/Zav2020.idc <br> - manager/ZavDleZpozdeniKeDni2020.htm <br> - manager/PohlDleZpozdeniKeDni2020.htm<br> - .OK/saldo/DluhyFrame2020.htm <br> - .OK/saldo/DluhyFrameAll2020.htm <br> - .OK/saldo/ZavFrame2020.htm <br> - .OK/saldo/ZavFrameAll2020.htm  <br><br>Nové sestavy :<br> - ZavPohlDleZpozdeni2020<br><br></li>
</ul>
<h3>Zabezpečení</h3>
<ul>
<li><b>9. 8.11 - Certifikáty (legislativa CZ)</b><br>Pro účely testování EET se provede automatické založení testovacího certifikátu "EET_CA1_Playground-CZ00000019_2019.p12" s názvem "EET Testovací certifikát - 2019".<br>Původní testovací certifikát (EET_CA1_Playground-CZ00000019.p12), jehož platnost byla do 30.09.2019, byl ponechán (automaticky se nezruší).<br><br></li>
</ul>
<h3>Legislativní změny</h3>
<ul>
<li><b>Výpočet DPH a zaokrouhlování</b><br>Doplněna funkčnost zaokrouhlování částky k úhradě (v domácí měně i valutě) na dokladu na základě platební podmínky.<br>Spolu s tím upraveny následující objekty:<br> - spHDok_PrepocetCastek: změna rozhraní o povinný parametr @IDPODMINKY_PLAT INT<br> - spZapisSDokNaHDok: změna rozhraní o povinný parametr @IDPODMINKY_PLAT INT<br> - spHDok_DTZDANITPLN: změna rozhraní o povinný parametr @IDPODMINKY_PLAT INT<br> - spSDok_HDok<br> - spHDok_NewRec<br> - spHDok_CalRec<br> - spHDok_ValRec<br> - spSDok_CalRec<br> - spSDok_BeforeInsert<br> - spSDok_BeforeUpdate<br> - spSDok_ValRec<br> - spHDok_Copy<br> - spHDok_btPrepocetSDOK<br> - spHDOKEXPPL_btMarkBaliky_XMLParams<br> - spINTRASTAT_Export<br> - spZBOZI_CENIKPRN<br><br></li>
</ul>
<h3>Změny funkcí</h3>
<ul>
<li><b>fnDZ_FormularHDOK - Funkce pro tisk dokladů</b><br>Doplněna možnost tisku loga vlastní firmy v závislosti na datu. Platnost je řešena stejným způsobem jako ostatní položky (např. název firmy, adresa, ...), tedy založením poznámky typu LG k domácímu subjektu.<br>Upraveny funkce fnSubjekt_UdajePodleData, fnDZ_FormularHDOK.<br><br></li>
</ul>
<h3>Změny procedur</h3>
<ul>
<li><b>spUzivatel_ZmenaHeslaExch</b><br>Upravena procedura spUzivatel_ZmenaHeslaExch - kryptování hesla se provádí na základě nastavení parametru Hesla_Encrypt.<br>Upraven trigger trParam_Upd, který při změně parametru Hesla_Encrypt z hodnoty 0 na 1 provede zakryptování hesel Uziv_Heslo_Exch v tabulce Uzivatel.<br><br></li>
<li><b>spHdok_ValRec - Kontrola věty před jejím uložením (prostřednictvím aplikačního serveru) do tabulky Hlavička dokladu</b><br>Kontrola platnosti středisek na dokladu (tabulce HDOK) se nyní provádí jen na účetních dokladech. <br>Upravena procedura spHdok_ValRec.<br><br></li>
<li><b>spTxt_TDVCASE - Procedura pro založení nebo aktualizaci věty do tabulky TDVCASE</b><br>Procedura spTxt_TDVCASE nefungovala správně, pokud bylo uvedeno pouze číslo dokladu vzor (bez idTypDok a idUctObd).<br>Upravena procedura spTXT_HDOKID tak, aby pokud je zadáno pouze číslo dokladu (vzoru) bez idTypDok a idUctObd, a existuje právě jeden HDOK se zadaným Cis_Dok, tak vrací odpovídající @idHdok.<br><br></li>
<li><b>spImportBaV - Procedura pro provedení importu vstupního souboru bankovních výpisů</b><br>Upravena procedura spImportBaV - v případě, že pro typ dokladu BAV nebo vzor uvedený na typu dokladu BAV neexistuje definice work-flow, nevolá se  generování úkolů (v triggeru trHdok_WorkFlowOnline).<br>V případě velkého počtu importovaných výpisů mohlo mít vliv na dobu zpracování.<br><br></li>
<li><b>spGetUzivAkce - Zobrazování uživatelských akcí</b><br>V případě, že uživatelská akce byla přiřazena více skupinám a uživatel byl v těchto skupinách zařazen, se taková uživatelské akce zobrazovala ve formulářích duplicitně.<br>Upravena procedura spGetUzivAkce.<br><br></li>
</ul>
<h3>Změny předpisů sestav</h3>
<ul>
<li><b>Tisk loga v závislosti na čase</b><br>V předchozí verzi byla do datového zdroje pro tisk dokladu (funkce fnDZ_FormularHDOK) doplněna položka Logo_FileGuid, která vrací logo firmy v závislosti na datu, vlastní tisk dokladů se ale neměnil (nadále používal původní položku).<br><br>Nyní byly upraveny sestavy, které v hlavičce dokladu tisknou logo - původní položka Logo byla nahrazena novou položkou Logo_FileGuid.<br><br>Upraveny sestavy :<br>CNabForm.idc, CPopForm.idc, DbPisForm.idc, DodListForm.idc, Dokl_kos, FavForm.idc, PenFaVForm.idc, PObjForm.idc, PoD_PriD.idc, PoD_PriD.idc_bezStvrzenky, PoD_VydD.idc, PoD_VydD.idc_bezStvrzenky, pod_vydHrom.idc, PrijemfForm.idc, PrijemForm.idc, Prodejka, ReklamacniProt, SobjPL, SobjSP, TEMPLATE_1STIForm, ucd_Kos, UpominkaHDOK, uzdokl.idc, VObjForm.idc, vydejform.idc, VyrZakForm.idc, Zap_DD.idc, Zap_DD_Navrh.idc, ZDbPisDForm.idc, ZFavDForm.idc, ZFaVForm.idc.<br><br></li>
<li><b>Změna sestavy na PROFI</b><br>Při tisku některých sestav mohlo dojít k nežádoucí změně vlastnosti sestavy na hodnotu "Profi".<br>Problém byl v triggru trDZSESTAVY_ALL, kdy se změna položek SQLDOTAZ, NASTAVENIPIVOT a POPIS_SINEA nevyhodnocovala dle toho, zda skutečně došlo k její změně, takže i v případě, že se updatovala tou samou hodnotou, tak došlo k nastavení sestavy na "profi" (což se provádělo v případě, že datový zdroj měl typ datového zdroje "akce").<br>Opraven trigger trDZSESTAVY_ALL<br><br></li>
</ul>
<h3>Změny datových struktur</h3>
<ul>
<li><b>HDOK - Hlavička dokladu</b><br>Rozšířen fulltextový index tabulky "HDOK" o položky "JEJICH_CISDOK" a "V_SYM"<br><br></li>
<li><b>DescrTab - Popis tabulky</b><br>Délka položky DESCRCOL.COLUMNNAME zvětšena z původních 30 znaků na 60.<br>Upraveny funkce a procedury : <br> - spEso9Script_CreateHelpTable<br> - spDescrCol_Precisluj<br> - spEso9Model_UzivObjProTab<br> - spDescrCol_DleStruktury<br> - spEso9Script_NCVD<br> - fnModel_SeznPolozekKlice<br> - spEso9Script_CreatespTxt<br> - spEso9Model_TestTable<br> - spEso9Script_CreateTable<br> - spEso9Script_CreateIndex<br> - spEso9Script_CreateView<br> - spEso9Script_CreatespDBLog<br> - spEso9Script_GetR<br> - spEso9Script_FChange<br> - spEso9Script_CreateOPRec<br> - spEso9Script_CreateOPDelRec<br> - spDESCRCOL_NewRec<br> - spDESCRCOL_CalRec<br> - spDESCRCOL_ValRec<br> - spDropConstrColumn<br> - sptxt_DescrCol<br> - sptxt_DescrRel<br> - sptxt_DescrViewCol<br> <br>Upravena stránka ESO9Start\nastaveni\DescrTab.htm<br><br></li>
<li><b>Subjekt</b><br>Změna délky položky SubjPozn.SubjPoznText z 60 na 255.<br>Upraveny procedury spSubjekt_PoznamkaDuvPlatce, spSubjekt_NeduvPlatceZpracujXML, spDBLog_SUBJPOZN, spTXT_SUBJPOZN, spISIR_SETSUBJPOZN, spKontrPohl_emailProSubjekt.<br><br></li>
<li><b>UCETZAP - Účetní zápis</b><br>Doplnění položek IDPROJEKT a IDZDROJ do tabulek UcetZap, UcetZapA, UcetZapW, UcetZapPlan, UcetZapPlanA, UcetZapPar.<br>V souvislosti s tímto rozšířením byly upraveny stránky :<br> - ESO9Start\nastaveni\UcPrPol.htm <br> - ESO9Start\nastaveni\UcPredp.htm <br><br>Upravené funkce, procedury a triggery :<br> - fnUcPrPol_CisToNazev<br> - fnUcPrPol_NazevToCis<br> - fnText_SazbaDPH_DleStatu<br> - spTXT_HDOK<br> - spTXT_HDOKCalRec<br> - spTXT_UCETZAP<br> - spTXT_UCETZAPPLAN<br> - spCr_UcPredUt_Uctuj_NN<br> - spHDok_PreuctujDph_1<br> - spEAN_ZalozSlozku<br> - spHDok_FapEU_VytvorDPH<br> - spHDOK_ProvedCalrec<br> - spIAS_PreuctVynosyZak<br> - spUcetZap_ZauctKursRoz<br> - spMajetek_Rozdel<br> - spMajetek_Rozdel_Navrh<br> - spHdok_ZalozOdpPohl<br> - spHdok_OductujSparOdpPohl<br> - spPAM_ZalozUcetZap<br> - spPAM_ZalozPlatby<br> - spPreuctujPojistne<br> - spUcetZap_ZalozCU<br> - spUcetZap_OdparujSkup<br> - spUcetZap_ZauctParRoz<br> - spHDok_GenPlanDleUctOsn<br> - spUcetZap_PreuctujSKKNaEuro<br> - spUctOsn_Preuctuj<br> - spStred_Preuctuj<br> - spPreuctPaM_Preuctuj<br> - spUcetZap_Copy<br> - spRocUzav_PreuctKSNaStrediska<br> - spZalohy_SparujOzn<br> - spUcetZap_VytvorZap<br> - spZapocet_Storno<br> - spHdok_DPH_OsR_Zauctuj<br> - spVykazDPH_PrepoctiIDU<br> - spHdok_UctDlePredp<br> - trHDOK_TestUzav<br> - spMAJ_PrepUcOdp<br><br>V souvislosti s doplněním položky HDOK.idStatDPH byly upraveny stránky :<br> - nastaveni\ZboziVCase.htm <br>Dále byly upraveny funkce a procedury :<br> - fnProcentoDaneDleStatu - nová funkce<br> - fnProcentoDane <br> - fnCastkaDPH - doplněn parametr @idStatDPH<br> - fnInverzniDPH - doplněn parametr @idStatDPH <br> - fnCastkaDPH_ZeZaokrouhleni<br> - fnDZ_RekapDPH<br> - fnDZ_RekapDPHZaloh<br> - fnDZ_RekapDPHRC<br> - spQMajetek_PrepocetDPH48<br> - spQUCETZAP_NESPZalohy_VypocetCen<br> - spHDok_FVZ_FVZD_Ozn<br> - spZFAP_VYTVDAN_SpoctiDPH<br> - spQUCETZAP_NESPZal6_Prepocet<br> - spZalohy_SparujOznDPH<br> - spQUCETZAP_NESPZalohy_MARKSTATE<br> - spHDok_VytvZal<br> - spImportFPU_OCR<br> - spHDOK_SpoctiDan5<br> - spHDOK_SpoctiDan22<br> - spHDOK_SpoctiDanSS2<br> - spQPoklDok_Rozdel_22<br> - spQPoklVydaj_Rozdel_22<br> - spQPoklVydaj_Detail_Rozdel_22<br> - spQPoklDok_Rozdel_5<br> - spQPoklVydaj_Rozdel_5<br> - spQPoklVydaj_Detail_Rozdel_5<br> - spQPoklDok_Rozdel_SS2<br> - spQPoklVydaj_Rozdel_SS2<br> - spQPoklVydaj_Detail_Rozdel_SS2<br><br></li>
<li><b>HDOK - Hlavička dokladu</b><br>Provedeno: rozšíření struktur tabulek + úprava funkčnosti objektů<br>Tabulky HDOK, HDOKA, HDOK_W:<br>  - sloupec "ZAK_HDOK_2": VARCHAR(20)<br>  - sloupec "IDSTATDPH": INT<br>  - sloupec "IDPROJEKT_MD": INT<br>  - sloupec "IDPROJEKT_DAL": INT<br>  - sloupec "IDZDROJ_MD": INT<br>  - sloupec "IDZDROJ_DAL": INT<br><br>Upraveno rozhraní objektů HDOK o parametry odpovídajícím změně struktur @ZAK_HDOK_2, @IDSTATDPH, @IDPROJEKT_MD, @IDPROJEKT_DAL, @IDZDROJ_MD, @IDZDROJ_DAL:<br> - spHDok_CopyRec: jako povinné a OUT<br> - spHDok_NewRec: jako povinné a OUT<br> - spHDok_CalRec: jako povinné a OUT<br> - spHDok_BeforeInsert: jako povinné a OUT<br> - spHDok_BeforeUpdate: jako povinné a OUT<br> - spHDok_ValRec: jako povinné<br> - spHDok_IDHDok_VZOR: jako povinné a OUT<br> <br> - spHDok_IDSUBJEKT: jen @IDSTATDPH jako povinné a OUT (před povinný OUT parametr @IDDICVEU)<br> - spHDok_IDSUBJADR: jen @IDSTATDPH jako povinné a OUT (před povinný OUT parametr @IDSUBJEKT)<br> - spHDok_IDSUBJOSOBA: jen @IDSTATDPH jako povinné a OUT (před povinný OUT parametr @IDSUBJEKT)<br> - spHDok_IDSUBJADRP: jen @IDSTATDPH jako povinné a OUT (před povinný OUT parametr @IDSUBJEKT)<br> - spHDok_IDSUBJOSOBAP: jen @IDSTATDPH jako povinné a OUT (před povinný OUT parametr @IDSUBJEKT)<br><br> - spHDok_InsertRec: jako nepovinné<br> - spHDok_UpdateRec: jako nepovinné<br> - spHDok_Udrzba: jako nepovinné a OUT<br><br></li>
<li><b>SDOK - Složka dokladu</b><br>Provedeno: rozšíření struktur tabulek + úprava funkčnosti objektů<br>Tabulky SDOK, SDOKA, SDOK_W:<br>  - sloupec "ZAK_SDOK_2": VARCHAR(20)<br>  - sloupec "HDJCENAVALDPH": MONEY<br>  - sloupec "HDCCENAVALDPH": MONEY<br>  - sloupec "IDPROJEKT_MD": INT<br>  - sloupec "IDPROJEKT_DAL": INT<br>  - sloupec "IDZDROJ_MD": INT<br>  - sloupec "IDZDROJ_DAL": INT<br><br>Upraveno rozhraní objektů SDOK o parametry odpovídajícím změně struktur @ZAK_SDOK_2, @HDJCENAVALDPH, @HDCCENAVALDPH, @IDPROJEKT_MD, @IDPROJEKT_DAL, @IDZDROJ_MD, @IDZDROJ_DAL:<br> - spSDokID_SkUcStrDu:<br>   - jako povinné @ZAK_HDOK_2, @IDPROJEKT_MDHDOK, @IDPROJEKT_DALHDOK, @IDZDROJ_MDHDOK, @IDZDROJ_DALHDOK<br>   - jako povinné a OUT @ZAK_SDOK_2, @IDPROJEKT_MD, @IDPROJEKT_DAL, @IDZDROJ_MD, @IDZDROJ_DAL <br> - spSDok_CopyRec: jako povinné a OUT<br> - spSDok_NewRec: jako povinné a OUT<br> - spSDok_CalRec: jako povinné a OUT<br> - spSDok_BeforeInsert: jako povinné a OUT<br> - spSDok_BeforeUpdate: jako povinné a OUT<br> - spSDok_ValRec: jako povinné<br> - spSDok_VLTYP_SLOZ: jako povinné a OUT<br><br> - spZapisSDokNaHDok: jako povinné @HDCCENAVALDPH<br> - spSDok_HDok: jako povinné @OLDHDCCENAVALDPH, @HDCCENAVALDPH<br><br> - spSDOK_VRATSARZI: jako povinné a OUT<br> - spTXT_SDOKCalRec: jako povinné a OUT<br><br> - spSDok_InsertRec: jako nepovinné<br> - spSDok_UpdateRec: jako nepovinné<br> - spSDok_Udrzba: jako nepovinné a OUT<br> - spTXT_SDOK: jako nepovinné<br><br></li>
</ul>
<h3>Změny pohledů</h3>
<ul>
<li><b>QHDOK - Pohled QHDOK</b><br>Do pohledu QHDOK doplněna položka CISRAD.CISELNA_RADA<br><br></li>
</ul>
<h3>Změny webových stránek</h3>
<ul>
<li><b>Změna zkratky IAS na IFRS</b><br>Zkratka IAS ve formulářích a sestavách byla přejmenována na IFRS.<br><br>Upraveny stránky :<br> - Ucet\Hl_kniha_det_S.htm <br> - Ucet\Hl_Kniha_DetHromInv.htm <br> - Ucet\Hl_Kniha_DetHromKS.htm <br> - Ucet\Hl_Kniha_DetHromObrat.htm <br> - Ucet\Hl_kniha_detKS_S.htm <br> - Ucet\Hl_kniha_f.htm <br> - Ucet\Hl_kniha_fs.htm <br> - Ucet\Hl_kniha_Str_syn.htm <br> - Ucet\Hl_kniha_syn.htm <br> - Ucet\navy_rok.htm <br> - Ucet\Otev_rok.htm <br> - Ucet\QUcZa_Inc.htm <br> - Ucet\QUcZa_IncPKP.htm <br> - Ucet\Uzav_rok.htm <br> - Ucet\V_AP_filtr.htm <br> - Ucet\V_CF_filtr.htm <br> - Ucet\V_PVZZ_filtr.htm <br> - Ucet\V_VZVK_filtr.htm <br> - Ucet\V_ZVK_filtr.htm <br> - Ucet\V_ZZ_filtr.htm <br> - Ucet\Vysl_F.htm <br> - Ucet\Vysl_Str_F.htm <br> - Ucet\V_APIAS.htx <br> - Ucet\V_APIASplan.htx <br> - Ucet\V_APIASplanSkut.htx <br> - Ucet\V_CFIAS.htx <br> - Ucet\V_CFIASPlan.htx <br> - Ucet\V_CFiasPlanSkut.htx <br> - Ucet\V_ZZIAS.htx <br> - Ucet\V_ZZIASPlan.htx <br> - Ucet\V_ZZIASPlanSkut.htx <br> - Ucet\V_AP.idc <br> - Ucet\V_CF.idc <br> - Ucet\V_PVZZ.idc <br> - Ucet\V_VZVK.idc <br> - Ucet\V_ZVK.idc <br> - Ucet\V_ZZ.idc <br> - Ucet\VSK_CF.idc<br> - Ucet\NeziskOrg\APNO.htm <br> - Ucet\NeziskOrg\ZZNO.htm <br> - Ucet\NeziskOrg\APNO.idc <br> - Ucet\NeziskOrg\ZZNO.idc <br> -Ucet\Vykazy\SK_NUJ_ZZ_filtr.htm <br> -Ucet\Vykazy\SK_NUJ_AP_filtr.htm <br> -Ucet\Vykazy\CZ_ZZ_filtr.htm <br> -Ucet\Vykazy\CZ_AP_filtr.htm <br> -Ucet\Vykazy\CZ_CF_filtr.htm <br> -Ucet\Vykazy\CZ_ZVK_filtr.htm <br> -Ucet\Vykazy\CZ_VZVK_filtr.htm <br> -Ucet\Vykazy\CZ_PVZZ_filtr.htm<br> - doprava\KartaVozidla_NakladyVynosy.htm<br> - Include\CisOdpSkup_IAS.htm <br> - Include\CisOdpSkup_IAS_MF.htm <br> - Include\Maj_hdHodnota_IAS.htm <br> - Include\UcetDAL_IAS.htm <br> - Include\UcetMD_IAS.htm<br> - Majetek\MajPoh.htm <br> - Majetek\Majetek.htm <br> - Nastaveni\UcPrPol.htm  <br> - Nastaveni\UcPredp.htm  <br> - Nastaveni\UcetVyk_Obecny.htm  <br> - Nastaveni\UcetVyk_Hlav.htm  <br> - Nastaveni\UcetVyk.htm  <br> - Nastaveni\SkladVydej.htm  <br> - Nastaveni\Sklad.htm <br> - Priklady\Sdok.htm<br> - Prodej\UznaniVynosu.htm<br> - Eso9StartDE\Ucet\navy_rok.htm <br> - Eso9StartDE\Ucet\Otev_rok.htm <br> - Eso9StartDE\Ucet\Uzav_rok.htm <br> - ESO9StartHU\Ucet\V_ZZ.idc <br> - ESO9StartHU\Ucet\HL_KNIHA_STR_SYN.HTM <br> - ESO9StartHU\Majetek\MajPoh.htm<br> - ESO9StartSK\DOPRAVA\KARTAVOZIDLA_NAKLADYVYNOSY.HTM <br> - ESO9StartSK\Ucet\QUcZa_Inc.htm<br><br>Upraveny STI sestavy Vysl_str.idc, Vysl_Str_Obdobi, Vysl_str_tablet.idc, Hl_kniha_ks_det, Hl_kniha_ob_det, InventarizaceUctu, DK<br><br>Upraveny funkce fnSeznamTypuOdpSkup, fnHospVysledek_Work.<br>Upravena procedura spHlavniKniha.<br>Upraveno 6 chybových hlášení.<br>Upraveno 212 záznamů v překladovém slovníku.<br>Upraveny popisy 19 položek v datovém modelu<br>Upraveny popisy a nápověda ve 128 procedurách, funkcích a triggerech.<br><br></li>
<li><b>*.htx - HTX sestavy</b><br>Do všech níže uvedených HTX sestav, které obsahují parametr Cinnost=<%idc.Cinnost%>, přidán parametr TModule=<%idc.TModule%>. Je to proto, že se zvolené činnosti špatně zařazovaly v navigačním stromě "Navštívené".<br> - doprava\ZalozDokladZeVzoru.htx<br> - finance\EditPenU.htx<br> - finance\VyberPenUPIP.htx<br> - finance\VyberPenUPPP.htx<br> - nakup\FapStav.htx<br> - nakup\ZalozFPUzQR.htx<br> - nakup\ZalozNobSbernaZeVzoru.htx<br> - nastaveni\DokladSkladZeVzoru.htx<br> - nastaveni\DokladSkladZeVzoru2005.htx<br> - nastaveni\DokladSkladZeVzoru2007.htx<br> - nastaveni\DokladZeVzoruKoop.htx<br> - nastaveni\DokladZeVzoruPrevodky.htx<br> - nastaveni\GGPlanovaniRozcestnik.htx<br> - nastaveni\OLD\DokladSkladZeVzoru.htx<br> - nastaveni\OLD\DokladSkladZeVzoru2005.htx<br> - nastaveni\OLD\SkladZeVzoru.htx<br> - nastaveni\OLD\SkladZeVzoru2005.htx<br> - nastaveni\OLD\ZalozDokladZeVzoru.htx<br> - nastaveni\OLD\ZalozDokladZeVzoru2005.htx<br> - nastaveni\OpravDoklad.htx<br> - nastaveni\PokladnaZeVzoru.htx<br> - nastaveni\PokladnaZeVzoru2005.htx<br> - nastaveni\PokladnaZeVzoru2007.htx<br> - nastaveni\SkladZeVzoru.htx<br> - nastaveni\SkladZeVzoru2005.htx<br> - nastaveni\SkladZeVzoru2007.htx<br> - nastaveni\VycetkaPlZeVzoru.htx<br> - nastaveni\VykazUkolListRozcestnik.htx<br> - nastaveni\VzKoPrDoNa.htx<br> - nastaveni\ZalozDokladZeVzoru.htx<br> - nastaveni\ZalozDokladZeVzoru2005.htx<br> - nastaveni\ZalozDokladZeVzoru2007.htx<br> - prodej\VydejZbozFaV.htx<br> - prodej\VydejZbozFaVO.htx<br> - prodej\VydejZbozFaVS_Z.htx<br> - saldo\PenF_Subj_Vzor.htx<br> - sklad\VNZeVzoru.htx<br> - zadavani\VyberVzoruProAkci.htx<br> - zadavani\ZalozKumulNakObjZeVzoru.htx<br> - zadavani\ZalozKumulVyrZakZeVzoru.htx<br> - zadavani\ZalozVyrDokladZeVzoru2005.htx<br> - zasilky\SVU2EXBB.htx<br> - zasilky\SVU2EXPPL.htx<br><br></li>
<li><b>nastaveni\KopiePrDoNa.htm - Obecná stránka pro kopie dokladů</b><br>Stránka má "ViewName"="QHDOK_KOPIE" a sloupec "Číslo dokladu následníka"(MF_CIS_DOKNEW).<br>Upravena fchange-procedura "spQHDOK_KOPIE_MF_CIS_DOKNEW", která se volá nad položkou MF_CIS_DOKNEW tak, aby vracela obdobné položky výběr vzoru z odkazu "Vzor následníka"(fchange-procedura spQHDOK_KOPIE_MF_IDHDOKVZOR):<br> - Typ dokladu následníka<br> - Vzor následníka<br> - Pohyb následníka<br> - Měnu následníka...<br><br></li>
<li><b>nastaveni\KopiePrDoNa.htm - Kopie podle vazby mezi vzory</b><br>Provedeny následující změny:<br>  - přejmenování tlačítka "Kopie složek" na "Kopie složek dokladu"<br><br></li>
<li><b>ucet\DoklKopie.htm - Kopie nebo storno dokladu</b><br>Provedeny následující změny:<br>  - do datového zdroje horní formy "Kopie nebo storno dokladu" doplněn parametr %SELECTHDOK%<br>  - do datového zdroje spodní formy "Složky dokladu pro kopii nebo storno" doplněn parametr %SELECTSDOK%<br>  - přejmenování tlačítka "Kopie hlavičky dokladu" na "Kopie celého dokladu"<br><br></li>
<li><b>*.htm - Hromadná změna forem</b><br>U níže uvedených forem přesunuty input položky ze sekce caption formy dovnitř formy. Dúvodem je to, že v novém designu obecného klienta to nevypadá dobře, nebo nefunkčně (button)<br><br>CZ web:<br> - sklad\VztazneVN.htm<br> - priklady\KopieHDok.htm<br> - priprava\varianta.htm<br> - priprava\vazbazavdiloper.htm<br> - priprava\vazbazavoperpom.htm<br> - priprava\vazbazavpomoper.htm<br> - priprava\zavdil.htm<br> - priprava\zavdilall.htm<br> - priprava\zavoper.htm<br> - priprava\zavoperall.htm<br> - priprava\zavpom.htm<br> - priprava\zavpomall.htm<br> - prodej\PObj.htm: beze změn(počet poznámek)<br> - sklad\DokladCSP.htm<br> - sklad\InventurniSoupisPredPS.htm<br> - sklad\VztazneVN.htm<br> - sklad\VztazneVNSDok.htm<br> - ucet\Vyk_ObecF.htm: beze změn(nepouziva se)<br> - ucet\Vyk_ObecFP.htm: beze změn(nepouziva se)<br> - ucet\Vyk_ObecFSP.htm: beze změn(nepouziva se)<br> - zadavani\NavrhNOBzKK.htm<br> - zadavani\PlanVyroby_vazby.htm<br> - zadavani\START_VPOperMat.htm<br> - zadavani\VPOperMat.htm<br> - zadavani\VykazUL_SlozkaVZA.htm<br> - zadavani\VyrobaZavpom.htm<br><br>DE web:<br>- servis\ZakListVP.htm: beze změn(počet poznámek)<br><br>PL web:<br>  - Finance\BaV.htm<br><br></li>
<li><b>Nastaveni\ExpSestav.htm - Upravena stránka pro export sestav</b><br>Upravena stránka pro export sestav:<br>- jméno exportovaného souboru je předvyplněno kódem exportované sestavy<br>- vlastní víceřádkový export je lépe naformátovaný<br><br></li>
<li><b>IDC/HTX - IDC sestavy pro zobrazení změn z logovací databáze</b><br>Do níže uvedených IDC sestav, pro zobrazení změn z logovací databáze, doplněna klauzule WITH(NOLOCK) pro čtení z _LOG databáze:<br> - nastaveni/HistorieZmen.idc<br> - nastaveni/HistorieZmenPol.idc<br><br></li>
</ul>
<h2><a name="ESO9Vyr"></a>Výroba pro ESO9</h2>
<h3>Výroba</h3>
<ul>
<li><b>5. 1. 3.10 - Karty výrobků a nakupovaných dílů (ZBOZI) - Cizojazyčné názvy pro karty Zboží ve výrobě (a nejen tam)</b><br>Činnost umožní mimo jiné běžnou evidenci zboží a výrobků bez ohledu na sklad, kde je fyzicky vedeno (více o použití  - v činnosti 2…). Nově zde je zařazen odkaz na formulář „Cizojazyčné názvy“.  V tomto formuláři je umožněno pořizovat cizojazyčné názvy. <br>Položka „Jazyk“ umožní označit, v jaké řeči je daný název uložen.<br>Položka „Název zboží“ umožňuje uložit název v kódování UNICODE <br><br>S uvedeným souvisejí následující změny:<br>-	Založena tabulka ZBOZINAZEV<br> •	IDZBOZI		int<br> •	VLTYP		smalint<br> •	NAZEV_ZBOZI	N255<br><br>-	Upraven formulář: <br> •	nastaveni/Zbozi.htm (přidán odkaz na cizojazyčné názvy)<br> •	nastaveni/zboziVYR (nový formulář pro agendu pomocných číselníků ve výrobě 5.1.3.10) s odkazem na číselník jazykového popisu ()..<br> •	nový formulář číselníku s jazykovým popisem ke kartám nastaveni/ZbozNazev.htm<br><br>-	Obchodní pravidla, procedury:<br> •	spZBOZINAZEV_NewRec vytvořena (přednaplňuje typ na 0 při založení nového záznamu)<br> •	spZBOZINAZEV_CopyAll (kopíruje všechny cizojazyčné názvy, co je pod zdrojovou IDZBOZI do cílové IDZBOZI)<br><br></li>
<li><b>5. 1. 3. 9 - Založení nakupovaného dílu kopií z katalogu - Popis nové činnosti</b><br>Činnost umožní zakládat nové karty do číselníku zboží pomocí kopie katalogového vzoru (odkaz „Založení dílu kopií z katalogu“ v záhlaví formuláře). <br><br>Nový formulář nastaveni/DilZBOZI.htm<br>-	Odkaz „Založení dílu kopií z katalogu“ v záhlaví umožní provést výběr vzoru (stromové členění dle skupin), z něhož se má provést vytvoření nové karty kopií. Přitom je možno doplnit číslo nové zakládané položky a její název. Právě název je nabízen pro doplnění. Předpokládá se tak, že se nabízen šroub jehož specifikace (například M14) obsluha do názvu před zahájením kopie doplní.<br>-	Tlačítko „Založit nový díl kopií dle katalogu“ spustí akci<br>-	Pomocí rozbalovacího komba vedle tlačítka je možno určit, zda se má kopírovat:<br>o	Včetně cizojazyčných názvů<br>o	Pouze samotná karta dílu<br><br><br>Na vlastním formuláři může navíc obsluha nastavit následující rozšířený způsob kopie.<br>-	Způsob založení dokumentace:<br>o	Založit neexistující<br>o	Modifikovat existující<br>o	Modifikovat, případně (neexistující) založit<br><br>Akce při označení řádku v levém browse (odkud se má kopírovat vybrané karty):<br>-	Při označení řádku:<br>o	Nenaplňovat položky číslo a název<br>o	Naplnit jen položku číslo<br>o	Naplnit jen položku název<br>o	Naplnit položky číslo a název<br><br><br>Formulář levého browse obsahuje položky z nichž obsluha může vybrat ty, které mají být kopírovány. Při označení řádku budou přednaplněna dočasná pole určená pro kopírování podle výše uvedené volby.<br><br>-	Tlačítko „Založení dílů kopírováním označených“ provede akci. Po akci se nové karty objeví v pravém browse s příznakem stavu „Čeká na zařazení“. Nastavením jakékoliv jiné hodnoty stavu dojde k odfiltrování karet z pravého browse.<br><br></li>
<li><b>5. 5. 1.10 - Neadresné navážení materiálu na DZ (navážecí za - Rozšíření o možnost zadání výdejního skladu</b><br>Provedeny úpravy formuláře zadavani/START_NavZak.htm, které spočívají v přidání položky MF_CIS_SKLADROZPAD, která umožní volné určení požadovaného skladu výdeje.<br><br>Dále byly v souvislosti s tím provedeny úpravy v procedurách (položka přidána do interface):<br>-	spDZA_AKCE<br>-	spVytvorVD_RozpisMaterialu<br><br></li>
<li><b>5. 1. 3. 5 - Tarifní třída - Hromadný přepočet mezd na operaci TPV dle číselníku tarifů</b><br>Upravena procedura spTARTRIDA_AktualizaceTarifuVTPV použitá pro hromadný přepočet mezd na operaci TPV podle zvoleného tarifu. Byl rozšířen parametr „@MF_CO_PREPOCITAT “o možnost 2 (Všechny v rámci zvoleného tarifu s vynucením přepočtu)<br>V souvislosti s tím byla upravena stránka nastaveni/TarTrida.htm, kdy bylo rozšířeno kombo způsobu výpočtu o položku „Všechny (vynutit přepočet)“. <br>Tato volba provede přepočet všech operací v TPV, které obsahují zvolenou tarifní třídu bez ohledu na to, zda byl či nebyl tarif změněn – přepočet věty provedou vždy (vhodné jako údržba po importu dat).<br><br></li>
<li><b>5. 5. 1. 9 - Vazby složek plánu výroby - Úprava datového zdroje formy</b><br>Upraven datový zdroj formuláře zadavani/PlanVyroby_Vazby.htm.<br>Při zadání vstupního filtru docházelo k nejednoznačnosti filtrovaných položek.<br><br>Rovněž došlo k úpravě hyperlinku hlavního menu u činnosti 5.5.1.9<br><br></li>
<li><b>5. 2. 1 - Pořízení prodejní objednávky a jejích složek - Nová sestava „Průběh zpracování“ nad složkou POB</b><br>Vytvořena nová sestava, která podává informace o průběhu zpracování zkoumané složky POB.<br>Vychází z historie složek dokladů a rozšiřuje ji o statistické informace z výrobní části. <br>Sestava se volá ze složky na formuláři prodej\START_PObjVyr.htm odkazem „Průběh zpracování“<br><br>Pro tuto sestavu byl vytvořen datový zdroj fnHISTORIE_POB_VYROBA, který pro zadané IDSDOK nalezne všechny následníky přes výrobní zakázku a výrobní dokumentaci až do odvádění. <br><br>V souvislosti  tím byla vytvořena tisková předloha:<br>-	Zadavani/PrubehZpracoaniSlozky.idc<br>-	Zadavani/PrubehZpracoaniSlozky.htx<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 - Odesílání SMS z ESO9</b><br>Poskytovatel služby, kterou využíváme v ESO9 pro posílání SMS, změnil adresu API, na které službu hostuje. Došlo proto i k úpravě knihovny ESO9Lib.dll, která tuto službu využívá. Změny jsou dostupné od verze 5.9.0.5.<br><br></li>
<li><b>Aplikační server - Nové knihovny GS Stimulsoft</b><br>Přechod na novou verzi knihoven Stimulsoft (2019.3.2) v generátoru sestav obecného klienta.<br>V rámci přechodu aplikačního serveru na novou verzi .NET Frameworku byly zároveň zapojeny nejnovější knihovny Stimulsoftu pro tisk sestav z obecného klienta.<br>Dostupné v technologii od července 2019.<br><br></li>
<li><b>Aplikační server - Přechod na novou verzi .NET Frameworku 4.6.1</b><br>Aplikační server přechází od července 2019 pod novou verzi .NET Frameworku (4.6.1).<br>Mezi hlavní důvody patří:<br>* podpora nových verzí GS Stimulsoft - produkty Stimulsoft jsou aktuálně vydávány pro .NET Fw 4.5 a novější (https://www.stimulsoft.com/en/blog/news/changes-in-system-requirements-in-version-2019-2-2)<br>* implementace nového komunikačního protokolu websockets pro obecného klienta - podpora této technologie ze strany Microsoftu je od .NET Fw 4.5 a novější<br>* obecně využití možností nových verzí .NET Fw<br><br>Na seznamu podporovaných operačních systémů Windows se nic nemění, nejnižší podporovaná serverová verze začíná na Windows Serveru 2008 SP1.<br><br></li>
<li><b>Aplikační server - Implementace nového komunikačního protokolu pro obecného klienta (web sockets)</b><br>Obecný klient umí komunikovat s aplikačním serverem kromě stávajícího protokolu AJAX nově i protokolem WebSockets. Mezi oběma protokoly se lze přepínat na úrovni aplikačního serveru ve Správci ESO9. Protokol WebSockets je hostován primárně na protokolu HTTPS, pro funkční komunikaci je tedy třeba mít funkční protokol HTTPS na straně web serveru (tj. doplnit serverový certifikát + přidat protokol HTTPS).<br>Protokol WebSockets je podporován od OS Windows Server 2012 (resp. Windows 8) výše (přesněji řečeno od IIS 8.0 výše).<br><br>Některé z výhod použití protokolu WebSockets:<br>* všechny akce klienta (kliknutí, stisk klávesy) jsou rychlejší<br>* komunikace klient-server je oboustranná - např. při zastavení uživatele či celého serveru se uživateli okamžitě objeví informační hlášení<br>* komunikace je šifrovaná - aplikační server hostuje websocket komunikační bránu pouze na https protokolu<br><br></li>
<li><b>Aplikační server - Úprava nahrazování hodnot parametrů SQL datových zdrojů sestav</b><br>Pokud se v hodnotě parametru SQL datového zdroje sestavy vyskytne znak apostrofu a tento parametr je předán do další sestavy odkazem (resp. v URL odkazu), dojde při nahrazování hodnoty parametru ke správnému zdvojení apostrofu tak, aby byl výsledný datový zdroj syntakticky správně.<br>K chybám docházelo např. v detailech saldokontních sestav, pokud se v názvu subjektu vyskytl znak apostrofu.<br>Dostupné v technologii od 22.7.2019.<br><br></li>
<li><b>Aplikační server - Nové parametry formy</b><br>V definici formy přibyly 4 nové parametry pro obecného klienta: ROWHEIGHT, AUTOROWHEIGHT a UPDATEAFTERSET:<br>* ROWHEIGHT - umožňuje nastavit výšku řádků tabulky (browse) jedné formy. Pokud se výška řádků tabulky nastaví v CSS stylopisu, změní se ve všech formách v celé aplikaci. Tento parametr tedy umožňuje selektivní nastavení pouze v jedné formě. Hodnota se udává v pixelech.<br>* AUTOROWHEIGHT - umožňuje automatické nastavení výšky řádku tabulky (browse) podle množství (zalomeného) textu v buňce. Text se tak zobrazí celý bez nutnost roztahovat sloupec.	Hodnota 1 znamená, že je parametr nastaven. Bude-li po takové formě následovat další, může při procházení mezi řádky zobrazení celé stránky "pumpovat" tak, jak se bude výška browse přizpůsobovat výšce aktuálního řádku.<br>* UPDATEAFTERSET - příznak, že se má po každé změně hodnoty položky ve formuláři ukládat hodnota celé věty (formy). Eliminuje se tím nutnost uložit větu tlačítkem <I>Uložit</I>. Hodnota 1 znamená, že je parametr nastaven.<br>* SETBRWAUTOHEIGHT - příznak, že se má nastavit výška browse dynamicky dle počtu řádků v ní zobrazených. Běžně se výška browse nastavuje parametrem ROWSCOUNT staticky, novým parametrem lze dynamicky přizpůsobit výšku browse ve stránce počtu všech řádků formy. Pozor - při větším počtu řádků (> 100) může být zobrazení browse pomalé, navíc bude-li po takové formě následovat další, může při procházení mezi řádky zobrazení celé stránky "pumpovat" tak, jak se bude výška browse přizpůsobovat aktuálnímu počtu řádků.<br><br></li>
<li><b>Aplikační server - Hromadné odesílání sestav e-mailem v obecném klientovi</b><br>Po hromadném odesílání sestav e-mailem (např. tisk sestavy s parametrem RepeatFor=xxx) nedošlo po odeslání všech sestav k zobrazení korektní hlášky a návratu řízení zpět na formulář, odkud se sestavy odesílaly.<br>Opraveno v technologii z 31.7.2019.<br><br></li>
<li><b>Aplikační server - Import z ISDOC</b><br>Do mechanismu importu z formátu ISDOC byla doplněna akceptace hodnot částek DPH v jednotlivých sazbách. Doposud (tj. do verze 5.9.0.4 knihovny ESO9Lib.dll) se pracovalo pouze se základy daní a vlastní částka daně se dopočítávala ze základu (s ohledem na způsob zaokrouhlení dle nastavení v typu dokladu), takže se mohla lišit od částky daně uvedené na dokladu. Pokud bude nyní v souboru ISDOC uvedena i částka daně v některé z použitých sazeb, naimportuje se a vzniklém dokladu se nastaví příznak ručního vstupu na 3. Jinak se nastaví ruční vstup na hodnotu 1 a provede se výpočet DPH dle sazby (tak jako se provádělo dosud).<br>Dostupné od knihovny ESO9Lib.dll v5.9.0.5 určené pro .NET Framework 4.6.1.<br><br></li>
<li><b>Aplikační server - Zobrazení tlačítka v tabulce</b><br>Pokud byla ve formuláři použita položka "MF_BRWCMDx" pro zobrazení tlačítka v tabulce, zobrazovala se textově i v Internet Exploreru, přičemž je určena pouze pro prostředí obecného klienta. Pro klienta v Internet Explorer se proto tato položka odstraní.<br>Dostupné v technologii od 5.8.2019.<br><br></li>
<li><b>Aplikační server - Sestavy do formátu HTML2</b><br>Při výstupu sestav do formátu HTML2 se vypisovaly pouze hodnoty sloupců, jejichž technické názvy byly uvedeny velkými písmeny.<br>Opraveno ve verzi z 7.8.2019.<br><br></li>
<li><b>Aplikační server - Zarovnání datumových a číselných položek v sestavách typu HTML2</b><br>Datumové a číselné položky v sestavách typu HTML2 se nyní zarovnávají vpravo.<br>Dostupné od 7.8.2019.<br><br></li>
<li><b>Aplikační server - Formátování datumů v logovací DB</b><br>Při změně datumové položky ve formuláři se v logovací databázi formátovalo datum odlišně (napevno v anglické notaci), než ve formuláři (kde formátování datumu podléhá nastavení uživatele či aplikace). Formátování datumů v aplikační a logovací databázi bylo proto sjednoceno.<br>Dostupné v technologii od 7.8.2019.<br><br></li>
<li><b>Aplikační server - Interní optimalizace</b><br>Byla přepracována interní manipulace s parametry v datovém modelu aplikace uvnitř aplikačního serveru (ten si udržuje in-memory databázi popisující aktuální stav aplikace). Vlastní čtení a zápis parametrů se tím zrychlil cca o 20%, což se projeví na rychlejší odezvě uživatelské práce.<br>Dostupné v technologii od 8.8.2019.<br><br></li>
<li><b>Reporting server - Formátování exportu Excelu v Reporting Serveru</b><br>Po přechodu na nejnovější verzi knihoven Stimulsoft se v Reporting Serveru změnilo implicitní nastavení exportu sestav do Excelu (formát STIXLSX); exportovala se pouze data, zatímco např. při exportu z obecného klienta, který využívá stejný engine, se exportovalo kromě dat i záhlaví jednotlivých sloupců.<br>Sjednoceno v Reporting Serveru v5.9.0.2.<br><br></li>
<li><b>Obecný klient - Změna práce s časovými značkami v šifrovaných odkazech serverových TEMP sestav v obecném kleintovi</b><br>V serverových TEMP sestavách (sestavy, které se generují pouze 1x a při dalších použitích se pouze čtou z cache) došlo k úpravě kontroly časových značek v šifrovaných odkazech v obecném klientovi.<br>Dostupné v technologii od 27.8.2019.<br><br></li>
<li><b>Reporting Server - Lokalizace prostředí</b><br>Do Reporting Serveru byla doplněna lokalizace prostředí dle jazyka sestavy. Jedná se např. o překlady "Stránka X z Y" nebo názvy měsíců či dnů.<br>Dostupné od verze 5.9.0.3.<br><br></li>
<li><b>Obecný klient - Výchozí formát sestav při jejich odeslání e-mailem</b><br>Pokud při odesílání sestav e-mailem z obecného klienta není explicitně nastaven formát, použije se výchozí formát sestav v obecném klientovi - tj. HTML5. Pro náhled sestavy na monitoru je tento formát v pořádku (umí jej zobrazit všechny prohlížeče napříč všemi podporovanými platformami), pro odeslání sestavy e-mailem je ale vhodnější použít formát PDF stejně, jako tomu bylo ve starém klientovi. Nově se tedy bude za výchozí formát sestavy pro účely jejího odeslání e-mailem brát formát PDF. <br>Pokud by uživatel potřeboval odeslat sestavu ve formátu HTML5, je třeba jej explicitně uvést na odkazu v parametru PrintDest=STIHTML5.<br>Dostupné v technologii od 9.9.2019.<br><br></li>
<li><b>Obecný klient - Verze skriptů obecného klienta</b><br>V konfiguraci obecného klienta (soubor eso9.ver.xml, který je uložen v Support webu ve složce C:\Program Files (x86)\ESO9\eso9net\Support\Lib\) přibyla možnost specifikovat každý soubor jen pro danou verzi aplikace. Při nasazování nového designu tak bude možné určit, které soubory se týkají nového a které starého designu, čímž se umožní přepínání mezi oběma vzhledy po dobu několika verzí.<br><br></li>
<li><b>Aplikační server - Změna způsobu formátování datumových položek v uložených procedurách spouštěných na tlačítko.</b><br>Při formátování datumových položek pro účely spouštění obchodních pravidel se bere v potaz uživatelská maska dané položky (např. ";DT" nebo ";T"); v takovém případě se datumová položka formátuje vč.času.<br>V případě, že spouštím uloženou proceduru na tlačítko, se napevno všechny datumové položky formátovaly bez časové složky (tj. pouze datum) dle jazykového nastavení aplikace či uživatele. <br>Nově se datumové položky v uživatelských procedurách volaných na tlačítko formátují vč.času.<br><br></li>
<li><b>Reporting Server - Vypnutí logování</b><br>V definici offline sestavy pro Reporting Server byla doplněna položka "Úroveň logování". Umožňuje na úrovni definice jednotlivých sestav nastavit, jak podrobné logy se k dané sestavě budou během jejího generování ukládat do logovací DB. K dispozici jsou úrovně "Nelogovat", "Logovat pouze vytištění sestavy" a "Logovat vše". Úroveň "Logovat vše" bude logovat všechny akce Reporting Serveru vč. doplňování parametrů, úroveň "Logovat pouze vytištění sestavy" bude pro každou vygenerovanou sestavu zapisovat do LOGu pouze jeden řádek (zde došlo k rozšíření zapisovaných informací o cíl tisku) a při nastavení "Nelogovat" se do logovací DB pouze zapíše informace, zda se z dané databáze ne/načetly nějaké definice offline sestav. <br>Během ladění jednotlivých sestav tak může být logování zapnuté, po jejich přesunu do rutinního provozu lze logování vypnout a šetřit tak kapacitu logovací DB.<br>Dostupné v Reporting Server od v5.9.0.5.<br><br></li>
<li><b>Aplikační server - Nový design</b><br>Do ESO9v6.0 je postupně zapracováván nový design aplikace. S ohledem na odlišnou HTML/CSS/JS strukturu stránek je nový design dostupný paralelně se starým, tj. mezi oběma vzhledy aplikace lze přepínat. Podrobnější popis mechanismu přepínání obou vzhledů je popsán v článku https://wiki.eso9.cz/doku.php?id=techdoc:novydesignok.<br><br></li>
<li><b>Obecný klient - Zobrazení náhledu PDF</b><br>Ve formě lze nyní použít náhled PDF souboru z DMS. Příslušný HTML TAG musí být DIV, mít jako datovou položku nastavenu položku s FileGUIDem z DMS a jako MASKu hodnotu PDFFROMDMS; jedná se o analogii s použitím obrázků ve formě, rozdíl je pouze v masce (IMGFROMDMS) a TAGu IMG. Náhled PDF umožní zejména stažení souboru a jeho vytištění.<br>Příklad: &lt;div datafld="1_DOKUMENTFILEGUID" name="DOKUMENTFILEGUID" datasrc="#ESOPAGECTL" mask="PDFFROMDMS" width="550"&gt;.<br>Dostupné v obecném klientovi od 10.10.2019.<br><br></li>
<li><b>Aplikační server - Zobrazení vybraných odkazů z formy jako tlačítka v navigační liště</b><br>Kromě tlačítek z formuláře lze nyní zobrazit v navigační liště i vybrané odkazy z formuláře. V syntaxi takového odkazu přibyl parametr brwAction=x s pořadím takové akce v případě, že jich bude v navigační liště zobrazeno více.<br>Určeno pouze pro nový design obecného klienta.<br><br></li>
<li><b>Aplikační server - Ověření subjektu v rejstříku ARES</b><br>Ověření subjektu v rejstříku ARES.<br>V případě, že chceme z ARESu pouze stáhnout informace k subjektu na základě IČ a ty zobrazit ve formuláři (tj.bez zakládání nového subjektu), je třeba si vytvořit vlastní (tj. Profi) formulář (s příslušnými MF položkami) a v něm provést stažení požadovaných informací z ARESu a popř. další uživatelskou akci s takto získanými údaji. Podrobnosti vč.praktické ukázky jsou dostupné na wiki.<br><br></li>
<li><b>Aplikační server - Export sestav typu XLS do Excelu</b><br>Při exportu sestav typu XLS do Excelu (např. 1. 3. 4. 6 Přehled závazků podle zpoždění platby, <br>1. 3. 4. 7 Přehled pohledávek podle zpoždění, odkazy XLS) mohlo docházet k chybě v závislosti na počtu řádků, které sestava vracela.<br>Opraveno v technologii ze 17.10.2019.<br><br></li>
<li><b>Aplikační server - Ochrana proti SQL injection</b><br>Ochrana proti SQL injection byla přesunuta z klientské komponenty (pro Internet Explorer) na aplikační server a interně je řešena jiným mechanismem, než jen prostým výčtem klíčových slov. Zároveň je tím ochrana funkční i v obecném klientovi.<br>Kontrolu hodnot zadaných do StartFiltru lze vypnout aplikačním parametrem "CheckSQLFilter" a to buď pro celou aplikaci, nebo selektivně pro vybrané uživatele.<br>Dostupné v technologii od 17.10.2019.<br><br></li>
<li><b>Aplikační server - Export sestav do Excelu</b><br>Při tisku sestav typu XLS v obecném klientovi se do formuláře generuje zároveň tlačítko pro přímý export dat do Excelu. Pokud se používala ESO9 autentikace (tj. ověřování pomocí jména a hesla), docházelo při exportu do Excelu k opětovnému přihlášení uživatele.<br>Opraveno ve verzi z 23.10.2019.<br><br></li>
<li><b>Reporting Server - Chyba při odesílání sestavy e-mailem</b><br>Pokud při odesílání sestavy e-mailem s přílohou uloženou v uživatelsky definovaném adresáři došlo k chybě (např. nedostupný SMTP server), nepodařilo se soubor s přílohou smazat a tyto přílohy se pak hromadily v uživatelském úložišti.<br>Opraveno v Reporting Server od verze 5.9.0.6.<br><br></li>
<li><b>Aplikační server - Export dat do CSV</b><br>Pro interaktivní export (tj. teď hned na uživatelské kliknutí) většího množství dat (1+mil.řádků) jsou nově k dispozici sestavy s typem výpisu CSV.<br>V generátoru sestav si lze vybrat typ výpisu CSV, sestava může mít více datových zdrojů, exportovat se bude celý výsledek datového zdroje (při tomto objemu řádku by přeskládávání sloupců zdržovalo). Výsledek se uploadne na klienta ve formátu ZIP (velikost souborů se pohybuje ve stovkách MB, je nutné je zaZIPovat), ten pak obsahuje tolik souborů, kolik má sestava datových zdrojů.<br>Podrobnější popis viz ESO9wiki.<br>Dostupné v technologii od 7.11.2019.<br><br></li>
<li><b>Aplikační server - Mechanismus šifrování odkazů</b><br>Do mechanismu šifrování byly doplněny i odkazy v aktivní stránce umístěné mimo formy.<br>Dostupné v technologii od 4.11.2019.<br><br></li>
<li><b>Aplikační server - Nový UP parametr</b><br>Do UP parametrů byl přidán nový parametr: UP_DTCURRENTDATE = aktuální pracovní datum (narozdíl od pracovního data uživatele DTESO_GETDATE bude toto vždy aktuální datum serveru).<br>Dostupné v technologii od 25.11.2019.<br><br></li>
<li><b>Aplikační server - Výchozí operátor ve filtrovacím formuláři</b><br>Do HTML předlohy lze nově zadat k INPUT položkám kromě hodnoty v atributu VALUE i výchozí operátor pro StartFilter v atributu DATA-FILTEROP. Hodnota operátoru se zadává ve stejné textové podobě, v jaké je operátor dostupný ve filtrovacím formuláři. Operátor se uplatní ve StartFiltru a v RowFilteru.<br>Funkční pouze v obecném klientovi.<br>Příklad: &lt;input type="text" name="UCET_OBD" size="7" value="%UP_UCET_OBD-2%" data-filterop=">=" readonly id="fpUCET_OBD"&gt;<br>Dostupné v technologii od 25.11.2019.<br><br></li>
<li><b>Aplikační server - Posun vybraných UP parametrů pro účely filtrování</b><br>Do filtrovacího formuláře (resp. řádkového filtru) lze předat vybrané UP parametry posunuté o zadanou celočíselnou hodnotu. Jedná se o UP parametry UP_DTCURRENTDATE, UP_DTESO_GETDATE a UP_UCET_OBD.<br>Ve spojení s možností zadat v HTML předloze i hodnotu operátorů pro filtr lze tímto způsobem automaticky filtrovat např. doklady za poslední 2 měsíce nebo doklady s datem splatnosti za předchozí 4 dny.<br>Příklad (doklady za poslední 3 měsíce): &lt;input type="text" name="UCET_OBD" size="7" value="%UP_UCET_OBD-2%" data-filterop=">=" readonly id="fpUCET_OBD"&gt;<br>Příklad (doklady s datem vystavení za poslední 3 dny): &lt;input type="text" size="10" name="DTVYSTAVENO" value="%UP_dtEso_GetDate-3%" data-filterop=">" id="fpDTVYSTAVENO"&gt;<br><br></li>
<li><b>Aplikační server - Vytížení procesoru apl.serveru</b><br>Při provozu klienta v Internet Exploreru s protokolem REMOTE mohlo dojít ke značnému vytížení procesoru aplikačního serveru při tisku sestav Stimulosft s obrázkem na pozadí (např. výkazu DPH apod.).<br>Opraveno v technologii ze dne 13.11.2019.<br><br></li>
<li><b>Aplikační server - Download BINárního souboru</b><br>Do technologie byla doplněna možnost downloadu binárního souboru (tj. ze serveru na klienta) pomocí atributu DOWNLOADBIN. Existující varianta downloadu souboru z aplikačního webu byla doplněna o download (binárního) souboru uloženého v datové položce aktuálního řádku. Pokud se tato možnost zkombinuje s voláním akce na tlačítko, lze v rámci akce (typicky realizované DLL knihovnou) provést export do lib.binárního formátu a vzniknuvší soubor přenést na klienta. Výhodou je jednak vyšší rychlost a jednak jednodušší infrastruktura (tj. výsledný export se nemusí ukládat do souboru či DMS, ale pouze na klienta).<br>V rámci ESO9Start použito pro export do formátu ISDOC(X) pro obecného klienta.<br>Dostupné v technologii od 18.12.2019.<br><br></li>
<li><b>Reporting Server - Rozšíření konfigurace</b><br>Konfigurace Reporting Serveru byla rozšířena pro obsluhu max 80-ti databází.<br>Dostupné od verze 6.0.0.1.<br><br></li>
</ul>
<h2><a name="TECHS"></a>Technologie ESO9 - server</h2>
<h3>Změny v ESO9 Správce</h3>
<ul>
<li><b>Vlastnosti aplikačního serveru</b><br>Do konfigurace aplikační serveru doplněna vlastnost "Protokol obecného klienta" s možnostmi AJAX / WebSocket. Výchozí je AJAX.<br>(ESO9 Správce, verze 5.9.1)<br><br></li>
<li><b>Spouštění skriptů</b><br>Po spuštění skriptu, při "Uložit protokol jako" do XML se heslo nahradí *** jako v ostatních případech.<br><br></li>
<li><b>Uživatelé a hesla</b><br>Změna hesla u uživatele s prázdným jménem již nehlásí chybu.<br><br></li>
<li><b>Překlady</b><br>Do překladového mechanismu doplněna práce i s podmíněným include, tedy sekvencí <%$INCLUDEHTML: <HTML kód> :podmínka%>. <br>Texty ze všech sekcí těchto sekvencí jsou do tvorby slovníku a překladu předloh.<br><br></li>
</ul>
</body>
</html>