2. 4. 1. 4 - Přijímání a plnění úkolů Opraven problém s načítáním sloupců v browse při odchodu a opakovaném příchodu zpět na stránku s formuláři.
Změny v technologii .NET
Obecný Klient - Označování řádků v tabbulce Akce označení optimalizována, zrychleno vykreslování a snížen počet úkonů, které musí program provést u větších formulářů při 50 a více sloupcích
Obecný klient - Filter Přepracován dialog filtru do componenty jQueryUI/dialog.
Obecný klient - Tlačítko "Zpět" v prohlížeči V navigaci obecného klienta byla opravena funkčnost tlačítka "Zpět" v prohlížeči. Dosud se uživatel po jeho stisku dostal na svou úvodní stránku namísto na předchozí stránku v navigaci. Problém se týkal všech prohlížečů založených na jádře Webkit (např. Chrome, Safari). Oprava dostupná od 18.2.2016.
Obecný klient - Nastavování focusu Vyřešeny problémy s přenosem focusu mezi tabulkou a číselníkem
Obecný Klient - Posun kolečkem Posun kolečkem myši funkční v tabulce i číselníku
Obecný klient - Stimulsoft sestavy v pracovním tvaru Tisk Stimulsoft sestav v pracovním tvaru (např. hlavní kniha) v obecném klientovi byl zarovnán zcela vlevo. Nově se tyto sestavy zarovnávají na střed pracovního okna. Dostupné od 26.2.2016.
Obecný klient - Odstranění nástrojové lišty v sestavách Ve Stimulsoft sestavách v obecném klientovi přibyla možnost odebrat nástrojovou lištu v záhlaví (pravý horní roh) parametrem hyperlinku GENREPTOOLBAR=0.
Obecný klient - Vykreslení řádku Při kliknutí na nový řádek je zrychleno vykreslování tohoto řádku a konkrétní buňky.
Obecný Klient - Refresh all forms Opraven princip obnovy stránky při použití parametru REFRESH_ALL_FORMS
Obecný klient - Zasílání parametru s časem u akcí na tlačítko Při volání uživatelské akce na tlačítko je zasílán parametr UP_TIMESTAMP s časem, který lze použít ve vlastních uživatelských procedurách.
Obecný klient - Číslování aktuálních řádků ve spodní liště V nové verzi OK, již bude viditelné pořadí řádku v rámci celku přímo na navbaru.
Obecný klient - Chyba při editaci F2 Oprava chyby, která mohla nastat při editaci klávesou F2
Obecný klient - Označování více řádků pomocí Shift + dblclick Přidáno označování (resp. hromadné kliknutí na více markstate) více řádků pomocí Shift + dblclick.
Obecný klient - Klávesové zkratky v dialogu vyhledávání Do dialogu vyhledávání doplněny klávesové zkratky pro rychlé vyplňování
Obecný klient Doplněn rozšířený filter.
Aplikace ESO9 Prodejna
Sklad
2. 3. 2.12 - Dokončení načtení prodejek Zaveden nový způsob generování prodejek. Dříve se po přenosu dat z prodejny na centrálu spouštělo generování všech prodejek z mezisouboru, bez ohledu na původ vzniku. V případě, že v některé nastala chyba, zastavilo se generování dokladů ze všech prodejen s vyšším číslem vzoru.
Doplněna nová hodnota parametru KASA_RUN_JOB=2 - Ano-jen pro prodejky z volající prodejny. Řešeno tak, aby se nemusel měnit způsob odesílání dat z prodejny. Procedura pro generování prodejek upravena tak, aby při volání přenosu z prodejny došlo ke generování dokladů na centrále jen z prodejek této prodejny. Prodejna se identifikuje jménem svého SQL serveru. Podle něj se z dávky dohledá jméno vzoru a jen pro něj se generují prodejky. Přepsány všechny související procedury, aby tento nový způsob akceptovaly,
Upraven zámek pro hlídání souběžného generování dokladů – dříve se používal zámek na celý SQL server, ve verzi 5.2 upraveno na samostatný zámek pro každou centrální aplikaci. Nyní zjemněno na zámek na aplikaci a vzor, pro který se doklady generují. V jedné aplikaci nyní může probíhat souběžné generování prodejek pro více vzorů, tedy z více prodejen. Pokud je však voláno generování bez určení vzoru, zamkne generování podle jednotlivých vzorů a naopak.
Změněno pořadí generování dokladů na centrále. Původně se generovalo podle IDKHDOK – tedy podle pořadí založení hlaviček na prodejně. Nyní se generuje podle CIS_DOK – tedy podle pořadí tisku dokladů na prodejně. Více odpovídá realitě provozu na prodejnách.
Upraven formulář činnosti 2.3.2.12 Dokončení načtení prodejek. Doplněn combobox se seznamem vzorů prodejek, které jsou v tabulce prodejek připravených k načtení (včetně možnosti „Všechny vzory“). Tlačítko „Načtení prodejek“ provede jen pro vybraný vzor.
Doplněn parametr KASA_MAIL_CHYBA - Seznam e-mailů oddělený středníky, na který se posílá informace o chybě při zakládání prodejky přenesené z prodejny do centrály.
Fiskální modul
Uzávěrka Práce s fiskálním modulem FT4000 (pro SK): doplněno tlačítko "Porovnání uzávěrky s Fiskálním modulem". Zobrazí denní uzávěrku z prodejny a vedle ní zobrazí informace vyčtené z FT: průběžná uzávěrka, Vklady a výdeje, Poslední doklad ve FT. Vizuálním porovnáním těchto dat je možné zjistit, zda vše z Prodejny je ve FT.
Změny v technologii .NET
.NET Framework Přechod z .NET Framework 2.0 na .NET Framework 4.0. - Totéž platí pro použité knihovny PlatKart.dll a FisMod.dll - Knihovny Stimulsoft změněny z verze 2011.1 na verzi 2015.2 - Při změně na vyšší FW došlo bohužel i ke změně systémového adresáře pro ukládání uživatelské konfigurace. Proto bylo doplněno dohledání uživatelského konfiguračního souboru podle nejvyšší předchozí verze. Je tak zachována kontinuita nastavení programu u parametrů, které nejsou ukládány do databáze.
Konfigurace browse Rozšířeny možnosti práce s konfigurací browse v číselnících. V Nastavení / Prostředí lze nastavit dva parametry: - Konfigurace browse (určuje jak s konfigurací pracovat), nabízí 4 volby: 1) každý uživatel svou (předchozí stav, výchozí hodnota parametru) 2) nepoužívat - vždy výchozí (s konfiguracemi se nepracuje, neukládají se ani nenačítají) 3) podle vybraného uživatele (konfigurace se uloží jen vybranému uživateli, ten je připraví pro všechny uživatele. Ostatním se načítají konfigurace tohoto uživatele, jejich vlastní změny se neukládají) 4) každý uživatel svou - když není nalezena, podle vybraného uživatele (pokud není nalezena konfigurace pro přihlášené uživatele, hledá se konfigurace vybraného uživatele. Případná změna se uloží již pod jménem přihlášeného uživatele a příště se načte) - Konfigurace dle uživatele - v rozbalovací položce vyberete uživatele pro případy 3 a 4. Změna konfigurace se ukládá jen tehdy, pokud se změnila šířka sloupce nebo jejich pořadí (tedy ne vždy při uzavření formuláře jako dříve).
Aplikace ESO9 Start
Změna činnosti
9 - Nastavení systému \ Datový model \ Tabulky a sloupce Pro tabulku "UZIVAKCE" nastaveno "Generovat spTxt procedury = Ano - spTxt i spTxtID". Procedura ručně vygenerována a nahrána na všechny Eso9Start (CZ, HU, PL, SK).
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 nově níže uvedené objekty - funkce fnLOGSQL_PARSE : umí parsovat konkrétní SQL z Eso9Log pro ACTION = 1-INSERT, 2-UPDATE v podobě název sloupce, starou a novou hodnotu - funkce fnLOGROW_DETAIL: vrací historii změn a u akcí 1-INSERT, 2-UPDATE vrací rovněž detail změn (název sloupce, starou a novou hodnotu)
Účetnictví
1. 1. 2. 3 - Výkaz DPH (doplněk č. 2 předchozí verze) Upravena funkce fnKHDPH_TestovaniChyb pro testování chyb v záznamech kontrolního hlášení. V případě, že evidenční číslo bude obsahovat znaky 0x00 až 0x31, bude v kontrolní sestavě vypsána chyba "Evidenční číslo obsahuje netisknutelné znaky". Takovýto doklad je nutno následně opravit. Změna bude obsažena ve doplňku č.2 k verzi 5.2
1. 1. 2.11 - Podklady pro DPP - XML (doplněk č. 2 předchozí verze) Došlo ke změně struktury předávaného XML souboru. Upravena procedura spExport_DDPDP7_XML, která v závislosti na období podávaného výkazu provede generování buď v původní struktuře (DDPDP7), nebo v nové struktuře (DDPDP8)
1. 1. 2. 3 - Výkaz DPH (SK) (doplněk č. 1 předchozí verze) Změna tvorby XML kontrolního výkazu DPH Pro období 2016.04 a vyšší se při tvorbě XML souboru kontrolního výkazu DPH postupuje takto : pokud je součet daní v oddíle B3 menší než 3000 EUR, pak se v XML generuje do B.3.1 (kumulativně jednou částkou). Pokud je větší nebo roven 3000 EUR, pak se v XML uvádí do sekce B.3.2 kumulativně za jednotlivá IČ DPH.
1. 1. 2. 3 - Výkaz DPH (doplněk č. 2 předchozí verze) Upravena tisková sestava VykazDPH_KVDPH tak, že se v oddíle B3 nyní tisknou navíc i mezisoučty za jednotlivá IČ DPH.
1. 1. 2. 1 - Hlavní kniha Do funkcí pro tvorbu hlavní knihy (1.1.2.1), výsledovky (1.1.4.5), saldokontní sestavy (1.3.4.8) a výpis závazků a pohledávek nad subjektem (9.3.3) doplněno zohlednění data platnosti vztahů mezi subjekty. Subjekt se nyní považuje za podřízený jen v tom případě, že je platný k poslednímu dni období do (pro hlavní knihu a výsledovku), resp. k zadanému datu (pro saldokontní sestavy) nebo dnešnímu datu (závazky a pohledávky nad subjektem). Doplněna funkce fnSeznamPodrizSubjKDatu, upraveny funkce fnHlavniKnihaFUcet_Work, fnHlavniKniha_Det_Work, fnHospVysledek_Work, fnVysledovka_Work, fnHlavniKniha_DetKS_Work, fnPrn_ZavPohlKDatu_Podr, fnPrvniDenVObdobi, fnPosledniDenVObdobi, fnZavPohlSubjektu.
1. 1. 2. 4 - Výkazy AP, ZZ, CF (doplněk č. 3 předchozí verze) V definicích nových výkazů pro r. 2016 byla v některých řádcích chybně čísla v položce "Pro export do XML" : Výkaz AP_2016 - na ř. 005, 006 a 026 opraveny názvy XML tagů pro export výkazu do XML Výkaz ZZ_2016D: - na ř. 05, a 45 opraveny názvy XML tagů pro export výkazu do XML
1. 1. 2. 3 - Výkaz DPH Upravena stránka ucet\Vykaz_DPH.htm. Původně byla stránka řešena pomoci includovaných stránek pro jednotlivé legislativy. Nyní má každá legislativa svou vlastní stránku. Pro CZ legislativu byla rozdělena do dvou záložek - jedna pro aktuální výkazy DPH (od 1.1.2016), druhá pro výkazy DPH do 31.12.2015. Zrušeny stránky Ucet\Vykaz_DPH_inc_CZ.htm, Vykaz_DPH_inc_CZ2016.htm, Vykaz_DPH_inc_SK.htm
1. 1. 1. 8 - Roční uzávěrka Standardně se při uzavření období na typu dokladu nastavuje jako pracovní období následující běžné ("neuzávěrkové") období. V případě, že na typu dokladu je tedy období RRRR.12, pak se při jeho uzavření nastaví na typu dokladu následující pracovní období - tedy RRRR+1.01. Pokud tedy došlo při účetní uzávěrce na uzávěrkovém dokladu k uzavírání období tlačítkem „Uzavření předchozích období“, pak se na typu dokladu UCD mohlo nastavit období RRRR+1.01 a uzávěrkový doklad do období RRRR.99 nešlo založit. Proto byly nyní procedury spUctObd_UzavriDo a spTypDok_UzavriObdobi opraveny tak, že při tomto uzavření účetních období (tlačítkem „Uzavření předchozích období“ na uzávěrkovém dokladu) se pro typ dokladu UCD nenastaví období 01 dalšího roku, ale období 99 uzavíraného roku. Pokud by ale předtím na UCD bylo již nastaveno nějaké vyšší období, tak se touto akcí již období na typu dokladu automaticky nemění, je nutno ho změnit ručně.
1. 1. 2. 3 - Výkaz DPH (legislativa CZ) V případě, že plátce DPH měl do 2015.12 nastaveno, že se jedná o kvartálního plátce DPH (parametr VykazDPH_Cyklus = 3) a od 2016.01 toto bylo změněno na měsíčního plátce DPH, pak v případě, že je provedena "Příprava pro výkaz DPH" (ve "starých" výkazech DPH), může dojít u účetních zápisů v obdobích > 2016.01 ke smazání položky Období DPH - UcetZap.idUctObd_DPH se nastaví na NULL (záviselo dále na to, zda již bylo provedeno uzavření výkazu DPH pro jednotlivá období 2016.xx). Byla upravena procedura pro přípravu výkazu DPH (spVykazDPH_ProvedOdvod), aby tuto činnost již neprováděla.
1. 1. 2. 3 - Výkaz DPH Pokud se na dokladu změnilo např. pouze jejich číslo dokladu a již bylo uzavřeno kontrolní hlášení DPH, pak se již nevytvářelo následné KHDPH. Nyní se v tomto případě vytvoří 2 nové záznamy do detailní tabulky KHDPH - první s původními hodnotami (číslem dokladu) a opačným znaménkem a nový záznam již s novými hodnotami (novým číslem dokladu) - upraveny funkce a procedury fnHDOK_DetailVykazuDPH_std, spHdok_VytvorDetailDPH. Změnové záznamy se vytváří v případě, že ve výsledném ("novém") kontrolním hlášení dojde ke změně v některé z položek : Evidenční číslo, Datum povinnosti přiznat daň, DIČ, Kód KHDPH, Kód předmětu plnění, Kód režimu plenění, Použit poměr, Oprava daně dle paragrafu 44. Tato změna může být způsobena zejména změnami položek : DIČ na subjektu, a na položkách hlavičky dokladu : Jejich_CisDok, V_SYM, dtPPD, vlPouzitPomer, vlRezimPlneni, vlUpresneniKH, vlDuvod_Osvob. K automatickému vytvoření dojde pouze v případě změn na dokladech, takže pokud se například změní DIČ na subjektu, pak se neprovádí automaticky přepočet všech HDOKů pro daný subjekt – v tomto případě je nutno buď nad konkrétním dokladem vyvolat přepočet KHDPH, nebo nad hlavičkou výkazu DPH provést přepočet celého období. Upozornění - v tomto případě vznikne i hlavička dodatečného výkazu DPH, kterou je zde nutno evidovat z toho důvodu, aby si navzájem odpovídalo číslování výkazů DPH a KHDPH. Pokud do tohoto dodatečného výkazu DPH nevstoupily jiné doklady, bude tento výkaz DPH nulový.
1. 1. 2. 3 - Výkaz DPH (doplněk č. 2 předchozí verze) Při samovyměření DPH s kódem 21, pokud nebylo vyplněno DPPD na hlavičce dokladu, se datum DPPD na detailu DPH naplňovalo z data zdanitelného plnění, ale období pro výkaz DPH se naplňovalo dle data vystavení (případně dle nastavení parametru FAPEU_Obdobi a funkce fnFapEU_DatumProDPH). Nyní se naplňuje stejným datem, které se používá pro určení období DPH.
1. 1. 2. 3 - Výkaz DPH Upravena funkce fnDobropisProPlatceDPH používaná v účetním předpisu FVU a IDU pro vyhodnocení období DPH pro dobropisy. Funkce vracela hodnotu 1 v případě, že se jednalo o dobropis pohledávky (hdKUhradeVal < 0, vlHPohledavka_Zavazek = 1) a přiřazený subjekt neměl nastaven příznak plátce DPH na hodnotu "Neplátce DPH" (Subjekt.vlPlatceDPH <> 1). Poslední část podmínky nyní byla změněna tak, že se již NETESTUJE příznak plátce DPH na subjektu. Testuje se pouze, zda DIČ uvedené na subjektu začíná CZ a současně kód pro výkaz DPH (HDOK.vlDuvod_Osvob) na hlavičce dokladu je 0 nebo 49. Bere se ohled i na případné časové platnosti DIČ uvedené v poznámkách k subjektu, a pokud je na dokladu vazba na DIČ v EU, tak se netestuje DIČ subjektu, ale takto vybrané DIČ v EU.
Pokud je vyplněno Datum pro dobropis (DTPROODVODDPH), tak se toto naplňuje do položky DPPD v kontrolním hlášení DPH (A4, A5). Upravena funkce fnHDOK_DetailVykazuDPH_std.
1. 1. 2. 3 - Výkaz DPH Pokud již byl uzavřen čtvrtletní výkaz DPH, a následně byl pořízen doklad v jiném než posledním měsíci kvartálu, pak správně vzniklo následné kontrolní hlášení pro daný měsíc, ale již se nezaložila automaticky hlavička dodatečného kvartálního výkazu DPH - opravena procedura spODVODDPH_Priprava.
1. 1. 2. 3 - Výkaz DPH Kontrolní hlášení DPH - nad hlavičkou KD DPH byl doplněn odkaz "Detailní sestava s filtrem" - sestava je shodná s původní sestavou "Detailní sestava", ale je zde možno zadat filtr na typ dokladu, středisko a řádek výkazu DPH (stejná možnost filtru jako v sestavě Rozpis DPH nad výkazem DPH). V této sestavě s filtrem se netiskne rekapitulace (oddíl C). Upravena stránka DPH/OdvodDPH.htm, sestava VykazKHDPH_CZ_201601
1. 1. 2. 6 - Přiznání spotřební daně Období se nově nabízí jako období minulého měsíce.
1. 1. 2. 8 - Přiznání ekologické daně za elektřinu Období se nově nabízí jako období minulého měsíce.
1. 1. 2. 9 - Přiznání ekologické daně za pevná paliva Období se nově nabízí jako období minulého měsíce.
1. 1. 2.10 - Přiznání ekologické daně za zemní plyn Období se nově nabízí jako období minulého měsíce.
1. 1. 2. 3 - Výkaz DPH (legislativa PL) Doplnění a úprava číselníku PROVYKAZDPH : - zrušeny kódy 41 a 60 (nastaven stav neaktivní) - doplněn kód 621 - upraveny texty ve významech kódů (zejména změněna čísla řádků)
Úprava tvorby výkazu DPH a exportu výkazu DPH do XML pro r. 2016 - z důvodu změny struktury generovaného XML souboru byla vytvořena nová procedura pro export - spExport_DPH_XML_PL2016, upravena procedura spExport_DPH_XML (volání nové procedury spExport_DPH_XML_PL2016 pro výkaz DPH s obdobím 2016.01 a vyšším).
Finance
1. 2. 2. 3 - Pokladní doklady Do společného formuláře pokladního dokladu (finance\Pd_Vse.htm) byly doplněny položky potřebné pro kontrolní hlášení DPH : Datum DPPD (dtPPD), Jejich č. dokladu (Jejich_CisDok), Použit poměr - §75 (vlPouzitPomer).
1. 2. 3. 5 - Příjmy a výdaje Upravena procedura pro výpis sestavy v činnosti 1.2.3.5 Příjmy a výdaje - třídění se nyní provádí sestupně dle období. Současně byly sestavy upraveny tak, aby se vypisovala historická data i těch peněžních účtů, které již mají nastavenu vlastnost "zobrazovat v číselníku" na hodnotu NE. Upraveny procedury spPaV, spPaVd, spPaVdp, funkce fnQPenUcet, fnQPenUcet_DlePrava a stránky finance/Prijmy_Vydaje_D.idc, Prijmy_Vydaje_DP.htx, Prijmy_Vydaje_DP.idc .
1. 2. 1. 3 - Platební příkazy Při změně čísla bankovního účtu nebo banky na hlavičce dokladu se nyní ruší vazba na účet subjektu (HDOK.idSubjBUcet se na staví na NULL). Upraven FCHANGE nad Hdok.idBanka a Hdok.BUHDok_ucet (spHDOK_NastavRV_Ucet, spHDOK_NastavRV_idBanka). Pokud je při exportu platebního příkazu vyžadován IBAN a v hlavičce dokladu není vazba na účet subjektu (idSUBJBUCET), tak se nyní nebere IBAN z defaultního účtu subjektu, ale určí se pomocí funkce fnCisloUctu_To_IBAN z čísla účtu a kódu banky na dokladu. Upravena funkce fnPP_TestujDleDFN_Detail a procedura spDFNBanka_VytvorExp.
1. 2. 3. 5 - Příjmy a výdaje Pokud v peněžnímu účtu byla nastavena vlastnost "Zobrazovat v číselníku" na NE, pak se do sestavy 1.2.3.5 Příjmy a výdaje nezahrnuly doklady s tímto peněžním účtem. Opraveno - do sestavy nyní vstupují peněžní účty bez ohledu na tuto vlastnost (pouze s ohledem na nastavená práva uživatele na peněžní účty - viz parametr Finance/PravoPenUcty). Upravena funkce fnQPenUcet, doplněna nová funkce fnQPenUcet_DlePrava, upraveny procedury spPav, spPaVd, spPaVdp (nahrazení volání funkce fnQPenUcet novou funkcí fnQPenUcet_DlePrava) a upraveny stránky Finance / Prijmy_Vydaje_DP.idc, Prijmy_Vydaje.htx, Prijmy_Vydaje_DP.htx, Prijmy_Vydaje_D.idc (doplněn parametr IDLOGUSER, aby se data zobrazovala s ohledem na nastavená práva uživatele k peněžním účtům).
Saldokonto
1. 3. 3. 4 - Automatické kontroly pohledávek Upravena procedura spKontrPohl_ValRec - doplněna kontrola vyplnění e-mailové adresy. V případě nastavení "zasílat e-mail" na hodnotu ANO se kontroluje, zda je vyplněna e-mailová adresa. Syntaktická správnost e-mailové adresy se testuje pomocí funkce fnIsEmail. Pokud je zadáno více adres, musí být odděleny středníkem.
Nákup
2. 1. 3. 1 - Faktury přijaté účetní Na formuláři nakup/hisfap.htm (přiřazení historie na hlavičce FPU) v horní (master) formě doplněno <input type="hidden" name="ReadOnly" value="1">.
2. 1. 3. 1 - Faktury přijaté účetní V závislosti na nastavení parametru KontrProVykazDPH se při provedení samovyměření kontroluje, zda na kódu pro výkaz DPH je nastavena vlastnost "Povoleno samovyměření DPH". Tato kontrola se však zatím prováděla pouze v případě, že samovyměření se počítalo z hlavičky dokladu. Kontrola nyní byla doplněna i pro případ, že se provádí samovyměření dle složek. Upravena procedura spHDok_FapEU_VytvorDPH.
2. 1. 3. 1 - Faktury přijaté účetní U tlačítka "Provést samovyměření DPH" byla doplněna vlastnost SAVEBEFOREACTION=1, která zajistí, že před vlastním provedením akce se provede nejdříve uložení věty (samozřejmě pouze za předpokladu, že při uložení nedojde k chybovému hlášení). Při rozeditované větě tedy není nutno provést její uložení tlačítkem uložit, ale pouze použít tlačítko "Provést samovyměření DPH". Upraveny stránky : nakup\FapHlav.htm ucet\Inter_dokl.htm ucet\Inter_dokl_Sloz.htm finance\Pd_VydS.htm finance\Pd_Vse.htm finance\Pd_Vyd_val.htm finance\Pd_Vyd.htm
Prodej
2. 2 - Prodej - Režim přenesené DPH - Bez-limitní režim přenesené DPH: opraveno naplňování do složky dokladu (funkce fnSDOK_GetPrenesenaDan) případných nových "Kódů pro výkaz DPH" s vazbou na níže uvedené nové (od v5.02) bez-limitní "Režimy přenesené DPH" : - 3 - dodání nemovité věci, pokud se při tomto dodání uplatní daň (§ 92d) - 18 - převod záruky původu podle zákona upravujícího podporované zdroje energie (§ 92f) - 19 - dodání elektřiny soustavami nebo sítěmi obchodníkovi (§ 92f) - 20 - dodání plynu soustavami nebo sítěmi obchodníkovi (§ 92f) - Limitní režim přenesené DPH: nově bude možné tento režim použít i v případě, že celková částka základu daně v případě dodání vybraného zboží nepřekračuje limit 100 tis. Kč, a to za předpokladu, že se na tom plátci dohodnou. Spolu s tím provedeny následující změny: - nová funkce dbo.fnSUBJEKT_DohodaLimitniDPH: zjišťuje existenci dohody 0-Ne;1-Ano - procedura spHDOK_btPrenesenaDPHLimitni: pokud existuje dohoda, pak se limit (100 000,-Kč) nebere v úvahu (nastaví se na hodnotu 0,-Kč)
2. 2. 3. 1 - Faktury vydané účetní Položka DTPROODVODDPH byla v editorech dokladů přejmenována z původního "Datum pro DPH" na nové "Datum pro dobropis". Upraveny stránky : ucet\Inter_dokl_Sloz.htm, ucet\Inter_dokl.htm, prodej\FaVHlav.htm, priklady\HDok.htm
Položka "Datum pro dobropis" (DTPROODVODDPH) byla doplněna do formuláře prodej\FaV.htm
2. 2. 4.15 - Poskytování dat pro kontrolní účely FS (pouze pro legislativu HU) Pro zadané typy a vzory lze exportovat označené doklady do XML pro potřebu finančního úřadu. Spolu s tím provedeno: - nové parametry úlohy: - SZLATIPUS_SZAMLA : seznam Typ/Vzory&Typ/Vzory... dokladů faktur vydaných - SZLATIPUS_ELOLEG : Seznam Typ/Vzory&Typ/Vzory... dokladů faktur vydaných zálohových daňových - SZLATIPUS_OTHER : seznam Typ/Vzory&Typ/Vzory... dokladů považovaných za faktur vydaných - KOZVSZ : kód poznámky pro zprostředkované služby - RESZENKENT_FORG_HOZ : Kód poznámky pro poplatek za obaly, který platí prodávající - nové funkce - funkce-tabulka fnSzamlaXML_TYPVZOR : z výše uvedených parametrů sestaví typy a vzory a zařadí je do jednotlivých skupin --10-faktury;11-zálohové faktura;60-ostatní doklady považované za faktury - nové procedury - procedura spSzamlaXML_btMarkCreateXML_XMLParams : exportuje označené doklady do XML - nové HTML/IDC/HTX předlohy - IDC/HTX sestava SzamlaXML\XMLDoklad.idc / htx : na základě výše uvedených parametrů roztřiďuje a zobrazuje typy dokladů faktur určených pro export do XML - předloha SzamlaXML\MarkExportXML.htm : umožňuje zobrazit doklady daného typu a vzoru/všech vzorů, tyto označit a vyexportovat do XML procedurou spSzamlaXML_btMarkCreateXML_XMLParams
Sklad
2. 3. 3. 3 - Zadání zjištěných inventurních stavů Doplněny informace o tom kdy a kdo spustil naposledy akci "Příprava inventury - naplnění stavů". Akci zajišťuje procedura "spZBOZSKL_INITINVENTURA", která zapisuje požadované informace do LOG databáze. Z LOG databáze se poté informace o tom kdy a kdo spustil naposledy akci "Příprava inventury..". Historii jednotlivých spuštění lze zobrazit standardně z informací o datovém řádku. Byly upraveny následující objekty: - procedura spZBOZSKL_INITINVENTURA : na rozhraní doplněn nepovinný parametr @IDLOGUSER INT - ID uživatele, který akci vyvolal. Uvnitř doplněno logování akce jako: - @ACTION = 5 - Uživatelská akce na tlačítko - @LOGUSER = @IDLOGUSER - @TABLENAME = 'SKLAD' - @IDVALUE = @IDSKLAD - @SQL = 'spZBOZSKL_INITINVENTURA' - předloha sklad\InvPriprava.htm : horní forma "Sklad - inventura" doplněna (datový zdroj / zobrazení sloupců) o informace o tom kdy a kdo spustil naposledy akci "Příprava inventury - naplnění stavů"
2. 3. 2.15 - Záměna zboží Doplněna možnost zadat nové "Datum výroby"(MF_DTVYROBENO_DO) a "Datum spotřeby"(MF_DTSPOTREBA_DO) pro následníka-příjem ze záměny. Spolu s tím upraveny tyto objekty: - předloha sklad\ZamenaZbozi.htm : upraven datový zdroj a doplněny nové položky "Datum výroby" a "Datum spotřeby" pro následníka-příjem ze záměny - procedura fchange spQZBOZSKLZAMENA_MF_IDZBOZSKLSARZE : na rozhraní doplněny povinné položky @MF_DTVYROBENO_DO, @MF_DTSPOTREBA_DO, které se naplní ze zdrojové šarže - procedura spZBOZSKL_ZAMENAZBOZI : na rozhraní doplněny povinné položky @MF_DTVYROBENO_DO, @MF_DTSPOTREBA_DO určené pro následníka-příjemku ze záměny.
2. 3. 3. 6 - Účetní uzávěrka skladů Doplněna a přepracována dle těchto pravidel: - předloha sklad\UcetUzaverka.htm : - datový zdroj přepsán tak, aby se používala funkce -tabulka fnQUCETUZAVERKA_PARAM, kterou lze jednoduše přepsat do uživatelských objektů s tím, že není nutno mít jako profi-formu sklad\UcetUzaverka.htm - nový odkaz "Hromadný převod stavů účetních zpět na fyzické" : ten slouží k převodu označených složek a s nimi souvisejících složek dokladů zpět na jen fyzické. Jedná se o předlohu sklad\UcetUzaverka_UCSTAV2FYZSTAV.htm. - nový odkaz "Odstranění chyb kontinuity množství" : umožňuje z jednoho místa řešit případné chyby v kontinuitě množství. Jedná se o předlohu sklad\UcetUzaverka_ERRKONTINUITA.htm - nová druhá forma "Sklady zásob" : forma zobrazuje sklady, které jsou zahrnuté do účetní uzávěrky. Zde je vidět nastavení kontinuit (cenová, časová), které by standardně měly být nastaveny na ANO. Pouze při vlastní uzávěrce by se měly "dočasně" nastavit na NE a po účetní uzávěrce skladů by se měly zase nastavit na hodnotu ANO. K tomu slouží tlačítko "Nastavení kontinuit skladů" u označených skladů s možností nastavení jednotlivých hodnot. Vše se děje novou procedurou "spSklad_btKontinuita_XMLParams".
- nová předloha sklad\UcetUzaverka_UCSTAV2FYZSTAV.htm : slouží k převodu označených složek zpět na jen fyzické. Spolu s označenými se rovněž automaticky převedou jen na fyzické všechny "mladší" složky dokladů se stejným zbožím na skladě a rovněž všichni následníci a jejich "mladší" složky. Lze volit zobrazení v rámci období OD-DO, které se defaultně naplňuje z předlohy sklad\UcetUzaverka.htm. Vše se děje novou procedurou "spSDOK_btUCSTAV2FYZSTAV_XMLParams".
- nová předloha sklad\UcetUzaverka_ERRKONTINUITA.htm : umožňuje efektivně odstranit problémy s kontinuitou množství. Předloha obsahuje níže popsané formy: - horní forma "Zboží na skladě s chybou kontinuity množství": zobrazení je vždy po zbožích na skladech kde je nějaká chyba. Nové zboží na skladě má vždy "zelené" označení. Pak následují jednotlivé složky dokladů setříděné tak, jak se budou složky dokladů převádět z fyzických na účetní. Složka dokladu která by způsobila záporný stav množství je zobrazena "červeně". Toto je potřeba odstranit. ˇřešení se provádí v prostřední formě "Hlavičky dokladů - předchůdci/následníci". Základ datového zdroje formy tvoří nová funkce dbo.fnQUCETUZAVERKA_KONTINUITA - prostřední forma "Hlavičky dokladů - předchůdci/následníci" : tato forma slouží k odstranění množstevní nekontinuity. Dle povahy okolních složek lze na "zelené" hlavičce změnit buďto jen "Pořadí v uzávěrce", nebo "Datum dokladu". Spolu s tím je potřeba vždy dodržet zásadu, že "zelená" musí být za "žlutou", ale před "červenou"(neboli uprostřed). Takže pokud změním hodnoty u "zelené" hlavičky dokladu, pak je potřeba případně upravit hodnoty i ostatních hlaviček (žluté / červené) tak, aby byla "zelená" hlavička uprostřed. Ve formě se zobrazují hlavičky dokladů s tímto významem barev - barva "žlutá" : jedná se o hlavičky dokladů složek dokladů, které jsou předchůdci složky dokladu z vrchní formy - barva "zelená" : jedná se o hlavičku dokladu, pod kterou patří složka dokladu z vrchní formy - barva "červená" : jedná se o hlavičky dokladů složek dokladů, které jsou následníky složky dokladu z vrchní formy - spodní forma "Složky dokladů - předchůdci/následníci" : zobrazuje předchůdce (žlutá) a následníky (červená) složky dokladu (zelená) z vrchní formy. Význam a pořadí barev je obdobné jako u hlaviček v prostřední formě
2. 3. 6.10 - Kontrola zaúčtování dokladů Tato nová činnost pro zadané účty v daném rozmezí období zobrazuje rozdíly mezi skladovými doklady a účetními zápisy. Skladový doklad je tvořen složkami dokladu, které mají tyto vlastnosti - mají vazbu na zboží na skladě - SDOK.IDZBOZSKL IS NOT NULL - typu složky je zboží - SDOK.VLTYP_SLOZ = 1 - nehýbou počátečním účetním, fyzickým stavem - SDOK.SETPSTAV = 0 - hýbou účetním nebo fyzickým stavem - SDOK.SETFYZSTAV = 1 OR SDOK.SETUCSTAV = 1
Vstupní stránka "Sklad\KontrolaUctovani_F.htm" s parametry obsahuje: - Parametry - Období od - Období do - Seznam skladových účtů: oddělený ";". Každá položka seznamu např. 12[123]_% se chová jako LIKE - Povolená odchylka: rozdíl mezi dokladem a účetními zápisy
- Odkazy - Kontrola účtování dokladů skladu: zobrazuje k zadaným účtům doklady kde je rozpor mezi dokladem a účetními zápisy - Kontrola účtování dokladů skladu po skladech: zobrazuje k zadaným účtům doklady po jednotlivých skladech, kde je rozpor mezi dokladem a účetními zápisy
Spolu s tím provedeny následující akce: - nová HTML předloha "Sklad\KontrolaUctovani_F.htm" : parametry pro činnost s odkazy "Kontrola účtování dokladů skladu", "Kontrola účtování dokladů skladu po skladech" - nová HTML předloha "Sklad\KontrolaUctovani.htm" : je volána odkazem z odkazu "Kontrola účtování dokladů skladu" - nová HTML předloha "Sklad\KontrolaUctovaniSklad.htm" : je volána odkazem z odkazu "Kontrola účtování dokladů skladu po skladech" - nová HTML předloha "Sklad\Doklad_KontrolaUctovani.htm" : zobrazuje detail dokladu s účetními zápisy a složkami. Zeleně jsou označeny účetní zápisy a složky dokladu s příslušným účtem - nová funkce fnSkladoveDoklady_KontrolaUctovaniPARAM : slouží jako datový zdroj pro předlohu "Sklad\KontrolaUctovani_F.htm" - nová funkce fnSkladoveDoklady_KontrolaUctovani : slouží jako datový zdroj pro předlohy "Sklad\KontrolaUctovani.htm", "Sklad\Doklad_KontrolaUctovani.htm"
2. 3. 2.15 - Záměna zboží Opraveny chybné labely a formáty položek.
2.1.1.1 - Cenové poptávky \ Tisk poptávky v sestavě "CPopForm.idc - Cenová poptávka" byl pod "Dodavatelem" změněn název "Příjemce" na "Výdejní místo dodavatele"
Majetek
3. 1 - Evidence majetku Technické zhodnocení majetku - pokud pro majetek dosud neexistovala složka s rozúčtováním, neprovedlo se ihned zaúčtování složky technického zhodnocení - to se provedlo až následně např. při přepočtu odpisů. Tato situace mohla nastat např. v případě, že majetek byl pořízen konverzí a již byl účetně odepsán před datem počátečních stavů majetku. Upravena procedura spMajetek_Zvyseni, zaúčtování se nyní provádí ihned při vzniku složky technického zhodnocení.
3. 5. 7 - Přehled daňových odpisů Upravena STI sestava MAJ357 : - sloupec "Pořizovací cena přejmenován" na "Zvýšená vst. cena daňová". - změněna šířka sloupce - položka "Zvýšená vstupní cena" i "Zůstatková cena" má nyní šířku 2,1.
3. 2 - Doklady majetku Do stránky Majetek/MajPoh.htm byl doplněn povinný filtr tak, aby se uplatnil v činnosti 3.2 Doklady majetku. Aby bylo možno provádět filtrování, byla do první formy této stránky doplněna záložka se základními údaji z karty majetku : skupina majetku, středisko, umístění, osobní číslo, účetní skupina, životnost, daňová a účetní odpisová skupina a datum zařazení vyřazení. Současně byla provedena optimalizace datového zdroje první formy - původní qmajetek.* bylo nahrazeno vyjmenovanými položkami.
3. 1 - Evidence majetku Vytvořena nová funkce fnMajZustHodn1 (s novým parametrem @idZbozSkl) jako obdoba původní funkce fnMajZustHodn, ale tato nová funkce počítá hodnoty pouze pro jednu kartu majetku. Ve stránce majetku (majetek\Majetek.htm, majetek\Vyrazeni_Hr.htm) byl upraven datový zdroj z původního left join dbo.fnMajZustHodn(%idLogUser%, null) fnMajZustHodn on fnMajZustHodn.idZbozSkl = QMajetek.idZbozSkl na nové OUTER APPLY dbo.fnMajZustHodn1(QMajetek.idZbozSkl, %idLoguser%, NULL) fnMajZustHodn
Nyní se při zobrazení dat majetku v činnosti 3.1 tedy provádí výpočet hodnot majetku (funkcí fnMajZustHodn1) pouze pro vyfiltrované záznamy. V případě, že v databázi je velký počet karet majetku a současně byl zvolen vhodný filtr, pak zobrazení dat může být nyní podstatně rychlejší, než v dřívějším řešení, kdy se funkcí fnMajZustHodn prováděl výpočet vždy pro všechny karty majetku bez ohledu na zadaný filtr.
3. 3 - Generování odpisů Do stránky majetek\GenOdpis.htm byla nyní doplněna volba "Při přepočtu provádět rozúčtování" (při standardně nastavené hodnotě na ANO funguje jako dříve). Při volbě NE se pouze spočtou odpisy (složky dokladů), ale nevytváří se rozúčtování. Po skončení výpočtu se zobrazí počet nezaúčtovaných dokladů majetku - jejich zaúčtování je možno provést tlačítkem "Proveď rozúčtování". Využití této volby může mít význam zejména při velkém počtu karet majetku, kdy se tímto celková doba provádění rozdělí na dvě časově kratší akce. Dále upraveny procedury spMAJ_PrepUcOdp, spMajetek_Odpisy, spMajetek_Vyrad, spMajetek_Zvyseni (při zápisu do tabulky UzapLock doplněn konkrétní vlPriznakZpracovani=62), spMajetek_OdpisyAll, spMajetek_PlanOdpisyAll (doplněn parametr @RequeryState), nová procedura spMajOdpisy_Rozuctovani.
3. 1 - Evidence majetku Doplněn parametr Maj_ZpVypD_PozunTZ (skupina majetek) - Způsob výpočtu daňových odpisů při TZ a přerušení : Definuje, jak se má provádět výpočet daňových odpisů při technickém zhodnocení v případě přerušení odpisů : 0=Technické zhodnocení se bere k datu TZ bez ohledu na dobu přerušení odpisů 1=Technické zhodnocení se posune o dobu přerušení odpisů
3. 1 - Evidence majetku Upravena stránka majetek/majetek.htm - grafické opravy: - položka SKP (+název) přesunuta na samostatný řádek pod poznámku (při dlouhém textu v názvu SKP způsobovalo zalamování řádku a jeho rozšíření) - položka Čárový kód přesunuta na první řádek (na místo, kde bylo původně SKP) - pro položku Poznámka provedeno sloučení buněk (stejně jako pro název majetku - způsobovalo roztažení 2. sloupce tabulky) - doplněn SPAN u textu : Převod na: středisko, os. číslo - doplněn SPAN u odkazu v caption formy - slovo Protokoly
Manažerské výstupy
4. 2. 5 - Počáteční stavy zboží na skladech Doplněna filtrovací stránka ve které je filtr na sklad a vlastní spuštění sestavy jak PIVOT tak XLS. Spolu s tím upraveno : - sestava MS_4_2_5 : doplněn filtr na sklad a upraven datový zdroj s ohledem na filtr - nová stránka-filtr "manager\PSZboziSklad_Filtr.htm" : ve stránce lze zadat filtrovací podmínku a spustit sestavu jako PIVOT nebo XLS
4. 2. 6 - Okamžité stavy zboží na skladech Doplněna filtrovací stránka ve které je filtr na sklad a vlastní spuštění sestavy jak PIVOT tak XLS. Spolu s tím upraveno : - sestava MS_4_2_6 : doplněn filtr na sklad a upraven datový zdroj s ohledem na filtr - nová stránka-filtr "manager\KSZboziSklad_Filtr.htm" : ve stránce lze zadat filtrovací podmínku a spustit sestavu jako PIVOT nebo XLS
Doprava
6. 1. 2. 7 - Cestovní příkazy Doplnění zaokrouhlení částky Vyúčtování na Cestovním příkazu. K zaokrouhlení dojde dle nastavení na Typu dokladu. Bylo opraveno pole Rozlišení (zobrazovala se jiná položka). Pole bylo nastaveno jako Readonly. Zobrazení je dle vybraného vozidla.
6. 1. 2. 7 - Cestovní příkazy Bylo upraveno obchodní pravidlo pro automatické dotažení z číselníku při zadání jednoznačného , ale neúplného kódu.
6. 1. 2. 7 - Cestovní příkazy Byla upravena procedura pro kopii Cestovního příkazu, který trvá více dní.
Procesy a workflow
6. 3. 1 - Procesy a workflow - činnost 6. 3. 1 Nastavení procesy a workflow : - přejmenováno na 6. 3. 1 Procesy a workflow - pole "Stránka ESO" : TVIEW nahrazen parametrem WHERE - předloha "Obeh\podprocesy.htm" : do datového zdroje horní formy "Proces" doplněn parametr %WHERE%
6. 3. 2 - Úkoly - celkový přehled - činnost 6. 3. 2 Úkoly celkový přehled : - přejmenováno na 6. 3. 2 Úkoly - celkový přehled - předloha "obeh/ukoly.htm" : datový zdroj upraven tak, aby pro parametr '%PRACOVNIK%'='A' byly záznamy dostupné pouze pro uživatele ve skupině 00-Správce
6. 3. 3 - Úkoly - plnění dle výkonných - činnost 6. 3. 3 Plnění úkolů : - přejmenováno na 6. 3. 3 Úkoly - plnění dle výkonných
6. 3. 4 - Úkoly - plnění dle řídících - činnost 6. 3. 4 Kontrola úkolů : - přejmenováno na 6. 3. 4 Úkoly - plnění dle řídících
6. 3. 9 - Generované sestavy Procesy a workflow - činnost 6. 3. 9 Kontrolní sestavy procesy a workflow : - přejmenováno na 6. 3. 9 Generované sestavy Procesy a workflow
Základní číselníky
9. 1. 12 - Uživatelé (jen pro čtení) Zabezpečení číselníku uživatelů. V rámci prací na zvýšení zabezpečení číselníku uživatelů vznikla v ESO9Start nová činnost 9. 1.12 Uživatelé (jen pro čtení), která vede na zjednodušený číselník uživatelů (stránka nastaveni/uživatel.htm), v němž nelze editovat, mazat ani provádět další akce a který slouží pouze pro výběr příslušné věty a její přenos na základní formulář.
Účetní číselníky
9. 2.11 - Kódy pro výkaz DPH (doplněk č. 1 předchozí verze) Do číselníků kódů pro výkaz DPH doplněny kódy 4301, 4303, 4304, 4305, 4311, 4318, 4319, 4320, 4701, 4703, 4704, 4705, 4711, 4718, 4719, 4720.
Pro stanovení skutečnosti, že mezi naší firmou a jiným subjektem existuje dohoda o použití režimu přenesení DPH, byly doplněny parametry (skupina subjekt) KodPozn_LimDPH_Od, KodPozn_LimDPH_Do. Dále byly doplněny typy poznámek k subjektu DohPDz (Kód poznámky pro začátek dohody o použití režimu přenesení DPH) a DohPDk (Kód poznámky pro konec dohody o použití režimu přenesení DPH). Poznámek o začátku a konci dohody může existovat více (s různými časovými platnostmi), funkce pro zjištění existence dohody (fnSUBJEKT_DohodaLimitniDPH) pak testuje, zda datum zdanitelného plnění dokladu paří do některého intervalu platnosti dohody. Případná existence dohody pak ovlivňuje činnost "Limitní přenesená DPH" prováděná nad formulářem vydaných faktur.
9. 2.13 - Controlling Provedeno rozšíření položek CVSQL.VZOREC a CVDET.VZOREC na varchar(500). Upraveno rozhraní a definice lokálních proměnných v procedurách spCVZpraSQL, spCVZpraDet, spCVZpraSest, spCVDET_CalRec, spCVDET_ValRec, spCVVykazToVykaz
9. 2.13 - Controlling Do definic řádků v Controllingu byla doplněna vlastnost Zobrazit (Ne/Ano) - položka CVDET.VLZOBRAZIT, při rozšíření tabulky je naplněna hodnotou 1 (Ano). Na základě této nové položky je možné dělat například mezisoučty a tento řádek případně nezobrazit/zobrazit do sestav. Upravena procedura spCVDET_NewRec - položka vlZobrazit se naplňuje hodnotou 1=Ano. Položka doplněna do pohledu QCVHODN_SUM, upraven datový zdroj sestavy CVTiskSestavy01 - doplněna podmínka pro výpis pouze těch hodnot, kde vlZobrazit = 1.
9. 2. 2 - Účetní osnova V databázi ESO9Start byla provedena úprava účetní osnovy dle vzorové účetní osnovy SAGITu (v zákaznických aplikacích se automaticky žádná změna neprovádí) : 1. Zrušeny původní účty včetně analytik (zůstaly některé 61xxxx – omezena platnost do 15/99) 580, 581, 582, 584, 585, 586, 588, 589 610, 611, 612, 613, 614, 620, 621, 622, 623, 624, 680, 681, 684, 688, 689 2. Založeny nové účty 580-588 (s jinými významy než ty zrušené v bodě 1) + analytiky 3. Založeny nové syntetiky pro účty 020, 030, 060, … (ty, které jsou v SAGITu označeny jako třída 2-místnými kódy02, 03, 60, ... ) 4. Založeny nové syntetiky + analytiky (XXX000) 068, 254, 547, 565, 599, 649, 669 5. Provedeny změny názvů účtů dle SAGITu 6. Zrušení účtů (nebo omezení platnosti, pokud je historicky v dokladech v ESU), které nejsou v SAGITu (+ analytiky xxx000) 011, 071, 312, 422, 424 593, 594, 652, 654, 655, 657, 658, 659, 674, 679, 7. Provedeny úpravy definic výkazů ZZ_2016D, ZZ_2016U, ZZ_2016DZK, AP_2016, AP_2016ZK, AP_2016ZKM (zejména zařazení nových účtů do řádků výkazů). 8. V Eso9Start založen parametr Typ účetní osnovy (TypUctOsn ve skupině Účetní kontroly), který má hodnotu SAGIT2016. Na základě tohoto parametru bude možno v budoucnosti posoudit, jaká je nastavena účetní osnova a případné úpravy definic výkazů dělat v závislosti na nastavení tohoto parametru.
Subjekty
9. 3. 7 - Načtení dat z ISIR Zapojení nového rozhraní webové služby pro stahování databáze ISIR z adresy https://isir.justice.cz:8443/isir_public_ws/IsirWsPublicService. Implementováno v knihovně eso9lib verze 5.2.3
9. 3. 7 - Načtení dat z ISIR S nasazením nové refaktorované verze služby v2.2 (zastavení původní v1.x) došlo ke změně formátu XML. Zajištěno zpracování nové v2.x XML procedurou spISIR_SETXML.
9. 3. 3 - Subjekty Pro HU legislativu doplněna sekce "Detail adresy pro potřeby finančního úřadu" ve které je možnost vyplnit jednotlivé části adresy samostatně. Spolu s tím upraveny následující formuláře: - nový INCLUDE formulář subjekt\SubjAdrDetail_INC_HU.htm : určen pro HU legislativu - formulář subjekt\SubjAdr.htm : pro HU legislativu doplněna sekce "Detail adresy pro potřeby finančního úřadu" (<%$INCLUDE:Subjekt\SubjAdrDetail_INC_HU.htm:UP_LEGISLATIVA EQ "HU"%>) - formulář subjekt\SubjAdrMS.htm : pro HU legislativu doplněna sekce "Detail adresy pro potřeby finančního úřadu" (<%$INCLUDE:Subjekt\SubjAdrDetail_INC_HU.htm:UP_LEGISLATIVA EQ "HU"%>)
Parametrizace systému
9. 6.11 - Události Do skupiny "SU - Systémová událost" založena nová událost "Joby ukončené s chybou", která zobrazuje ty Joby, které při posledním spuštění skončily s chybou. Tato událost je k dispozici na stránce "Vyhodnocení událostí" ve formě "Systémové informace".
9. 6.12 - Joby Do první formy "Naplánované úlohy" doplněno obarvení "červenou" těch Jobů, které při posledním spuštění skončily s chybou. Spolu s tím upravena procedura spSeznamJobu. Byl doplněn NEpovinný parametr @last_run_status INT = NULL - status posledního spuštění JOBu, kterým lze v omezovat výpis JOBů. Parametr může mít tyto hodnoty: - hodnota NULL, nebo -1 : vypisuje všechny JOBy - hodnota 0 : vypisuje JOBy, které skončily chybou - hodnota 1 : vypisuje JOBy, které skončily úspěšně - hodnota 2 : vypisuje JOBy, které mají status „Retry“ - spuštěn jen krok - hodnota 3 : vypisuje JOBy, které byly zastaveny/přerušeny
Zabezpečení
9. 8. 9 - Nastavení certifikátu Zabezpečení číselníku uživatelů. V rámci prací na zvýšení zabezpečení číselníku uživatelů vznikla v ESO9Start nová činnost 9.8.9 Nastavení certifikátu. Činnost umožňuje uživatelskou výměnu certifikátu (resp. jeho sériového čísla) za nový.
9. 8. 10 - Nastavení hesla pro Exchange V ESO9Start přibyla nová činnost 9.8.10 pro uživatelské nastavování hesel pro MS Exchange. Pro kontrolu se zadává i původní heslo, které se kontroluje oproti původnímu heslu v databázi. Hesla pro MS Exchange jsou v databázi uložena vždy šifrovaně.
Komplexní editory
9. 9. 1 - Komplexní editor dokladu Doplněna položka "Datum pro DPH" do sekce "Částky hlavičky dokladu" stránky(ucha) "Účty a částky"
Změny funkcí
fnDobropisProPlatceDPH - Vyhodnocení období DPH pro dobropisy Upravena funkce fnDobropisProPlatceDPH používaná v účetním předpisu FVU a IDU pro vyhodnocení období DPH pro dobropisy. Funkce vracela hodnotu 1 v případě, že se jednalo o dobropis pohledávky (hdKUhradeVal < 0, vlHPohledavka_Zavazek = 1) a přiřazený subjekt neměl nastaven příznak plátce DPH na hodnotu "Neplátce DPH" (Subjekt.vlPlatceDPH <> 1). Poslední část podmínky nyní byla změněna tak, že se již NETESTUJE příznak plátce DPH na subjektu. Testuje se pouze, zda DIČ uvedené na subjektu začíná CZ a současně kód pro výkaz DPH (HDOK.vlDuvod_Osvob) na hlavičce dokladu je 0 nebo 49. Bere se ohled i na případné časové platnosti DIČ uvedené v poznámkách k subjektu, a pokud je na dokladu vazba na DIČ v EU, tak se netestuje DIČ subjektu, ale takto vybrané DIČ v EU.
fnHlavniKniha_Det_Work - datový zdroj pro hlavní knihu Pokud byla do filtrovacích podmínek pro hlavní knihu do pole Středisku zadána hodnota 'NULL', pak sestava správně vysčítá jen obraty, které mají pro zvolené účty vyplněno středisko 'NULL'. Ale na odkaze na názvu účtu (zobrazení detailu účtu xxxxxx v sestavě) se nezobrazí jen účetní zápisy se střediskem 'NULL', ale všechny za zvolené období pro tisk hlavní knihy. Problém je zapříčiněn způsobem předávání parametru v aplikačním serveru, kde, kde se na odkaze hodnota 'NULL' předává jako NULL. Upraven datový zdroj - funkce fnHlavniKniha_Det_Work a fnHlavniKniha_DetKS_Work.
fnTestujIBAN - Funkce pro testování správnosti IBAN Upravena funkce fnTestujIBAN, která v případě, že testovaný IBAN obsahoval neplatné znaky (pomlčku, lomítko), mohl skončit chybou. V tomto případě funkce nyní vrací hodnotu -11 (=chybný formát IBAN).
Změny v instalaci
Přechod na MS SQL Server 2012 Je zajištěn přechod distribuční verze ESO9Start / ESO9PAM na MS SQL Server 2012. Spolu s tím provedeny následující změny ve verzovém skriptu: - kontrola verze SQL serveru z verze 10.0..(SQL Server 2008) --> 11.0..(SQL Server 2012) - nastavení "compatibility levelu" databáze z hodnoty 100(SQL Server 2008) --> 110(SQL Server 2012) pro všechny související databáze (DB, DB_LOG, DB_ DOC) - odstraněna kontrola collation SQL Serveru z důvodu její nadbytečnosti
Distribuce ISIR Na distribučním médiu již nejsou dvě zálohy IsirStart.zip a IsirStartSmall.zip. Obsahuje pouze IsirStart.zip s již optimalizovanou databázi - má vyprázdněnou tabulkou ISIRXML. Nové parsování plného XML není prakticky použitelné.
Změny procedur
spUZIVATEL_CERT_SERIALNUMBER - fchange pro sloupec UZIVATEL.CERT_SERIALNUMBER Umožňuje změnu položky CERT_SERIALNUMBER pouze správcům ze skupiny 00. Jedná se o základní kontrolu editace této položky. Spolu s tím se zakládá příslušný záznam do tabulky fchange.
spSDOK_ - Objekty pracující s tabulkou SDOK V souvislosti s rozšířením tabulky SDOK o sloupec VLKRACENIDPHSDOK provedeny následující úpravy :
Do níže uvedených objektů doplněn NEpovinný parametr @VLKRACENIDPHSDOK : - spSDok_Udrzba - spSDok_InsertRec - spSDok_UpdateRec - spTXT_SDOK
Do níže uvedených objektů doplněna práce s parametrem @VLKRACENIDPHSDOK, protože se v nich volají výše uvedené objekty : - spArchivujDoklady - spOdArchivujDoklady - spSDok_RozepisFifo - spHDok_btPrepocetSDOK - spSDok_Copy - spZBOZSKL_RUNINVENTURA - spZBOZSKL_ZAMENAZBOZI - spEso9_UctovaniSkladu - spHisSDok_KUMULACE
Další objekty : - procedura spHDok_ValRec - fchange procedura spSDOK_VLKRACENIDPHSDOK - chybové/informační hlášení : - 52324 : Pokud je na hlavičce uvedeno krácení DPH jiné než 0-neurčeno,11-má nárok, musí mít toto i složka - 52325 : Na hlavičce nelze měnit krácení DPH, pokud již existuje(í) složka(y) dokladu
Při kopii dokladu se tato položka naplňuje dle níže uvedených pravidel : - HDOK.VLKRACENIDPH : pokud je stejný typ dokladu s předchůdcem, pak z předchůdce jinak ze vzoru - SDOK.VLKRACENIDPHSDOK : pokud je stejný typ dokladu s předchůdcem, pak z předchůdce jinak ze vzoru Při stornu dokladu se tato položka naplňuje dle níže uvedených pravidel : - HDOK.VLKRACENIDPH : z předchůdce-stornovaného dokladu - SDOK.VLKRACENIDPHSDOK : z předchůdce-stornovaného dokladu
spView_Refresh - procedura pro provedení překladu všech pohledů Provádění volání systémové procedury sp_RefreshView je nyní prováděno v bloku try-catch, čímž se při případně chybě neskončí, ale pokračuje se překladem dalších pohledů.
spISIR_KontrolaPoslZprac - Testování funkčnosti ISIRu Vytvořena nová procedura spISIR_KontrolaPoslZprac pro testování funkčnosti ISIRu
Procedura spISIR_KontrolaPoslZprac se standardně spouští v proceduře spISIR_ZpracujNoveISIR, která zpracovává nově založené poznámky k subjektu vztahujícím se k insolvenčnímu rejstříku. Je možné ji samozřejmě spouštět i samostatně například v nějakém kontrolním JOBu.
Kontrola se provádí pouze v případě, že v parametru MaxHodPoslISIR (doba, po které se má provádět hlášení o nefunkčnosti ISIR) je nastavena nenulová hodnota. V opačném případě se žádná činnost neprovádí.
Pokud je v parametru procedury zadána e-mailová adresa, pak se pro zasílání e-mailu použije tato adresa z parametru procedury. V opačném případě se použije adresa zadaná v parametru Email_ChybaISIR, a pokud by ani zde nebyla vyplněna, tak se použije adresa určená pro zasílání e-mailů o zařazení subjektu do insolvenčního rejstříku (parametr Email_NovyISIR ve skupině ISIR). Není-li ani zde vyplněna, žádná kontrola se neprovádí.
Jestliže od posledního chybového hlášení (jeho čas a datum je uchováván v parametru dtPoslChybaISIR) uběhlo méně hodin, než je uvedeno v parametru MaxHodPoslISIR (doba, po které se má provádět hlášení o nefunkčnosti ISIR), pak se další testování neprovádí - chybové hlášení se po tuto dobu znovu neposílá. Další test funkčnosti se provede znovu teprve až po uplynutí této doby.
Vlastní testování funkčnosti se provádí tak, že se testují následující skutečnosti : 1. Zjišťuje se datum a čas posledního načteného záznamu z pohledu QISIR (QISIR.dtInsert). Pokud je datum a čas založení posledního záznamu starší než počet hodin uvedených v parametru MaxHodPoslISIR, pak bude zasílán varovný e-mail o nefunkčnosti ISIR. V případě, že procedura spISIR_KontrolaPoslZprac má nastaven vstupní parametr @Testovat_QIsir na hodnotu 0, tato kontrola se nebude provádět.
2. Zjišťuje se datum a čas posledního zpracování poznámek vztahujících se k ISIR. Toto datum je uloženo v parametru dtPoslPoznISIR a standardně je naplňováno procedurou spISIR_SetSubjPozn (po jejím úspěšném provedení). Pokud je tento datum a čas starší než počet hodin uvedených v parametru MaxHodPoslISIR, pak bude zasílán varovný e-mail o nefunkčnosti ISIR. V případě, že procedura spISIR_KontrolaPoslZprac má nastaven vstupní parametr @Testovat_SetSubjPozn na hodnotu 0, tato kontrola se nebude provádět.
Pokud v předchozích testováních nastala alespoň jedna chyba, bude provedeno zaslání varovného e-mailu o nefunkčnosti ISIR. Datum a čas zaslání tohoto posledního e-mailu se zapíše do parametru dtPoslChybaISIR.
Nová procedura spISIR_KontrolaPoslZprac, upravena procedura spISIR_KontrolaPoslZprac, doplněny nové parametry : - MaxHodPoslISIR, kterým se definuje doba v hodinách, po které se má provádět hlášení o nefunkčnosti ISIR - Email_ChybaISIR, který definuje adresu, na kterou mají být zasílány informace o nefunkčnosti ISIRu. Adres může být uvedeno více, jednotlivé adresy musí být odděleny středníkem. V případě, že není vyplněn, použije se pro odeslání adresa z parametru Email_NovyISIR. - dtPoslPoznISIR - zde je zaznamenán datum a čas poslední aktualizace poznámek podle ISIR. Datum se aktualizuje na konci úspěšného provedení procedury spISIR_SetSubjPozn (parametr je zobrazen pouze jako informace, nelze jej měnit) - dtPoslKontrISIR – zde je zaznamenán datum a čas poslední provedené kontroly funkčnosti ISIR (parametr je zobrazen pouze jako informace, nelze jej měnit) - dtPoslChybaISIR – zde je zaznamenán datum a čas posledního chybového hlášení o nefunkčnosti ISIR (parametr je zobrazen pouze jako informace, nelze jej měnit)
spISIR_SETSUBJPOZN - Tvorba poznámek k subjektům pro ISIR Doplněn zápis datumu a času posledního volání procedury do parametru "DTPOSLPOZNISIR".
spUdalost_Vyhodnoceni - Změna pořadí zobrazení událostí Upravena procedura spUdalost_Vyhodnoceni, původní třídění order by Zavaznost Desc, Poradi Desc změněno na : order by Zavaznost Desc, Poradi Asc, Udalost.idUdalost Asc
spEsoSendMail - Procedura pro zasílání e-mailu Do procedury spEsoSendMail doplněn nový nepovinný parametr @profile_name SysName = NULL Pokud parametr není zadán, načte se jeho hodnota tak jako dosud z parametru aplikace - Systémové / profile_name
spHDok_IDSUBJEKT - procedura-fchange Procedura, která se volá při změně subjektu. Změna v naplňování hodnoty položek/vlastností jako např. splatnost, měna, přirážka, podmínky(dodací, platební, přepravní ..), cenové skupiny.., které se přenášejí ze " Subjekt v typu subjektu" - dále jen SUBJVTSUBJ.
Původní řešení: - Pokud "Bankovní účet subjektu" - dále jen idSubjeBUcet nepatří novému subjektu, pak se tento nastaví na hodnotu NULL - Hodnoty položek//vlastností se naplní z SUBJVTSUBJ. Pokud záznam v SUBJVTSUBJ neexistuje, nebo některá hodnota položky/vlastnosti má hodnotu NULL, pak se ponechává stávající hodnota.
Nové řešení: naplňování hodnot výše uvedených položek/vlastností se naplňuje v tomto pořadí - Pokud "Bankovní účet subjektu" - dále jen idSubjeBUcet nepatří novému subjektu, pak se tento nastaví na hodnotu NULL a nově nastaví ruční vstupy banky, účtu a specifického symbolu na hodnotu 0-Ne - Pokud existuje vzor dokladu (@IDHDOK_VZOR IS NOT NULL) pak se hodnoty položek/vlastností naplní ze vzoru dokladu. V opačném případě zůstávají původní hodnoty položek/vlastností - Hodnoty položek//vlastností se naplní z SUBJVTSUBJ. Pokud záznam v SUBJVTSUBJ neexistuje, nebo některá hodnota položky/vlastnosti má hodnotu NULL, pak se hodnota převezme ze vzoru @IDHDOK_VZOR, nebo z původních hodnot. U kopií dokladů se záměrně nastavuje vzor na hodnotu NULL, aby se v případě hodnoty NULL v SUBJVTSUBJ převzala hodnota z "předchůdce" a ne ze vzoru. - !!! Pozor !!! výjimku tvoří stav, kdy vlastnost dokladu HDOK.VLHZMENA_PEN_UCTU = 1. V tomto případě níže uvedené hodnoty zůstávají beze změn a nenačítají se ani ze vzoru ani z SUBJVTSUBJ: - @IDPENUCET - @IDMENA - @IDUCTOSN_MD - @IDUCTOSN_DAL - @IDSUBJBUCET - pokud ovšem nepatří pod subjekt pak se nastaví na hodnotu NULL - viz první podmínka
Z výše popsaných změn bylo rozhraní procedury doplněno o následující POVINNÉ parametry: - @IDHDOK_VZOR INT - @VLHZMENA_PEN_UCTU SMALLINT, - @RVBANKA SMALLINT OUT, - @RVUCET SMALLINT OUT, - @RVSSYM SMALLINT OUT,
Upraveno rozhraní a funkčnost níže uvedených objektů, ve kterých se volá spHDok_IDSUBJEKT : - spHDok_IDSUBJADR : doplněny stejné POVINNÉ parametry jako do spHDok_IDSUBJEKT a upraveno volání spHDok_IDSUBJEKT - spHDok_IDSUBJOSOBA : doplněny stejné POVINNÉ parametry jako do spHDok_IDSUBJEKT a upraveno volání spHDok_IDSUBJEKT - spHDok_IDSUBJADRP : doplněny stejné POVINNÉ parametry jako do spHDok_IDSUBJEKT a upraveno volání spHDok_IDSUBJEKT - spHDok_IDSUBJOSOBAP : doplněny stejné POVINNÉ parametry jako do spHDok_IDSUBJEKT a upraveno volání spHDok_IDSUBJEKT - spHDok_InsertRec : upraveno volání spHDok_IDSUBJEKT - spHDok_Copy : upraveno volání spHDok_IDSUBJEKT - spHDOK_btZmenSubjekt : upraveno volání spHDok_IDSUBJEKT - spZBOZSKL_RUNNAKUP : upraveno volání spHDok_IDSUBJEKT
SDOK - Tabulky typu SDOK Rošíření struktur níže uvedených tabulek typu SDOK o sloupec VLKRACENIDPHSDOK : - SDOK - SDOKA - SDOK_W
UZIVAKCE - Uživatelské akce Změna typu sloupce "AKCE_URL" z VARCHAR(500) --> VARCHAR(MAX). Spolu s tím upraveny následující objekty: - spGetUzivAkce : výstupní resultset obsahuje sloupec AKCE_URL VARCHAR(MAX) - spUzivAkce_ValRec . změna povinného parametru @Akce_URL z VARCHAR(500) --> VARCHAR(MAX)
UZIVATEL - Tabulka UZIVATEL, sloupec UZIV_HESLO_EXCH V tabulce UZIVATEL přibyl nový sloupec UZIV_HESLO_EXCH, který slouží pro ukládání šifrovaných hesel pro připojení k MS Exchange. Sloupec má význam pouze pro synchronizace CRM ESO9 s MS Exchange. Upozornění: pokud zákazník využívá synchronizaci CRM ESO9 s MS Exchange, je třeba jednorázově převést uživatelská hesla ze stávající položky (UZIV_HESLO) do nové (UZIV_HESLO_EXCH). Skript pro tento převod si lze vyžádat v ESO9 international.
SUBJADR - Adresy subjektů Rozšířena struktura tabulky o tyto sloupce: - OBVOD VARCHAR(30) : obvod - ULICE_NAZEV VARCHAR(60) : název ulice/veřejného prostranství - ULICE_TYP VARCHAR(20) : typ ulice/veřejného prostranství - CISLO_POPISNE VARCHAR(20) : číslo popisné - CISLO_ORIENTACN VARCHAR(20) : číslo orientační - BUDOVA VARCHAR(20) : budova - SCHODISTE VARCHAR(20) : schodiště - POSCHODI VARCHAR(20) : poschodí - DVERE VARCHAR(20) : dveře bytu/kanceláře/prostoru... Nebylo potřeba měnit žádné obchodní pravidla, ani jiné objekty
UZIVATEL Sloupec STARTPAGE rozšířen z VARCHAR(60) na VARCHAR(255).
Spolu s tím upraveny - objekty: - funkce fnUserParams_Lang - procedura spUzivatel_btCopyALL - procedura spUzivatel_CopyRec
- HTML stránky: - nastaveni\Uzivatel00.htm" - nastaveni\UzivVeSkup.htm
SKUPUZIV Upraveny a doplněny tyto sloupce: - KOD_SKUP_UZIV : změna typu VARCHAR(10) na VARCHAR(20) - NAZEV_SKUP_UZIV : změna typu VARCHAR(30) na VARCHAR(90) - POZNAMKA_SKUPUZIV : nový sloupec VARCHAR(500)
Spolu s tím upraveny - objekty: - funkce fnUserParams_Lang - procedura spCinnost_Strom - procedura spCinnost_Strom2 - procedura spZabezpeceniKopieIDetail - procedura spSkupUziv_btCopyALL - procedura spCinnost_DelRec - procedura spSkupUziv_ValRec
UKOL Tabulka rozšířena o následující sloupce: - IDUZIVATEL_INSERT : typ INTEGER - DTINSERT : typ DATETIME - IDUZIVATEL_UPDATE : typ INTEGER - DTUPDATE : typ DATETIME
UDALOST - Události Sloupec UDALOST.URLUDALOSTI změněn z VARCHAR(255) --> VARCHAR(2000). Spolu s tím upraveny následující objekty: - procedura spRSSFeed_Create : změna parametru @URLUDALOSTI z VARCHAR(255) --> VARCHAR(2000) - předloha nastaveni\Udalost.htm : u položky "URL události" (UDALOST.URLUDALOSTI) nastavena vlastnost maxlength="2000"
Změny pohledů
QESO9LOG - Pohled do LOG databáze Do skriptu pro založení/opravu pohledu QESO9LOG doplněn ke všem tabulkám pohledu hint WITH(NOLOCK). Tím by mělo dojít ke zrychlení načítání dat - jedná se o "špinavé čtení dat", které nečeká, jak dopadnou započaté transakce. Úprava provedena v proceduře spCREATE_DBLOG.
Stávající číselník uživatelů (stránku nastaveni/uživatel.htm) byla zjednodušena pouze na základní položky, byla upravena pouze pro čtení (tj. nelze v ní editovat ani mazat) a nelze z ní přecházet na žádné další stránky. Ve stránce lze měnit vlastní uživatelské certifikáty, tlačítko pro tuto akci je třeba přidat pomocí uživatelských akcí (činnost 9.6.14). Další možností je výměna v nové činnosti 9.8.9 Nastavení certifikátu. Tato stránka je primárně určena pro uživatelskou práci s číselníkem a je dostupná i z nové činnosti 9.1.12.
Plnohodnotný formulář pro práci s číselníkem uživatelů (stránka nastaveni/uzivatel00) obsahuje veškerou původní funkčnost vč. možnosti editace SN klientského certifikátu. Při práci s SN certifikátu se kontroluje, zda je uživatel ve skupině 00 a po vložení SN se z něj odstraní všechny přebytečné znaky. Tato stránka je primárně určena pro správce systému a je dostupná z původní činnosti 9.1.5 a ze stránky nastaveni.htm.
nastaveni/uzivatel00.htm - Zabezpečení číselníku uživatelů. Zabezpečení číselníku uživatelů. V rámci prací na zvýšení zabezpečení číselníku uživatelů vznikla v ESO9Start nová stránka nastaveni/uzivatel00.htm, která obsahuje veškerou funkčnost původního formuláře nastaveni/uživatel.htm. Nově se při editaci položky SN certifikátu kontroluje, zda je uživatel správcem (skupina 00) a z vloženého SN se smažou nepotřebné znaky. Původní stránka (nastaveni/uživatel.htm) byla zjednodušena pouze na základní položky a upravena pouze pro čtení.
nastaveni\ZmenaHeslaExch.htm - Změna hesla pro MS Exchange V ESO9Start je nová stránka umožňující uživatelskou změnu hesla pro MS Exchange. Má význam pouze používá-li se synchronizace CRM ESO9 s MS Exchange.
nastaveni/cinnost_strom_uziv.htm - Zobrazení stromu činností pro daného uživatele Pokud se zobrazil strom činností přímo ze stránky Uzivatel00.htm, zobrazily se vždy všechny činnosti, tj. nevyfiltrovaly se pouze činnosti přiřazené danému uživateli. Upravena stránka Uzivatel00.htm a vytvořena nová stránka se stromem činností cinnost_strom_uziv.htm.
ESOmenu.htm - Podpůrné evidence (doplněk č. 2 předchozí verze) Pokud má aplikace zapnutou ochranu odkazů (jejich šifrování), odkazy na nápovědu a výmaz cache nebyly ve stránce ESOmenu.htm funkční. Opraveno od 26.2.2016.
nastaveni/VzorDok.htm - Zalamování popisků Upraven formulář vzoru dokladů tak, aby nedocházelo k zalamování popisků položek.
Atribut SpellCheck - Vypnutí kontroly pravopisu V položkách typu TextArea byl doplněn atribut "SpellCheck" (vypnutí kontroly pravopisu) v následujících formulářích :
Nastaveni\ESOSetDate.htm - Uživatelské nastavení datumu Při uživatelské změně datumu (z horní lišty v aplikaci ESO9) došlo po kliknutí na libovolnou činnost k odhlášení uživatele. Opraveno 7.4.2016 úpravou stránky ESOSetDate.htm pro nastavení datumu, která nerespektovala změnu navigace, ke které došlo cca před 8-mi lety.
Subjekt/Subjekt.htm - Google mapy na stránce subjektů Ve stránce Subjektů bylo doplněno online zobrazení mapy z Google Maps. Prvek se do předlohy zapisuje jako běžný INPUT s maskou "GMAPS", datově lze plnit údaji z adresy (ulice, číslo popisné, město). Do vlastních formulářů lze zapojit includem stránky "Include\GMaps_INC.htm". Podrobněji viz Nápověda - Pravidla ESOForm. Dostupné pouze pro obecného klienta.
esomenu.htm - Zavírání stromu činností z menu Strom činností byl doplněn o duplicitní možnost zavírání/otvírání pomocí ikony na levém okraji horní lišty. Ikona má stejnou funkčnost jako křížek ve stromu činností a stejný vzhled, jako ikona na pravém okraji lišty, která zavírá/otvírá panel s významnými událostmi.
Subjekt/Subjekt.htm - Přímé vytočení telefonního čísla z formuláře ESO9 Ve stránce Subjektů byla doplněna možnost přímo z karty subjektu vytočit primární telefonní číslo. Ve vlastních formulářích lze využít zapojením stránky "Include/PhoneCall_INC.htm" formou podmíněného includu. Dostupné pouze pro obecného klienta.
finance\VytvorPP.htm - Automatické vystavení platebního příkazu V činnosti 1.2.1.2 Automatické vystavení platebního příkazu byl upraven způsob obarvování tak, že vlastnost "nedůvěryhodný plátce" se zobrazuje v barvě celého řádku, zatímco upozornění na blížící se datum splatnosti se zobrazuje jen obarvením sloupce DTSPLATNO.
nakup\FapHlav.htm - Faktura přijatá V činnosti 2. 1. 3. 1 Faktury přijaté účetní byl upraven způsob obarvování tak, že obarvení sloupce DTSPLATNO (v odstínech od žluté po červenou) upozorňuje na blížící se datum splatnosti dokladu.
ucet\DoklHlav.htm - Hlavička dokladu - obecný účetní formulář Položka Datum pro dobropis (Hdok.dtProOdvodDPH) doplněna do ucet\DoklHlav.htm.
Stránky/Sestavy U níže uvedených stránek/sestav do odkazů na konkrétní doklad přidán parametr StartFilter=4-ne bez ohledu na konfiguraci:
STI sestavy: - NeucDok.idc - UctUzav_PreuctKR - ZavPohlDleZpozdeni
IDC/HTX sestavy: - DPH\Vykaz_DPH_DetailCZ.htx - odkaz na Doklad - finance\FaP_PLP.htx - odkaz na Číslo platebního příkazu - saldo\AdrDok_D.htx - odkaz na Číslo dokladu - saldo\Nesp_D.htx - odkaz na Doklad - subjekt\CRM_CNA.htx - odkaz na Č.dokladu - subjekt\CRM_CPO.htx - odkaz na Č.dokladu - subjekt\CRM_NOB.htx - odkaz na Č.dokladu - subjekt\CRM_POB.htx - odkaz na Č.dokladu - ucet\PreuctDPH.htx - odkaz na Číslo dokladu - ucet\PreuctDPH_Test.htx - odkaz na Číslo dokladu - ucet\Vykaz_DPH_DetailCZ.htx - odkaz na Doklad - ucet\Vykaz_DPH_DetailSK.htx - odkaz na Doklad
nakup\FaPSloz.htm - Faktura přijatá - složky dokladu V činnosti 2. 1. 3. 1 Faktury přijaté účetní \ Složky : doplněn nová položka "Nárok na odpočet" jako nový includ <%$INCLUDE:include\vlKraceniDPHSDOK.htm%>. Tento nový includ "include\vlKraceniDPHSDOK.htm" je pro legislativy CZ, SK. Pro ostatní legislativy je stejný jako pro CZ.
subjekt\SubjARESDatZpr_INC_CZ.htm - Aktualizace údajů o subjektu z ARESu Parametry akce na tlačítko byly rozšířeny o nový parametr "SAVEBEFOREACTION". Pokud se tento parametr vyskytne v názvu tlačítka (např. "name=Actx_Eso9lib.CAres_Imp;SAVEBEFOREACTION=1"), bude před provedením akce automaticky uložena případně rozeditovaná věta. V ESO9Start je tento mechanismus použit např. při naplnění hodnot subjektu z rejstříku ARES tak, aby stačilo vyplnit IČO a bez nutnosti větu ukládat bylo ihned možné si dotáhnout všechny údaje do ESO9 z rejstříku ARES.
subjekt\SubjARESDatZpr_INC_CZ.htm - Zrychlení zakládání subjektů importem z ARESu Pokud uživatelé při zakládání informací o firmách využívají dotahování dat z ARESu, je vhodnější mít v combo boxu s volbami možností ARESu na 1.místě "aktualizace všech údajů" tak, aby stačilo jen zadat IČO a stisknout tlačítko "Proveď" (nutnost uložení věty před spuštěním akce je již odstraněna). Původně bylo třeba navíc vybrat z combo boxu uvedenou volbu a teprve potom spustit import (tj. 1 krok navíc). Ostatní možnosti ponechány v logickém sledu "aktualizace xxx" a "ověření xxx".
nastaveni\cinnost_strom.htx - Oprava automatického rozbalování 1.otevřené skupiny ve stromu činností Po přihlášení byla první skupina činností odshora sbalená, i když při ukončování aplikace byla rozbalená. Opraveno 14.6.2016.
include\vlKraceniDPHSDOK.htm - Nárok na odpočet Do níže uvedených předloh doplněna nová položka "Nárok na odpočet"(SDOK.VLKRACENIDPHSDOK) pomocí nového includu <%$INCLUDE:include\vlKraceniDPHSDOK.htm%> : - finance\pd_VydS.htm: spodní forma Složky pokladního dokladu - finance\pd_VseS.htm: spodní forma Složky pokladního dokladu - nastaveni\vzordok.htm: Vzor dokladu - spodní forma Složky vzoru dokladu - priklady\sdok.htm: Komplexní formulář - Složky - ucet\Inter_Dokl_Sloz.htm: spodní forma Složka interního dokladu - ucet\DoklSloz.htm: obecný formulář dokladu - Složky. Doplněno do ucet\Sdok_inc.htm - ucet\Sdok_inc.htm : obecný formulář dokladu - Složky
sklad\*.htm - Skladové doklady Opravena nekonzistentnost v nadpisech forem hlaviček dokladů ve skladu. Sjednoceno na <%vzortext%> : - sklad\Prijemka.htm - sklad\PrijemkaF.htm - sklad\Vydejka.htm - sklad\VydejkaF.htm
nastaveni\KontrolaPlneni_*.htm - Kontrola plnění Položky označující typ dokladu LABEL_1, .LABEL_2.. mají nyní v browse label "Typ 1. úrovně", "Typ 2. úrovně".. - nastaveni\KontrolaPlneni_DOK.htm - nastaveni\KontrolaPlneni_SDOK.htm
nastaveni\KopiePrDoNa.htm - Kopie dokladů U níže uvedených předloh doplněn do odkazů pro tvorbu nových dokladů kopií, využívajících tuto, nebo obdobnou stránku, parametr "vzortext" - \nakup\CenPop.htm - nakup\KopieCenPop_VObj.htm - prodej\CenNab.htm - prodej\PObj.htm - sklad\DokladCSP.htm - sklad\PrijemkaS.htm
ucet\Mim_ucuz_rok.htm - Mimořádná účetní uzávěrka Upravena grafická podoba stránky ucet\Mim_ucuz_rok.htm
ucet\ucuz_rok.htm - Účetní uzávěrka roku Upravena grafická podoba stránky ucet\ucuz_rok.htm
Nastaveni\HistorieZmenR.idc - Historie změn řádku vč.detailů V historii změn datového řádku se nově zobrazuje nejen celá akce (vložení, editace, akce), ale pro každou z nich i detailně změny v jednotlivých položkách (stará hodnota - nová hodnota).
2. 1. 1. 1 - *.htm Do níže uvedených forem doplněn parametr "vzortext": - forma nakup\Pokl_Doklad.htm : na odkaz "Vzniklý výdajový pokladní doklad" doplněn parametr vzortext=Výdajový pokladní doklad - forma prodej\KopiePObjdoREK.htm : na odkaz "Vzniklý doklad" doplněn parametr vzortext=Reklamace z prodejní objednávky - forma prodej\Pobj.htm : na odkaz "Nákupní objednávka" doplněn parametr vzortext=Nákupní objednávka - forma prodej\Pokl_Doklad.htm : na odkaz "Vzniklý příjmový pokladní doklad" doplněn parametr vzortext=Příjmový pokladní doklad - forma prodej\VytvorZalohu.htm : na odkaz "Vytvořená faktura" doplněn parametr vzortext=Zálohová faktura - forma sklad\PrijemHV.htm : na odkaz "Vzniklý doklad" doplněn parametr vzortext=Příjemka hotového výrobku na sklad
Výroba pro ESO9
Výroba
5. 5. 5. 2 - Vytížení pracoviště - po dnech Vytvořena sestava pro zobrazení vytíženosti pracovišť. Zobrazí formou sloupcového grafu stanovenou kapacitu pracoviště k danému dni (od nominální odečteny všechny evidované výluky, včetně svátků) v porovnání se zaplánovanou dobou podle výrobní bilance.
Změny předpisů sestav
Sestavy pro výrobu - CHYBYVROZPADU.IDC Nová STI sestava pro výpis pozic s neschválenou dokumentací dílů.
Sestava je zařazena na formulářích následujících činností: • 5.5.1.2 – Evidence výrobních zakázek ? tvorba rozpadů ? dolní forma „Podsestavy s neschválenou TD“ • 5.1.1.3 – Technologická dokumentace ? „Podsestavy s neschválenou TD“
Změny webových stránek
5. 6. 2. 3 - Odvádění podle pracoviště Upraven datový zdroj dolní formy. Formulář zadavani/VPOperacePrac.htm.
Z důvodu nejednoznačnosti datových sloupců nefungoval filtr. Nyní opraveno.
Technologie ESO9 - server + klient
Změny v technologii .NET
Aplikační server - Malá písmena ve filtru sestavy V generovaném filtru k sestavám se zobrazovala malá písmena v případě, že parametry sestavy nebyly uvedeny ve formě pro parametry, ale v definici podmínky ve formě se sloupci sestavy. Opraveno 26.1.2016.
Aplikační server - Podbarvení naposledy otevřené činnosti Ve stromě činností zůstává podbarvena naposledy otevřená činnost, což zlepšuje uživatelskou orientaci v systému. Dostupné od 26.1.2016.
Aplikační server - Název souboru při přímém tisku sestav do DMS Při přímém tisku sestav do DMS (parametr DirectPrint = 4) se do DMS ESO9 ukládala plná cesta k souboru, což sice nemělo vliv na pozdější otvírání souboru, ale nepůsobilo to dobře. Nyní se do DMS ukládá pouze jméno souboru bez cesty. Dostupné v technologii od 26.1.2016
Aplikační server - Čtení dat bez filtru Ve specifickém případě mohlo docházet ke čtení dat formuláře bez filtrovacích podmínek, což mohlo vést ke zvýšené zátěži aplikačního a databázového serveru. Uvedený problém byl způsoben synchronizací forem v případě výmazu konfigurace nebo jejím nastavení dle formuláře (což je v případě formuláře bez konfigurace totéž). K problému docházelo pouze v případě 3 a více forem, kde 2.forma byla navázána na 1. vazbou Master-Slave, při níž se (jako při jediné) vkládá do SQL datového zdroje WHERE podmínky realizující vazbu. Oprava je dostupná od 27.1.2016.
Aplikační server - Logování změn v ADD tabulkách Při editaci ADD tabulek navázaných do multieditačního pohledu mechanismem BT / RID se v případě editace závislé formy zapisovalo do logovací databáze chybné relační ID. Důsledkem čekož si nebylo možné prohlížet v historii změn ve formuláři změny provedené v ADD tabulkách. Opraveno ve verzi z 29.1.2016.
Klientská komponenta - Kódování ukládaného souboru Do klienta byla doplněna možnost určit kódování souboru uloženého/načteného tlačítkem z formuláře (typicky ukládání obsahu textového okna). Kódování se řídí datovým parametrem MF_FileFormat, který může nabývat hodnot "UTF8", "WIN1250" a "Default" (ANSI kódování dle nastavení klientské stanice). Dostupné v klientské komponentě v5.2.0.7.
Klietská komponenta - Odkazy ve filtru Ve verzi 5.2 došlo ke změně v generování stránky pro StartFilter - odstranily se odkazy, které nejsou číselníkem (tj. přechod na jinou stránku). S tím se ale odstranily i odkazy, které byly v tagu
Klientská komponenta - Vypadávání tlačítek z formuláře Ve verzi 5.2 docházelo náhodně k vypadnutí tlačítek z formulářů ESO9. Po obnově stránky se tlačítka vrátila. Jednalo se o problém náhodného předávání události onFocus při přecházení mezi oknem Internet Exploreru a okny dalších aplikací Windows. Opraveno v klientské komponentě v5.2.0.7.
Aplikační server - Nezobrazení dat při defaultní konfiguraci Chyba neobnovení dat na závislých formách při vstupu. V případě, že byla forma závislá vazbou Parameters a byla nad ní uložena defaultní konfigurace, nenačetla se do formy data a objevila se až po explicitní obnově dat. Opraveno v technologii ze 4.2.2016.
Aplikační server - Změna chování při uložení řádku ve vyfiltrovaném formuláři Při uložení řádku ve vyfiltrovaném formuláři může dojít vlivem filtrovacích podmínek k vypadnutí takového řádku z datového kurzoru. Pokud k tomu došlo, nastavil se jako aktuální řádek první, zatímco správnější bylo nastavit řádek následující. Opraveno ve verzi z 8.2.2016.
Reporting Server - Reporting Server a UP parametry Pokud byl v definici sestavy použit UP parametr IDLogUser (např. v podmínce) a taková sestava se tisknula pomocí Reporting Serveru, nedoplnil se do UP parametrů tento parametr a sestava spadla při kompilaci. Opraveno v Reporting Serveru v5.2.0.3.
Aplikační server - Rozšíření uživatelských akcí Do uživatelských akcí byly doplněny: * záměna existujícího hyperlinku za nový hyperlink (při zachování jeho pozice) * záměna libovolné části textu formuláře za jinou (při zachování její pozice) Obě části textů (původní a nová) musí být odděleny v textu akce dvojitým svislítkem ("||"). Dostupné v technologii od 9.2.2016.
Aplikační server - Přímý tisk sestav do Excelu Při přímém tisku sestav do Excelu (PrintDest=XLS2) byl k dispozici příliš malý interval pro vytvoření XLS souboru (5 sekund). Důsledkem bylo, že sestavy, jejichž tisk trval déle, se sice vytisknuly, ale klient si je již nestáhnul. Zároveň opraveno kódování diakritiky v názvu XLS souboru. Dostupné v technologii z 12.2.2016.
Aplikační server - Šifrování odkazů Při šifrování odkazů se ve stránkách volaných parametrem TPage=stranka.htm šifrovaly pouze skutečné odkazy. V několika custom aplikacích postavených na obecném klientovi je potřebné šifrovat i obsahy vybraných JavaScriptových funkcí, které nahrazují prosté odkazy. Doplněno v technologii z 16.2.2016.
Aplikační server - Kontrola pravopisu v textových položkách Internet Explorer má standardně zapnutou kontrolu pravopisu v textových položkách. V exportních/importních položkách však tato kontrola nemá smysl, navíc pro rozsáhlé texty (> 100kB) může dle výkonu klientské stanice taková kontrola významně zdržovat. V položkách TextArea byl proto zaveden atribut "SpellCheck" nabývající hodnot "true" (standardně) nebo "false". Pokud je kontrola pravopisu tímto atributem vypnutá, nebude internetový prohlížeč tuto kontrolu provádět. Dostupné v technologii ESO9 od 18.2.2016.
Aplikační server - Synchronizace CRM ESO9 s MS Exchange Došlo k úpravě všech objektů pro podporu synchronizace CRM ESO9 s MS Exchange (resp. Office 365 nebo Kerio Connect). Nově se všude pracuje s uživatelským heslem z položky UZIV_HESLO_EXCH tabulky UZIVATEL, v níž je heslo uloženo v šifrovaném tvaru. Změna je dostupná od 22.2.2016.
Aplikační server - Parametrizace parametru ROWSCOUNTQUERY Parametr ROWSCOUNTQUERY lze nyní parametrizovat z odkazu. Pokud je tedy na odkazu např.: esoform.asp?TPage=prodej/fav.htm&....&WHERE=WHERE IDTYPDOK=7 AND IDHDOK_VZOR=7 a v cílové stránce uveden parametr: <input type="hidden" name="RowsCountQuery" value="select count(IDHDOK) from QHDOK_FAV %WHERE%"> dojde před načtením datového zdroje cílové stránky k sestavení SQL dotazu z parametrů a z podmínek zadaných ve Start filtru. Dostupné v technologii od 25.2.2016.
Aplikační server - Filtrovací podmínky ve výchozí konfiguraci Pokud je v defaultní (výchozí) konfiguraci nastaven příznak, že konfigurace obsahuje i filtrovací podmínky, nenačítají se data ihned, ale čeká se nastavení filtrovacích podmínek a teprve poté si klient načte data všech forem (tj. nejen formy s konfigurací, ale i všech forem na ní závislých). Často se ale stává, že v konfiguraci sice je nastaven příznak, že tato obsahuje filtrovací podmínky, ve skutečnosti ale ve formě žádné nejsou. V takovém případě se data automaticky neobnoví, ale je třeba obnovu dat provést ručně. Nově se tedy kontroluje v defaultní konfiguraci nejen příznak, že obsahuje filtrovací podmínky, ale i fakticky nastavený filtr. Pokud v konfigurací žádné filtrovací podmínky uložené nebudou, načtou se data do formy ihned a všechny závislé formy se tak obnoví automaticky. Dostupné v technologii od 1.3.2016.
Aplikační server - Zavírání / otvírání stromu činností přes klávesové zkratky Pro nový strom činností (nový od v5.1) byla doplněna podpora klávesových zkratek pro jeho zavření a otevření Ctrl+F2 / Ctrl+F3. V obecném klientovi dostupná pouze klapka Ctrl+F3. Dostupné od 1.3.2016.
Klientská komponenta - Zobrazení dotazu před spuštěním akce na tlačítko Při stisku tlačítka je nově možné zobrazit nejen obecný dotaz, zda akci spustit či nikoli (pomocí "!" na počátku jména akce), ale i zobrazit vlastní dotaz. Syntaxe: ve jméně akce uvést parametr "MsgText=Můj dotaz" oddělený ";" od názvu spouštěné procedury. Příklad: v této akci se nejprve zobrazí uživatelský dotaz "Přejete si provést kopii faktury ?" s tlačítky Ano/Ne. Po stisku "Ano" se provede kopie dokladu a automaticky se přejde na nově vzniklý doklad. <input type="button" value="Kopie hlavičky dokladu" name="!spHDok_BTMarkKopie;MsgText=Přejete si provést kopii faktury ?;URL_ACTION=esoform.asp?TPage=%MF_STRANKA%&VzorText=<%VzorText%>&RelType=Parameters&TView=select * from %MF_POHLED% QHDOK where cis_dok = '%25MF_CIS_DOK_NEW%25'&NavBar=Insert&StartFilter=4">
Klientská komponenta - Sbalení formuláře v konfiguraci V konfiguraci formuláře přibyla možnost uložit a načíst stav formy sbaleno / rozbaleno (týká se nového designu od v5.1, který sbalení/rozbalení formy umožňuje). Dostupné v technologii (server + klient) od 10.3.2016.
Klientská komponenta - Styl zrychleného číselníku Ve zrychleném číselníku byly upraveny použité barvy a fonty tak, aby odpovídaly stylu běžného browsu. Dostupné v klientské komponentě od v5.2.0.10.
Klientská komponenta - Otvírání datumky ikonou Otevření datumky pro výběr datumu kliknutím na ikonu šipky vpravo od datumové položky v některých případech nefungovalo. Na vině bylo case-sensitive porovnávání názvu databázové položky s názvem položky pro otevření datumky. Opraveno v klientské komponentě v5.2.0.10.
Klientská komponenta - Opakované vyhledávání klávesou F3 Při opakovaném vyhledávání klávesou F3 nad číselnou položkou mohlo dojít k chybě v případě, že vyhledávané číslo nebylo nalezeno. Opraveno v klientské komponentě v5.2.0.10.
Aplikační server - Rozeditování formuláře přenesením hodnoty z číselníku Při rozeditování formuláře přenesením hodnoty z číselníku se nenastavoval závislým formám příznak "Disabled" a bylo tak možné data v těchto formách editovat. Opraveno ve verzi z 5.4.2016.
Aplikační server - Vypadnutí věty po akci na tlačítko Pokud při akci na tlačítko vypadne vlivem filtrování aktuální řádek z datového bufferu, nastaví se nový aktuální řádek na první v seznamu. Správně se přitom má nastavit na následující (pokud takový existuje). Chyba byla zanesena v listopadu 2015 při optimalizaci dvojího čtení dat. Opraveno ve verzi z 8.4.2016.
Klientská komponenta - Obnova dat formuláře po o(d)značení Při změně hodnoty označení lze v kombinaci s parametrem REFRESH_ALL_FORMS vyvolat obnovu dat všech forem ve stránce. Klient si však fyzicky překreslí data všech forem s výjimkou aktuální (souvisí to s tím, že většina akcí klientského rozhraní vrací data aktuální formy již ve svém volání a je tedy zbytečné je obnovovat 2x). Při změně označení (položka MarkState) se proto nově obnoví hodnoty ve všech formách ve stránce vč., aktuální. Pokud tedy FChange nad položkou MarkState (Relation Action) změní v aktuálním formuláři data, projeví se na klientské straně změna ihned a ne až po ruční obnově dat. Dostupné v klientské komponentě v5.2.0.10.
Klientská komponenta - Práce s položkami typu checkbox ve filtru Práce s položkami typu checkbox ve filtru. Pokud jsou ve formuláři definovány položky typu checkbox, které jsou navázané na jinou než hlavní tabulku pohledu a při opakovaném otvírání a zavírání aplikace ESO9 bez restartu Internet Exploreru se nad tímto formulářem otvírá filtr, dochází náhodně k přepnutí režimu okna filtru z kompatibilního do nativního. To pak náhodně způsobovalo chyby ve filtrovacím formuláři (který buď nešel otevřít, nebo zobrazoval filtrování podle položek typu checkbox s jinou hodnotou, než uživatel zadal). Opraveno v klientské komponentě v5.2.0.11.
Klientská komponenta - Spojka "NEBO" v rozšířeném StartFiltru Nové možnosti rozšířeného StartFiltru. Ve filtru na kartě "Rozšířený" přibyla možnost při vložení nové filtrovací podmínky upřesnit, zda má být s předchozí podmínkou spojena logickou spojkou AND ("a zároveň") nebo OR ("nebo"). Podmínky se spojkou OR se přenáší do základního filtru jen svou hodnotou, do ručního filtru se pak správně sestavuje podmínka s klíčovým slovem OR. Dostupné v technologii od 19.4.2016.
Aplikační server - Nová výchozí stránka pro obecného klienta Pro obecného klienta byla doplněna výchozí stránka (není-li v tabulce uživatelů nastaveno jinak) s dashboardem událostí namísto jednoduché HTML stránky s vyhodnocením událostí, která se používá v klientovi pro Internet Explorer.
Aplikační server - Zavírání forem s parametrem "HeadBar=None" Pro parametr formy "HeadBar=None" bylo přepracováno generování stránek tak, aby obsahovaly prázdnou lištu se jménem formy (Caption). Pomocí lišty lze formy zavírat / otvírat stejně, jako v případě plného zobrazení nástrojové lišty v záhlaví formy. Dostupné v technologii od 25.4.2016.
Klientská komponenta - Podmíněné formátování buněk V klientské komponentě byla v tabulce (browse) doplněna možnost podmíněného formátování buňky (resp. barvy jejího pozadí). Podrobněji viz Nápověda - Pravidla pro tvorbu editačních pohledů. Dostupné od 29.4.2016.
Aplikační server - Styl stránky pro zadávání parametrů sestav Upraven styl generované stránky pro zadávání parametrů sestav. Dostupné od 3.5.2016.
Klientská komponenta - Práce se sloupci ve výchozí (defaultní) konfiguraci Pokud existovala výchozí konfigurace s vybranými sloupci ve formuláři a do předlohy byly přidány nové (nezobrazované) sloupce pro obarvení pozadí položky (SLOUPEC_ROWSTYLE), mohlo dojít v určitých situacích k vypadnutí požadované barvy pozadí. Opraveno v klientské komponentě od v.5.2.0.13.
Klientská komponenta - Export do ISDOC(X) V exportu do ISDOC(X) byla chyba při použití alternativní měrné jednotky ve složkách (exportoval se vždy přepočet na základní MJ, ovšem s kódem alternativní MJ). Opraveno v klientské komponentě v5.2.0.13.
Aplikační server - Počet použitých sloupců ve zdrojích aplikačního serveru V záložce "Zdroje" ve Správci ESO9 bylo přepracováno počítání počtu použitých sloupců tak, aby lépe odpovídalo počtu sloupců načítaných z databáze (původně byl zobrazen počet sloupců posílaných ze serveru klientovi). Dostupné v technologii od 12.5.2016.
Aplikační server - Rozšíření uživatelských akcí V uživatelských akcích (činnost 9.6.14) byla možnost přidat tlačítko (obecně libovolný HTML kód) do nové buňky nové řádky přidané na konec formuláře. Protože tento mechanismus neumožňoval přesnější vodorovné umístění tlačítka (či jiného prvku), přibyly možnosti přidat i nový řádek tabulky (vkládaný včetně uvozovacích TAGů řádky, tj. <TR><TD>uživatelská akce</TD></TR>) nebo novou tabulku (<TABLE><TR><TD>uživatelská akce</TD></TR></TABLE>); obojí na konec formuláře a s ohledem na případný vícestránkový formulář. V souvislosti s tím také došlo k přejmenování volby "Přidání akce na tlačítko" na "Přidání HTML do nové buňky nové řádky". Dostupné v technologii ESO9 od 23.5.2016.
Aplikační server - Informační a chybové hlášky bez přihlášeného uživatele Vznikne-li chyba ještě před přihlášením uživatele nebo až po jeho odpojení, není k dispozici session, ze které by se vzal správný jazyk uživatele a info hláška či chyba se vypisuje pouze ve výchozím jazyce (čeština); jedná se typicky o chybu "Uživatelské přihlášení bylo ukončeno správcem nebo je aktivní z jiného procesu.". Nově se tyto hlášky překládají alespoň dle jazyka prohlížeče, z nějž uživatel do aplikace přistupuje. Dostupné v technologii ESO9 od 7.6.2016.
Aplikační server - Ikona číselníku Ikona číselníku (dostupná v editorovém zobrazení) byla změněna ze symbolu "V" na symbol "..." (tři tečky), který je v prostředí Windows obvyklejší. Dostupné od 9.6.2016.
Klientská komponenta - Akce nad dokumentem Práce s dokumenty v editoru a browse. V klientské komponentě byly dány do souladu akce, které lze provést s dokumentem přímo z editoru pomocí tlačítka, s akcemi, které lze se stejným dokumentem provést z browse přes kontextové menu. Speciální akce pro spojení dokumentů byla navíc přesunuta ze submenu Akce do submenu Dokument. Dostupné od klientské komponenty 5.3.0.1.
Aplikační server - Přihlašovací stránka pro ESO9 autentikaci V technologii přibyla možnost použít pro ESO9 autentikaci vlastní přihlašovací stránku. Využitelné např. na mobilních zařízeních, kde je třeba stránku s ověřením upravit dle velikosti použitého displeje. Dostupné v technologii od 10.6.2016.
Aplikační server - Změna práce s datovým typem "Money" u sloupců neúplného pohledu. Sloupce neúplného pohledu s datovým typem "Money" (v SQL databázi) se konvertovaly na datový typ "Double" z .NET Frameworku. Pokud ovšem stejný sloupec vrátilo obchodní pravidlo (stored procedura), vrátilo jej jako datový typ "Decimal". Rozdíl v datových typech původního sloupce a návratové hodnoty obch.pravidla se projevil při porovnání hodnot před a po editaci řádku; v případě sloupců typu "Money" se zbytečně ukládaly do databáze i nezměněné položky (rozdíl v datových typech způsobil i rozdíl při porovnávání stejných hodnot). Uvedená změna nemá vliv na funkčnost editace dat, pouze na objem LOGů, které se budou snáze vyhodnocovat (počet změněných položek při editaci bude přesněji odpovídat položkám změněným uživatelem). Dostupné v technologii od 14.6.2016.
Aplikační server - Chyba ARESu při ověřování informací o neexistujícím IČ Pokud při ověřování informací z rejstříku ARES dojde k chybě vinou špatně zadaného IČ, vypisuje se nyní kromě chyby navrácené rejstříkem i pochopitelnější text s možnou příčinou chyby. Dostupné v knihovně ESO9Lib.dll v5.3.0.2.
Aplikační server - Import složek z formátu ISDOC Formát ISDOC poskytuje v úrovni složek faktury přijaté několik různých identifikátorů: * ID - unikátní identifikátor řádku dokladu - tato položka byla dosud mapována na identifikátor složky v ESO9 (položka SLOZKA_IDENT) * BuyersItemIdentification - identifikace zboží dle kupujícího * SellersItemIdentification - Identifikace zboží dle prodejce Jednoznačné doporučení pro použití jednotlivých uvedených položek neexistuje, v ESO9 se proto historicky používala položka ID, která asi nejlépe vystihovala význam našeho identifikátoru složky dokladu. V jiných systémech se ale primárně pracuje s druhými dvěma identifikátory - dle kupujícího a dle prodejce. V ESO9 proto došlo k úpravě při identifikaci složky importované faktury takto: * pokud existuje identifikace zboží dle kupujícího (BuyersItemIdentification, tj. kupující dostane fakturu již se "svým" označením složek), použije se * pokud neexistuje identifikace zboží dle kupujícího, ale existuje identifikace zboží dle prodejce (SellersItemIdentification, tj. prodejce na dokladu použije své označení složek), použije se * pokud neexistuje ani jeden z identifikátorů, použije se jednoznačné ID (tj. jako dosud)
Dostupné v ESO9 od v5.3.
Aplikační server - Změna chování při výmazu položky dotahávané z číselníku Příklad: na formuláři 9.3.3 Subjekt - Bankovní účty si při pořizování účtu vyplním měnu, následně si to rozmyslím a vymažu ji. Samy tam naskočí tři hvězdičky (domácí měna), ale po uložení se vymažou. Chování bylo způsobeno tím, že se pro vazební ID (v tomto případě IDMENA) dotahují automaticky všechny závislé položky, které autor ve formuláři použil (v tomto případě select KOD_MENY, NAZEV_MENY from MENA with(NOLOCK) where IdMENA=xxx). Při výmazu již naplněné položky se se však namísto vazebního ID=NULL doplnilo vazební ID=0, což způsobilo načtení konkrétní datové věty; následně ji další obchodní pravidlo vymazalo, což však nemění nic na faktu, že uživatel chvíli viděl na formuláři údaje z věty s ID=0. Opraveno ve verzi ze 17.6.2016.
Klientská komponenta - Ikona datumky u MF položky ve StartFiltru Pokud je ve formuláři datumová MF položka, zůstala po ní ve StartFiltru ikona datumky. Opraveno v klientské komponentě v5.3.0.1.
Aplikační server - Přidávání oblíbených činností Při přidávání / ubírání činností do / z oblíbených se strom činností vygeneroval i do hlavního pracovního okna. Opraveno ve v5.3 z 23.6.2016.
Aplikační server - Obnova závislých forem po přenosu z číselníku do MF položky Pokud se na zdrojovém formuláři přenesla z číselníku věta do MF položky (např. výběr vzoru dokladu při kopii), neprovedla se automaticky obnova závislé (-ých) formy. Upraven mechanismus synchronizace forem v případě přenosu z číselníku do MF položky v needitační formě. Dostupné v technologii od 23.6.2016.
Aplikační server - Logování změn ve větě Během editace věty se do logovací databáze zapisovaly změny i ve sloupcích, v nichž fakticky ke změně nedošlo. V logovací databázi se tak objevila řada změn ze stejné číselné položky na stejnou. Na vině byl nesoulad datových typů SQL Serveru (money) s .NET Frameworkem (double). Opraveno ve verzi z 21.6.2016.
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 5.7.2016.
Technologie ESO9 - klient
Klientský doplněk
Klientské doplňky Klientské addiny přeloženy pro .NET Framework verze 4.0 (dříve verze 2.0): - InvMaj - Inventura majetku pomocí čteček, - ExpImpAddin - podpora exportů a importů, - PlatKart - platba kartou, - ESO9Podani - klientský doplněk pro elektronická podání na ČSSZ
Technologie ESO9 - obecný klient
Změny v technologii .NET
Obecný klient - Nová verze skriptu Od doplňku č.1 k technologii ESO9 v5.2 se mění verze skriptu obecného klienta z 1.0.1 na 5.2.0. Důvodem jsou změny ve struktuře, které nejsou kompatibilní s předchozími verzemi. Uživatelé bez uvedeného doplňku tak budou používat verzi obecného klienta, která je funkčně zakonzervovaná v únoru 2016.
Obecný klient - servrové komunikace Opravena funkčnost klienta v prohlížeči Safari od společnosti Apple, kde při komunikaci přes SSL za použití klientských certifikátů nefungovala komunikace při synchronním volání XMLHttpRequest. Veškerá komunikace klient<>server v byla přepsána na asynchronní volání. Pro vícečetné akce byl doplněn zásobník volání, který je postupně vyprazňován v callback funkci XMLHttpRequest.
Obecný klient Opraveno chybné zobrazení rolovacího vertikální scrollbaru. Tento jev způsobovala automaticky komponenta jqxGrid. Vertikální scrollbar byl při inicializaci stránky zakázán.
Obecný klient Přidána možnost zobrazení Google mapy ve formuláři. Pro zobrazení je nutné zajistit v datovém zdroji pole GMAPS které bude obsahovat text vyhledávané pozice nebo přímo souřadnice př.: Do pohledu QSOBJEKT nebo fomuláře subjekt.htm přidat ULICE + ', ' + MESTO as GMAPS a následně ve formuláři doplnit tag <input id="fpGMaps" name="GMAPS" type="text" style="width:500px;height:380px;" mask="GMaps">
Přidána možnost přímeho vytáčení nebo zasílání sms. Toto je zajištěno funkcí externí odkazy, které jsou známé například z karty subjektu. Zde jsou odkazy ISIR, CreditCheck... Př. na vytáčení tel.čsla nebo odeslání SMS: Do pohledu QSOBJEKT nebo fomuláře subjekt.htm přidat 'tel:'+isnull(TEL,'') as wwwTEL a následně ve formuláři doplnit pole wwwTEL do HiddenFields a přidat tag <a datafld="1_wwwTEL" datasrc="#ESOPAGECTL" href="wwwTEL" target="_blank">volat</a>.
Aplikační server - UP parametr pro rozlišení obecného klienta a klienta pro Internet Explorer Pro lepší implementační rozlišení provozu ESO9 na obecném klientovi nebo v Internet Exploreru přibyl v technologii nový runtime parametr UP_OBECKLIENT. Lze jej použít např. v includech pro rozlišení části stránky určené jen pro obecného klienta (lze samozřejmě odlišit celou stránku zkopírováním do podsložky .OK v aplikačním webu, ale další úpravy je pak nutné dělat ve dvou souborech). Dostupné v technologii od 8.4.2016.
Obecný klient - Podmíněné formátování buněk V obecném klientovi byla v tabulce (browse) doplněna možnost podmíněného formátování buňky (např. barvy jejího pozadí). Podrobněji viz Nápověda - Pravidla pro tvorbu editačních pohledů. Dostupné od 12.4.2016.
Obecný klient - Readonly combo box v obecném klientovi V combo boxu (HTML tag SELECT) v obecném klientovi se chybně formátoval styl readonly a v případě uvedené vlastní výšky (atribut SIZE) se nenastavovala výchozí položka seznamu. Opraveno ve verzi z 9.5.2016.
Obecný klient - Formulář filtru V designu obecného klienta byl upraven formulář filtru tak, aby se v něm nezalamovaly jednotlivé trojice label / operátor / hodnota. Dále došlo k několika drobnějším úpravám designu základního a rozšířeného filtru tak, aby tento dialog odpovídal dialogům konfigurace a vyhledávání.
Technologie ESO9 - Reporting Server
Změny v technologii .NET
Reporting Server - Chyba při hromadném generování sestav Pokud došlo při hromadném generování sestav (v rámci definice jedné offline sestavy) k chybě (např. špatný formát e-mailové adresy), celý proces generování se přerušil a pro danou offline sestavu se nenastavil příznak, že byla vygenerována (transakční chování – pokud nedoběhne všechno, není akce považována za úspěšnou). Pokud bylo nastaveno jednorázové generování offline sestavy, při dalším spuštění vlákna rep.serveru se znovu načetly offline sestavy ke generování a znovu se generovaly již jednou úspěšně vygenerované sestavy a znovu se odesílaly e-mailem / ukládaly do souboru / do DMS. Došlo k úpravě chování pro hromadné zpracování sestav tak, aby dojde-li při generování jedné sestavy k chybě, zaloguje se a pokračuje se další sestavou. Až celá akce doběhne, shodí se offline sestavě příznak na „Negenerovat“. Sice se nemusí vygenerovat všechny požadované sestavy (důvod bude vždy zapsaný v logu), ale nedochází k opakovanému generování v případě chyby, což je v tomto případě lepší chování. Dostupné v rep. serveru od 24.2.2016.
Reporting Server - Generování sestav do DMS Při generování sestav Reporting Serverem do DMS (buď pouze DMS, nebo v kombinaci se souborem či tiskárnou) se do jména souboru v DMS ukládá opravdu pouze jméno, tj. bez plné cesty. Dostupné od verze RS 5.2.0.5 z 2.3.2016.
Reporting Server - UpperCase parametrů V Reporting Serveru docházelo při nahrazování hodnot parametrů offline sestavy nebo Stimulsoft sestavy k převodu hodnot parametrů na velká písmena, což mohl být např. v textu e-mailu problém. Opraveno od verze RS 5.2.0.7.
Reporting Server - Uložení sestavy do DMS a zároveň odeslání e-mailem Reporting Server byl rozšířen o variantu uložení sestavy do DMS a zároveň její odeslání e-mailem. Dostupné od RS verze 5.2.0.8.
Reporting Server - Parametrizace hodnot offline sestavy Do Reporting Serveru byla doplněna možnost parametrizace základních vlastností offline sestavy (např. jméno souboru nebo e-mailová adresa) pomocí UP parametrů. Parametry z datového řádku a UP parametry lze v jedné položce kombinovat, v případě výskytu stejného názvu má přednost hodnota z datového řádku. Dostupné od RS v5.2.1.2.
Reporting Server - Uvolňování paměti při hromadném tisku sestav Pokud se tiskne z Reporting Serveru v jednom kroku řádově několik stovek až tisíc sestav, může dojít na serveru operační paměť. Ve verzi 5.3 byla zoptimalizována práce s pamětí tak, že k tomuto dochází jen zcela výjimečně.
Technologie ESO9 - server
Změny v ESO9 Správce
Objekty zabezpečení Do hromadného založení objektů pro zabezpečení (stránek a sestav) doplněno "Nastavit - Kontrola zabezpečení" - podle volby nastaví kontrolu zabezpečení objektu Ano / Ne. Výchozí hodnota Ano, volba se ukládá do parametrů.
Spouštění skriptů Při spouštění skriptů je možné zvolit "Nejprve START databáze (N)", kde N je počet nalezených START databází. - Pokud je zaškrtnuto, zařadí se START databáze jako první do pořadí spouštění. Má význam v případech, kdy skript je nejprve nutno pustit na START databáze a poté na produkční databáze (využijí či potřebují novou funkčnost). - Za START databáze se považují databáze jmen: ESO9START, ESO9STARTSK, ESO9STARTPL, ESO9STARTHU, ESO9PAM, ESO9PAMSK. - Pokud je současně zatrženo "Souběžné spouštění" není možné aplikovat "Nejprve START databáze" - je přeškrtnuto. - Naposled použitá hodnota se ukládá do konfigurace programu