ESO9 wiki

ESO 9 změny ve verzi 5.4 z 12.1.2017

 

Obecný klient

Změny v technologii .NET

• Obecný klient
  Opravena práce s povinným filtren a potvrzeným entrem. Nyní nedochází k tomu, že se musí dát 2x enter a dále je možné chybovou hlášku zavřít entrem.
  
  
• Obecný klient
  Při sestavování filtru doplněn tag u položek kde se odebírá hyperlink a nejsou uzavřeny do labelu.
  
  
• Obecný klient - Dashboard
  U widgetů TILE TILESMALL TILESMALL1 umožněno zadání parametrů z datového zdroje. V datovém zdroji musí být pole s parametry uvedenými ve tvaru JSON a parametrem JSONDATA se ve formuláři určí, kde se tato data nachází. Paramtry z datového zdroje mají přednost před parametry ze stánky a parametry jde kombinovat. Například ve stránce nechar parametr width a widget a ostatní předat dynamicky datovým zdrojem.
  př.
  
  
  
  
• Obecný klient - Konfigurace
  Doplněné ukládání a načítání filtru v konfiguraci při použití logických spojek AND a OR.
  
  
• Obecný klient - Rozšířený filtr
  Opraveno chybné chování zadání pole v ručním filtru. Při zadávání spojky OR a následném zadání pole databáze se spojka OR změnila na AND.
  
  
• Obecný klient - Filtr
  Doplněna možnost potvrdit chybové hlášení "Filtr musí být zadán" tlačítkem enter.
  
  
• Obecný klient - Goggle mapy
  Doplněna možnost zadat více bodů do Goggle mapy. v datovém poli musí být adresy pro vyhledání odděleny středníkem př. "ulice1, psc1, mesto1;ulice2, psc2, mesto2"
  
  
• Obecný klient - Dashboard
  Doplněny nové widgety dashboardu GRID a SCHEDULER.
  
  

Aplikace ESO9 Prodejna

Legislativní změny

• EET - Elektronická evidence tržeb
  Při provozu aplikace ESO9 - Prodejna v ČR je od 1. 12. 2016 potřeba komunikovat s EET. Vlastní datum začátku použití závisí na zařazení podnikatelského subjektu do příslušné etapy.
  ESO9 Prodejna od verze 5.3.3 obsahuje práci s EET.
  Odesílat data do EET není možné na počítači s Windows XP a nižším operačním systémem. Je to možné až od Windows Vista SP2. Důvodem je nutnost použít bezpečnostní protokol, který je obsažen až v prostředí .NET Framework v4.5.
  
  Aby na Prodejně plnohodnotně fungovalo EET, je nutné, aby na centrální databázi byl spuštěn doplněk pro EET a byl pro EET nakonfigurován.
  Kromě toho je nutné, aby do SQL účtu, pod kterým linked server z Prodejny do centrální databáze přistupuje, bylo doplněno právo db_datareader na příslušnou _DOC databázi (kvůli čtení obsahu certifikátu z dokumentové databáze).
  Role, do které tento účet patří, potřebuje další práva. Pokud nemáte přepsánu proceduru spKasa_GrantRole, provede se samo skriptem. Pokud máte, doplňte do něj (podle názvu role):
  GRANT SELECT ON fnSubjekt_UdajePodleData TO kasa_role
  GRANT EXECUTE ON fnSubjekt_idNaseFirma TO kasa_role
  
  Podrobný popis v dokumentu ESO9-Prodejna.pdf, který je součástí instalace.
  
  

Aplikace ESO9 Start

Změna činnosti

• Informace o datovém řádku \ Historie změn - Zobrazení informací o datovém řádku včetně detailu
  Pro zobrazení informací o datovém řádku včetně detailu vytvořeny je určena funkce fnLOGROW_DETAIL. Tato vrací historii změn záznamu (TABULKA, IDTABULKA) a u akcí 1-INSERT, 2-UPDATE vrací rovněž detail změn (název sloupce, starou a novou hodnotu). Nově byl výpis historie rozšířen o ADD tabulku, pokud existuje a naplňuje se hodnotami
  
  
• 2 - Obchod a logistika
  Do níže uvedených činností doplněna položka ZBOZI.CARKOVY_KOD. Tím lze vyhledávat zboží i dle čárového kódu.
  
  - činnost 2. 1 Nákup
  - 2. 1. 1. 1 Cenové poptávky: předloha nakup\CenPop.htm
  - 2. 1. 1. 2 Nákupní objednávky: předloha nakup\VObj.htm
  
  - činnost 2. 2 Prodej
  - 2. 2. 1. 1 Cenové nabídky: předloha prodej\CenNab.htm
  - 2. 2. 1. 2 Prodejní objednávky: předloha prodej\PObj.htm
  
  - činnost 2. 3 Sklad
  - 2. 3. 1. 1 Účetní příjemky: předloha sklad\prijemkas.htm, sklad\prijemka.htm
  - 2. 3. 2. 1 Účetní výdejky: předloha sklad\vydejkas.htm
  
  
• 2 - Obchod a logistika
  U níže uvedených činností upraven odkaz "Umístění" tak, aby se zobrazovaly jak umístění bez skladu (stejné jako doposud), tak i umístění příslušného (uvedeného na složce dokladu) skladu
  - činnost 2. 2. 1. 2 Prodejní objednávky: odkaz "Příjem z výroby" předloha sklad\PrijemHV.htm
  - činnost 2. 3. 8. 1 Prodej ze skladu: předloha prodej\Prodejka.htm
  
  

Účetnictví

• 1. 1. 2. 5 - Export pro INTRASTAT (CZ)
  Pro správnou funkčnost činnosti provedeno:
  - doplněny seznam zboží (celní sazebník) u kterého se bude od 2016.08 zjišťovat statistický znak.
  - od období 2016.08 se nastavují parametry úlohy ve skupině "INTRASTAT" takto:
  IDES_VLPREPOCETKURSU : 6=ČNB střed
  IDES_VLDATUMKURSU : 1=zdan. plnění - denní
  !!! POZOR !!!
  - Původní hodnoty parametrů jsou ponechány s omezením jejich platnosti do období 2016.07 včetně
  - NOVÉ hodnoty parametrů je potřeba v případě, že firma používá jiný kurs, nebo datum kursu upravit RUČNĚ.
  Podrobnosti lze sledovat na těchto adresách:
  - https://www.czso.cz/csu/czso/intrastat_new
  - https://www.celnisprava.cz/cz/dalsi-kompetence/intrastat/Stranky/Účinnost-nového-celního-zákona-a-nařízení-vlády-k-provedení-některých-ustanovení-celního-zákona-v-oblasti-statistiky.aspx
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa CZ)
  V souvislosti se změnou zákona o DPH (s platností od 29.7.2016) byly změněny texty ve výkazu DPH
  - sestava Vykaz_DPH_TiskCZ.idc - provedeny změny textů u řádků 7, 8 a 62 - dle platného vzoru č.20 - upravena funkce fnDphTextyCZ_201101. Nové texty se tisknou pro výkazy DPH s obdobím DPH 2016.07 a vyšším.
  - v STI sestavě VykazDPH_CZ_201601 vloženo nové pozadí (vodotisk, vzor č.20) - pouze formální změny názvů řádků.
  - upraveny tiskové sestavy VykazKHDPH_CZ_201601, VykazKHDPH_CZ_201601Opis - provedena změna textů v nadpisu části A.2.
  
  
• 1. 1. 2. 3 - Výkaz DPH
  Do sestavy detailů vstupujících do řádku výkazu DPH (odkaz nad číslem řádku v pracovní sestavě výkazu DPH) byl doplněn název subjektu.
  Upravena stránka DPH\Vykaz_DPH_DetailCZ.htx.
  
  
• 1. 1. 1. 1 - Interní doklady
  Ve formulářích interního dokladu byl kód subjektu (editační položka) přesunut na 1. řádek (ten je společný pro všechny záložky), doplněno DIČ a Plátce DPH (pod název subjektu, obě readonly).
  - Upraveny formuláře ucet / Inter_dokl.htm, Inter_dokl_Sloz.htm
  
  Obecná hlavička účetního dokladu - do formuláře doplněno DIČ (readonly, za kód subjektu), pod název subjektu doplněn Plátce DPH (readonly), adresa a účet posunut o řádek níž.
  - Upraven formulář Ucet / DoklHlav.htm
  
  
• 1. 1. 2. 4 - Oprava definic výkazů
  AP_2016 - opravena chyba v definici součtového řádku 011 (B.I.5) - řádek 012 se součtoval špatně v minulém období (chybně sloupec 1 místo správného sloupce 2).
  
  AP_2016 - řádek 080 (A) – do Definice součtů doplněn řádek 101 (A.VI)
  
  AP_2016ZK
  řádek 009 (C.II) – do Definice součtů doplněn sloupec 2
  řádek 016 (A) – do Definice součtů doplněn řádek 022 (A.VI)
  
  AP_2016ZKM
  řádek 021 (A. Vlastní kapitál) – nebude se počítat dle účtů, ale jako součtový 001 (Aktiva celkem) – 023 (B+C – Cizí zdroje) – 028 (D – Časové rozlišení pasiv)
  
  AP_2014
  řádek 071 (A) – do Definice součtů doplněn řádek 0885 (A.V.2)
  
  
• 1. 1. 2. 4 - Výkazy AP, ZZ, CF
  Upraveny kontrolní sestavy výkazů AP a ZZ - nyní se navíc vypisuje seznam vnitropodnikových účtů, pokud jsou použity v definici výkazu a mají nenulové obraty v tomto nebo předcházejícím roce.
  - STI sestavy Vykazy_KontrSestZZ a Vykazy_KontrSestAP (volané z odkazu Kontrola výkazu před tiskem právní sestavy)
  - nastaveni\vykazy_kontrolni_sest.idc/htx (volaná z odkazu Kontrolní sestava nad definicí výkazů)
  
  
• 1. 1. 4. 5 - Výsledovka
  Vytvořena nová sestava Výsledovka dle období, která zobrazuje údaje výsledovky v členění jednotlivých měsíců.
  Pokud je zvolen formát "Stimulsoft HTML", pak jednotlivé údaje pro účet a období jsou aktivní odkazy na sestavu detailu hlavní knihy daného účtu ve vybraném období - na rozdíl od odkazu na názvu účtu, kde se doklady zobrazují za všechna období.
  - nová STI sestava Vysl_Str_Obdobi
  - nová procedura spVysledovkaDleObdobi, která je použita v datovém zdroji sestavy
  - nová funkce fnNazevMesice
  - upravena stránka ucet\Vysl_Str_F.htm (vstupní parametry pro tisk výsledovky)
  
  
• 1. 1. 2. 4 - Výkazy AP, ZZ, CF
  Upraveny vstupní formuláře pro tisk výkazů v odevzdatelném tvaru.
  Položka "K datu" nyní není editovatelná a vyhodnocuje se na základě zadaného roku a měsíce jako poslední den v zadaném měsíci (roce). Možnost nevyplnění měsíce zůstala zachována - v tom případě se výkaz počítá za celý (fiskální) rok, datum je pak posledním dnem zadaného (fiskálního) roku.
  
  Upraveny formuláře :
  - Ucet / Vyk_AP_form.htm
  - Ucet / Vyk_AP_form_zk.htm
  - Ucet / Vyk_VZZ_form.htm
  - Ucet / Vyk_VZZ_form_zk.htm
  - Ucet / Vyk_CF_form.htm
  Nová SQL procedura spQVykazHlav_FC_mf_Rok pro dopočet data, která se volá při změně položek rok a měsíc na vstupních formulářích.
  
  
• 1. 1. 2. 3 - Výkaz DPH (CZ)
  Export XML - upravena funkce fnElPodaniDPH_200901 - položka TRANS ve větě D se nyní vyhodnocuje stejně jako v tiskovém formuláři příznak "Neexistují-li údaje pro stranu 2, proškrtněte (X)".
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa CZ)
  V případě, že je již uzavřen výkaz DPH nebo kontrolní hlášení DPH a při změně dokladu dojde k vytvoření nových záznamů pro DPH (KHDPH) pro toto uzavřené období DPH, bylo doplněno informativní varovné hlášení.
  Toto chybové hlášení se zobrazí jen při první takovéto změně nad dokladem. Pokud již pro doklad existují záznamy pro dodatečné hlášení DPH (KHDPH), pak se již toto hlášení znovu nezobrazuje.
  Podmínkou pro zobrazení varování je, že parametr Způsob vytváření výkazu DPH (Výkaz DPH / OnlineDPH) je nastaven na hodnotu 1=on-line.
  Upravena procedura Proved_Rozuctovani.
  
  
• 1. 1. 2. 3 - Výkaz DPH - kontrolní hlášení (legislativa CZ)
  Upraven výpis chybových hlášení a varování v kontrolních sestavách pro KH DPH.
  Pokud v řádném KH DPH byla nějaká chyba, bylo toto chybové hlášení správně vypsáno v kontrolní sestavě. Pokud po uzavření tohoto výkazu došlo k opravě, po které již k uvedené chybě nedochází, bylo správně vytvořeno storno původního chybného záznamu a již bezchybný nový záznam, tak se v kontrolní sestavě zobrazoval v chybových hlášeních jak původní chybný záznam, tak i jeho storno (do exportu XML se zapisoval správně jen poslední bezchybný záznam). Nyní byly upraveny datové zdroje kontrolních sestav tak, aby se v tomto případě již původní chybný zápis a jeho storno nevypisovaly.
  
  Doplněna nová funkce fnSeznamStornovanychDokladu.
  Upraveny sestavy VykazKHDPH_CZ_201601 a VykazKHDPH_CZ_201601Opis - změna datové zdroje pro výpis chybových záznamů.
  Rozšířena tabulka KHDPH o nové položky :
  - VERZEVYPOCTU Int : interní číslo verze způsobu výpočtu - slouží pro rozlišení způsobu výpočtu některých složitějších případů.
  - VLTYPZAZNAMU SmallInt : Může být použito pro některé další rozlišení typy záznamu, například storno záznamu. Význam hodnot : 0=nedefinováno; 1=stornovaný záznam; 2=storno záznamu;
  - IDSTORNO Int : vazba na stornovaný záznam
  
  
• 1. 1. 2. 3 - Výkaz DPH - kontrolní hlášení (legislativa SK)
  Do řádku A.2 od r. 2017 vstupují nově i údaje z vydané faktury s přenesenou DPH podle par. 69 odst. 12 ods. j.
  Upravena tvorba kontrolního výkazu DPH - v případě, že je na složce uveden kód pro výkaz DPH 22, bude tato složka vstupovat do KVDPH do řádku A.2 (v tomto případě neplatí žádné omezení 5000 EUR jako při kódech 56,57,58,59, 93,94,95,96).
  Upravena funkce fnVykazDPH_SeznamDuvOsv, procedura spKVDPH_Create.
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa CZ)
  Hodnoty do ř. 60 se chybně načítaly do 2. sloupce, ale v sestavě se zobrazuje hodnota ze 3. sloupce, která tím pádem byla nulová.
  Opravena funkce fnDphVykaz_CZ_2016_01
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa SK)
  Upravena tvorba Výkazu DPH a Kontrolního výkazu DPH - řádek B1.
  Jestliže plátce uplatnil nárok na odpočet daně v jiném zdaňovacím období, než v čase vzniku daňové povinnosti, budou údaje z takového vstupovat do výkazu DPH duplicitně - standardně jako dosud ve výkaze v tom zdaňovacím období, kde nárok uplatnil (dle účetního období DPH uvedeného v účetním zápise), a nyní nově i v období dle účetního období v účetním zápise s tím, že ve sloupci "Odpočítaná DPH" bude uvedena 0.
  Upraveny procedury : spDphDetail_Create, spDphDoplnRadky_SK201201, spKVDPH_Create, spExport_DPH_XML_SK201401_KV
  Upraveny funkce : fnVykazDPH_SeznamDuvOsv, fnVykazDPH_Seznam
  Upraveny stránky : ucet \ Vykaz_DPH_Detail.idc
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa PL)
  Změna způsobu tvorby výkazu DPH pro polskou legislativu.
  Obdobně jako v české legislativě se nyní podklady pro výkaz DPH vytváří v okamžiku zaúčtování dokladu - vznikají záznamy do tabulky KHDPH.
  Doplněna možnost generování výkazu JPK ve tvaru CSV souboru.
  
  Upravené stránky : DPH \ Vykaz_DPH_Detail.idc
  Nové stránky : DPH \ Vykaz_DPH_TiskPL.idc, DPH \ Vykaz_DPH_TiskPL.htx, DPH \ Vykaz_DPH_DetailPL.htx, ESO9StartPL \ DPH \ OdvodDPH.htm, ESO9StartPL \ Ucet \ Vykaz_DPH.htm
  
  Upravené procedury : spExport_DPH_XML_PL2016, spExport_DPH_XML_KontrolaParam, spOdvodDPH_XML, spODVODDPH_ZalozHlavicky, spDphVykaz_Form_Priprava16, spDPH_TiskPracTvar16, spHdok_VytvorDetailDPH
  Nové procedury : spExport_KHDPH_CSV_PL201601, spExport_KHDPH_CSV_PL201701, spOdvodDPH_PLJPKCSV, spDPH_TiskPracTvarPL_201601, spHdok_VytvorDetailDPH_CZ, spHdok_VytvorDetailDPH_PL
  Upravené funkce : fnPrvniObdobiPodleKHDPH,
  Nové funkce : fnKHDPH_TestovaniChyb_PL, fnHDOK_DetailVykazuDPH_PL_std, fnHDOK_DetailVykazuDPH_PL, fnDphVykaz_PL_2017_01
  
  
• 1. 1. 2. 5 - Export pro INTRASTAT
  Doplněny tagy k popisným textům v předloze ucet\INTRASTAT_EXPORT.htm
  
  
• 1. 1. 2 - Výstupy pro státní správu
  Pro podporu tvorby výkazů pomocného konsolidačního přehledu byly vytvořeny nástroje pro tvorbu těchto výkazů (činnosti, stránky, SQL funkce a procedury).
  Pro zprovoznění výkazů je nutno nad aplikací spustit proceduru spPKP_Nastaveni, která provede :
  - založení dvou nových činností ve skupině činností 1.1.2 :
  - Pomocný konsolidační přehled
  - PKP - export XML
  - nastavení parametrů v nové skupině parametrů PKP :
  - PKP (Pomocný konsolidační přehled) - definuje možnost vytváření výkazů PKP
  - XMLPath_PKP (Adresář pro uložení exportovaných XML souborů)
  - PKP_Vykazovani444 (Způsob PKP_Vykazovani444 vykazování partnerů, kteří nepatří do konsolidovaného celku ČR)
  - KonsUzavPKP (příznak Konsolidovaná účetní uzávěrka - ANO/NE - pro tisk sestav)
  - ZodpOsPKP_Jmeno, ZodpOsPKP_Email, ZodpOsPKP_ID, KontOsPKP_Jmeno, KontOsPKP_Email, KontOsPKP_Tel, PocetZam_PKP, Kapitola_PKP - údaje pro export výkazů do XML
  - založení výkazů PKP01AP_16 a PKP01ZZ_16, PKP04_16, PKP06_16 - před tvorbou výkazů je nutno provést jejich kontrolu a donastavení s ohledem na možná specifická nastavení účtů účetní osnovy a způsobů účtování v jednotlivých aplikacích. Při tomto založení mohou být vypsána některá varování, která upozorňují na zařazení některých účtů do jednotlivých řádků výkazu.
  
  
  Provedené změny :
  - vytvořena nová tabulka PKPVYSVETLENI, pohled QPKPVYSVETLENI, tabulka KonsSubjekt
  - vytvořeny nové procedury spPKPVYSVETLENI_NewRec, spPKPVysvetleni_BeforeUpdate, spPKPDefRadek, spPKP01_Ucet, spPKPDef_PKP01AP, spPKPDef_PKP01ZZ, spPKPDef_PKP04, spPKP_ZalozitVysvetleni, spPKPDef_PKP06, spVykazPKP01_Priprava, spVykazPKP04_Priprava, spVykazPKP06_Priprava, spGetXML_PKP01, spGetXML_PKP03, spGetXML_PKP04, spGetXML_PKP05, spGetXML_PKP06, spExportXML_PKP, spPKP_NastaveniParam, spPKP_Nastaveni, spKONSSUBJEKT_NaplnDleStart, spSubjekt_ZapisPoznKonsolidace, spSubjekt_NastavPoznKonsolidace
  - vytvořeny nové funkce fnPKP_HodnotaMaj, fnPKPHlavicka, fnidSubjektuDlePenUctu, fnSubjekt_PartnerPKP, fnVykaz_PKP03, fnVykaz_PKP05
  - vytvořeny nové htm stránky : ucet\PKP\ExportXML.htm, ucet\PKP\Vysvetleni.htm, ucet\PKP\VykazyPKP.htm
  - vytvořeny nové sestavy PKP01, PKP03, PKP04, PKP05, PKP06, PKP_KonsSubj
  - založeny parametry ve skupině Subjekt - KodPoznKCSpoc, KodPoznKCSkon - pro definování kódů typů poznámek k subjektu, kterými se bude definovat počáteční a koncové datum zařazení subjektu do konsolidačního celku státu. Současně vytvořeny 2 nové záznamy v typech poznámek k subjektu - KCSpoc a KCSkon.
  
  

Finance

• 1. 2. 1. 8 - Bankovní výpisy - doklady
  Na stránce Finance/BaV_Radek.htm byla doplněna forma "Účetní zápisy".
  
  
• 1. 2. 1. 6 - Bankovní výpisy
  Na stránce bankovního výpisu (Finance/BAV.htm) byla zrušena forma "Dokumenty" a byla nahrazena formou "Účetní zápisy". Dokumenty k BAV (nová stránka Finance / BAV_Dokument.htm) jsou nyní dostupné z odkazu doplněného do horní formy.
  
  
• 1. 2. 2. 3 - Pokladní doklady
  Ve stránce finance\Pd_Vse.htm byla do datového zdroje formy doplněna chybějící položka hdKursHdok.
  
  
• 1. 2. 1. 4 - Platební příkazy - export
  FIO banka změnila formát ABO (pro platební příkazy). Na rozdíl od dřívějšího přibyla podmínka:
  Číslo účtu příkazce smí být ve skupině uvedeno pouze jednou, je-li uvedeno v Hlavičce skupiny, neuvádí se v Položkách.
  Původní definiční soubor (2010ABO) zůstal zachován, vytvořen nový s názvem 2010ABO16.
  
  
• 1. 2. 1. 2 - Automatické vystavení platebního příkazu
  Upravena stránka finance\VytvorPP.htm.
  V odkaze na doklad (hyperlink "Číslo dokladu") doplněn parametr NavBar=Insert, odstraněn parametr StartFilter=0. (StartFilter se v hyperlinku vyskytoval 2x - jednou StartFilter=4 a jednou StartFilter=0).
  
  
• 1. 2. 2. 3 - Pokladní doklady
  Pokladní doklady příjmové - za název plátce doplněno DIČ, pod něj plátce DPH (obě readonly)
  - Upraveny formuláře finance / Pd_Prij.htm, Pd_Prij_Val.htm, Pd_PrijS.htm
  
  Pokladní doklady výdajové - za název příjemce doplněno DIČ (readonly)
  - Upraveny formuláře finance / Pd_Vyd.htm, Pd_Vyd_val.htm, Pd_VydS.htm, hpd_vyd.htm
  
  Pokladní doklady (společný formulář pro příjem i výdej) - za název příjemce doplněno DIČ, pod něj plátce DPH (obě readonly)
  - Upraveny formuláře finance / Pd_Vse.htm, Pd_VseS.htm
  
  
• 1. 2. 1.10 - Bankovní zástavy
  Do číselníku bank doplněny 2 položky :
  - BZ_PROCEDURA - Přípona názvu procedury pro export bankovních zástav. Při exportu bankovních zástav se bude používat procedura s názvem spBAVZastavaExport_XXXX, kde XXXX je přípona zadaná v této položce. Zpravidla je přípona shodná s kódem banky. V aktuální verzi Eso9Start jsou k dispozici procedury pro Komerční banku (0100) a Českou spořitelnu (0800).
  - BZ_SOUBOR - cesta a název souboru, který se bude vytvářet při exportu bankovních zástav. Pokud není vyplněn, při exportu se použije název uvedený v parametru BAVZastava_adresar. Pokud bude v názvu souboru použit řetězec RRRRMMDD nebo RRMMDD, bude nahrazen aktuálním datem.
  
  Upravena stránka Nastaveni\Banka.htm - doplněna záložka "Parametry pro tvorbu bankovních zástav"
  Upravena stránka finance\BavZastavaExport.htm - v datovém zdroji je nyní položka mf_VystupniSoubor prázdná, bude se naplňovat až při tvorbě exportního souboru v závislosti na kódu banky.
  
  Upravena procedura spBAVZastavaExport.
  
  
• 1. 2. 2. 5 - Změny provedené v souvislosti s Elektronickou evidencí tržeb
  Doplněny nové parametry pro EET :
  - DatumPocatkuEET (Datum počátku evidence tržeb)
  - ProstrediEET (Produkční / Neprodukční prostředí)
  - RezimEET (Režim evidování tržeb)
  - ModEET (Mód odeslání datové zprávy)
  - TimeoutEET (Timeout pro čekání na podání EET)
  - TisknoutEET (Definuje, kdy se mají na doklad tisknout údaje o EET)
  - InfoEET (Informace o odeslání datové zprávy)
  - LogEET (Způsob logování při hledání chyb)
  
  Nové tabulky :
  - EETHdok
  - EETDetail
  
  Vytvořeny nové procedury pro komunikaci s EET :
  - spHdok_EET_GetData
  - spHdok_EET_TestujData
  - spHdok_EET_ZalozDetail
  - spHdokEET_ZrusTestovaciZaznamy : zruší všechny záznamy v tabulce HDOKEET včetně EETDetail, které byly pořízeny v neprodukčním prostředí nebo v ověřovacím módu
  - spHdok_EET_SeznamOffLine : vrací seznam záznamů čekajících na off-line zpracování nebo ty, u nichž byla při předchozím zpracování překročena doba odezvy
  - spHdok_EET_GetDataOffLine : vrací data pro off-line odeslání
  - spCertifikat_ZalozTestEET : pro založení testovacího certifikátu
  
  Seznam upravených SQL procedur, funkcí, triggrů:
  - spHDok_DelRec : pokud již bylo provedeno odeslání dokladu do EET, doklad nelze zrušit. Testuje se, zda k dokladu existuje záznam v tabulce HdokEET vytvořený v ostrém módu. Jestliže existují pouze záznamy v ověřovacím módu, doklad zrušit lze.
  - spParam_BeforeUpdate : doplněna kontrola, která umožňuje editovat parametry skupiny EET jen uživatelům ze skupiny uživatelů EET
  - spPenUcet_ValRec : doplněna kontrola, která umožňuje editovat položky vztahující se k EET jen uživatelům ze skupiny uživatelů EET
  - spPenUcet_OdpojCertifikat : pro odpojení certifikátu na peněžním účtu
  - fnHdok_ExistujeEET : test existence EET k dokladu nebo spárovaném dokladu
  - fnHdok_SparovanyDokladEET : vrací seznam spárovaných dokladů s EET
  - fnHdok_EET : vrací položky pro tisk údajů o EET – použito v fnDZ_FormularHDOK
  - fnDZ_FormularHDOK : položky pro tisk údajů EET
  - fnUserParams_Lang : doplnění nových UP parametrů
  - fnEETInfo : statistika o počtu odeslaných a chybných záznamů
  - fnEET_Udalosti : funkce pro zobrazení události
  - trigger trHDok_Upd : v případě, že již bylo provedeno odeslání do ETT, nelze editovat hodnoty, které mají vliv na ETT (týká se i spárovaného dokladu s jiným typem dokladu)
  - trigger trHDOKEET_DEL : nelze zrušit doklad, pokud bylo provedeno odeslání do EET
  
  Upraveny pohledy:
  - QHDOK_POK (doplnění informací o stavu odeslání do EET)
  - QHDOK_FAV (používá se v prodejkách - doplnění informací o stavu odeslání do EET)
  
  Upraveny (doplněny) stránky :
  - do dokladových formulářů doplněny položky pro práci s EET, vloženy podmíněné části formulářů na základě UP parametrů UP_EET a UP_EETTEST
  - Finance / Pd_Prij.htm
  - Finance / Pd_Prij_Val.htm
  - Finance / Pd_PrijS.htm
  - Finance / Pd_Vse.htm
  - Finance / Pd_VseS.htm
  - Finance / Pd_Vyd.htm
  - Finance / Pd_Vyd_val.htm
  - Finance / Pd_VydS.htm
  - Finance / HdokEET.htm
  - Finance / EET.htm
  - Finance / EETInfo.htm
  - Finance / EETInfo_testovaci.htm
  
  - Include / OdkazEET.htm
  - Include / OdeslaniEET.htm
  - Include / OdeslaniEET_Prodejka.htm
  - Include / OdeslaniEET_TEST.htm
  
  - Nastaveni / PenUcet_EET.htm
  - Nastaveni / Certifikat.htm
  - Nastaveni / PenUcet_OdkazEET.htm
  - Nastaveni / PenUcet_All.htm
  
  - priklady / HDok.htm
  
  - prodej / Prodejka.htm
  
  Upravené sestavy :
  - PoD_PriD.idc
  - PoD_PriD.idc_bezStvrzenky
  - PoD_VydD.idc_bezStvrzenky
  - pod_vydHrom.idc
  - PoD_VydD.idc
  - Prodejka
  
  
• 1. 2. 3. 7 - Peněžní výhled
  Upravena STI sestava PenzeniVyhled - zvětšena šířka u položky datum (v některých případech docházelo k jejímu zalamování)
  
  
• 1. 2. 2. 1 - Pokladní příjmy
  Pokud je pokladní doklad spárován s fakturou akcí "Hromadná platba" nebo "Doklady k úhradě", tak se do poznámky pokladního dokladu (TextPozn) doplňují čísla spárovaných dokladů.
  
  Upraveny procedury spHDok_PoklDleUZap a spUcetZap_ParDleSubj_XmlParams
  
  
• 1. 2. 2. 5 - Dodatečné odeslání EET
  Vytvořena procedura spHdok_EET_InfoEmail pro zaslání informací o chybách a stavu EET.
  
  Procedura může být spouštěna s následujícími parametry :
  - @Adresa varchar(1000) - nepovinný parametr. Pokud není uveden, vezme se adresa z parametru EET/EmailInfoEET. Adresa může obsahovat seznam více e-mailových adres oddělených středníkem.
  - @vlModEET SmallInt - nepovinný parametr - pokud není uvedeno (=NULL), bude zaslána informace o produkčním i testovacím prostředí. Pokud je uvedeno nenulové číslo, bude zaslána pouze informace z odpovídajícího prostředí (0=produkční, 1=testovací)
  - @vlInfo SmallInt - nepovinný parametr. Je-li zadána hodnota 1, bude zasílán e-mail vždy, v opačném případě bude zasílán e-mail pouze v případě, že existují chybné záznamy nebo záznamy pro dodatečné odeslání.
  
  Zpráva zaslaná v e-mailu obsahuje (zvlášť pro produkční a zvlášť pro testovací prostředí) :
  - Název SQL serveru a databáze
  - Název domácího subjektu
  - Počet dokladů pro dodatečné odeslání
  - Počet chybných záznamů
  a dále statistické informace o komunikaci s EET pro aktuální den :
  - Počet potvrzených zpráv ( + z toho s varováním)
  - Průměrnou dobu odezvy
  - Počet odeslání s překročenou dobou odezvy
  - Počet zamítnutých zpráv
  
  Vlastní spouštění procedury je nutno zajistit například v JOBu.
  
  
• 1. 2. 1. 6 - Bankovní výpisy
  Upraveny formulář bankovních výpisů tak, aby se v záhlaví stránky zobrazoval kód, název a číslo bankovního účtu.
  Upraveny stránky Finance / BaV.htm, EditPenU.idc, EditPenU.htx, ImportBV.htm
  
  
• 1. 2. 3. 6 - Tisk deníku finančních dokladů
  V případě, že peněžní účet je veden v domácí měně, a mezi doklady existoval doklad, na kterém byla měna změněna na jinou než domácí měnu, pak v sestavě byly zobrazeny a součtovány tyto hodnoty v různých měnách.
  Upravena funkce fnSest_PoklKniha tak, aby se v případě, že je účet veden v domácí měně, i do valutových částek vypisovaly hodnoty v domácí měně.
  
  

Saldokonto

• 1. 3. 1. 7 - Nespárované účetní zápisy
  V sestavě "Nesp_Detail" se do sloupce datum splatnosti vypisovalo datum splatnosti z hlavičky dokladu, nyní se vypisuje datum splatnosti z účetního zápisu.
  Upravena STI sestava "Nesp_Detail" - v datovém zdroji nahrazeno původní "dtsplatno" novým "isnull(dtUzap_Splatno, dtsplatno) as dtsplatno,".
  Dále bylo zvětšena šířka položek typu datum, které se v některých případech zalamovaly.
  
  

Plánování

• 1. 4. 1. 1 - Zadání předpisu opakování dokladů
  Ve formě "plan\GenPlanDok.htm" provedeny následující změny
  - v horní formě "Zdroj generovaného dokladu":
  - upraven datový zdroj formy : zdroj obsahuje pouze nezbytné sloupce
  - položka "Datum sazby DPH" je nově readonly
  - do spodní formy "Předpis generování dokladů"
  - upraven datový zdroj číselníku položky "Vzor skutečného" - nově se zobrazují pouze vzory k typu skutečného dokladu "Typ skutečného"
  - doplněny tagy k popisným textům
  
  

Nákup

• 2. 1. 1. 1 - Cenové poptávky
  K adrese doplněn popisek "Adresa výdejního místa:" do předlohy nakup\CenPop.htm
  
  
• 2. 1. 3. 1 - Faktury přijaté účetní - založení majetku ze složku FPU
  Doplnění funkčnosti pro založení karty majetku ze složky faktury přijaté.
  Po založení karty majetku se vytvoří vazba v historii složek mezi složkou faktury a pohybem zařazení majetku. Tato vazba má vlastnost vlTypVazby=10, na základě které se nyní ve spodní formě formuláře majetek\ZalozDleSVU.htm zobrazují založené karty majetku. Po založení karty majetku se automaticky sníží nabízený počet kusů a vstupní cena majetku o hodnoty již dříve vytvořených karet majetku.
  Ve formuláři doplněna nová volba "Vypočítat odpisy do konce roku" - pokud je zaškrtnuta a byla zadána odpisová skupina, pak se po založení karty majetku provede pro tento majetek výpočet odpisů do konce aktuálního roku.
  V případě nastavení účtování dle IAS se ve formuláři zobrazuje i odpisová skupina pro IAS, pokud je vyplněna, tak se vstupní hodnota přenáší i do účetní hodnoty IAS.
  Upravena stránka majetek\ZalozDleSVU.htm, procedura spMaj_ZalozDleSVU.
  
  
• 2. 1. 3 - Faktury přijaté
  Do formulářů faktury doplněno DIČ (za kód subjektu, readonly).
  - Upraveny formuláře Nakup / FapHlav.htm, ZFap.htm, ZFapD.htm
  
  
• 2. 1. 3. 1 - Faktury přijaté účetní
  Určení Období DPH a kurzu pro výpočet DPH při samovyměření DPH při použití kódu pro výkaz DPH 24 (pořízení služby mimo EU).
  Pokud bylo provedeno zaúčtování ze složek, nastavilo se dle typu složky služba správně na datum zdanitelného plnění. V případě, že bylo provedeno samovyměření pouze z hlavičky, určilo se období DPH z data vystavení. Nyní se již i v tomto případě určí z data zdanitelného plnění.
  Upravena procedura spHDok_FapEU_VytvorDPH.
  
  
• 2. 1. 3. 7 - Složky nákupní objednávky do faktury přijaté
  Do předlohy "nakup\NobDoFaP.htm" na odkaz "Číslo faktury přijaté" doplněna vlastnost SMClose=1. Tato vlastnost zajistí, že při každém volání číselníku se znovu vytváří datový zdroj s filtrem pro příslušný subjekt.
  
  
• 2. 1. 1. 2 - Nákupní objednávky
  V předloze "nakup\VObj.htm" do spodní formy "Složky objednávky vydané" doplněna položka "Pohyb" a upraven datový zdroj.
  
  
• 2. 1. 3. 1 - Faktury přijaté účetní
  Optimalizace datového zdroje formuláře nakup / FapHlav.htm - v datovém zdroji byla pro vyhodnocení obarvení položky použito několikanásobné použití funkce fn_nespzavpohlval. Nyní byl VIEW přepsán tak, aby se vyhodnocení této funkce volalo pouze jednou - tato funkce byla přijoinována s použitím konstrukce ... OUTER APPLY ... as FN_ZavPohl a původní výskyty dbo.fn_nespzavpohlval(idhdok) byly nahrazeny výrazem FN_ZavPohl.hdNespZavPohlVal.
  Protože tatáž funkce se ještě předává i z odkazu pro výběr vzorů pro vyhodnocení HDOKSTYLE, byla v ESO9START v typu dokladu FPU v uživatelských přepočtech v položce Definice obarvení řádku rovněž již použita položka z této joinované funkce.
  
  
• 2. 1. 3. 1 - Faktury přijaté účetní
  Na stránce nakup / FapHlav.htm byl na poslední záložce doplněn odkaz "Import z QR kódu", kterým se přejde na nově vytvořenou stránku Nakup / ImportQR.htm. Zde je možno provést automatizované založení přijaté faktury z QR kódu. Stiskem tlačítka "Vytvoř fakturu z QR kódu" se provede rozparsování načteného QR kódu, založí se faktura dle zvoleného vzoru a jednotlivé položky načtené z QR-kódu se zapíší do takto nově vzniklé faktury. Po úspěšném načtení se automaticky přejde na nově založený doklad. Pokud parametr Nákup / TypPoznQR obsahuje existující typ poznámky k dokladu, bude po načtení faktury a QR-kódu založena poznámka tohoto typu. Poznámka bude obsahovat načtený text (QR-kód), mohou zde být dále uvedeny případné chyby nebo upozornění.
  Pokud se na stránku Nakup / ImportQR.htm přechází z browsu, kde je neprázdný datový zdroj, pak se již přebírá konkrétní vzor z tohoto datového zdoje (a v tomto případě vzor nelze změnit). V případě, že datový zdroj je prázdný, nabízí se combo-box s možností výběru vzorů pro typ dokladu FPU.
  
  Popis formátu QR-kódu je uveden na stránkách http://qr-faktura.cz/.
  V současné době QR kód umožňuje načtení těchto položek :
  - číslo dokladu dodavatele (Jejich_CisDok)
  - datum uskutečnění zdanitelného plnění (dtZdanitPln, idUctObd)
  - datum vystavení dokladu (dtVystaveno)
  - měna dokladu (idMena)
  - celková částka dokladu (hdKUhradeVal)
  - směnný kurz (hdKUhradeKc se vypočte jako částka v měně dokladu * směnný kurz)
  - identifikace typu daňového plnění (běžný / režim předesené daňové povinnosti / smíšený) - v případě, že se nejedná o běžný, nastaví se kód pro výkaz DPH = 43
  - textový popis předmětu fakturace (TextPozn)
  - označení objednávky (Zak_Hdok)
  - variabilní symbol (V_SYM)
  - IČO a DIČ výstavce (dle nich se dohledává subjekt)
  - IČO a DIČ příjemce (kontroluje se, zda odpovídá našemu subjektu)
  - datum povinnosti přiznat daň (dtPPD)
  - datum splatnosti celkové částky (dtSplatno)
  - základy daní a daně (hdZaklad_22, hdDan_22, hdZaklad_5, hdDan_5, hdZaklad_SS2, hdDan_SS2, hdZakladDan_0)
  - identifikace čísla účtu výstavce faktury (BBUHdok_Uce, idBanka, idSubjBUcet)
  
  Případně je možno v aplikaci vytvořit novou činnost pro zakládání FPU pomocí načtení z QR kódu (v Eso9Start tato činnost standardně není), v tom případě je třeba v této nově vytvořené činnosti zadat URL :
  esoform.asp?Tpage=Nakup/ZalozFPUzQR.idc&typ_dok=FPU&Stranka=nakup/faphlav.htm&TModule=Nákup
  
  V Eso9Start upravena stránka Nakup / FapHlav.htm, vytvořeny nové stránky : Nakup / ImportQR.htm, ImportQR_IncVzorCombo.htm, ImportQR_IncVzorCis.htm, ZalozFPUzQR.idc, ZalozFPUzQR.htx , nová SQL procedura spImportFPU_QRFaktura, nový parametr Nákup / TypPoznQR
  
  
• 2. 1. 3. 1 - Faktury přijaté účetní - odkaz Platba v hotovosti
  Do nabízené částky k úhradě se braly účetní zápisy (strana DAL) s účtem, který patřil do některého saldokonta. Nyní upraveno tak, že se berou pouze ta saldokonta, která mají nastavenu vlastnost dodavatelsko-odběratelské.
  Opravena stránka Nakup\Pokl_Doklad.htm
  
  

Prodej

• 2. 2. 3. 1 - Faktury vydané účetní
  Tisk QR-kódu na FVU byl rozšířen o možnosti tisku ve formátu QR-faktura.
  Parametrem Tisk_QRPlatba bylo možno již dříve nastavit požadavek na tisk QR-platby na FVU. Nyní byla možnost nastavení parametru rozšířena takto :
  (původně byla možnost nastavit pouze hodnotu 1, která znamená, že bude fungovat stejně jako dosud).
  1 = Pokud je na dokladu subjekt s nastavenou právní formou 3 (Fyzická osoba-občan) nebo 11 (Fyzická osoba - podnikatel),
  a platební podmínka je PP, pak se bude tisknout QR-kód ve formátu QR-platba
  2 = Pokud na dokladu není subjekt s nastavenou právní formou 3 nebo 11, a stát subjektu je CZ nebo není vyplněn,
  pak se bude tisknout QR-kód ve formátu QR-faktury
  3 = Spojení podmínek 1+2 : pro fyzické osoby se bude tisknout QR-platba, pro ostatní QR-faktura (za výše uvedených podmínek)
  
  Nastavení se uplatňuje při tisku na standardním formuláři FVU. Případné další podmínky pro tisk QR kódu je možno nadefinovat tak, že bude uživatelsky přepsána funkce fnHDOK_TisknoutQRPlatbu.
  Další upravené funkce : fnHDOK_QRPlatba, fnHDOK_QRPlatba1, fnHDOK_QRFaktura1, fnHDOK_TisknoutQRPlatbu
  
  Upravena STI sestava FavForm.idc, kde do tisku QR kódu byl pod spodní okraj QR-kódu doplněn text, o jaký QR kód se jedná : QR-Platba / QR Faktura / QR Platba+Faktura.
  
  
• 2. 2. 3 - Faktury vydané
  Do formulářů doplněny položky DIČ, Plátce DPH (obě readonly).
  - Prodej / FaV.htm, ZFaVD.htm, ZFaV.htm - DIČ doplněno mezi kód subjektu a odkaz pro ověření DIČ, na řádek s názvem subjektu přesunuta položka Jejich objednávka, položky Vystaveno a KSYM se posunuly o řádek níže, na konec řádku (pod název subjektu) doplněn Plátce DPH
  - Prodej / FaVHlav.htm - DIČ doplněno za kód subjektu, Adresa (ulice a město) spojena na jeden řádek a pod adresu doplněn Plátce DPH
  Obdobně ve formulářích Saldo / PenFak.htm, Prodej / PFaVHlav.htm
  
  
• 2. 2. 1. 2 - Prodejní objednávky
  V předloze "prodej\PObj.htm" do spodní formy "Složky prodejní objednávky" doplněna položka "Pohyb" a upraven datový zdroj.
  
  
• 2. 2. 3. 1 - Faktury vydané účetní
  Do formuláře Prodej / FaVHlav.htm doplněno vizuální oddělení sekcí : "Částky" a "Údaje pro výkazy, účetní údaje".
  
  
• 2. 2. 3. 1 - Faktury vydané účetní - odkaz Platba v hotovosti
  Do nabízené částky k úhradě se braly účetní zápisy (strana MD) s účtem, který patřil do některého saldokonta. Nyní upraveno tak, že se berou pouze ta saldokonta, která mají nastavenu vlastnost dodavatelsko-odběratelské.
  Opravena stránka Prodej\Pokl_Doklad.htm
  
  
• 2. 2. 3. 1 - Faktury vydané účetní
  Položka "Pro výkaz DPH" přesunuta pod položku "INTRASTAT". Důvodem je to, že texty "Pro výkaz DPH" mohou být dlouhé. Úprava provedena na formuláři prodej\FaV.htm
  
  

Sklad

• 2. 3. 2. 1 - Účetní výdejky
  Do formy sklad\VydejkaS.htm doplněna vedle položky "Zakázka" nová položka "Jejich obj."
  
  
• 2. 3. 2. 2 - Fyzické výdejky
  Do formy sklad\VydejkaF.htm doplněna vedle položky "Zakázka" nová položka "Jejich obj."
  
  
• 2. 3. 3. 6 - Účetní uzávěrka skladů
  Upraveno s ohledem na možnost pracovat v rámci skladu s účetními skupinami
  - předloha sklad\UcetUzaverka.htm : doplněny položky "Účetní skupiny dokladů" a "Zadané účetní skupiny"
  - sestava "Skl_NeucetObdobi" - volá se na odkazu "Doklady s nižším obdobím". Doplněn filtr, upraven datový zdroj, zajištěn překlad a distribuce sestavy do SK, PL, HU
  - procedura spEso9_UctovaniSkladu: provádí kontrolu existence neuzavřené složky skladového dokladu v minulém období s ohledem na definici účetních skupin ("Účetní skupiny dokladů", "Zadané účetní skupiny")
  - funkce fnQUCETUZAVERKA_PARAM : výstupní datový zdroj doplněn o sloupec "MF_UCTSKUPIDC", který slouží pro sestavu "Skl_NeucetObdobi". Obsahuje seznam účetních skupin, které (ne)patří do zpracování (odděleny čárkami) dle hodnoty MF_VLUCTSKUP např. 'USMA,USVV,USZB'
  
  
• 2. 3. 3. 3 - Zadání zjištěných inventurních stavů
  Doplněna možnost zadávat inventurní stav na šaržích, které nejsou zavedeny v ESO9. Může se stát, že při fyzické inventuře se zjistí stav šarže, která ale není vedena v Eso9. Doposud nebylo možné tento stav zaznamenat. Nyní obsluha může šarži ručně zadat a vložit zjištěný inventurní stav.
  Úprava provedena ve spodní formě "Šarže - zadání zjištěných inventurních stavů" předlohy "sklad\InvPriprava.htm" kde je možnost vkládat a opravovat stavy šarží.
  
  
• 2. 3 - Sklad
  U níže uvedených činností upraven odkaz "Umístění" tak, aby se zobrazovaly jak umístění bez skladu (stejné jako doposud), tak i umístění příslušného (uvedeného na složce dokladu) skladu
  - činnost 2. 3. 1. 1 Účetní příjemky: předloha sklad\PrijemkaS.htm
  - činnost 2. 3. 2. 1 Účetní výdejky: předloha sklad\VydejkaS.htm
  - činnost 2. 3. 2. 2 Fyzické výdejky: předloha sklad\VydejkaF.htm
  - činnost 2. 3. 2.15 Záměna zboží: předloha sklad\ZamenaZbozi.htm
  - činnost 2. 3. 3. 3 Zadání zjištěných inventurních stavů: předloha sklad\InvPriprava.htm
  
  
• 2. 3. 2. 2 - Fyzické výdejky
  Zpřístupněna položka ZBOZI.CARKOVY_KOD. Tím lze vyhledávat zboží i dle čárového kódu. Úpravy provedeny ve formuláři sklad\VydejkaF.htm
  
  

Majetek

• 3. 5 - Výstupy z majetku
  Pokud byl při tisku sestav majetku použit formát XLS, výsledná sestava obsahovala i některé sloupce, které slouží například pouze jako mf_položky pro zadání filtrů sestavy.
  Nyní byla v definici sestav u těchto položek byla nastavena vlastnost "Zobrazit" na NE. Jednalo se o tyto sestavy a položky :
  - činnost 3.5.1, sestava Maj351: VLSKUPINOVAT, IDZBOZSKL, MF_PRINTDEST, TRIDENI, VCETNEVYRAZENO, PAGEFORMAT
  - činnost 3.5.2, sestava Maj352: OBDOBI_OD, OBDOBI_DO, SKUPINA, STREDISKO, UMISTENI, IDZBOZSKL, MF_PRINTDEST, VLTRIDENI, VLSKUPINOVAT, FILTR_CISSKLAD
  - činnost 3.5.3, sestava Maj353: FILTR_CISSKLAD
  - činnost 3.5.4, sestava Maj354: OBDOBI, STREDISKO, UMISTENI, SKUPINA, IDUCETZAP, IDZBOZSKL, UZTEXT, UCET_OBD, MF_PRINTDEST, IDHDOK, FILTR_CISSKLAD
  - činnost 3.5.5, sestava Maj355, Maj355U: IDZBOZSKL, ROK, VLSKUPINOVAT, MF_PRINTDEST, FILTR_CISSKLAD
  - činnost 3.5.6, sestava Maj356: IDZBOZSKL, SKUPINA, STREDISKO, UMISTENI, MF_OSCISLO, VLSKUPINOVAT, MF_PRINTDEST, FILTR_CISSKLAD
  - činnost 3.5.7, sestava Maj357: MF_KOD_STR, MF_VCETNEVYRAZENO, MF_VLSKUPINA, FILTR_CISSKLAD, UCET_OD, UCET_DO, OBDOBI
  - činnost 3.5.9, sestava Maj359, Maj359_NeniOdpis: OBDOBI, STREDISKO, UCET_OD, UCET_DO, CISLO_OD, CISLO_DO, FILTR_CISSKLAD
  - činnost 3.5.10, sestava Maj3510: OBDOBI, STREDISKO, CISLO_OD, CISLO_DO, IDZBOZSKL, MF_VCETNEVYRAZENO, MF_PRINTDEST, VLSKUPINOVAT, FILTR_CISSKLAD
  - činnost 3.5.11, sestava Maj3511: - IDUCETZAP, OBDOBI_OD, OBDOBI_DO, SKUPINA, STREDISKO, CISLO, IDZBOZSKL, VLSKUPINOVAT, MF_PRINTDEST, FILTR_CISSKLAD
  - činnost 3.5.12, sestava Maj3512: - UCET_OBD_DO, MF_ODPSKUP_D, MF_VYPSAT,MF_VCETNEVYR
  - činnost 3.5.13, sestava Maj3513: IDZBOZSKL, UCET_OBD_DO, MF_ODPSKUP_D, MF_VYPSAT, MF_VCETNEVYR, MF_PRINTDEST
  - činnost 3.7.6, sestava Maj356ctecky: IDZBOZSKL, SKUPINA, STREDISKO, UMISTENI, MF_OSCISLO, VLSKUPINOVAT, MF_PRINTDEST, FILTR_CISSKLAD
  
  Upravena šířka datumových položek v STI sestavách majetku - v některých případech se datum nevytiskl celý.
  Upraveny tiskové sestavy v činnostech 3.5.4, 3.5.7, 3.5.8, 3.5.11, 3.5.12, 3.5.13
  
  

Výroba

• 5. 4 - Sklady
  U níže uvedených činností upraven odkaz "Umístění" tak, aby se zobrazovaly jak umístění bez skladu (stejné jako doposud), tak i umístění příslušného (uvedeného na složce dokladu) skladu
  - činnost 5. 4. 1 Potvrzení žádanky na výdej materiálu: předloha zadavani\ZadankaV.htm
  - odkaz " Potvrzení vytvořením účetní výdejky" a zde odkaz "Vzniklý doklad": předloha zadavani\VydejkaS_CAM.htm
  - činnost 5. 4. 6 Potvrzení výdejky: předloha sklad\VydejkaV.htm
  
  

CRM

• 6. 7 - CRM
  Od v5.04 + Eso9Start
  Pro níže uvedené tabulky doplněny spTXT a spTXTID procedury:
  - AKTIVITA
  - AKTIVITA_KOMUNIKACE
  - AKTIVITA_STAV
  - AKTIVITA_TYP
  - AKTIVITA_TYPSTAV
  - AKTIVITA_VAZBA
  
  

Základní číselníky

• 9. 1. 2 - Státy
  Do stránky "nastaveni\Stat.htm" doplněna položka "Kód státu (alpha-3)"
  
  
• 9. 1. 9 - Celní sazebník
  Doplnění datumů platnosti do předlohy nastaveni\celsaz.htm.
  
  

Účetní číselníky

• 9. 2. 2 - Účetní osnova
  Do formuláře účetní osnovy (nastaveni\uctosn.htm) doplněna položka "Hlavní nebo hospodářská činnost" (UctOsn.vlDruhCinnosti) s možnostmi Hlavní / Hospodářská.
  Nastavení této položky má vliv na vytváření některých účetních výkazů pro neziskové organizace.
  
  
• 9. 2. 9 - Saldokonta
  Na formuláři číselníku saldokont byla doplněna druhá forma, ve které se zobrazují účty zařazené do daného saldokonta.
  Upravena stránka nastaveni\Saldo.htm
  
  
• 9. 2.14 - Režimy přenesené DPH
  V číselníku 9.2.14 - Režimy přenesené DPH doplněn nový kód režimu 21=poskytnutí vybraných telekomunikačních služeb (§ 92f), vlastnost „Kontrola dle limitu“ nastavena na NE
  V číselníku 9.2.11 doplněny nové kódy pro výkaz DPH - 4321 a 4721 (s kódem režimu 21)
  V číselníku 9.1.9 doplněna nová položka TELEK_SLUZ = Režim přenesené daňové povinnosti - § 92f - poskytnutí vybraných telekomunikačních služeb (s vazbou na kód režimu 21)
  
  

Subjekty

• 9. 3 - Subjekty
  Upravena stránka formuláře subjektů (subjekt\subjekt.htm) - v poddotazech na zjištění počtu adres, osob, bankovních účtů doplněna fráze WITH(NOLOCK).
  
  
• 9. 3. 3 - Subjekty
  Na záložce "ARES a další odkazy" byl nahrazen pro SK legislativu odkaz "ARES" odkazem "Seznam organizací - Veřejný portál". Tento nyní odkazuje na stránku http://www.icdph.sk/maincontroller/search do které je nutno IČO/IČDPH doplnit ručně.
  Úpravy byly provedeny:
  - pohled QSUBJEKT: změna definice sloupce "wwwARES" na hodnotu "http://www.icdph.sk/maincontroller/search"
  - předloha-include subjekt\SubjWebURL_INC_SK.htm : změna názvu odkazu z "ARES" na "Seznam organizací - Veřejný portál"
  
  

Dokladové číselníky

• 9. 4. 4 - Typy dokladů
  V prostřední formě "Vlastnosti typu dokladu závislé v čase" nastavena položka "Pohyb na složce"=Povinný pro tyto typy dokladů:
  - NOB - Nákupní objednávka
  - POB - Prodejní objednávka
  - SPF - Skladová příjemka fyzická
  - SVF - Skladová výdejka fyzická
  
  
• 9. 4 - Dokladové číselníky
  U níže uvedených činností upraven odkaz "Umístění" tak, aby se zobrazovaly jak umístění bez skladu (stejné jako doposud), tak i umístění příslušného (uvedeného na složce dokladu) skladu
  - činnost 9. 4. 6 Vzory dokladů: předloha nastaveni\VzorDok.htm
  
  

Zboží, služby, majetek..

• 9. 5. 8 - Umístění zboží
  Stávající forma nastaveni\Umist.htm doplněna o položky "Sklad"(UMIST.IDSKLAD) a "Disponibilní"(UMIST.VLDISPONIBILNI)
  
  
• 9. 5. 7 - Sklady
  Doplněn nový odkaz "Umístění ve skladu", přes který je možno v nové formě "nastaveni\SkladUmist.htm" pro konkrétní sklad definovat jednotlivé umístění.
  
  
• 9. 5 - Zboží, služby, majetek..
  Doplněn povinný filtr StartFilter=2 do níže uvedených činností
  - 9. 5. 9 Zboží: stránka nastaveni\zbozi.htm
  - 9. 5.10 Zboží na skladě: stránka nastaveni\zbozskl.htm
  - 9. 5.11 Služby: stránka nastaveni\sluzba.htm
  - 9. 5.13 Ostatní složky: stránka nastaveni\ostsloz.htm
  
  
• 9. 5 - Zboží, služby, majetek..
  Pro potřeby EET provedeno:
  - tabulka ZBOZI rozšířena o nový sloupec VLNASLEDNECERPANI: EET - následné čerpání pro EET s hodnotami 0=Ne(defaul); 1=Ano;
  
  - upraveny příslušné pohledy
  
  - níže uvedené objekty-obchodní pravidla doplněny o nový parametr @VLNASLEDNECERPANI
  - spZbozi_CopyRec: nový povinný parametr @VLNASLEDNECERPANI SMALLINT OUT
  - spZbozi_NewRec: nový povinný parametr @VLNASLEDNECERPANI SMALLINT OUT
  - spZbozi_CalRec: nový povinný parametr @VLNASLEDNECERPANI SMALLINT OUT
  - spZbozi_ValRec: nový povinný parametr @VLNASLEDNECERPANI SMALLINT OUT
  - spZbozi_BeforeInsert: nový povinný parametr @VLNASLEDNECERPANI SMALLINT OUT
  - fnZboziVCase: do výstupního resultsetu doplněn sloupec VLNASLEDNECERPANI
  - spTXT_ZBOZICalRec: nový povinný parametr @VLNASLEDNECERPANI SMALLINT OUT
  - spTXT_ZBOZI: nový NEpovinný parametr @VLNASLEDNECERPANI SMALLINT OUT
  
  - u níže uvedených činností doplněna položka "Určeno pro následné čerpání" do příslušných předloh
  - 9. 5. 9 Zboží: předloha nastaveni\zbozi.htm
  - 9. 5.11 Služby: předloha nastaveni\sluzba.htm
  - 9. 5.13 Ostatní složky: předloha nastaveni\ostsloz.htm
  
  

Parametrizace systému

• 9. 6.11 - Události
  Upraveno pravidlo-fchange nad položkou "Skupina událostí" tak, aby se po zadání kódu skupiny událostí tato hledala v obecném číselníku s typem 35 (OBECCIS.VLTYPOBECCIS = 35).
  Upravena procedura-fchange spOBECCIS_GetRec_TYPUDAL.
  
  
• 9. 6. 1 - Parametry aplikace
  Nový společný parametr "DB_START"ve skupině "Systémové". Umožňuje určit "Název databáze". Standardně je "prázdná". Pokud není zadáno="prázdná" pak se určí (funkce “fnJmeno_StartDB“) dle hodnoty parametru "verze_Eso9_TypApl" a "Legislativa":
  - verze_Eso9_TypApl=1-Ekonomika: CZ - Eso9Start, SK - Eso9StartSK, HU - Eso9StartHU..
  - verze_Eso9_TypApl=2-PAM : CZ - Eso9PAM, SK - Eso9PAMSK, HU - Eso9PAMHU..
  - v ostatních případech: NULL
  
  

Tvorba sestav

• 9. 7. 2 - Složky dokladů
  V předloze priklady\SDokGS.htm provedeny následující změny:
  - upraven datový zdroj: doplněny nové položky a použita klauzule WITH(NOLOCK)
  - nová položka "Kód subjektu"
  - nová položka "Název subjektu"
  - nová položka "Číslo zboží, služby.."
  - nová položka "Název zboží, služby.."
  - nová položka "Celkem počet"
  - nová položka "MJ zboží, služby.."
  
  

Zabezpečení

• 9. 8.11 - Certifikáty
  Nová činnost, která obsahuje seznam certifikátů potřebných pro činnosti pracující s certifikáty např.EET. Umožňuje Drag&Drop uložení souborů s certifikátem *.p12 do dokumentové databáze a současné založení záznamu v tabulce certifikátů. K funkčnosti činnosti byly provedeny tyto změny:
  - nová tabulka CERTIFIKAT: obsahuje seznam certifikátů potřebných pro činnosti pracující s certifikáty. Příkladem mohou být certifikáty pro EET.
  
  - nový pohled QCERTIFIKAT: oproti standardu primárně pracuje s tabulkou DOKUMENT a vlastní tabulka CERTIFIKAT je s ní propojena přes BTCERTIFIKAT a RIDDOKUMENT_BTCERTIFIKAT sloupce. Toto umožňuje Drag&Drop uložení souborů s certifikátem *.p12 do dokumentové databáze a současné založení záznamu v tabulce certifikátů.
  
  - nová HTML předloha nastaveni\Certifikat.htm
  
  - obchodní pravidla pro tabulku CERTIFIKAT a pohled QCERTIFIKAT:
  - spCERTIFIKAT_NEWREC
  - spQCERTIFIKAT_DELREC
  
  - fchange pro pohled QCERTIFIKAT:
  - spQCERTIFIKAT_DOKUMENTFILEGUID: při změně / vymazání dokumentu (souboru certifikátu *.p12) zajišťuje vymazání hodnot těchto položek
  - Sériové číslo
  - Subjekt
  - Platnost OD
  - Platnost DO
  
  

Komplexní editory

• 9. 9. 1 - Komplexní editor dokladu
  Odkaz "Přepočet dokladu" v záložce "Akce nad hlavičkou". Doplněny tagy do popisných textů v předloze nastaveni\PrepocetDokladu.htm
  
  
• 9. 9. 1 - Komplexní editor dokladu
  Na komplexním editoru účetních zápisů změněny názvy položek :
  Uživ.číslo dokladu - > Číslo dokladu z účetního zápisu (UZCISDOK)
  Uživ.text -> Text účetního zápisu (UZTEXT)
  Uživ. datum -> datum účetního zápisu (DTUZDATUM)
  Upravena stránka priklady \ UcetZap.htm
  
  
• 9. 9. 1 - Komplexní editor dokladu
  Na komplexním editoru bylo mezi Akce nad hlavičkou doplněno tlačítko "Odpáruj vše", které provede odpárování všech spárovaných účetních zápisů dokladu (Existující tlačítko "Odpáruj" provádí odpárování jen automaticky spárovaných).
  Pokud je uživatel ve skupině 00, pak se při použití tlačítka "Odpáruj vše" navíc vypínají některé kontroly, které mohly způsobit chyby a v důsledku toho odpárování nešlo provést.
  Upravena stránka priklady\hdok.htm, procedura Proved_Rozuctovani, nová procedura spHdok_Odparuj.
  
  

Změny funkcí

• fnHDOK_DetailVykazuDPH_std - Funkce pro tvorbu detailu záznamu výkazu DPH/KHDPH
  Upravena funkce fnHDOK_DetailVykazuDPH_std - položka Datum pro dobropis se nyní uplatňuje pouze v případě, že částka k úhradě je záporná (dobropis) a současně je to plátce DPH.
  Vyhodnocení se provádí pomocí funkce fnDobropisProPlatceDPH, která se používá v definici účetních předpisů.
  
  

Změny procedur

• spUcetZap_ValRec - Kontrola při uložení účetního zápisu.
  Nad účetním zápisem doplněna kontrola při uložení věty :
  Pokud je zadána nenulová hodnota v položce "počáteční stav", je hlášeno varování : "hodnota Počáteční stav slouží pouze k navádění počátečních stavů".
  Tato kontrola se neprovádí pro období 00 a 99 a pro účetní zápisy, které mají v textu uvedeno "Konverze ...".
  
  
• Proved_Rozuctovani - Kontrola vyrovnanosti saldokontních částek
  Upravena procedura Proved_Rozuctovani - kontrola vyrovnanosti saldokontních částek v rámci dokladu se provádí i v tom případě, kdy se žádné automatické rozúčtování neprovádí (doklady bez nastaveného účetního typu, nebo doklady s příznakem "Nerozúčtovat").
  
  
• spHDok_TestujUcetSubjektu - Kontrola existence účtu subjektu
  Při uložení hlavičky dokladu se provádí kontrola, zda zadaný peněžní účet neexistuje u jiného subjektu (chybová hláška 51334 -- Pozor ! Tento bankovní účet má také subjekt %s - %s. Zkontrolujte si prosím správnost zadaného účtu).
  Dosud se kontrola prováděla pro všechny aktivní účty všech subjektů bez ohledu na to, zda je aktivní subjekt. Nyní se kontrola provádí pouze pro aktivní subjekty.
  Upravena procedura spHDok_TestujUcetSubjektu.
  
  
• spSubjBUcet_ValRec - Kontrola duplicit peněžních účtů subjektů
  Při uložení bankovního účtu k subjektu se provádí kontrola, zda zadaný peněžní účet neexistuje u jiného subjektu (chybová hláška 51185 -- Pozor ! Tento účet má již subjekt ...).
  Dosud se kontrola prováděla pro všechny aktivní účty všech subjektů bez ohledu na to, zda je účet nebo subjekt aktivní. Nyní se při testování duplicity prohledávají pouze aktivní účty aktivních subjektů.
  Upravena procedura spSubjBUcet_ValRec.
  
  
• spHDok_btMarkKopie - Kopie dokladů
  V případě, že se založí pouze jeden doklad, pak se jeho IDHDOK vrátí v podobě hodnot IDHDOK_NEW i MF_IDHDOKNEW. Doposud to bylo jen v případě nastavení parametru MF_NEANOSLUC = 1-ANO.
  
  
• CERT_SERIALNUMBER - Nastavení certifikátu
  Při uživatelské změně čísla certifikátu (činnost 9.8.9 Nastavení certifikátu) se kontrolovala příslušnost ke skupině 00, což zde nebylo žádoucí.
  Opraveno v FChangi CERT_SERIALNUMBER 6.10.2016.
  
  
• spHdok_DelRec - Zrušení dokladu v případě, že k němu existují úkoly
  Doplněn nový parametr do skupiny workflow - ZrusitUkolyProHDOK, kterým je možno nastavit, zda se má při zrušení dokladu v případě existence úkolu k dokladu hlásit chyba (defaultní hodnota), nebo zda se mají úkoly automaticky zrušit.
  Upravena procedura spHdok_DelRec.
  
  
• spHDok_btKRACENIDPH - nová procedura pro změnu "Nároku na odpočet"
  Nová procedura provede změnu "Nároku na odpočet" (příznaku krácení daně) jak na hlavičce, tak na složkách. Změna se provede jen v případě, že "Nárok na odpočet" (příznak krácení daně) na složkách dokladu byl před změnou stejný jako na hlavičce. Procedura pracuje obdobně jako spHDok_btDuvodOsvobozeni - určená pro změnu "Pro výkaz DPH" (důvodu osvobození).
  Možnost změny "Nároku na odpočet" (příznaku krácení daně) zapojena v následujících činnostech
  - 1. 1. 1. 1 Interní doklady Interní doklady: předloha "ucet\Inter_dokl.htm", odkaz "Složky" - záložka "DPH" v předloze "ucet\Inter_Dokl_Sloz.htm"
  - 1. 1. 2. 3 Výkaz DPH: odkaz "Výkazy DPH a Kontrolní hlášení DPH", odkaz "Doklad odvodu DPH" v prostřední formě "Výkazy DPH" - záložka "DPH" v předloze "Ucet\Inter_Dokl_DPH.htm"
  - 1. 2. 2. 2 Pokladní výdeje: odkaz "Složky" - předloha "finance\pd_VydS.htm"
  - 1. 2. 2. 3 Pokladní doklady: odkaz "Složky", předloha "finance\pd_VseS.htm"
  - 2. 1. 3. 1 Faktury přijaté účetní: předloha "nakup\faphlav.htm" záložka "Rozšířené údaje"
  - 9. 4. 6 Vzory dokladů: předloha "nastaveni\vzordok.htm"
  - 9. 4. 7 Rychlé založení vzoru dokladu: předloha "nastaveni\VzorDokKomp.htm"
  - 9. 9. 1 Komplexní editor dokladu: předloha "priklady\hdok.htm"
  
  
• spHdok_PRN_Uhrady - Procedura pro zobrazení úhrad k dokladu
  Upravena sestava pro zobrazení úhrad nad dokladem.
  U dokladů kurzovních a párovacích rozdílů se zobrazovalo datum zdanitelného plnění z hlavičky dokladu, což byl zpravidla první den v měsíci. Nyní byla sestava upravena tak, že se v tomto případě zobrazuje datum z účetního zápisu, datum splatnosti se u těchto dokladů nevypisuje
  Úprava provedena v proceduře spHdok_PRN_Uhrady.
  
  
• Proved_Rozuctovani - Procedura pro přepočet zaúčtování dokladů
  Doplnění kontroly vyrovnanosti vnitropodnikových účtů.
  V případě, že se na dokladu provádí účtování na vnitropodnikové účty, kontroluje se, zda obraty v rámci vnitropodnikových účtů jsou vyrovnané. Pokud ne, zobrazí se varovné hlášení. Kontrola se provádí pouze v případě, že mezi účetními zápisy dokladu není účtováno na NULL účet.
  
  

Změny předpisů sestav

• DodListForm.idc
  Do záhlaví sestavy doplněna položka "Vaše objednávka"
  
  
• DodListForm.idc - Tisk dodacího listu
  Doplněna o možnost tisku s cenami (defaultně) / bez cen na základě parametru VLVYPIS=0-s cenami (defaulně)/1-bez cen.
  
  
• *.IDC - IDC sestavy
  Upraveny IDC sestavy, ve kterých je špatná deklarace proměnné @TYP_DOK z VARCHAR(<10) --> VARCHAR(10)
  - gant\Gant_TYP.idc
  - gant\Gant_TYPV.idc
  - nastaveni\OLD\DokladSkladZeVzoru.idc
  - nastaveni\OLD\DokladSkladZeVzoru2005.idc
  - nastaveni\OLD\SkladZeVzoru.idc
  - nastaveni\OLD\SkladZeVzoru2005.idc
  - nastaveni\DokladSkladZeVzoru.idc
  - nastaveni\DokladSkladZeVzoru2005.idc
  - nastaveni\DokladSkladZeVzoru2007.idc
  - nastaveni\SkladZeVzoru.idc
  - nastaveni\SkladZeVzoru2005.idc
  - nastaveni\SkladZeVzoru2007.idc
  - nastaveni\VycetkaPlZeVzoru.idc
  - zadavani\VyberVzoruProAkci.idc
  - zadavani\ZalozVyrDokladZeVzoru2005.idc
  
  
• UCD_Kos - Opis rozúčtování
  Pokud se provádí tisk opisu rozúčtování nad skladovým dokladem (vyhodnocuje se dle toho, že typ dokladu má nastavenu vlastnost Pohledávka nebo závazek na hodnotu Neučeno (TypDok.vlPohledavka_Zavazek = 0) a k dokladu existuje aspoň jedna složka, která hýbe fyzickým nebo účetním stavem), pak se netiskne "Celkem k úhradě", ale tiskne se součet obratů.
  Upravena sestava UCD_Kos, upravena funkce fnDZ_FormularHDOK.
  
  
• Hl_kniha_ob_det - Změna viditelnosti sloupců
  Upravena viditelnost sloupců IDHDOK (nezobrazuje se) a NAZEV_UCTU (zobrazuje se) v sestavě detailu obratů hlavní knihy (Hl_kniha_ob_det) pro výstup do XLS.
  
  
• *.IDC - IDC sestavy
  Do datových zdrojů IDC sestav doplněno "špinavé čtení" - klauzule WITH(NOLOCK)
  - nastaveni\DokladSkladZeVzoru.idc
  - nastaveni\DokladSkladZeVzoru2005.idc
  - nastaveni\DokladSkladZeVzoru2007.idc
  - nastaveni\SkladZeVzoru.idc
  - nastaveni\SkladZeVzoru2005.idc
  - nastaveni\SkladZeVzoru2007.idc
  
  

Změny datových struktur

• HIERCIN - Obsahuje vazby mezi činnostmi
  Pro tabulku vytvořen nový trigger trHIERCIN_UROVEN který kontroluje, zda nová/opravovaná vazba mezi činnostmi není vyšší jak 3-tí úrovně. Důvodem zavedení kontroly je to, že při vyšší úrovni dochází k rozpadu zobrazení stromu činností, který počítá právě s maximálně 3-tí úrovni vnoření.
  
  
• STAT - Státy
  Tabulka rozšířena o sloupec "KOD_STATUA3" - kód státu dle standardu ISO 3166-1 alpha-3 třípísmenný systém. Spolu s tabulkou doplněn pohled QSTAT o nový sloupec "KOD_STATUA3". Bylo zajištěno naplnění nového sloupce "KOD_STATUA3" z XLSX ze stránky https://www.czso.cz/csu/czso/ciselnik_zemi_-czem-
  
  
• UMIST - Umístění zboží
  Rozšířena o níže uvedené sloupce:
  - IDSKLAD: typu INT s vazbou na tabulku SKLAD. Tato položka je součástí unikátního klíče UMIST_Key1 který se skládá z KOD_UMIST, IDSKLAD
  - VLDISPONIBILNI: určuje, zda se 0-Ne/1-Ano jedná o disponibilní umístění. Může sloužit v Eso9Profi pro odlišení umístění, které se nemá počítat do volného množství (reklamace, vadné kusy, přebytky, atd.)
  
  Spolu s tím upraveno:
  - pohled QUMIST: doplněna vazba na tabulku SKLAD
  - nové obchodní pravidlo spUMIST_NEWREC: na rozhraní jsou povinné parametry odpovídající struktuře tabulky UMIST. Položka VLDISPONIBILNI se defaultně nastavuje na 1-Ano
  - obchodní pravidlo spUMIST_CALREC: na rozhraní doplněny nové povinné parametry IDSKLAD, VLDISPONIBILNI
  
  
• ZBOZICK - Eviduje všechny / alternativní čárové kódy.
  Nová tabulka umožňuje evidenci všech / alternativních čárových kódů ke zboží.
  Spolu s novou tabulkou provedeny násladující změny :
  
  - procedura spZbozi_DelRec: doplněno mazání z tabulky ZBOZICK
  
  - procedura spZBOZI_CK_GETREC: fchange pro položku ZBOZI.CARKOVY_KOD. Nově se hledá čárový kód v těchto tabulkách:
  - Zboží (ZBOZI),
  - Čárové kódy zboží (ZBOZICK)
  
  - nová obchodní pravidla pro tabulku ZBOZICK:
  - spZBOZICK_NEWREC
  
  - činnost 9. 5. 9 Zboží: nový odkaz "Čárové kódy", který umožňuje evidenci čárových kódů ke zboží.
  - HTML předloha "nastaveni\Zbozi.htm " doplněna o odkaz "Čárové kódy"
  - nová HTML předloha "nastaveni\ZboziCK.htm"
  
  
• CELSAZ - Celní sazebník
  Rozšíření tabulku o nové sloupce:
  - DTDATE_OD: datum platnosti OD
  - DTDATE_DO: datum platnosti DO
  
  Spolu s tím upraveny následující objekty:
  - pohled QCELSAZ:
  - obchodní pravidla tabulky CELSAZ:
  - spCELSAZ_NewRec
  
  

Změny webových stránek

• sklad\Vydejka.htm - Obecná výdejka
  Doplněna vedle položky "Zakázka" nová položka "Jejich obj."
  
  
• Vydejka*.htm - Výdejky
  Do níže uvedených forem doplněn pro "Tisk dodacího listu" (sestava DodListForm.idc) parametr VLVYPIS=0 (0-s cenami;1-bez cen):
  - sklad\Prodejka.htm
  - sklad\Vydejka.htm
  - sklad\Vydejka_Fav.htm
  - sklad\VydejkaF.htm
  - sklad\VydejkaS.htm
  - sklad\VydejkaV.htm
  - zadavani\VydejkaS_CAM.htm
  
  
• nastaveni\VyberLegForm.htx - Formátovací TAGy
  V předlohách pro výběr tiskových sestav v cizím jazyce byly odstraněny formátovací TAGy tak, aby formátování plně podléhalo externímu stylopisu.
  
  
• DMS\Dokument.htm - Omezení počtu načítaných dokumentů
  V činnosti 6.4.1.1 Dokument bylo doplněno výchozí zobrazení filtrovacího formuláře a do stránky doplněn parametr RowsCountQuery pro možnost nastavení omezení počtu načítaných dokumentů.
  
  
• ROWSCOUNTQUERY - Doplnění ROWSCOUNTQUERY do stránek
  V souvislosti s možností omezení načítání velkého objemu dat (řádků) pomocí zadání parametru MaxDataRowsAllow byla doplněna hidden položka "RowsCountQuery" v těchto následujících stránkách :
  - ucet\Inter_dokl.htm
  - ucet\Ucet_dokl.htm
  - ucet\QUcZa.htm
  - finance\Vycetka.htm
  - finance\Pd_Vse.htm
  - finance\Pd_Vyd_val.htm
  - finance\Pd_Vyd.htm
  - finance\Pd_Prij_Val.htm
  - finance\Pd_Prij.htm
  - finance\BaV_Radek.htm
  - finance\BaV.htm
  - finance\ExpPP.htm
  - finance\PP_Pol.htm
  - majetek\MajPoh.htm
  - majetek\Majetek.htm
  - posta\PostHlavOd.htm
  - posta\PostHlavPr.htm
  - posta\PostHlav.htm
  
  
• ROWSCOUNTQUERY - Doplnění ROWSCOUNTQUERY do stránek
  V souvislosti s možností omezení načítání velkého objemu dat (řádků) pomocí zadání parametru MaxDataRowsAllow byla doplněna hidden položka "RowsCountQuery" v těchto následujících stránkách :
  - nakup\CenPop.htm
  - nakup\VObj.htm
  - nakup\FapHlav.htm
  - nakup\ZFap.htm
  - nakup\ZFapD.htm
  - prodej\CenNab.htm
  - prodej\FaV.htm
  - prodej\PObj.htm
  - prodej\Prodejka.htm
  - prodej\VyrPrikaz.htm
  - prodej\ZFaV.htm
  - prodej\ZFaVD.htm
  - sklad\Prijemka.htm
  - sklad\PrijemkaF.htm
  - sklad\PrijemkaS.htm
  - sklad\Prodejka.htm
  - sklad\Vydejka.htm
  - sklad\VydejkaF.htm
  - sklad\VydejkaS.htm
  - saldo\PenFak.htm
  
  

Výroba pro ESO9

Výroba

• 5. 5. 1. 3 - Výrobní dokumentace - Přepočet celého rozpadu (nad finálním výrobkem, nebo vrcholem sestavy)
  Do výrobní dokumentace bylo k položce „vyráběné množství“ přidáno kombo, které umožňuje uzamknout požadované vyráběné množství vybraných podsestav. Uplatní se při přepočtu celého rozpadu (v rámci změny vyráběného množství finálu) takto:
  
  0 = (odemknuto)jako dříve, přepočítává vyráběné množství (tedy vlastní strukturu)
  1 = (uzamknuto) podsestava změní jen potřebné množství do úrovně, vyráběné množství zůstane zachováno tak, jak bylo nastaveno, nebo popřípadě ručně upraveno.
  
  V souvislosti s tím byly změněny
  formuláře:
  - Zadavani/START_VyrobaZavDil.htm
  - Zadavani/START_VyrobaDil.htm
  
  Procedura:
  - spVYROBA_PrepocetPlanuRozpad
  
  
• 5. 6. 2. 1 - Odvádění podle výrobního příkazu - Odvádění šarží
  Do formuláře doplněn přepínač pro určení způsobu odvedení šarží "Způsob navázání ŠARŽE".
  Při odvedení lze nastavit, zda se z předchozí operace mají vybírat dávky se stejnými šaržemi na předchozích operacích (číslo šarže uvedeno v položce "šarže" na formuláři pro odvádění).
  
  Hodnota parametru je přednastavena hodnotou parametru eso: VYROBA_ODVEDSARZE
  
  Na formuláři odvedení lze nastavit kombo (Způsob navázání ŠARŽE):
  - Nevyžadovat stejné šarže
  - Jen stejné šarže
  
  Tímto lze při odvedení účelně řídit navázání stejných šarží z předchozích dávek, což pro fyzické odvádění bylo samozřejmostí, v systému toto doposud chybělo.
  
  
  Provedené změny:
  - Formulář pro odvádění zadavani/START_VPOperace.htm
  
  
• 5. 1. 3. 8 - Katalog profesí/specializací - Zapojení předpisu profesí v rozpisu operací TPV
  Zapojen číselník kódů a popisů profesí odpovídá strukturou katalogu klasifikace zaměstnání CZ-ISCO platného od 1.1.2011.
  
  V souvislosti s novými činnostmi došlo k následujícím změnám:
  Datový model rozšířen o tabulky:
  - PROFESE (tabulka číselníku profesí)
  - PROFESENAOPERACI (vazební tabulka předpisu profesí nad operacemi technologického postupu)
  
  Vytvořeny pohledy:
  - QPROFESE (model umožní uživatelské přepsání tohoto pohledu)
  - QPROFESEVAZBAZAV (pohled pro zobrazení profesí k operaci)
  
  
  Vytvořeny procedury:
  - spQVAZBAZAVOPERPROF_NewRec
  - spPROFESENAOPERACI_NewRec
  
  Upravena systémová procedura:
  - spZBOZIMNSPOTR_DelRec
  
  
  Stránky formulářů:
  - nastaveni/PracovniProfese.htm
  - priprava/dil.htm
  - priprava/VazbaZavOperProf.htm
  - priprava/Pracoviste.htm
  
  Nad pracovištěm zařazeny poznámky (pro možnost zařadit rizikové faktory dle typu poznámky):
  - RF-HLU (hluk a vibrace)
  - RF-CHE (chemické látky)
  - RF-ION (ionizační záření)
  - RF-PRA (prach)
  - RF-TEP (teplota)
  
  
• 5. 5. 1. 3 - Výrobní dokumentace - Tlačítko formuláře: "Přepočet celého rozpadu"
  Funkce přepočtu byla rozšířena i na podsestavy.
  Základní mechanizmus chování podle spuštění nad konkrétní pozicí stromu výrobní dokumentace je po úpravách následující:
  
  - Vrchol (finál)
  při přepočtu se mění jak vlastní množství, tak množství k výrobě, tak i čisté množství
  
  - Uzel (podsestava)
  přepočtem se nemění vlastní požadované množství v úrovni (MNPOCETMJ), ani čisté v úrovni (MNPOCETMJ_CI). Mění se jen stanovené množství vyráběné, platné směrem do rozpisu větve, tedy (MNPOCETMJ_OV)
  
  
  V souvislosti s tím byly provedeny změny v proceduře spVYROBA_PrepocetPlanu.
  
  
• 5. 5. 1. 1 - Pořízení výrobní zakázky z prodej. objednávek - Zadávání, sledování plnění.
  Upraven procesní model tak, aby udržel detailní historii i pro agregované zakázky (například kumulací stejných požadovaných výrobků ze složek prodejních objednávek).
  
  Tím, že zůstává detailní informace, lze snadněji:
  - Rozpouštět rámcové (dlouhodobé) zakázky postupně do kratších časových období (například měsíční)
  - Udržet detailní plnění i pro zakázky, jejichž složky vznikly agregací stejných složek z více prodejních objednávek
  
  
  
• 5. 1. 3. 4 - Kalkulační člen - Nová položka na formuláři - "oblast platnosti"
  Do formuláře pro editaci kalkulačního členu /nastaveni/KalkClen.html/ byl přidán parametr „Oblast“ (položka tabulky VLFILTR), kterým lze nastavit filtr platnosti použití tohoto členu při výpočtu kalkulované ceny v jednotlivých oblastech výroby:
  
  - Všechny
  Platí pro všechny oblasti
  
  - TPV
  Bude uplatněn jen při výpočtu kalkulace nad technickou dokumentací
  
  - Plány VD
  Člen bude uplatněn při výpočtu kalkulace nad oblastí výrobní dokumentace – rozpadnuté zakázky
  
  - Odvedená výroba
  Výpočet kalkulace pro tento člen proběhne jen při odvádění, nebo přepočtu nad odvedenými výrobními operacemi a ve výrobě.
  
  Pro informaci uvádíme, že při zvoleném oboru platnosti "Odvedená výroba", bude směřována cena za odvedené komponenty do dvou základních typů členů (MAT, POL), podle typu odvedené komponenty:
  - OKKK typu materiál naplňuje cenu materiálových členů kalkulačního vzorce
  - OKKK typu polotovar naplňuje cenu polotovarových členů kalkulačního vzorce
  Platí i v případě jakéhokoliv typu spotřebované složky - vykázané na komponentě (mix v detailu spotřeb na odvedené komponentě).
  
  Doporučení pro ty, kteří oceňují skutečnými náklady v odvádění:
  -------------------------------------------------------------------------------
  Položky MaP a MzP označte oblast jen pro TPV. Ostatní označte „pro všechno“ (případně zkontrolujte zda jsou označeny pro všechno)
  Vytvořte nový kalkulační člen POL:
  - Hodnota: Polotovary – cena
  - Způsob nápočtu: Hodnotu přenášet do výrobku
  - Platnost: Vždy
  - Oblast označte jen pro „Odvedená výroba“ a přidejte do kalkulačního vzorce, který pak bude vypadat například takto:
  K1=MaP+MaV+MzP+MzV+POL
  
  
• 5. 5. 1 - Plánování výroby - Evidence částečného rozpouštění zakázek a plnění plánu výroby
  5.5.1.1 – Pořízení výrobní zakázky z prodejních objednávek
  Změny ve formuláři.
  V horní formě lze použít comba rychlého filtru (vlastnost aplikačního serveru) pro filtrování složek prodejních objednávek:
  - Zobrazit všechny složky
  - Zobrazit jen nesplněné složky
  - Zobrazit jen splněné složky
  Složky v dolní formě po zvolení budou ihned přefiltrovány.
  
  Dále došlo ke zrušení komba pro kumulaci. Tlačítko pro spuštění tvorby výrobní zakázky je zdvojeno, každé spouští zcela jinou proceduru:
  - Vytvoření výrobní zakázky agregací složek
  - Vytvoření výrobní zakázky agregací podsestav první úrovně
  
  Ad) Vytvoření výrobní zakázky agregací složek:
  Označením složek dojde k sečtení požadavku a vytvořena zakázka (složka, nebo složky) se stejnými požadovanými nomenklaturami zboží, v součtech. Tato procedura provádí důsledné záznamy vazeb složek v historii složek tak, aby mohlo být následně zjišťováno detailní plnění i v případě kumulace složek do složky výrobní zakázky (N:1).
  
  Ad) Vytvoření výrobní zakázky agregací podsestav první úrovně:
  Označené složky se dočasně rozpadnou na podsestavy a ty jsou následně setříděny a sečteny v příslušných jednotlivých nomenklaturách a na ně jsou pak součtem zakládány složky ve výrobních zakázkách.
  
  V dolní formě je nově tabulka, která informuje o plnění dané složky POB.:
  • Oddíl „Přímé plnění složky“ sleduje vlákno v historii zvolené jedné složky a k ní (pouze k ní) informuje o plnění v jednotlivých etapách průchodu zakázky všemi procesy (od zaplánování, přes zadání do výroby a navezení na sklad…).
  
  • Oddíl „Agregované plnění složky“ sleduje všechna plnění, ve kterých se vyskytuje i vlákno dané zobrazené složky. To znamená, že z důvodu sdružení (agregace) na určitých stupních etapy průchodu výrobou dojde ke ztrátě možnosti detailně sledovat jednotlivé vlákno (pokud není důležité detailně pomocí kopírovacího formuláře například z VP naskladňovat pro danou složku POB), tedy v případech, kdy nemá smysl provádět přísně detailní rozepisování a plnění proti jedné složce.
  
  Plánování:
  Díky důslednému využití nástroje pro evidenci historie dokladů SDOK (tabulka HISSDOK) může být relativně jednoduchým způsobem prováděno zaplánovávání jednotlivých (i dlouhodobých) obchodních zakázek. Vhodným filtrem nad složkami je možno sledovat i plnění plánů a na základě vyhodnocení skutečnosti optimalizovat zadání dalších množství do výroby na následující období (korekce, klouzavý plán).
  
  
  5.5.1.2 – Evidence výrobních zakázek podle vzorů
  Na stránce došlo přidání třetí formy „Detail složky ve výrobní dokumentaci“
  Tato forma zobrazuje tzv. podsložky složek výrobních zakázek. Dříve formulář obsahoval jen informaci o složkách vytvořených výrobních zakázek. Nyní je však pro každou tuto složku ihned na formuláři zobrazeno, zda u ní došlo k zaplánování výroby (rozpad výrobní dokumentace). Tento nástroj umožní okamžitý přehled již připravených výrobních zakázek.
  
  Na formuláři „složky výrobní zakázky“ došlo k přidání položky, která informuje o celkovém množství již zadaném z této složky do výroby (rozpady).
  
  
  
  Horní forma, odkaz „Výrobní rozpad“, formulář pro tvorbu rozpadů:
  Zde došlo k rozšíření o třetí formu „Výrobní dokumentace“. Na ní jsou vidět jednotlivé sestavy a podsestavy předepsané při rozpadu složky výrobní zakázky pro výrobu. Formulář je obdobný původnímu formuláři z činnosti 5.5.1.3 – Výrobní dokumentace. Nově je zařazeno tlačítko pro zrušení rozpadu.
  
  Střední forma „Složky dokladu pro tvorbu rozpadu“ obsahuje navíc informaci o celkem zadaném množství do výroby ze složky výrobní zakázky.
  
  Horní forma „Tvorba výrobního rozpadu“ byla rozšířena o kombo „Vícenásobný rozpad“:
  - Zakázáno
  - Povoleno
  
  Pro verzi 5.4 dochází k velmi podstatné změně při tvorbě rozpadů. Je umožněn vícenásobný rozpad stejné složky výrobní zakázky s tím, že takto lze přípravářem výroby postupně zadávat a plánovat výrobu na nejnižším stupni (pro tvorbu výrobních příkazů až na dílnu). Nyní tedy je možné výrobní zakázku uvolnit do výroby na vícekrát. Vícenásobný rozpad je implicitně zakázán. Při tvorbě rozpadu (tlačítko „Výrobní rozpad“) je možno povolit vícenásobný rozpad. Pak se při rozpadu kontrola neprovádí a je možno zakázku zadávat do výroby postupně (více výrobních příkazů pro jednu složku výrobní zakázky).
  
  Na formuláři došlo k úpravě funkce tlačítka „Zrušit všechny výrobní rozpady složky“, které zajistí zrušení i vícenásobných rozpadů.
  
  Pro zrušení jednoho konkrétního rozpadu slouží tlačítko v dolní formě „Zrušit výrobní rozpad“
  
  
  
  
  Další související změny činností v rámci 5.5.1 - Plánování výroby
  --------------------------------------------------------------------------------------
  
  5.6.2.1 – Odvádění podle výrobního příkazu
  V horní formě přidán odkaz „Příjemka s vazbou na POB“.
  Zobrazí rozšířený kopírovací formulář pro tvorbu návrhů příjemky na sklad, která umožní vytvořit přímou vazbu mezi původní POB a vznikající SPU.
  
  
  Přibyla třetí forma – „Seznam složek POB k přímému navázání na SPU.
  Zde je zobrazen seznam jednotlivých složek POB a množství, která budou navázána mechanismem historie SDOK tak, aby bylo možné udržet přímou vazbu složek POB na SPU přes uživatelskou vazbu věty odvedené plovoucí komponenty (pokud je žádoucí).
  
  Do doby, než je vytvořena složka SPU (tlačítko „Založ příjemku“ na větě odvedené komponenty), je možno seznam zrušit a nebo upravit počty k provázání.
  Rušení seznamu lze provést tlačítkem „Smazat“ z formuláře.
  
  Pozn.:
  Věty v dolním formuláři (zásobník pro vytvoření vazby) jsou fyzicky založené věty v tabulce historie HISSDOK, které byly předem připraveny jednotlivým výběrem (střední forma: odkaz „kopírovat“) z vazebních složek prodejních objednávek, které jsou napojeny na výrobní zakázku a výrobní příkaz, jemuž se příjemka na sklad provádí. Těmto připraveným větám však chybí vazba na následníka (složka příjemky). Vazba bude doplněna automaticky jakmile bude založen – tlačítko: “Založ příjemku“
  
  
  Příprava zásobníku pro založení přímých vazeb mezi POB-VPR-SPU:
  Odkaz na prostředním formuláři, na položce „kopírovat“ – umožní provést výběr z přiřazených složek POB, ze kterých všech vznikla zakázka VZA a z nich pak VP ze kterého se bude tvořit příjem na sklad.
  Každé větě lze do položky „Množství k provázání“ zapsat požadovaný počet, jímž se provádí plnění každé složky příjmem výrobků na sklad z daného VP a vyrobené komponenty.
  Stiskem tlačítka „Vložit do zásobníku vazeb“ se provede vložení připravené věty s vazbami do zásobníku, případně se tato věta v zásobníku aktualizuje na požadované množství.
  Při tvorbě příjemky jsou tyto věty v zásobníku doplněny o id následníka (složka SPU). Díky tomuto mechanizmu je pak možno přímo na složkách POB zobrazovat přímé plnění plánu.
  
  
  
  
  
  
  
  
  
  
  V souvislosti s realizací úprav pro plánování výroby byly provedeny následující změny.
  
  
  
  Změna stránek:
  prodej/PObProv.htm 5.2.1 – Pořízení POB
  Úprava názvu položky komba „k výrobě“ X „k vyskladnění“
  prodej/START_PObjVyr.htm 5.2.1 – Pořízení POB ? odkaz „prověření“
  Přejmenované kombo „k výrobě“ X „ze skladu“
  
  Zadavani/START_VyrZak.htm 5.5.1.2 - Evidence výrobních zakázek
  Zadavani/START_TvorbaVyrobnihoRozpadu 5.5.2.1 – Evidence výrobních zakázek ? „Výrobní rozpad“
  zadavani/RozSlozky.htm 5.2.1 – Pořízení POB ? odkaz „rozlož složky“
  zadavani/START_KumulPObjDoVyrZak.htm 5.5.1.1 – Formulář kumulované agregace složek POB do VZ
  zadavani/START_VyrobaVzorKopiePrijemPOB.htm Zakládání vazeb na POB při pořízení SPU z VP
  zadavani/START_VyberPObjDoSPU.htm Formulář pro výběr POB pro tvorbu vazby
  
  Změna procedur:
  - spSDOK_slKumulKopie
  - spVYROBA_ZrusitRozpadSestavy
  - spZBOZIROZPAD_VyrobniRozpad
  - spSDOK_VYRSDOK_PRIJEMzVPHISPOB
  - spHISSDOK_SmazatVazbu
  - spHISSDOK_ZalozVazbu
  
  
  
  
  
  
  Změna funkcí:
  - fnHISSDOK_Plneni
  - fnHISSDOK_PlneniUSERVAZBA
  - fnHISSDOK_PlneniVZAVYROBA
  - fnHISSDOK_PlneniVZAVYROBAVP
  - fnHISSDOK_PlneniVZAVYROBAVPODVEDENO
  - fnHISSDOK_PlneniVZAVYROBAVPVYROBENO
  - fnHISSDOK_SLAGR
  - fnHISSDOK_SLN
  - fnHISSDOK_SLU
  - fnHISSDOK_VZAVYROBA
  - fnHISSDOK_VZAVYROBAVP
  - fnHISSDOK_VZAVYROBAVPODVEDENO
  
  

Změny funkcí

• Funkce pro zjištění skutečných přímých výrobních nákladů - fnSTART_PrimeNakladyPK
  Zadáním IDVYROBA plovoucí odvedené komponenty vytvoří celý detailní strom včetně úrovní podstromů navázaných podsestav s informacemi o nákladech na materiál a odvedené operace.
  
  Základní interface funkce:
  @IDVYROBA INTEGER, -- IDVYROBA odvedené master PK
  @vlPodsestavy SMALLINT -- 0=nezařadí, 1=zařadí i detail podsestav
  
  Výstupem je tabulka základních informací nalezených při zkoumání skutečné cesty a způsobu výroby "production track", včetně důležitých ID pro následné navázání rozšiřujících informací uživatelem například při tvorbě sestav či controllingových reportů.
  
  

Změny procedur

• spZBOZIROZPAD_AktRozpadPredch - Přepočet rozpadu (5.5.1.3 - Výrobní dokumentace)
  Upravena procedura, která se volá při potřebě přepočtu rozpadu (tlačítko provést rozpad).
  
  Pokud byla na výrobku použita výrobní varianta, hlásilo chybu:
  Cannot insert duplicate key row in object 'dbo.#TEMPROZPADPREDCH' with unique index '#TEMPROZPADPREDCH_Key2'
  
  Nyní opraveno.
  
  

Změny předpisů sestav

• 5.1.1.3 - Technologická dokumentace - Sestava "Souhrn profesí"
  Zapojena sestava „TPV_SouhrnProfesi.idc“ nad hlavním formulářem „Díl“, která vypíše seznam požadovaných profesí nad operacemi.
  
  

Technologie ESO9 - server + klient

Změny v technologii .NET

• Aplikační server - Zjednodušený filtrovací formulář
  Pokud byla první položkou zjednodušeného filtru readonly položka, např. tedy číslo dokladu, vyhodnocoval se špatně datový typ takové položky (a tím pádem i operátor "~" / "=") a tento se pak kopíroval do dalších položek uvedených v SimpleFilteru.
  Opraveno ve verzi z 12.7.2016.
  
  
• Klientská komponenta - Určení šířky sloupce v browse (tabulce)
  Pokud je uvedena v parametru maska "BRWSIZE=xy", bude pro takovou položku nastavena šířka sloupce v browse (tabulce) na hodnoty "xy". Šířka sloupce v browse se běžně počítá dle datového typu nebo podle atributu SIZE v elementu INPUT. V některých případech ale může popis položky přesáhnout její velikost a v takovém případě by se v záhlaví browse (tabulky) oříznul. Pokud je na formuláři dostatek místa(aby nebylo nutné scrollovat), lze tedy šířku sloupců v browse určovat nezávisle na velikosti položek v editoru.
  Dostupné od klientské komponenty v5.3.0.2.
  
  
• Klientská komponenta - Kontrola podpisu ISDOC dokumentů
  Při kontrole platnosti digitálního podpisu během importu faktury přijaté z ISDOCu se vždy objevila hláška, že je podpis neplatný a obsah souboru se od okamžiku aplikace digitálního podpisu změnil.
  Na vině bylo odstranění implementace použité šifry (RSA-SHA256) z .NET Frameworku 4.0 (až do v3.5 tato implementace byla součástí frameworku). Po ručním doplnění příslušného algoritmu a přizpůsobení mechanismu ověřování platnosti vše funguje.
  Dostupné od klientské komponenty v5.3.0.2.
  
  
• Aplikační server - Problém v kopírovacích formulářích
  Ve verzi 5.3 byl problém při označování složek v kopírovacích formulářích s uvedeným parametrem ViewName. Ve formulářích nejsou vyjmenovány všechny položky, které vrací procedury volané při označování složek a pro položky s datovým typem money toto způsobovalo problém.
  Řešením je buď oprava formulářů, nebo přidání další kontroly do technologie. Protože nelze určit, kolika dalších formulářů v zákaznických implementacích se to může týkat, byla zvolena varianta 2, tj. úprava technologie.
  Opraveno ve verzi technologie z 18.7.2016.
  
  
• Klientská komponenta - Zadávání datumů ve filtrovacích formulářích k sestavám
  Při zadávání datumů v generovaných filtrovacích formulářích k sestavám (tj. přímo volaný tisk sestav z číselníku sestav) nebylo možné zadat datum mezerníkem ani výběrem z datumky (Ctrl+Q).
  Opraveno v klientské komponentě v5.3.3.
  
  
• Klientská komponenta - Hromadná změna nad označenými řádky
  Hromadná změna hodnoty vybrané položky nad označenými řádky nefungovala korektně v případě, že byly označeny (mj.) první dva řádky a oba vlivem nastaveného filtru po změně hodnoty vypadly z datového kurzoru.
  Opraveno v klientské komponentě v5.3.0.3.
  
  
• Klientská komponenta - Vyhodnocení parametru mf_ShowMail
  Vyhodnocení parametru mf_ShowMail.
  Vyhodnocení parametru ne/fungovalo v závislosti na tom, zda byly další parametry (zejména adresu příjemce) definovány na odkazu nebo v parametrech sestavy. Pokud byly všechny parametry v datovém zdroji sestavy, vyhodnocení fungovalo, pokud byla část (např. MF_SHOWMAIL) na odkazu a část (např. MF_SENDMAILTO) v parametrech sestavy, parametr mf_ShowMail se nenastavil.
  Opraveno v klientské komponentě v5.3.0.3.
  
  
• Aplikační server - Automatická obnova závislých forem při změně hodnoty MF položky v řídící formě
  Automatická obnova závislých forem při změně hodnoty MF položky v řídící formě.
  Pokud máme ve stránce více forem a v řídící formě změníme hodnotu MF položky, provede se obch.pravidlo FChange. Pokud toto obch.pravidlo obsahuje na vstupu položku se jménem REQUERYSTATE, provede se obnova datových zdrojů závislých forem stejně jako v případě, že by se jednalo o běžnou editační položku (s tím rozdílem, že pro editační položku se obnova provede až po uložení, zatímco pro MF položku se provede ihned).
  Využitelné např. pro rozvírací nabídku (combo box) v řídící formě, která bude ihned filtrovat řádky v závislé formě.
  Dostupné v technologii od 1.9.2016.
  
  
• Aplikační server - Editace rozšířeného StartFiltru
  Při editaci rozšířeného StartFiltru zobrazeného z výchozí konfigurace mohlo dojít k chybě. V informaci o konfiguraci filtru chyběla z předchozích verzí informace o logické spojce And/Or (která přibyla až ve verzi 5.3) a při pokusu o editaci některé z podmínek došlo k chybě.
  Oprava s sebou nese změnu syntaxe uložení informace o filtrovacích podmínkách v konfiguraci. Nový klient i server umí zpracovat oba formáty, starší verze technologie umí pracovat pouze se starším formátem a pokud se např. novější verzí klienta uloží konfigurace filtru, starší klient jí nemusí umět načíst. Je tedy třeba povýšit verzi serveru i klienta najednou.
  Opraveno v technologii 8.9.2016.
  
  
• Aplikační server
  V technologii ESO9 přibyla možnost přímé navigace z libovolné závislé stránky na první stránku v dané činnosti bez nutnosti jít přes historii navštívených stránek.
  Příklad: jsem ve formuláři faktury vydané, přejdu na detail hlavičky, dále na její rozúčtování. Novou ikonkou se teď mohu dostat rovnou zpět na první činnost, tj. fakturu vydanou. Stejně to funguje i přes IDC/HTX sestavy (Ruční párování - Páruj - Vyber protidoklad – Výsledek a zpět).
  Nová funkčnost je dostupná od 14.9.2016 v klientské komponentě pro Internet Explorer i obecném klientovi.
  
  
• Aplikační server - Tisk sestav přímo do Excelu
  Při tisku sestav přímo do Excelovského sešitu (PrintDest=XLS2) se nově tisknou všechny datové zdroje (dříve jen jeden) s tím, že každý datový zdroj má svůj list pojmenovaný podle základní tabulky datového zdroje sestavy. Zároveň došlo k optimalizaci sestavování XLSX souboru tak, že referenční dataset (100tis.řádků, 10 sloupců) se nyní sestaví za 7,5sec.
  Dostupné v technologii ESO9 od 4.10.2016.
  
  
• Aplikační server - Počet řádků ve výkonovém LOGu
  Počet řádků datového zdroje zapsaný ve výkonovém LOGu mohl být nižší, než byl počet řádků skutečně načtených z databáze. V případě volání číselníku s parametrem FilterFieldNames se LOGoval pouze počet řádků po vyfiltrování tímto parametrem.
  Opraveno ve verzi z 6.10.2016.
  
  
• Aplikační server - Dokument "Metodika instalace AS NET.pdf"
  Zaktualizován dokument "Metodika instalace AS NET.pdf". Nová verze bude k dispozici na instalačním médiu v5.4.
  
  
• Aplikační server - Přechod na novou stránku parametrem URL_ACTION
  Pokud bylo ve stránce tlačítko s akcí + přechodem na novou stránku parametrem URL_ACTION, který obsahoval další parametrizaci vazbou Parameters, nefungovalo vyhodnocení parametru správně, pokud byla akce volána z kontextového menu nad browsem / tabulkou.
  Opraveno ve verzi z 24.10.2016.
  
  
• Aplikační server - Vlastní formátování odkazů
  Pokud si autor stránky pro ESO9 doplní do odkazu vlastní CSS třídu (class="moje_trida") pro vlastní formátování, zůstane hodnota tohoto atributu zachována s tím, že se k němu přidá i výchozí CSS třída ESO9. Uživatelská třída je přitom uvedena jako druhá v pořadí tak, aby bylo možné přepsat libovolnou formátovací vlastnost ESO9.
  Dostupné v technologii od 24.10.2016.
  
  
• Aplikační server - Parametrizace textu tlačítka
  Do technologie ESO9 byla doplněna možnost parametrizace textu tlačítka. Text lze parametrizovat syntaxí <%PARAMETER%>, např.: <input type="button" value="<%NAZEV_SKLAD%>" name="spSKLAD_CreateViewExterni">. Hodnota parametru se hledá v pořadí:
  * na odkazu
  * v datovém zdroji formy
  * v datovém zdroji source formy
  Dostupné od 1.11.2016.
  
  
• Aplikační server - Přímý tisk sestav do DMS
  Při tisku sestav s parametrem DirectPrint=4 (přímý tisk do DMS) se pro vazbu vůči zdrojové tabulce použilo jméno tabulky a vazební ID dle datového zdroje sestavy. Logické však je použít jméno tabulky a vazební ID z datové věty formuláře odkud byla sestava zavolána.
  Opraveno v technologii (klient i server) 7.11.2016.
  
  
• Aplikační server - Opis dat do Excelu
  Přímý opis dat do Excelu byl zoptimalizován podobným způsobem, jako již dříve tisk sestav do Excelu (PrintDest=XLS2). Doba potřebná k exportu se zkrátila cca na třetinu.
  Dostupné v technologii od 15.11.2016.
  
  
• Aplikační server - Informace o datovém zdroji
  Řádek s odkazy na "Informace o datovém řádku" a "Historie změn" byl přesunut na začátek stránky s informacemi o datovém zdroji formy. Včetně zabezpečení (skupina 00) a šifrování.
  Dostupné v technologii od 15.11.2016.
  
  
• Aplikační server - Šifrování odkazů v sestavách
  Při tisku řádkových sestav typu Stimulsoft z obecného klienta docházelo vždy k šifrování odkazů, pokud je sestava obsahovala.
  Opraveno v technologii 9.11.2016.
  
  
• Aplikační server - Formulář ve stavu "disabled"
  Pokud byla forma ve stavu "disabled" vlivem relace (tj. vazby na svou podřízenou/závislou formu), nezobrazovaly se v ní data. Příklad: na běžném dokladovém formuláři jsem vložil složku a bez jejího uložení jsem přešel na jinou činnost. Po návratu na doklad přes navigaci (bez obnovy dat!) byla složka správně rozeditovaná, ale v hlavičce nebyla vidět žádná data, což bylo pro obsluhu matoucí.
  Upraveno v technologii z 16.11.2016.
  
  
• Aplikační server - ReadOnly položka
  Pokud je ve formuláři uvedena položka jako ReadOnly, generuje se standardně jako HTML tag SPAN. V některých případech (např. mobilní aplikace) může být užitečné generovat tuto položku jako tag INPUT s příznakem ReadOnly. Pokud tedy bude u readonly položky uvedena maska mask="ReadOnlyAsInput", bude se položka generovat jako tag INPUT.
  Platí pouze pro obecného klienta.
  Dostupné v technologii od 28.11.2016.
  
  
• Aplikační server - Parametr MAXDATAROWSALLOW na aplikční úrovni
  Pro omezení načítání velkého objemu dat (řádků) umožnit zadání parametru MAXDATAROWSALLOW na globální úrovni.
  Parametr MAXDATAROWSALLOW umožňuje ve spolupráci s parametrem ROWSCOUNTQUERY nastavovat a kontrolovat počet řádků, který se bude načítat podle uživatelem zadaných filtrovacích podmínek. Parametr ROWSCOUNTQUERY musí být uveden ve formuláři (přímo nebo přes uživatelské akce), parametr MAXDATAROWSALLOW může být zadán buď ve formuláři, nebo jej lze zadat v aplikačních parametrech (v sekci systémové parametry); v takovém případě platí pro celou aplikaci.
  
  
• Aplikační server - Export do Excelu (sestavy typu XLS2)
  Při tisku sestav do Excelu (typ výstupu XLS2) docházelo k chybám, pokud datové zdroje sestavy obsahovaly alespoň jeden typu akce.
  Opraveno v technologii od 2.12.2016.
  
  
• Klientská komponenta - Vyplnění StartFiltru při použití parametrů MAXDATAROWSALLOW a ROWSCOUNTQUERY
  Při použití parametrů MAXDATAROWSALLOW a ROWSCOUNTQUERY se při nesprávném zadání filtrovacích podmínek při vstupu do formuláře znovu objeví formulář StartFiltru. Ten však obsahoval vždy filtrovací podmínky z konfigurace, nikoli podmínky zadané uživatelem při posledním zadání. Nyní se filtrovací podmínky zadané uživatelem zapamatují a pokud je filtrování neúspěšné (tj. dotaz vrací příliš mnoho řádků), vyplní se tyto podmínky do StartFiltru pro nové zadání.
  Dostupné od klientské komponenty 5.4.0.1.
  
  
• Aplikační server - Šifrování volných hyperlinků v dashboardech
  Pro stránky typu DashOK (dashboardy pro obecného klienta) bylo dopracováno šifrování volných hyperlinků mimo datové obsahy (události).
  Dostupné od 7.12.2016.
  
  
• Aplikační server - Posun věty po akci na tlačítko
  Posun, resp. vypadnutí věty z datového kurzoru po provedené akci na tlačítko.
  Pokud vlivem nastaveného třídění (nebo filtrování) došlo po akci na tlačítko k posunu (nebo vypadnutí) aktuální věty, došlo k posunu aktuální řádky na chybnou pozici. Lze ověřit např. na načítání údajů pro ARES: vyfiltrovat všechny subjekty, setřídit dle jejich názvu, následně pořídit nový subjekt (tj. s prázdným jménem) a nechat pro něj zaktualizovat informace z ARESu. Po pořízení se záznam správně zatřídil (dle prázdného jména) kam patřil, po stažení informací z ARESu došlo k nastavení neprázdného jména a v tom okamžiku se zobrazila (chybně) věta na původní pozici záznamu. Vlastní data u subjektu jsou v pořádku, pouze obsluha vidí jinou větu, než očekává.
  Opraveno 7.12.2016.
  
  
• Aplikační server - Zavírání stromu činností v obecném klientovi
  Při provozu aplikace v obecném klientovi se zašifrovanými odkazy docházelo při zavření stromu činností prvkem v levém horním rohu k zobrazení ESOMenu i v hlavním pracovním okně. Na vině bylo chybné parsování odkazů, které neobsahovaly atribut HREF (tj. byly obsluhovány například skriptem).
  Opraveno od 8.12.2016.
  
  
• Aplikační server - Výkonové logování IDC sestav
  Pro sestavy IDC/HTX se nelogoval název sestavy (resp. relativní cesta k IDC souboru, který sestavu realizuje) a každá sestava se zaznamenala do výkonového logu 2x; jednou s nulovým počtem sloupců, podruhé se skutečným.
  Opraveno v technologii z 9.12.2016.
  
  
• Aplikační server - Podpora CTE
  Do technologie ESO9 byla doplněna podpora CTE pro MS SQL. CTE query mohou být využity v datových zdrojích formulářů (vč.filtrování, vyhledávání a třídění) a sestav.
  Více např.https://technet.microsoft.com/en-us/library/ms190766(v=sql.105).aspx.
  Dostupné od 8.12.2016.
  
  
• Aplikační server - Priorita parametru StartFilter na odkazu
  Pokud byl uveden parametr StartFilter na odkazu i v cílovém formuláři, nerespektovala se přednost parametru na odkazu. Např. na odkazu měl parametr hodnotu 2, ve formuláři 1 a filtrovací formulář bylo možné potvrdit bez vyplnění.
  Opraveno od 20.12.2016.
  
  
• Klientská komponenta - Obarvení ikony konfigurace
  Při výběru konfigurace z dialogu filtru se neobarvila ikona konfigurace na nástrojové liště.
  Opraveno v klientské komponentě v5.4.0.2.
  
  
• Aplikační server - Otvírání filtru z navigace/navštívených
  Pokud se obnovovala stránka kliknutím na filtr (ikona trychtýře) z Navštívených a v této stránce byla na řídící formě závislá ve než jedna další forma (např. stránka faktur přijatých), neotevřel se v ní dialog filtru.
  Opraveno 21.12.2016.
  
  
• Aplikační server - Parametry RowsCountQuery a MaxDataRowsAllow v kombinaci s parametrem TView
  Pokud je použita dvojice parametrů RowsCountQuery a MaxDataRowsAllow a na daný formulář se přechází odkazem obsahujícím parametr TView, mechanismus kontroly počtu načítaných řádků se nepoužije.
  Upraveno v technologii od 5.1.2016.
  
  
• Aplikační server - Parametr MaxDataRows v tabulce uživatelů
  Pokud bylo zadáno v tabulce uživatelů omezení na počet načítaných řádků (položka MaxDataRows) s hodnotou 0, správně se omezení neuplatnilo (tj. načetly se všechny řádky), ale do záhlaví formy se přesto vypsalo upozornění na načtení 0 řádků.
  Opraveno v technologii od 5.1.2016.
  
  
• Klientská komponenta - Filtrovací podmínky v konfiguraci
  Zpracování filtrovacích podmínek v konfiguracích staré a nové verze ("novou" verzí se rozumí konfigurace obsahující podmínku And/Or mezi filtrovacími podmínkami). Při počtu filtrovacích podmínek dělitelných bezezbytku násobky 12-ti docházelo k syntaktickým chybám při aplikaci uložené konfigurace na formulář.
  Opraveno v klientské komponentě v5.4.0.4.
  
  

Technologie ESO9 - obecný klient

Změny v technologii .NET

• Obecný klient - Rozměry tlačítek ve formuláři
  Upravena výška a šířka tlačítek ve formuláři (pouze tlačítka implementující akce uvnitř formuláře, tj. mimo navigační lištu) tak, aby svými rozměry odpovídala tlačítkům v Internet Exploreru.
  Dostupné ve stylopisu eso9ok-1.0.1.css od 19.7.2016.
  
  
• Obecný klient - Změna způsobu o(d)značování v browse
  V browse obecného klienta byl nahrazen v 1.sloupci dblklik pro o(d)značení prvkem checkbox. Tj. jeden klik namísto dvou.
  Výhody:
  * možnost dotykového ovládání (prstem se dblklik dělá těžko)
  * označení bývá obvykle indikováno checkboxem
  Dostupné v obecném klientovi od srpna 2016.
  
  

Technologie ESO9 - Reporting Server

Změny v technologii .NET

• Reporting Server - Optimalizace Reporting Serveru ESO9
  Byla provedena optimalizace rychlosti a spotřeby paměti. Rychlost generování sestav byla zvýšena jejich cachováním (tj. stejným mechanismem, jaký používá klient ESO9) s tím, že vlastnost "cachovat ano/ne" se bere z vlastnosti "klientská cache" v definici sestavy v ESO9. Spotřeba paměti RS je dána pouze spotřebou paměti Stimulsoft knihoven (vlastní engine RS má alokovanou paměť konstantní a nezávislou na počtu generovaných sestav). Pokud je RS provozován na x64 Windows Serveru, bude se chovat jako x64 aplikace vč. množství alokované paměti. Pokud při generování sestav narazí alokovaná paměť na svůj strop, dojde k jejímu jednorázovému uvolnění garbage collectorem bez dalších chybových hlášek generovaných do aplikačního Event Logu.
  Dostupné v RS od 21.7.2016.
  
  

Technologie ESO9 - server

Serverový doplněk

• Import z XML - Serverový doplněk XMLExpImp
  Doplněna možnost importovat z jednoho XML souboru více dokladů. V tomto případě není kořenovým elementem HDOK ale DOKLADY, které obsahují více podelementů HDOK. Import tyto varianty detekuje sám, není třeba nastavovat parametrem.
  
  

Změny v technologii .NET

• EET
  Do aplikačního serveru doplněna knihovna eso9eet.dll, která slouží pro odeslání dat na EET.
  Ke svému chodu vyžaduje .NET Framework verze 4.5, tedy operační systém alespoň Windows Server 2008 SP2.
  
  
• Program AutEET.EXE - Automatické dodatečné odeslání do EET
  Vytvořen program AutEET.EXE, instalovaný do aplikačního serveru.
  Je určen ke spouštění naplánovanou úlohou. Automatizuje činnost 1.2.2.5 Dodatečné odeslání EET.
  Lze jej konfigurovat v souboru AutEET.EXE.Config:
  - seznam databází
  - pro jaké prostředí spouštět (ostré / testovací)
  - zda jen dodatečná odeslání nebo i chybné záznamy
  - jakou akci vyvolat po odeslání
  Loguje se do souboru AutEET.LOG
  Ke svému chodu využívá knihovnu eso9eet.dll