ESO9 wiki

ESO 9 změny ve verzi 5.2

ESO 9 změny ve verzi 5.2 z 31.12.2015

Obecný klient

Změny v technologii .NET

Obecný klient
Opraveno nastavení focusu po přenosu z číselníku.
OK - Obsluha klávesy DEL v Browse
Odstraněna chyba při editaci klávesou DEL pokud na stránce bylo aktivní dvě a více forem v režimu browse.
Obecný klient - Obrázky z DMS v sestavách
Do obecného klienta byla doplněna možnost používat obrázky z DMS v sestavách (dosud se vkládaly pouze logo firmy a podpis uživatele).
Dostupné v technologii od 23.7.2015.
Obecný klient - PIVOT tabulky a grafy
Nový typ sestav (a grafů) typu PIVOT pro obecného klienta byl dopracován tak, aby bylo možné snadno (změnou typu výstupu nebo jen parametrem odkazu PrintDest) přepínat mezi výstupem do stávající PIVOT tabulky (pro Internet Explorer) a novým typem PIVOT sestav (kód typu PIVOTOK) pro obecného klienta.
Dostupné v technologii ESO9 od 12.8.2015.
Obecný klient
Opravena chyba "Unexpected identifier" při posunu po sestavách v činnosti 9. 6. 3. 1

Chybu způsoboval tag v poli POPIS_STI.
Obecný klient - Chyba při tisku sestav
Po úpravě předlohy generátorové sestavy a jejím prvním tisku v obecném klientovi dojde k chybě "Chyba v proceduře CHTMLGen.DoRequest".
Opraveno v technologii ESO9 od 25.9.2015.
OK - Zalamování readonly položek
Oprava zalamování dlouhých readonly položek v prohlížeči Chrome
OK - Funkce Browse v OK
Zabezpečení skyrtých funkcionalit browse při skrytí tlačítek pomocí parametru navbar. Např. při skrytí tlačítka uložit již není možné ukládat šipkou dolů.
Obecný klient - Tisk obrázků v STIMHT sestavách
V obecném klientovi je nyní dostupný tisk do formátu MHT (PrintDest=STIMHT). Na rozdíl od výchozího formátu HTML5 je tento výstup interně realizován starší verzí jazyka HTML bez použití vektorové grafiky (SVG), což přináší lepší možnosti pro tisk na tiskárnu (resp. správnější stránkování). Nově je v tomto formátu také dostupný tisk obrázků z dokumentové databáze.
Dostupné v technologii ESO9 od 3.10.2015.
OK - Konfigurace
Tlačítko konfigurace mění barvu podle toho, zda je vybraná konfigurace, taktéž se měné tooltip tlačítka. V dialogu konfigurace je též automaticky vybraná položka konfigurace, která je aktuálně aktivní.
Obecný klient - Oprava Headbar = no
Opravena chyba při skrytí HeadBaru pomocí html parametru
Obecný klient - Editor
Doplněno obarvování řádku MF_RowStyle v editoru.
Obecný klient - Editor
Opravena funkčnost volání externích webů s odkazem v datech. (př. subjekt.htm - Obchodní rejstřík...)
Obecný klient - Kopírování dokladu
Opraven problém s fokusem při kopírování dokladu
Obecný klient - Zalamování readonly textů
Oprava zalamování dlouhých read only textů v Google Chrome
Obecný klient
Nastavena nová ikona přesýpacích hodin při čekání na dokončení akce.
Obecný klient - Zalamování readonly textů
Oprava zalamování dlouhých read only textů v Google Chrome
Obecný Klient - Přeskládání sloupců
Nyní je možné uživatelsky přesunovat sloupce v tabulce Browse. Je též možné sloupce uložit a načítat z defaultní konfigurace.
Obecný klient - Ikona vyhledávání a změna výšky navbaru
icon21 přidána a opravena chyba výšky navbaru při aktivním startfiltru
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

Aplikace ESO9 Prodejna

Změny procedur

Přijem dat na centrále - Generování prodejek na centrále
Úprava příjmu dat z Prodejny na centrále tak, aby se nepoužíval obecný zámek pro hlídání souběžného generování dokladů.
Nyní je zámek samostatný pro každou centrální aplikaci.
Synchronizace dat
Parametr „Přenosy / Před přenosem prodejek provádět synchronizaci“ upraven ze dvou hodnot „Ne / Ano“ na tři hodnoty
- Ne
- Ano - úplná s cenami (původní funkčnost)
- Ano - částečná bez cen
Nový typ synchronizace neporovnává ceny prodejek na centrále a na prodejně ale jen vzájemnou existenci prodejek.
Přepočet cen zboží po příjmu dat
Doplněna možnost nastavit po příjmu dat přepočet cen zboží podle cenové skupiny vzoru prodejky.
- nastavuje se v Nastavení / Přenosy / "Po přenosu - přepočet cen podle vzoru". Tlačítkem "Test přepočtu" je nejprve vrácen název cenové skupiny a dalším potvrzením můžete spustit přepočet ručně.
Pokud zvolíte Ano: po příjmu dat se vyhledá, zda na vzoru prodejky je vyplněna cenová skupina. Pokud je, provede se do sloupce "Cena na prodejně" (HDPRODCENAPREP1) výpočet prodejní ceny s DPH pro tuto cenovou skupinu
V zobrazení číselníku zboží (včetně číselníku na prodejce) se zobrazí nový sloupec "Cena na prodejně" - pokud používáte uložené konfigurace, nastavte si pozici sloupce podle potřeby
POZOR, přepočet může v určitých případech trvat poměrně dlouho.
Množství na složce prodejky
Doplněn parametr KASA_ZBOZI_KUS v centrální aplikaci. Je přenášen na prodejny, kde jej již nelze měnit.
Na Prodejně je při založení/modifikaci složky prodejky povoleno jen celočíselné kusové množství podle nastavené hodnoty: 0-bez kontroly, 1-s dotazem, 2-není povoleno.
Má význam, pokud prodáváte zboží, které má pouze celočíselné množství

Aplikace ESO9 Start

Změna činnosti

Oblíbené - Oblíbené činnosti
S ohledem na možnost zrušení/přeřazení uživatele, nebo činnosti do jiné skupiny uživatelů se automaticky mažou ty oblíbené činnosti, na které nemá uživatel již právo. Mazání oblíbených činností se provádí v proceduře spCinnost_StromFav, která se volá po prvním kliknutí na "Oblíbené", nebo po "Aktualizaci" stromu činností.
Kopie dokladu - Obecná kopie dokladů - storno
U níže uvedených objektů doplněna kontrola na shodnost typů dokladů mezi zdrojem a cílem při stornu dokladu. Pokud se při kopii - stornu dokladu neshodují typy dokladů mezi stornovaným dokladem a storno dokladem, pak dojde k chybě "52323 : Při stornu musí být stejné typy dokladů u zdrojového i cílového dokladu".
Úprava se týká následujících objektů :
- spHDok_btMarkKopie : procedura pro kopii označených dokladů
- spSDok_btMarkKopie : procedura pro kopii označených složek dokladů
- spHDok_Copy : procedura pro kopii hlavičky dokladů
Kopie dokladu - Obecná kopie dokladů
Došlo ke změně v naplňování účetního typu (HDOK.IDUCETTYP) nově vznikajícího dokladu:
- původně
- z NEWRECu
- pokud z NEWRECu je NULL pak z předchůdce
- nově:
- pokud se jedná o kopii-storno pak z předchůdce-stornovaného dokladu
- pokud se jedná o kopii pak z NEWRECu
Úprava se týká následujících objektů:
- spHDok_Copy : procedura pro kopii hlavičky dokladů
- spHDok_btMarkKopie : procedura pro kopii označených dokladů
- spSDok_btMarkKopie : procedura pro kopii označených složek dokladů

Účetnictví

1. 1. 2. 3 - Výkaz DPH \ Souhrnné hlášení
Do souhrnného hlášení nově vstupují i doklady bez složek s tím, že všechny údaje se berou z hlavičky dokladu. Částka bude tvořena součet všech základů bez DPH. Důvodem je skutečnost, že řada účetních firem pořizují doklady jen ve formě hlavičky dokladu. Spolu s tím upraveny následující objekty:
- funkce-tabulka fnHlaseniDPH_SDOK : vrací seznam složek/hlaviček dokladů, které vstupují do souhrnného hlášení. Výstupní tabulka obsahuje nově sloupec IDHLASENIDPH, který zajišťuje jednoznačnost řádků.
- procedura spHLASENIDPH_Vytvor : volá upravenou funkci-tabulku fnHlaseniDPH_SDOK
- HTML předloha ucet\HlaseniDPH_Detail.htm : upraven datový zdroj tak, aby reflektoval změny ve funkci-tabulce fnHlaseniDPH_SDOK
- HTML předloha ucet\HlaseniDPH.htm : položka "Kód plnění" rozšířena o hodnoty 1 - přemístění obchodního majetku plátcem do EU, 3 - dodání služby do EU
1. 1. 2. 3 - Výkaz DPH
Upravena procedura pro vytvoření IDU pro DPH. V případě dodatečného hlášení DPH se datum zdanitelného plnění naplní aktuálně nastaveným uživatelským datem.
1. 1. 2. 3 - Výkaz DPH
Upravena procedura pro export výkazu XML. Na základě nového vstupního parametru @UP_USEUNICODE (0 / 1) pak na výstupu vrací buď text jako VARCHAR (původní funkčnost), nebo jako NVARCHAR (kódování unicode).
1. 1. 2. 3 - Výkaz DPH \ Souhrnné hlášení
U složek dokladů vstupujících do souhrnného hlášení s "Kódem pro výkaz DPH = 32 - dodání zboží do EU třístranný obchod (ř. 20) - vstupuje do souhrnného hlášení" se "Kód plnění" nově naplňuje hodnotou "0 - dodání zboží do jiného členského státu osobě registrované k dani v jiném členském státě (§ 13 odst. 1 a 2 zákona)". Doposud se naplňoval hodnotou "2 - dodání zboží uvnitř území Evropského společenství formou třístranného obchodu (§ 17 zákona), tento kód vyplňuje pouze prostřední osoba". Spolu s tím upravena funkce fnHlaseniDPH_SDOK.
1. 1. 2. 3 - Výkaz DPH
V parametrech ve skupině "Výkaz DPH" existuje parametr "VykazDPH_OddelTisicu", který se uplatňoval dříve pro tisk výkazu DPH do PDF pomocí FDF šablony.
Nyní se tento parametr nově uplatňuje i při tisku STI sestavy (v legislativě CZ), tím je možno zajistit, že se při tisku STI sestavy výkazu DPH zobrazují čísla, ve kterých jsou tisíce odděleny mezerou.
Upraveny funkce fnUpravCisloVykDPH, fnVykazDPH_OddelTisice.

Finance

1. 2. 2. 1 - Pokladní příjmy
V některých formulářích pokladních dokladů byla v odkazu pro výběr kódu pro výkaz DPH chybně uvedena podmínka pro filtrování kódů pro DPH na vstupu/výstupu.
- na všech výdajových pokladních dokladech (finance\hpd_vyd.htm, Pd_Vyd.htm, Pd_Vyd_val.htm, Pd_VydS.htm) je nyní nastavena podmínka vlJeProDPHVstup=1
- na všech příjmových pokladních dokladech (finance\Pd_Prij.htm, Pd_Prij_Val.htm, Pd_PrijS.htm) je nyní nastavena podmínka vlJeProDPHVystup=1
1. 2. 3. 4 - Stav peněžních prostředků v čase
Pokud byl zadán filtr do 31.12., byly v sestavě zahrnuty všechny účetní zápisy včetně uzávěrkového dokladu (uzavření rozvahových účtů), takže výsledný konečný stav byl nulový.
Upravena funkce FN_SEST_UCETZAP_VCASE2 - do sestavy se nyní nezahrnují účetní zápisy z uzávěrkových dokladů (doklady pro uzavření a otevření rozvahových účtů - účetní typy RocOtev, RocUzav).
Doklady případných kurzovních rozdílů na peněžních účtech (účetní typ RocUzavBU) jsou do sestavy i nadále zahrnovány.
1. 2. 2 - Hotovostní platební styk
Ve formulářích pokladních dokladů (příjmových i výdajových) byla textová položka poznámky (HDOK.TextPozn) z původního TextArea změněna na Text.
Upraveny stránky :
Finance / hpd_vyd.htm, Pd_VydS.htm, Pd_Vyd_val.htm, Pd_Vyd.htm, Pd_VseS.htm, Pd_Vse.htm, Pd_PrijS.htm, Pd_Prij.htm, Pd_Prij_Val.htm
1. 2. 1. 6, 1. 2. 1. 8 - Bankovní výpisy
Provedena změna v názvu formy - původní "Složky bankovního výpisu" změněno na "Položky bankovního výpisu".
Aktualizované stránka : finance\BaV.htm, BaV_Radek.htm

Saldokonto

1. 3. 2 - Zápočty
Upravena funkce fnPrn_Zapocet_Detail - provedena optimalizace (zrychlení) dotazu pro výběr účetních zápisů, kde při vyhodnocení dotazu nebyly použity vhodné indexy.

Plánování

1. 4. 1. 2 - Generování opakovaných dokladů
Ve spodní formě "Nově vygenerované doklady" doplněny labely "Měna" (KOD_MENY), "Název subjektu" (SUBJ_NAZEV). Tím se opravily špatné nadpisy sloupců v browse.

Nákup

2. 1.50. 3 / 2. 2.50. 3 - EKAER - Import : tvorba XML / EKAER - Export : tvorba XML
Realizace úprav EKAER pro HU legislativu
- nová činnost 2. 1.50. 3 EKAER - Import : tvorba XML : vytváří export označených importních dokladů EKAER od stejného dodavatele a odběratele vezeno jedním autem (s přívěsem) do jednoho XML výstupu, který slouží pro import přes portál http://ekaer.hu/
- nová činnost 2. 2.50. 3 EKAER - Export : tvorba XML : vytváří export označených exportních dokladů EKAER od stejného dodavatele a odběratele vezeno jedním autem (s přívěsem) do jednoho XML výstupu, který slouží pro import přes portál http://ekaer.hu/
- nové objekty pro výše uvedené činnosti:
- HTML stránky:
- nastaveni\EKR_MarkExportXML.htm
- procedury:
- spEKAER_btMarkXMLManageTradeCardsRequest : export označených EAKAR dokladů od stejného dodavatele a odběratele vezeno jedním autem (s přívěsem) do XML pro import přes portál http://ekaer.hu/ .Procedura postupně procházela úpravami tak, aby splňovala požadavky v1.6, v1.8 a v1.9

Prodej

2. 2. 1. 2 - Prodejní objednávky
Ve spodní formě "Složky prodejní objednávky" opraven odkaz "Výroba zboží". Úpravy provedeny ve formě prodej\PObj.htm.
2. 2. 3. 3 - Faktury vydané zálohové daňové
Faktura vydaná zálohová daňová - v sestavě ZFavDForm.idc přejmenována položka "Datum zd. plnění" na "Datum přijetí platby".
Upraven formulář prodej/ZFav_VytvDan.htm pro tvorbu FVZD - přejmenována položka "Datum zd.plnění" na "Datum přijetí platby".
2. 2. 3. 2 - Faktury vydané zálohové
Tiskový formulář zálohové faktury (ZFavForm.idc) upraven obdobně jako FVU - položka se tiskne 2-řádkově - doplněna sazba DPH, tisknou se ceny : Cena MJ, Celkem CZK, Cena MJ s DPH, Celkem s DPH CZK

Sklad

2. 3. 3. 6 - Účetní uzávěrka skladů
Doplněna práce se záměnami tak, aby příjem ze záměny přebíral celkovou cena v Kč bez DPH (SDOK.HDCCENAKC) z výdeje do záměny bez ohledu na MJ a množství. Důvodem je to, že z jednoho zboží vzniká jiné zboží s možnou jinou MJ a množstvím.
Např.
- ze zboží "A1-Provaz 2m" s MJ=ks se vydá do záměny 2ks a příjme se ze záměny zboží "A2-Provaz 1m" s MJ=ks v množství 4ks
- ze zboží "B1-obilí" s MJ=kg se vydá do záměny 100kg a příjme se ze záměny zboží "B2-Pytel obilí 50kg" s MJ=ks v množství 2ks

Provedeny tyto změny:
- procedura spEso9_UctovaniSkladu : přidány nové parametry a upravena funkčnost tak, aby příjem ze záměny přebral celkovou cenu v domácí měně bez DPH (SDOK.HDCCENAKC) z výdeje ze záměny.
- @MF_TypSPUZAMEN VARCHAR(10) = 'SPU' : typ dokladu fyzických příjmových skladových dokladů - příjem ze záměny
- @MF_TypSVUZAMEN VARCHAR(10) = 'SVU' : typ dokladu fyzických výdejových skladových dokladů - výdej do záměny
- @MF_PohybSPUZAMEN VARCHAR(255) = '''P91''' : pohyby fyzických příjmových skladových dokladů - příjem ze záměny
- @MF_PohybSVUZAMEN VARCHAR(255) = '''V91''' : pohyby fyzických výdejových skladových dokladů - výdej do záměny

- upravena stránka sklad\UcetUzaverka.htm : do datového zdroje doplněny níže uvedené sloupce.
- MF_TypSPUZAMEN = 'SPU',
- MF_TypSVUZAMEN = 'SVU',
- MF_PohybSPUZAMEN = '''P91''',
- MF_PohybSVUZAMEN = '''V91''',
2. 3. 2.15 - Záměna zboží
Upravena funkčnost tak, že po první záměně se případná další záměna téhož zboží na skladě provede pod již založené hlavičky (výdejka/příjemka). Tím dojde k tomu, že pod jednou dvojicí hlaviček může být více záměn. V profi úpravě lze formulář doplnit i o výběry/zadání ID(@MF_IDHDOKV, @MF_IDHDOKP) hlaviček dokladů tak, že lze záměny více zboží na skladě realizovat pod jednu dvojici dokladů.

Upravena procedura spZBOZSKL_ZAMENAZBOZI takto:
Vstupní parametry rozšířeny o:
- @MF_IDHDOKV INT = NULL - určuje ID výdejového dokladu, pod kterým má vzniknout složka výdeje do záměny. Pokud není parametr definován, založí se podle @MF_TYP_DOKV, @MF_IDHDOKVZORV
- @MF_IDHDOKP INT = NULL - určuje ID příjmového dokladu, pod kterým má vzniknout složka příjem ze záměny. Pokud není parametr definován, založí se podle @MF_TYP_DOKP, @MF_IDHDOKVZORP
Výstupní resultset rozšířen o:
- MF_IDHDOKV - naplní se po prvním spuštění hodnotou IDHDOK hlavičky výdeje do záměny a tím pádem při dalším volání se předá do vstupního parametru @MF_IDHDOKV
- MF_IDHDOKP - naplní se po prvním spuštění hodnotou IDHDOK hlavičky příjmu ze záměny a tím pádem při dalším volání se předá do vstupního parametru @MF_IDHDOKP

Upravena předloha "sklad\ZamenaZbozi.htm" : upraven datový zdroj o sloupce MF_IDHDOKV, MF_IDHDOKP, které se i zobrazují před číslem vzniklých dokladů.
2. 3. 2.10 - Vedlejší nevztažné náklady
Do skupiny parametrů "Skladové" zaveden nový parametr "RozpustVNN_POHYBSLNE". Tento parametr umožňuje definovat pohyby, které se nezúčastní procesu rozpuštění vedlejších nevztažných nákladů. Obvykle se může jednat o vnitrofiremní pohyby jako převodky, záměny atd. např.P90;P91;V90;V91.....
Spolu s tímto parametrem upravena funkčnost níže uvedených objektů-procedur:
- spSDok_VNN_SKLAD
- spSDok_VNN_UCTSKUP
- spSDok_VNN_ZAKAZKA
2. 3. 3. 6 - Účetní uzávěrka skladů
!!! POZOR !!! - zákazníci, kteří mají "vlastní" účetní uzávěrku by měli těmto změnám věnovat zvýšenou pozornost.

Změněno pořadí kontroly / zpracování dokladů. Nově se doklady kontrolují / zpracovávají v pořadí dle "HDOK.DTZDANITPLN, ISNULL(HDOK.PORADI_BAV, 0), SDOK.IDSDOK". Původně se doklady kontrolovaly / zpracovávaly v pořadí dle "HDOK.DTZDANITPLN, ISNULL(HDOK.PORADI_BAV, 0), SDOK.IDHDOK, SDOK.IDSDOK", což způsobovalo problémy v těchto typických případech:
- dopisování složek dokladů pod již existující hlavičky dokladů
- v případech, kdy obsluha pořídila hlavičku výdejku a zjistila, že nemá zboží, pořídila hlavičku příjemku se složkami, vrátila se do dokladu výdejky a tam pořídila složky dokladu.
Příjemky se v těchto případech dostaly až za výdejku. U zákazníků to může vyřešit přes 75% problémů s kontinuitou množství.

Prověřeny a opraveny tyto objekty:
- procedura spEso9_UctovaniSkladu
- funkce fnERRMnKontinuitaDetail

Prověřeny níže uvedené sestavy: u nich nebyla potřeba žádná změna
- sklad/TForm/PrevodkyFyz.idc : odkaz "Chyby převodek"
- Skl_NeucetObdobi : odkaz "Doklady s nižším obdobím"
- sklad/TForm/ERRMnKontinuita.idc : odkaz "Chyby kontinuity množství"
- sklad/TForm/ERRFap.idc : odkaz "Chyby kontroly existence FAP"
- sklad/TForm/ERRObecne.idc : odkaz "Obecné chyby"
- sklad/TForm/ERRFyzUcet.idc : odkaz "Chyby převodu dokladů fyzických na účetní"

Prověřeny a opraveny tyto sestavy:
- sklad/TForm/ERRMnKontinuitaDetail.idc : odkaz "Detail" na sestavě "Chyby kontinuity množství". Jedná se sestavu definovanou v GS. Zde byly provedeny ve čtvrté sekci "Sloupec datového zdroje sestavy" druhého datového zdroje tyto změny:
- třetí řádek s DB sloupcem PORADI_HDOK : změna "Pořadí třídění" z 3 na 2
- čtvrtý řádek s DB sloupcem IDHDOK : změna "Třídění" z Ano na Ne. "Pořadí třídění" ponecháno na hodnotě 3

Účetní číselníky

9. 2. 3 - Účetní skupiny
Doplněna možnost zadat časovou platnost řádku "Účtování účetní skupiny dle pohybů". Tato změna je v souvislosti s novelou vyhlášky 500/2002 k 1.1.2016:
Dle novely vyhlášky 500/2002 Sb. se od 1.1.2016 ruší účtové třídy:
- 61 - Změna stavu zásob vlastní činnosti
- 62 - Aktivace
- 58 - Mimořádné náklady
- 68 - Mimořádné výnosy

Zároveň se bude změna stavu zásob a aktivace bude účtovat na vrub nákladů, na novou účetní skupinu:
- 58 - Změna stavu zásob vlastní činnosti a aktivace (což je stejné jako do 31.12.2015 58 - Mimořádné náklady)

Spolu s tím byly provedeny následující úpravy :
- tabulka UPUS - účtování pohybu účetní skupiny : rozšířena o sloupec DTPLATNOST_OD - datum platnosti od. Rozšířen unikátní klíč UPUS_Key1 o položku DTPLATNOST_OD.
- trigger trUPUS_Unique : doplněna kontrola jednoznačnosti v rámci stejného datumu DTPLATNOST_OD

- upravena níže uvedená obchodní pravidla tabulky UPUS s ohledem na nový sloupec UPUS.DTPLATNOST_OD
- spUPUS_NewRec : tabulky UPUS o sloupec DTPLATNOST_OD.
- spUPUS_BeforeInsert : nové obchodní pravidlo. Zajišťuje, aby sloupec DTPLATNOST_OD byl vždy s časem 00:00:00
- spUPUS_BeforeUpdate : nové obchodní pravidlo. Zajišťuje, aby sloupec DTPLATNOST_OD byl vždy s časem 00:00:00

- upraveny níže uvedené objekty tak, aby potřebný záznam z tabulky UPUS byl s ohledem na nový sloupec UPUS.DTPLATNOST_OD :
- pohled QUPUS : doplněn nový sloupec DTPLATNOST_OD
- procedura spSDokID_SkUcStrDu : rozšířeno rozhraní o povinný parametr @DTUPUS DATETIME
- procedura spSDOK_TESTPOHYBSL : rozšířeno rozhraní o povinný parametr @DTUPUS DATETIME
- procedura spSDok_NewRec : upraveno volání procedury spSDokID_SkUcStrDu o povinný parametr @DTUPUS = @DTZDANITPLN
- procedura spSDok_CalRec : upraveno volání procedury spSDokID_SkUcStrDu o povinný parametr @DTUPUS = @DTZDANITPLN
- procedura spSDok_ValRec : upraveno volání procedury spSDOK_TESTPOHYBSL o povinný parametr @DTUPUS = @DTZDANITPLN
- procedura spSDOK_StrSkladu : upraveno volání procedury spSDokID_SkUcStrDu o povinný parametr @DTUPUS = @DTZDANITPLN
- nová funkce fnUCTOSN_CasovaPlatnost : testuje časovou platnost 0-Ne;1-Ano účtu
- nová funkce fnSTRED_CasovaPlatnost : testuje časovou platnost 0-Ne;1-Ano střediska
- procedura spSDok_Copy : při stornu se testuje časová platnost středisek a účtů MD/DAL stornovaného dokladu. Pokud středisko / účet má časovou platnost, pak se předá stornu, jinak si storno doklad bere z spSDok_NewRec.

- předloha "nastaveni\UctSkup.htm" : spodní forma "Účtování účetní skupiny dle pohybů" rozšířena o novou položku "Platí od" (UPUS.DTPLATNOST_OD)

Subjekty

9. 3. 3 - Subjekty
V současné době se rejstřík ARES nesynchronizuje s obchodním rejstříkem (chybový stav), díky čemuž není k dispozici strukturovaná informace o adrese - ve strukturovaných informacích se vrací pouze prázdné řetězce.
Upravena procedura spARES_ZakladniUdaje - změna (založení nové) adresy se provede, jen když je vyplněn aspoň jeden ze zadaných údajů Ulice/Město/PSČ
9. 3 - Subjekty
Na stránce Subjektu, odkaz na sestavu Závazky a pohledávky - nyní se v sestavě zobrazují i účetní zápisy finančních dokladů (vlHPohledavkaZavazek 3 a 4) s NULL účtem.
Upravena funkce fnZavPohlSubjektu.

Parametrizace systému

9. 6.12 - Joby
Doplněna historie spouštění jobů s tím, že chyby jsou zvýrazněny červenou barvou. Upravena forma nastaveni\Joby.HTM. Přidány dvě formy a to "Historie spuštění - souhrn" a "Historie spuštění - kroky".
9. 6. 3 - Uživatelské sestavy
Optimalizován datový zdroj a upraven odkaz "Detail" s tím, že tento zobrazuje pouze detail aktuální sestavy. Úpravy provedeny v předloze "nastaveni\userreport.htm".
9. 6. 3. 1 - Uživatelské sestavy - Detail
Do první formy "Tisková sestava" předlohy "nastaveni\SestavaDetail.htm" doplněn StartFilter = 1.

Komplexní editory

9. 9. 1 - Komplexní editor dokladu
Do sekce "Akce nad hlavičkou" doplněno tlačítko "Daň 10% - Částku K úhradě rozdělí na základ a částku daně 10%". Spolu s tím upravena předloha "\priklady\HDok.htm".
9. 9. 1 - Komplexní editor dokladu
Do formy priklady\HDok.htm doplněn do sekce "Vlastnosti dokladu" ruční vstup druhé snížené sazby (pro legislativy CZ, PL, HU) za pomocí nových forem Include\DoklHlav_lblRVSS2.htm a Include\DoklHlav_RVSS2.htm.

Změny funkcí

fnDZ_FormularHDOK
Ve funkci fnDZ_FormularHDOK v definici položky ExProVykazDPH47 byla původní podmínka :
vlDuvod_Osvob_Sdok in (47, 48)
nahrazena novou obecnější podmínkou :
vlDuvod_Osvob_Sdok in (select KodProVykazDPH
from ProVykazDPH with(nolock)
where ProVykazDPH.idPrenesenaDan is not NULL
and vlJeProdphVystup = 1)
fnDIC_Kontrola - Kontrola správnosti DIČ
Doplněna kontrola správnost DIČ pro Chorvatsko. DIČ musí být ve tvaru HR + 11 číslic.
fnMaj_StredDleData
Opravena funkce fnMaj_StredDleData, která dohledává středisko majetku (umístění, osobní číslo) dle poznámek - při vícenásobných převodech se neurčovalo správně - opraveno.

Změny funkčnosti generátoru sestav

spDZSESTAVY_SQLGEN - Sestavuje a vrací datový zdroj sestavy
Úpravy jsou určeny pro práci GS v APP
- procedura spDZSESTAVY_SQL : nově předává parametr @VLZPUSOBVYPISU do procedury spDZSESTAVY_SQLGEN
- procedura spDZSESTAVY_SQLGEN : doplněno rozhraní o nepovinný parametr @VLZPUSOBVYPISU - způsob výpisu sestavy. Tento parametr pokud je naplněný (není NULL), tak má přednost před hodnotou sloupce SESTAVA.VLZPUSOBVYPISU. Pokud má hodnotu NULL pak se naplní hodnotou SESTAVA.VLZPUSOBVYPISU. Jeho význam nově spočívá v ovlivnění názvů sloupců sestavy v případě, že parametr @VLLABEL = 0-Ne :
- @VLLABEL = 0 a @VLZPUSOBVYPISU = 160-PIVOTOK nebo 201-XLS2 pak se sloupce pojmenovávají dle jejich fyzických jmen DZSLOUPEC.DBSLOUPEC
- @VLLABEL = 0 a @VLZPUSOBVYPISU <> 160 nebo 201 pak se jméno sloupců určuje jako '[S'+DZSLOUPEC.PORADIVRADKU)+']' např. [S1], [S10]...

Změny procedur

spParam_BeforeUpdate - Změna parametru VykazDPH_Obdobi
Upravena procedura spParam_BeforeUpdate - při změně parametru VykazDPH_Obdobi se kontroluje, zda existují účetní zápisy s obdobím DPH vyšším než zadané období a již byl pro ně odveden odvod DPH. Pokud ano, změnu parametru v tomto případě nelze provést.
spCinnost_Strom2 - Výpis stromu činností
Procedura obsluhující výpis stromu činností rozšířena o výpis v jediném uzlu všech činností daného uživatele. Činnosti jsou členěny pouze jednoúrovňově, tj. všechny činnosti sdílející stejnou kořenovou činnost jsou ve stejném podstromu.
spZBOZI_ZalozNaSklad - založení zboží na skladě
Doplněno logování nově založeného zboží na skladě procedurou spDBLog_ZBOZSKL. Do procedury spZBOZI_ZalozNaSklad doplněn nepovinný parametr @IDLOGUSER.
spHDOK_btPrenesenaDPHLimitni - Provádí změny na složkách dokladu spojené s limitní Přenesenou DPH
Doplněna kontrola a nová chybová hláška 52418.
Chybová hláška 52418 :
Přenesená DPH limitní - není splněna některá z podmínek:
- legislativa musí být "CZ"
- vlastnost hlavičky dokladu „Skutečný/plánovaný“ musí být „skutečný“ nebo „plánovaný“
- vlastnost hlavičky dokladu „Pohledávka/závazek“ musí být „oni budou platit
Tato procedura je v činnosti 2. 2. 3. 1 FVU tuzemská jako tlačítko "Limitní přenesená DPH".
spHDOK_ - Objekty pracující s tabulkou HDOK
V souvislosti s rozšířením tabulky HDOK o sloupce DTPPD, VLPOUZITPOMER, VLREZIMDPH provedeny následující úpravy:
Do níže uvedených objektů doplněny POVINNÉ parametry DTPPD, VLPOUZITPOMER, VLREZIMDPH :
- spHDok_NewRec
- spHDok_CopyRec
- spHDok_CalRec
- spHDok_BeforeInsert
- spHDok_BeforeUpdate
- spHDok_ValRec
- spHDok_IDHDok_VZOR

Do níže uvedených objektů doplněn POVINNÉ parametr VLREZIMDPH :
- spHDok_IDSUBJEKT
- spHDok_IDSUBJADR
- spHDok_IDSUBJADRP
- spHDok_IDSUBJOSOBA
- spHDok_IDSUBJOSOBAP

Do níže uvedených objektů doplněny NEpovinné parametry DTPPD, VLPOUZITPOMER, VLREZIMDPH :
- spHDok_Udrzba
- spHDok_InsertRec
- spHDok_UpdateRec

Při kopii dokladu se tyto položky naplňují dle níže uvedených pravidel:
- DTPPD : ze vzoru
- VLPOUZITPOMER : ze vzoru
- VLREZIMDPH : ze vzoru
Při stornu dokladu se tyto položky naplňují dle níže uvedených pravidel:
- DTPPD : ze vzoru
- VLPOUZITPOMER : z předchůdce-stornovaného dokladu
- VLREZIMDPH : ze vzoru
spHDOK_ - Objekty pracující s tabulkou HDOK
V souvislosti s rozšířením tabulky HDOK o sloupce VLREZIMPLNENI, VLUPRESNENIKH provedeny následující úpravy :
Do níže uvedených objektů doplněny povinné parametry VLREZIMPLNENI, VLUPRESNENIKH :
- spHDok_NewRec
- spHDok_CopyRec
- spHDok_CalRec
- spHDok_BeforeInsert
- spHDok_BeforeUpdate
- spHDok_ValRec
- spHDok_IDHDok_VZOR

Do níže uvedených objektů doplněny NEpovinné parametry VLREZIMPLNENI, VLUPRESNENIKH :
- spHDok_Udrzba
- spHDok_InsertRec
- spHDok_UpdateRec

Při kopii dokladu se tyto položky naplňují dle níže uvedených pravidel :
- VLREZIMPLNENI : pokud má stejný typ dokladu jako předchůdce, pak z předchůdce, jinak ze vzoru
- VLUPRESNENIKH : pokud má stejný typ dokladu jako předchůdce, pak z předchůdce, jinak ze vzoru
Při stornu dokladu se tyto položky naplňují dle níže uvedených pravidel :
- VLREZIMPLNENI : z předchůdce-stornovaného dokladu
- VLUPRESNENIKH : z předchůdce-stornovaného dokladu

Změny předpisů sestav

PostoupeniPohlSml - Smlouva o postoupení pohledávky
Upravena sestava PostoupeniPohlSml - původní text
"uzavírají ve smyslu §524 až 530 občanského zákoníku tuto smlouvu o postoupení pohledávky"
byl nahrazen textem
"uzavírají ve smyslu §1879 a násl. zák. č.89/2012 Sb., občanský zákoník tuto smlouvu o postoupení pohledávky"
PlneniPOB - Tisk plnění prodejních objednávek
Od v5.2 + Eso9Start + aprtest\Eso9Start
Provedeno :
Upraveny následující sestavy : upraveny tak, aby se dlouhé datumy nezalamovaly na dva řádky. Zkrátil se název a prodloužilo se datum
- PlneniZaObj.idc : použita v činnosti 2. 2. 2. 2 Tisk plnění objednávky odběratele
- PlneniProSubjekt.idc : použita v činnosti 2. 2. 2. 3 Tisk plnění objednávek odběratelů
- PlneniKeDni.idc : použita v činnosti 2. 2. 2. 4 Tisk plnění objednávek odběratelů k termínu

Změny datových struktur

PROCESADD - ADD tabulka k tabulce PROCES
Vytvořena ADD tabulka k tabulce PROCES.
Do této tabulky si může uživatel přidat další potřebné položky, které nejsou v základní tabulce. Správa této tabulky je plně v režii uživatele. Pro jednu větu základní tabulky může být v ADD tabulce maximálně jeden záznam.
Vazba na tabulku PROCES má nastavenu vlastnost kaskádovitého rušení, což znamená, že při zrušení procesu se automaticky zruší i příslušný záznam v ADD tabulce (není tedy nutno ho rušit v triggeru nebo v spProces_DelRec).
UKOLADD - ADD tabulka k tabulce UKOL
Vytvořena ADD tabulka k tabulce UKOL.
Do této tabulky si může uživatel přidat další potřebné položky, které nejsou v základní tabulce UKOL. Správa této tabulky je plně v režii uživatele. Pro jednu větu základní tabulky může být v ADD tabulce maximálně jeden záznam.
Vazba na tabulku UKOL má nastavenu vlastnost kaskádovitého rušení, což znamená, že při zrušení úkolu se automaticky zruší i příslušný záznam v ADD tabulce (není tedy nutno ho rušit v triggeru nebo v spUkol_DelRec).
HDOK - Tabulky typu HDOK
Rošíření struktur níže uvedených tabulek typu HDOK o sloupce VLREZIMPLNENI, VLUPRESNENIKH :
- HDOK
- HDOKA
- HDOK_W
HDOK - Hlavička dokladu
Doplnění položek potřebných pro Kontrolní hlášení DPH : Režim plnění pro KH (HDOK.vlRezimPlneni) a Upřesnění pro KH (HDOK.vlUpresneniKH).

Bylo provedeno doplnění těchto položek do následujících formulářů :

Režim plnění (Hdok.vlRezimPlneni) :
- priklady\HDok.htm
- prodej\FaVHlav.htm, FaV.htm
- Ucet\Inter_dokl.htm, Inter_dokl_Sloz.htm, DoklHlav.htm, QUcZa.htm
- finance\Pd_PrijS.htm, Pd_Prij_Val.htm, Pd_Prij.htm, Pd_Vse.htm, Pd_VseS.htm
- nastaveni\VzorDok.htm

Upřesnění pro KH (Hdok.vlUpresneniKH) :
- priklady\HDok.htm
- prodej\FaVHlav.htm, FaV.htm
- Ucet\Inter_dokl.htm, Inter_dokl_Sloz.htm, DoklHlav.htm, QUcZa.htm
- finance\Pd_Vyd.htm, Pd_VydS.htm, Pd_Vyd_val.htm, Pd_PrijS.htm, Pd_Prij_Val.htm, Pd_Prij.htm, Pd_Vse.htm, Pd_VseS.htm, hpd_vyd.htm
- nakup\ZFapD.htm, ZFapD.htm
- nastaveni\VzorDok.htm

Nové formuláře
- Include\vlRezimPlneni.htm, vlUpresneniKH.htm

Upraveny procedury
spTXT_HDOK, spHDOK_ProvedCalrec, spTXT_HDOKCalRec
Upravena funkce
fnHDOK_DetailVykazuDPH

Změny webových stránek

ucet\DoklKopie.htm - Obecná stránka pro kopie
Přejmenování položky "Stornováno dříve" na "Stornováno/Kopírováno dříve".
nastaveni\ZbozBalinc.htm - Forma určena pro výběr MJ balení pro zadaný sortiment (zboží, služba…) na složce dokladu.
Provedena optimalizace datového zdroje tak, že byly doplněny parametry, které umožňují efektivní výběr balení sortimentu pro konkrétní sortiment. Jedná se hlavně o parametr %WHERE%
Datový zdroj:
SELECT *,
%SELECTADD%
0 AS MF_NIC
FROM %VIEWNAME% QZBOZIVMJ
%WHERE%

Původní konstrukce pro číselník balení sortimentu:
href="esoform.asp?TPage=nastaveni/zbozbalinc&RelType=SlaveMaster&SetFieldName=KOD_MJ&FilterFieldNames=IDZBOZI....

Nová konstrukce pro číselník balení sortimentu:
href="esoform.asp?TPage=Nastaveni/ZbozBalinc&RelType=SlaveMaster&WHERE=WHERE IDZBOZI = %IDZBOZI%&ReadOnly=1&SMClose=1...

Provedená úprava s týká následujících formulářů:
- doprava\Doprava_Stazka.htm
- doprava\DopravaCestovniPrikaz.htm
- doprava\DopravaVykazOJizde.htm
- doprava\DopravaVykazOJizdeOstatni.htm
- doprava\KartaVozidla_Sluzby.htm
- doprava\KartaVozidla_Spotreba.htm
- finance\Vycetka.htm
- Include\SdokCil.htm
- nakup\CenPop.htm
- nakup\reklamaceDod.htm
- nakup\VObj.htm
- nakup\VObjProv.htm
- nastaveni\CenSkZbPa.htm
- nastaveni\CenSoPainc.htm
- nastaveni\SluzVyroba.htm : zde je využit parametr ...&VIEWNAME=QZBOZIVMJP&....
- nastaveni\ZbozRecyklace.htm : zde je využit parametr ...&VIEWNAME=QZBOZIVMJP&....
- nastaveni\ZbozVyroba.htm : zde je využit parametr ...&VIEWNAME=QZBOZIVMJP&....
- nastaveni\ZbozVyrobaKopie.htm : zde je využit parametr ...&VIEWNAME=QZBOZIVMJP&....
- nastaveni\ZbozVyrobaMPR.htm : zde je využit parametr ...&VIEWNAME=QZBOZIVMJP&....
- nastaveni\ZbozZastup.htm : zde je využit parametr ...&VIEWNAME=QZBOZIVMJP&....
- nastaveni\ZbozZnac.htm
- prodej\CenNab.htm
- prodej\FaV.htm
- prodej\FaVSK08.htm
- prodej\FaVSkl.htm
- prodej\PFaV.htm
- prodej\PObj.htm
- prodej\PObjMON.htm
- prodej\PObjVyr.htm
- prodej\PObProv.htm
- prodej\Prodejka.htm
- prodej\reklamaceOdb.htm
- prodej\START_PObjVyr.htm
- prodej\VyrPrikaz.htm
- prodej\ZFaV.htm
- prodej\ZFaVD.htm
- servis\OLD\SObj_405.htm
- servis\OLD\SObjSkut_405.htm
- servis\OLD\SObjUkoly_405.htm
- servis\SObj.htm
- servis\SObjSkut.htm
- servis\SObjUkoly.htm
- sklad\DokladCSP.htm
- sklad\Prijemka.htm
- sklad\PrijemkaF.htm
- sklad\PrijemkaS.htm
- sklad\PrijemkaV.htm
- sklad\Prodejka.htm
- sklad\Vydejka.htm
- sklad\Vydejka_Fav.htm
- sklad\VydejkaF.htm
- sklad\VydejkaPrev.htm
- sklad\VydejkaS.htm
- sklad\VydejkaV.htm
- subjekt\CenPaSo.htm
- subjekt\CenPaSoInc.htm
- subjekt\Kampan.htm
- subjekt\SubjAdrCeny.htm
- subjekt\SubjCeny.htm
- subjekt\SubjZnac.htm
- teplo\DefOdectKniha.htm
- teplo\GenOdectKnihy.htm
- teplo\PodklZuct.htm
- teplo\Smlouva.htm
- ukoly\cennabukoly.htm
- ukoly\KampanUkoly.htm
- ukoly\pobukoly.htm
- ukoly\ukoly.htm
- ukoly\ukoly_n.htm
- zadavani\RozSlozky.htm
- zadavani\RucniParovaniCSP.htm
- zadavani\START_VP.htm
- zadavani\START_VyrZak.htm
- zadavani\VP.htm
- zadavani\VydejkaS_CAM.htm
- zadavani\VyrZak.htm
- zadavani\VzorKopieV.htm : zde je využit parametr ...&SELECTADD=KOD_MJ AS MF_KODMJNEW,&....
- zadavani\ZadankaV.htm
nastaveni\Udalosti_vyhodnoceni_right.htx - Vyhodnocení důležitých událostí
Při provozu verze 5.1 na protokolu HTTPS hlásí Internet Explorer upozornění "Je zobrazen pouze zabezpečený obsah". Problémem bylo použití jednoho HTTP odkazu na externí skript ve stránce nastaveni\Udalosti_vyhodnoceni_right.htx.
nastaveni\cinnost_strom.htx - Strom činností
Byl upraven strom činností:
* ikona lupy - použitá jak pro vyhledávání (akce) tak pro vyhledané činnost (evidence) - druhá jmenovaná byla předělána
* zobrazení všech činností - na úrovni kořenových činností přibyla nová ikona se zobrazením všech činností. Činnosti jsou členěny pouze na kořenové + jejich následníci (tj. stejně, jako v uzlu oblíbených činností).
IDC / HTX - Sestavy IDC / HTX - určeny k výběru vzoru
U níže uvedených IDC, sloužících k výběru vzoru, kde se v datových zdrojích překládají názvy "Typů dokladů", "Vzorů dokladů", "Peněžních účtů", "Skladů" dle jazyka přihlášeného uživatele s využitím nové funkce fnSlovnik_PrelozIDC došlo k optimalizaci datových zdrojů. Důvodem optimalizace byla možnost zpomalení, které mohlo vést v krajních případech k vypadnutí SQL dotazu na timeout a tedy na nemožnost stránku zobrazit.
- doprava\ZalozDokladZeVzoru.idc
- nastaveni\DokladSkladZeVzoru2005.idc
- nastaveni\DokladSkladZeVzoru2007.idc
- nastaveni\DokladZeVzoruKoop.idc
- nastaveni\DokladZeVzoruPrevodky.idc
- nastaveni\PokladnaZeVzoru.idc
- nastaveni\PokladnaZeVzoru2005.idc
- nastaveni\PokladnaZeVzoru2007.idc
- nastaveni\SkladZeVzoru.idc
- nastaveni\SkladZeVzoru2005.idc
- nastaveni\SkladZeVzoru2007.idc
- nastaveni\vzkoprdona.idc
- nastaveni\zalozdokladzevzoru.idc
- nastaveni\ZalozDokladZeVzoru2005.idc
- nastaveni\ZalozDokladZeVzoru2007.idc
- sklad\vnzevzoru.idc
- zadavani\VyberVzoruProAkci.idc
- zadavani\ZalozKumulVyrZakZeVzoru.idc
- zadavani\ZalozVyrDokladZeVzoru2005.idc
prodej\PFaV.htm
V stránce prodej/PFaV.htm byla původní hodnota v parametru View
select * from QHDOK_FAV where TYP_DOK = 'FVZ' order by CIS_DOK
nahrazena novou
select * from QHDOK_FAV %WHERE% %ORDERBY%"
Nastaveni/Eso9Log.htm - Formulář logovací databáze
Do formuláře logovací databáze (Nastaveni/Eso9Log.htm) doplněno pole INFO.
DMS - Napojení DMS v dokladových formulářích ESO9
Ve formulářích, kde je napojena DMS (faktura přijatá, pošta, bankovní výpisy, interní doklady atd.) byly chybně uvedeny duplicitní Hidden položky. Důsledkem bylo, že v případě vytvoření konfigurace s vybranými sloupci nebylo možné v režimu browse otevřít žádný přiložený dokument.
Strom činností - Vyhledávání ve stromě činností
Výsledky vyhledávání ve stromu činností byly zduplikované. Důvodem byl skutečně dvojí výskyt každé činnosti: jednou v příslušné kořenové činnosti, podruhé v jednoúrovňovém stromu všech činností.

Výroba pro ESO9

Výroba

5.6.2.1 - Odvádění výroby - Evidence překážek v práci
Pro evidenci překážek v práci byl upraven formulář zadavani/START_VPOperace.htm.
Byl rozšířen o následující položky:
- Skutečné datum DO
- Skutečný čas DO
Položky slouží k vykázání skutečného celkového času trvání operace včetně překážek v práci.
Překážky v práci lze pak vykazovat nepřímo uvedením skutečného času ukončení operace. Překážky jsou pak vypočteny rozdílem času operačního a času celkového (skutečný OD-DO).
5.5.1.3 - Výrobní dokumentace - Oddělení automaticky navázané podsestavy
- Na formulář ZADAVANI/START_VyrobaDil.htm přidáno tlačítko „ODDĚLIT OD SESTAVY“
- Na formulář ZADAVANI/ START_VyrobaZavDil.htm přidáno tlačítko „ODDĚLIT OD SESTAVY“

Systém provede odpojení celého stromu v místě podsestavy, nad kterou se odpojení provede.
Odpojení lze provádět i v případě, je-li vytvořen výrobní příkaz.
Odpojit nelze, je-li již nějakým způsobem započato s výrobou (navezen materiál, rozodváděno…)

Dále v činnosti 5.6.2.1 - Odvádění/hyperlink "Odvedené PK"/ dále hyperlink "Složky PK podle navázání":
na stránce detailu podle navázání PK (zadavani/START_SlozkyPKDetail.htm) byl přidáno tlačítko pro zrušení vazby „“Zrušit vazbu“. Tlačítko zajistí zrušení navázaného množství pro zvolenou složku PK. Zruší i automatickou vazbu, která byla systémem provedena při rozpadu.

V souvislosti s tím byly upraveny a vytvořeny následující rutiny:
- fnNAVAZANYPOL
- spVYROBA_ODDELPODSESTAVU
- spZrusitNavazaniPKSLOZ
5.5.2.2 - Výrobní příkazy - Přepočet vyráběného množství
Byly zpřesněny kontroly při použití procedury pro provádění přepočtu vyráběného množství VP.
Nyní se kontroluje, zda není ve struktuře nedokončená dopravní dávka, jen pokud se akcí snižuje plánované množství k výrobě na VP.

Změny provedeny v proceduře: spVYROBA_PrepocetPlanu
5. 5. 5 - Výrobní zdroje - Podpůrné činnosti pro plánování výroby
Nová činnost, která v systému podmenu 5.5.5.x umožní operativní práci se zdroji pro podporu plánování výroby.

- 5.5.5.1 – Kalendář obsazených kapacit - pracoviště
Sestava CAMGRAF_OBSAZENAKAPAPRAC obsazení kapacit pracovišť v čase (kalendáři) – s využitím ganttova zobrazení s možností volby konkrétního pracoviště a intervalu datum od-do.

Dále došlo k zapojení této sestavy nad formulářem pro odvádění výroby zadavani/START_VPOperace.htm, odkaz „Kalendář pracoviště“ který parametricky předává konkrétní pracoviště zadané na formuláři pro odvedení.
5. 6. 2. 1 - Odvádění výroby (obecně) - Umožněna spotřeba neshodných polotovarů (vtahování do výrobních příkazů z DZ)
Pro potřeby upraveno:
fnSTART_VyrobaSlozkaPK_Zustatek(VYR
fnSTART_VyrobaSlozkaPK_Naskladneno(
fnSTART_VyrobaSlozkaPK_Spotrebovano
spSTART_VyrobaSpotrebaPOL
SPSTART_JEKOMPLETNIMATPOL
5. 1. 1. 3 - Technologická dokumentace - Hromadná aktualizace operací TP
Na formulář operací technologického postupu byl přidán odkaz „Aktivní in. Postup MF“, kde je možno hromadně provádět změny u označených položek inverzního postupu.

Změny se provádějí jen u těch položek, které jsou ve formuláři vyplněny.

V souvislosti s tím provedeny změny:
- priprava/Dil.htm
- priprava/Oper_ZmenyHrom.htm (nový formulář)
- spZBOZIMNSPOTR_AktOperaceTP (nová procedura provádějící změnu do operací TP)

Změny funkcí

5. Výroba - Výstupy pro státní správu
Z důvodu legislativní změny (zaúčtování na účet nedokončené výroby)
upravena unita ..vyroba/konst/konst.sql s funkcemi pro parametry skupiny "Výroba zaúčtování"

Změny procedur

5. 5.1.6 - Tvorba rozpadů - Úprava procedury pro rušení rozpadu (výrobní dokumentace)
Upravena procedura:
- spVYROBA_DelRec

V proceduře byl upraven mechanismus změny a převázání souslednosti operací (IDVYROBA_OV) při rušení samotné operace z browsu a nebo při rušení rozpadu polotovaru, který takové operace obsahoval. V případě, že se v postupu nacházely duplicitní čísla operací, mohlo dojít ke konfliktu mezi ID.
5.7.1 - Tvorba Montážních příkazů z POB - Ztráta přesnosti při rozpadu materiálové soupisky
V některých případech na pozicích materiálového kusovníku (velmi malá množství <0,00001000 MJ) docházelo ke ztrátě přesnosti na pátém desetinném místě při tvorbě výrobní dokumentace (rozpady podle TPV).

Upravena související procedury:
- spZBOZIROZPAD_SledOper,
- spZBOZIROZPAD_NaplnKumulaci

Změny předpisů sestav

5. - Výroba - Sestavy "ukazatelů výroby"
Byly vytvořeny nové sestavy pro zobrazení využití času na operaci a na výrobním příkaze:
- CAMGRAF_VYUZITI_CASU_OPERACE
- CAMGRAF_VYUZITI_CASU_VP

V souvislosti s tím byly vytvořeny následující datové zdroje:
- fnMNCELKOVADELKAOPERACE
- fnQSTAT_VYUZITICASUNAOPERACI
- fnQSTAT_VYUZITICASUNAVP
- fnVyroba_RozpracovanaStavAkt
5.1.1.3 - Technologická dokumentace - sestava Strukturní kusovník - dynamický
Upravena sestava, přidány sloupce množství na skladě (Sklad), množství POL+MAT na dílenském zásobníku (DZ) a množství dosud nedokončených výrobků na DZ-POL (DZ – nedok.)

V souvislosti s tím upraveno:
- fnSTART_StruktKusovnik
- fnSTART_ZboziMaRozpadPozic
- priprava/StruktKusovnikDyn.htx
- priprava/StruktKusovnikDyn.idc

Změny webových stránek

5.5.2.2 - Výrobní příkazy - zadavani/START_VyrobaVzorKopieDZDetailPol.htm
Rozšířen formulář pro vtahování polotovarů z dílenského zásobníku:
Přidán odkaz na dílenský zásobník, který zobrazí další relevantní informace (například o polotovarech aktuálně dokončovaných….)

Technologie ESO9 - server + klient

Změny v instalaci

Aplikační server - Záloha souboru web.config
Pokud je při instalaci nové verze technologie nalezen v aplikačním webu konfigurační soubor web.config, bude odzálohován do souboru web.config.old. Pokud již záloha existuje z instalace předchozí verze, bude smazána a přepsána zálohou verze aktuální.
Dostupné od instalace v5.2.

Změny v technologii .NET

Aplikační server - Chyba v synchronizaci forem
Chyba v synchronizaci forem: v případě, že je ve stránce definován StartFilter a zároveň nad ní existuje defaultní konfigurace, ve které je definován libovolný filtr, nenačítala se v některých případech vlivem chyby v synchronizaci forem data ihned, ale až po ručně vyvolené obnově.
Opraveno v technologii z 10.7.2015.
Klientská komponenta - Skenování dokumentů přímo do ESO9
Do mechanismu skenování dokladů do ESO9 byly doplněny následující funkčnosti:
* při opakovaném skenování mohlo dojít k chybě "Soubor je již používán, nelze jej uložit". Ve skenovacím doplňku chybělo korektní uzavírání Twain zdrojů. .
* při hromadném skenování více stránek (pokud tento režim daný model skeneru umožňuje) se do skenovacího doplňku vracela vždy jen 1. naskenovaná stránka; další se již neskenovaly.
Doplněno v klientské komponentě v5.1.0.4.
Klientská komponenta - Kontextové menu nad browsem
Pokud ve formuláři není žádný řádek, v kontext.menu nad browse se již nezobrazuje položka "Smazat" - což odpovídá chování editoru.
Dostupné od klientské komponenty v5.1.0.5.
Aplikační server - Optimalizace zpracování specifických formulářů
V technologii ESO9 byla významně zrychlena práce s formuláři, kde je uvedeno větší množství (řádově desítky) položek mimo databázový pohled, resp. datový zdroj formy.
Dostupné v technologii ESO9 od 14.7.2015.
Klientská komponenta - Automatický přechod na danou stránku po akci na tlačítko
Pokud je na tlačítku uveden parametr „;URL_ACTION=...“ obsahující relativní adresu (tj. ESOForm.asp?...), pak se po úspěšném vykonání akce na tlačítko přejde automaticky na zadanou adresu. Pokud je na tlačítku uvedeno více parametrů, musí být tento uveden jako poslední (může obsahovat ";", který je zároveň oddělovačem parametrů).
Dostupné od klientské komponenty v5.1.0.5.
Aplikační server - Editace věty MF položkou
Při opakované editaci stejné věty databázovou a MF položkou (obch.pravidlo nad MF položkou změnilo obsah databázové položky) se mohla při ukládání objevit chybová hláška "Věta byla změněna jiným uživatelem".
Opraveno v technologii z 23.7.2015.
Klientská komponenta - Použití obrázků z DMS v sestavách
Při použití obrázků z databáze v sestavách (pomocí sloupců obsahujících ve jméně FILEGUID) se v některých případech obrázky z DMS nedotáhnuly.
Opraveno v klientské komponentě v5.1.0.6.
Aplikační server - Filtrování v Unicode aplikacích
Při filtrování v aplikacích se zapnutým Unicode kódováním se při zadání Unicode znaků do filtrovacích podmínek nezobrazila žádná data. Problém byl v T-SQL syntaxi filtrovací WHERE podmínky; v případě použití Unicode znaků je třeba před textovou hodnotou podmínky uvádět prefix "N" stejně, jako v případě hodnot uváděných v příkazech INSERT či UPDATE.
Úprava je dostupná v technologii od 19.8.2015.
Aplikační server - Generování tlačítek do formuláře
Změna v generování zdrojového HTML pro tlačítka (pouze pro Internet Explorer).
Pokud bylo na jednom řádku předlohy více tlačítek, zabírala viditelně ve stránce více místa na šířku, než odpovídalo jejich skutečné šířce. Nově se proto tlačítka generují s pevnou šířkou 1px, kterou si následně Internet Explorer přizpůsobí dle textu v tlačítku (tj. stejně, jako dosud). Výhodou nového řešení je fakt, že při více tlačítkách v jednom řádku je alokováno pouze skutečné místo, které tlačítka zabírají. Pokud je nastavena šířka tlačítka uživatelsky, přenese se do výsledné stránky stejně, jako dosud. Úpravy se týkají pouze generátoru HTML pro Internet Explorer.
Úpravy jsou dostupné v technologii od 2.9.2015.
Aplikační server - Sestava jako přímý export do Excelu
Do technologie ESO9 byl doplněn přímý export do Excelu jako nový typ tiskové sestavy - XLS2. Typ výstupu lze zadat buď přímo v definici sestavy, nebo parametrem PrintDest na odkazu.
Zároveň je tento typ výstupu použít pro export PIVOT tabulek z obecného klienta přímo do Excelu.
Dostupné v technologii od 4.9.2015.
Aplikační server - Obrázky z DMS v sestavách
Při použití obrázků z databáze v sestavách (pomocí sloupců obsahujících ve jméně FILEGUID) se v některých případech obrázky z DMS nedotáhnuly.
Opraveno v klientské komponentě v5.1.0.6.
Obecný klient - Práce se soubory z DMS v obecném klientovi
Práce se soubory z DMS v obecném klientovi na OS Android:
* na stávající verzi (5.1) nefungoval upload/download souborů do/z DMS pod Androidem
* po úpravě je nyní práce se soubory funkční za podmínky ESO9 nebo certifikátové autentikace
* na aplikacích s NT ověřováním nedokáží prohlížeče na Androidu předat doménové ověření z okna aplikace ESO9 do okna se stahováním
* týká se výchozího Android prohlížeče a Chromu
Dostupné od 27.8.2015
Aplikační server - Úpravy uživatelských stylů
Možnosti úprav stylů ESO9 pro jednotlivé aplikace nebo uživatele.
Do ESO9 byly doplněny nové možnosti kaskádovitého stylování. Styly upravené pro danou aplikaci a styly pro jednotlivé uživatele lze nyní kombinovat se základním stylem z instalace ESO9 (umístěným Support webu). Týká se Internet Exploreru i obecného klienta.
Podrobněji jsou nové možnosti popsány v přiloženém dokumentu "Styly ESO9.pdf".
Klientská komponenta - Přechod na .NET Framework 4.0
Klientská komponenta ESO9 (pro prostředí MS Internet Explorer) je od své verze 5.1.0.7 (září 2015) postavena nad .NET Frameworkem 4.0 (namísto stávající v2.0).
Důvodem je zejména ukončení podpory .NET Fw2.0 ze strany Stimulsoftu.
.NET Fw 4.0 lze provozovat na OS Windows XP a novější, tj. zákazníků se to nijak nedotkne, pouze je třeba myslet na instalaci této verze .NET Fw při instalaci OS.
Dostupné od klientské komponenty v5.1.0.7.
Aplikační server - Export a import Unicode sestav
Při exportu a importu sestav z aplikací provozovaných v Unicode došlo při přenosu ke ztrátě Unicode znaků.
Opraveno v technologii ze 17.9.2015.
Klientská komponenta - Tisk sestav do PDF
Při tisku sestav Stimulsoft do PDF byla zmenšena velikost výstupního souboru cca na 1/6 potlačením vkládání vlastních fontů do PDF souboru.
Dostupné od klientské komponenty v5.1.0.9.
Aplikační server - Stahování údajů z ARESu
Pokud není subjekt zapsán v obchodním rejstříku (OR), ale je v ARESu, neskončí ověřování všech údajů na chybu 71 (subjekt není v OR), ale vypíše se kompletní porovnání dostupných stažených údajů.
Dostupné v technologii od 23.9.2015.
Klientská komponenta - Nová verze generátoru sestav
V klientské komponentě ESO9 je od v5.1.0.9 integrována nová verze knihoven Stimulsoft pro práci s generátorem sestav.
Klientská komponenta - Ikona přesýpacích hodin při obnově dat a tisku sestav
Při obnově dat (v tabulce, detailu, stiskem ikony na toolbaru nebo horkou klávesou) a tisku sestav se zobrazuje ikona přesýpacích hodin.
Dostupné v klientské komponentě od v5.1.0.10.
Klientská komponenta - Zvýraznění použité konfigurace
Pokud se ve formuláři uplatní konfigurace (výchozí nebo uživatelem zvolená), obarví se ikona konfigurace na nástrojové liště a v bublinkové nápovědě nad ní se zobrazí i název použité konfigurace.
Dostupné od klientské komponenty v5.1.0.10.
Aplikační server - Dynamické parametrizace StartFiltru
Do technologie byla doplněna možnost dynamické parametrizace StartFiltru a s ní související možnost tyto parametrické filtrovací podmínky uložit do konfigurace.
Příklad: uživatel má mít potlačen StartFiltr s tím, že ve výchozí konfiguraci se mu mají nabízet jen doklady za aktuální účetní období. Při tvorbě konfigurace se ve StartFiltru do položky "Účetní období" vyplní hodnota "%UCETO%" a ta se při vyhodnocení filtru nahradí aktuálním účetním obdobím z uživatelských parametrů. Následně se vytvoří konfigurace, ve které je potlačeno zobrazení StartFiltru a při každém vstupu do dané činnosti se vyhodnotí všechny parametry ve StartFiltru dle aktuálních hodnot UP parametrů.
Dostupné parametry pro StartFiltr (jména jsou zkrácena tak, aby se vešla do položek dimenzovaných ve StartFiltru):
"UCETO" : UP parametr "UCET_OBD"
"UCETR" : "UCET_OBD_ROK"
"DICF" : "DIC_FIRMY"
"ICOF" : "ICO_FIRMY"
"JMENOU" : "JMENO_UZIV"
"KODU" : "KOD_UZIV"
Funkční v obou typech klientů.
Dostupné v technologii ESO9 od 22.9.2015.
Aplikační server - Přímý opis dat do Excelu
V přímém opisu dat do Excelu byly sloupce vždy v pořadí daném datovém zdrojem formy bez ohledu na případnou konfiguraci. Nyní jsou sloupce v pořadí daném aktuálně použitou konfigurací.
Dostupné v technologii ESO9 od 1.10.2015
Aplikační server - Plnění WHERE podmínky na odkazu
Při nahrazování hodnoty WHERE podmínky na odkazu docházelo ve verzi 5.1 ke zdvojování apostrofů (v případě, že výsledný řetězec obsahoval apostrofy).
Ve verzi 5.0 byl doplněn mj. obecný přenos parametru mezi dvěma stránkami na odkazu – viz popis novinek verze 5.0. Tímto obecným mechanismem tak byl nahrazen mj. i speciální případ plnění WHERE podmínky na odkazu. Protože je v tomto novém mechanismu použito SQL formátování dle datového typu, tak pro řetězcové hodnoty dojde ke zdvojení apostrofů tak, aby byl výsledek validní jako SQL výraz. To je v pořádku pro běžné parametry typu PARAMETR=%HODNOTA%, už ale ne pro případ, kdy je parametr sestaven jako vlastní SQL řetězec (např. WHERE=where CIS_DOK in %HODNOTA%).
Protože byl někdejší způsob nahrazování WHERE parametru vyhovující pro všechny použité případy, vrátil jsem nahrazování WHERE parametru na původní způsob (tj. nahrazování prostým textem bez převodu SQL syntaxe) a nový způsob jsem ponechal jen pro ostatní parametry.
Dostupné v technologii ESO9 od 9.10.2015.
Aplikační server - Parametr URL_ACTION
Při použití parametru URL_ACTION na tlačítku nebylo možné používat parametry z vazby ani šifrování odkazů.
Obojí doplněno ve verzi ze 14.10.2015.
Klientská komponenta - Obarvení řádku v editoru
Při přepínání browse/editor (detail/tabulka) dochází k chybnému vyhodnocování parametru s barvou řádku (MF_ROWSTYLE) v editoru.
Během některého z předchozích updatů Internet Exploreru došlo opět k drobné změně v událostním modelu, díky které se změna obarvení řádku volal v době, kdy ještě editor nemusel mít správně načtená data. Opraveno změnou mechanismu vyhodnocení obarvení tak, aby ani případná změna pořadí volání některých událostí v IE neměla na tento mechanismus vliv.
Dostupné v klientské komponentě v5.1.0.12.
Aplikační server - Víceřádková rozevírací nabídka (combo box)
U rozevírací nabídky v HTML předloze (combo boxu) je možné uvedeném atributu SIZE specifikovat počet zobrazených řádků nabídky. Není-li uvedeno, zobrazí se standardně jeden řádek. Užitečné v případě, kdy výběr z nabídky provádím stiskem tlačítka a potřebuji vědět nejen z jakého stavu, ale i do kterého stavu hodnotu přepínám.
Dostupné v technologii od 21.10.2015.
Aplikační server - Zbytečné dvojí čtení dat.
Pokud byl ve formuláři potlačen StartFilter (=0, popř. nebyl vůbec uveden), zároveň byla použita výchozí konfigurace s filtrovacími podmínkami a v konfiguraci bylo uvedeno nastavení filtru "Podle formuláře", docházelo zbytečně ke dvojímu čtení dat: poprvé celého dat. zdroje, podruhé s uplatněnými filtrovacími podmínkami z konfigurace.
Opraveno v technologii z 21.10.2015.
Aplikační server - Stránka pro zadávání parametrů sestav
Stránka pro zadávání parametrů sestav z generátoru byla upravena do nového designu všech ostatních stránek ESO9.
Dostupné v technologii z 29.10.2015.
Klientská komponenta - Kontrola duplicity stránek
Z klienta ESO9 byla odstraněna kontrola duplicity stránek; v aktuálních verzích Internet Exploreru již nemá význam.
Dostupné od klientské komponenty v5.1.0.12.
Klientská komponenta - Chybný vzhled tlačítka
Ve verzi 5.1 dochází zcela náhodně k výpadku stylu některého z tlačítek ve formuláři (tlačítko má hranaté rohy namísto kulatých) a pokud se jedná o tlačítka pro posun po větách v editoru, je obtížné se na ně strefit. Po obnově stránky se styl vrátí k normálu. Vzhledem k tomu, že se nepodařilo chybu nijak nasimulovat, byla provedena úprava "naslepo" v klientské komponentě v místě, kde dochází ke zpracování události nastavení focusu (neboť právě tam se pravděpodobně špatně nastaví focus a tím spojený styl tlačítka).
Pokud několikadenní testování komponenty v5.1.0.12 uvnitř naší firmy ukáže, že k chybě již nedochází, bude klient k dispozici zákazníkům.
Aplikační server - Zjednodušený StartFilter
V technologii ESO9 přibyla možnost výběru položek do vstupního filtru stránky (StartFilter).
Pokud je ve formuláři HIDDEN parametr "SIMPLEFILTER", který obsahuje seznam sloupců pro filtrování oddělený středníky, vygeneruje se při požadavku na filtrování zjednodušený filtrovací formulář, kde jsou pouze uvedené položky v jediném sloupci. Zároveň bude mít uživatel možnost přepnout se na komplexní filtrovací formulář.
Dostupné v technologii ESO9 od 11.11.2015.
Klientská komponenta - Automatické rozeditování víceřádkového textu
Při práci s editační položkou typu TEXTAREA (víceřádkový text) v editoru docházelo k automatickému rozeditování věty vlivem automatické náhrady osamocených znaků CR/LF (0D/0A hexadecimálně) znakem Enteru (0D0A). Řešením bylo až doposud pouze oprava zdrojových dat v databázi, nově se v klientské komponentě kontroluje, zda při rozeditování položky typu TEXTAREA nedošlo pouze k výše uvedené záměně a pokud ano, nepovažuje se to za editaci.
Dostupné od klientské komponenty v5.1.0.15.
Aplikační server - Opis dat do MS Excel
Při opisu dat formy přímo do MS Excel se nezobrazovaly volby výběrových polí, ale pouze jejich hodnoty.
Doplněno v technologii z 25.11.2015.
Aplikační server - Přímý opis dat do Excelu
Při přímém exportu dat do Excelu se nezohledňovaly pouze označené řádky, exportovaly se vždy všechny řádky ve formuláři.
Zároveň se při exportu nerespektovalo případně nastavené filtrování z vyhledávání a třídění. Nyní jsou ve vyexportovaném souboru pouze řádky viditelné na monitoru a v daném pořadí.
Úprava je dostupná v technologii (server + klient) od 26.11.2015.
Aplikační server - Komunikační protokol REMOTE
Komunikační protokol REMOTE (komunikace mezi klientem a aplikačním serverem) byl ve v5.2 optimalizován. Zrychlila se obecně veškerá komunikace po protokolu REMOTE a čím větší objemy dat se přenáší, tím je zrychlení výraznější. Dobrým příkladem je tisk Stimulsoft sestav, který se zrychlil o cca 24% (laicky řečeno – zmenšil se prostoj mezi kliknutím na tisk a zobrazením přesýpacích hodin).
Dostupné od v5.2.
Klientská komponenta - Nová verze generátoru sestav
Od v5.2 je v technologii ESO9 použita nová verzi knihoven Stimulsoft (2015.02, používají se v generátoru sestav). Mimo drobnější vylepšení v ní došlo zejména ke zrychlení generování sestav.
Dostupné od v5.2.
Aplikační server - Font v tabulkovém zobrazení
Ve stylovacím sešitu je pro v5.2 použit v tabulkovém zobrazení (aka browse) vestavěný Windows font namísto externího fontu načítaného ze Support webu. Na Windows 7 docházelo náhodně k jeho asynchronnímu vypadávání, důsledkem čehož se v tabulkovém zobrazení použil font bez češtiny.
Dostupné od v5.2.
Aplikační server - Volání číselníku končilo pádem apl.serveru
Při specifické kombinaci vlastností číselníku došlo k zacyklení jeho volání a po čase i k pádu aplikačního serveru.
Volaný číselník musel být:
* předfiltrovaný hodnotou, pro kterou se vracelo více číselníkových vět (chyba č.52999)
* číselník byl volán s maskou QP, tj. jednalo se o tzv.zrychlený číselník
* číselník byl ve výchozí konfiguraci setříděn dle položky, která se z něj vracela (tj. dle GetRecu)
Opraveno v technologii od 6.12.2015.
Aplikační server - Strom činností v aplikacích se zabezpečenými odkazy
Úpravy stromu činností v aplikaci s šifrovanými odkazy:
* doplněna možnost otvírat činnosti z kontextového menu na nové záložce
* odstraněny náhledy nezašifrovaných odkazů ze stavového řádku, resp. z titulku nad odkazem
Dostupné v technologii ESO9 od 7.12.2015.
Aplikační server - Šifrování odkazů
V aplikacích se šifrovanými odkazy nebyly dopracovány hyperlinky na číselníky ve StartFiltru.
Doplněno v klientské komponentě v5.2.0.2.
Klientská komponenta - Vlastnosti sestav typu STIMHT
Pro sestavy typu STIMHT byla zavedena možnost parametrizovat vlastnosti výstupu do formátu MHT parametrem MHTOPTIONS. Zatím je použita pouze hodnota 1, která nastaví běžné stránkování namísto nekonečné výšky.
Dostupné od klientské komponenty v5.1.0.3.
Aplikační server - Opis dat do Excelu
V opisu dat do Excelu se v datumových položkách exportovala vždy i časová složka a nerespektovala se příp. maska ";DT" (datum vč. času).
Opraveno v technologii z 21.12.2015.
Klientská komponenta - Odkazy ve StartFiltru
Odkazy ve StartFiltru mimo typ "odkaz na číselník" (RelType=SlaveMaster) byly zcela odstraněny; ve filtrovacím formuláři nemá smysl přecházet na další stránky v ESO9 či na externí zdroje a takové odkazy se následně ve filtru špatně formátovaly.
Dostupné v klientské komponentě od v5.2.0.3.
Klientská komponenta - Tisk sestav do PDF
Pro tisk sestav do PDF přibyl parametr PDFOPTIONS (na odkazu), kterým lze upřesnit vybrané vlastnosti výsledného PDF:
1 = nevkládat použité fonty přímo do PDF
2 = nepoužívat normu PDF/A
3 = obě předchozí volby.
Stejný parametr lze použít i v konfiguračním souboru Reporting Serveru. Oba parametry mají vliv na velikost výsledného PDF souboru (zmenší jej cca na 1/6 původní velikosti).
Klientská komponenta - Akce nad dokumentem
V kontextovém menu nad řádkovým zobrazením (browse) se nad položkou typu "dokument" zobrazovaly všechny akce přesto, že byly některé z nich v masce položky vypnuté. Akce nad dokumentovou položkou v editoru a browse byly sjednoceny.
Dostupné od klientské komponenty v5.1.0.4.
Aplikační server - Chování položek MF a MarkState
Pokud se ve stránce s více formami provedla dvojí obnova některého ze závislých formulářů (ručně, posunem v datech či akcí na tlačítko), chovalo se špatně zachovávání MF položek a stavu označení (MARKSTATE).
Opraveno ve verzi z 6.1.2015.
Aplikační server - Otvírání dokumentů z DMS
Do DMS v ESO9 přibyla možnost otvírat stahované dokumenty přímo v prohlížeči (samozřejmě za předpokladu, že daný prohlížeč zvládne soubor daného typu otevřít či alespoň zobrazit k náhledu). Chování při stahování dokumentu je řízeno parametrem "DMS_OtevritPrimo" ze skupiny systémových parametrů. Funkční na starém (Internet Explorer) i obecném klientovi (vč. OS Android a Apple iOS).
Dostupné v technologii od 7.1.2015.
Aplikační server - Parametr ViewName přes uživatelské akce
Pokud je pomocí uživatelských akcí přidán do formuláře parametr ViewName a tento zatím není ve formuláři zadaný, přidá se jako nový hidden parametr (dosud musel parametr ve stránce existovat).
Dostupné v technologii od 13.1.2016.
Aplikační server - Kolize dlouhotrvajících akcí / nový parametr
Při dlouhotrvajících akcích (tisk sestavy, akce na tlačítko) mohlo docházet ke kolizi s automatickým voláním obnovy pravého pruhu s významnými událostmi. Vyhodnocení událostí tak skončilo chybou (aplikační server neobsloužil jeho volání, protože byl zaneprázdněn dříve spuštěnou akcí), která znemožnila např. zobrazení dlouho počítané sestavy (vlastní sestava v pořádku doběhla a byla dostupná v navigaci/historii).
Řešením je přidání parametru hyperlinku DONTREQANSW=1 (Don't Request Answer), který bude pro vybrané stránky potlačovat chybu připojení k serveru v případě, že je server zaneprázdněn důležitější akcí. V ESO9Start / ESO9PAM je tento parametr zapojen pouze v pravém pruhu s vyhodnocením událostí.
Dostupné v technologii od 14.1.2016.
Klientská komponenta - Chybný datový stav browse
Při rozeditování a uložení položky jednou akcí (změna hodnoty položky + klik na tlačítko Update) mohlo na stránkách s více formami dojít k tomu, že vlivem asynchronního volání nebyl stav na všech závislých formách ve stavu browse (tabulka) označen jako "nepřístupný k editaci". Ve skutečnosti byl formulář (správně) uložen, nicméně nebylo možné okamžitě větu rozeditovat (nejprve se musela provést obnova dat).
Opraveno v klientské komponentě v5.2.0.6.
Aplikační server - Podmíněné načtení datového zdroje
V technologii ESO9 byla doplněna možnost podmíněného načtení datového zdroje. Pokud by datový zdroj četl větší počet řádků, než je povoleno, nenačte se a uživatel je upozorněn, že musí zpřesnit filtrovací podmínky tak, aby datový zdroj vracel menší počet řádků.
SQL dotaz pro načtení počtu řádků je zadán v hidden parametru formy ROWSCOUNTQUERY. Maximální počet řádků, které smí tento dotaz vrátit tak, aby se data do formuláře načetla, je dán hidden parametrem MAXDATAROWSALLOW.
Dostupné v technologii od 18.1.2015.
Reporting Server - Logování parametrů
V Reporting Serveru ESO9 bylo doplněno logování parametrů a jejich hodnot použitých pro jednotlivé generované sestavy. Mělo by to pomoci hledání chyb při vyhodnocování parametrů z databáze.
Dostupné od RS v5.2.0.2.
Aplikační server - Zabezpečení odkazů
V informacích o datovém řádku nebyly šifrované odkazy vedoucí na seznam změn v jednotlivých sloupcích.
Doplněno 19.1.2016.
Aplikační server - Zabezpečení odkazů
V nápovědě nad stránkou nebyly šifrované odkazy vedoucí na popisy sloupců, triggerů apod.
Doplněno 19.1.2016.
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.

Technologie ESO9 - obecný klient

Změny v technologii .NET

Obecný Klient - Filter
Opraveno naplňování defaultní hodnoty filtru při prvním zobrazení u položky Checkbox.
Obecný klient - Dashboard
Doplněna práce se stránkami FormType=DASHOK. Funkční jen v obecném klientovi.
Umožnuje sestavení dashboardů s grafy hodnocením...
Celkový popis implementace v nápovědě "Pravidla ESOFORM"

Technologie ESO9 - Reporting Server

Změny v technologii .NET

Reporting server - Vypršení timeout při hromadném odesílání mailů
Při hromadném odesílání sestav e-mailem z reporting serveru někdy docházelo při vyšší zátěži k vypršení timeoutu spojení na poštovní server a sestava (-y) se neodešle. V aktuální verzi rep.serveru (5.1.3.0) byl přepracován mechanismus odesílání mailů dle doporučení z webu MSDN.
Reporting server - Datum a čas vložení sestavy do dokumentové databáze
Při tisku sestav z reporting serveru do dokumentové databáze se zapisuje do položky DTINSERT v tabulce DOKUMENT nejen datum, ale i čas vložení souboru.
Dostupné v rep.serveru od verze 5.1.3.0.
Reporting Server - Vyhodnocení více plánovaců k jedné sestavě
V Reporting Serveru se při vyhodnocování více plánovačů k jedné sestavě (chybně) končilo při prvním negativním vyhodnocení plánovače. Po opravě se opravdu projdou všechny plánovače k dané sestavě a je-li alespoň jeden vyhodnocen kladně, sestava se vygeneruje.
Dostupné od Reporting Serveru v5.1.4.0.

Technologie ESO9 - server

Změny v technologii .NET

On-line licencování
V případě nakonfigurované on-line licence se aplikační/licenční server ptá webové služby: 2x na doméně eso9.cz, 2x na doméně eso9.sk a pak opět 2x na doméně eso9.cz. Až pokud žádná z nich nevrátí licenci, skončí chybou.
Timeout každého dotazu je 15s.
Dotazy na doménu eso9.sk přistupují na alternativní databázi. Z ní je pouze možné číst aktivované licence, nelze na ní aktivovat nové licence.

Změny v ESO9 Správce

Vlastnosti aplikačního serveru
Ve vlastnostech aplikačního serveru, v akci "Načíst vlastnosti" (z předchozí verze AS) doplněno načtení vlastnosti "Práce s UNICODE znaky" a všemi třemi položkami pro konfiguraci proxy serveru.
Založení objektů pro zabezpečení
Doplněno hromadné založení objektů pro zabezpečení (stránek a sestav) nad více aplikacemi současně:
- zapojeno v lokálním menu nad uzlem aplikace - v průvodci poté lze vybrat více aplikací
- doplněno na konci průvodce instalací skriptu - použije se stejný výběr aplikací jako pro skript
- lze použít i při instalaci doplňku - při vyvolání instalace skriptu, viz výše.

Upraven průvodce instalací doplňku: spuštění skriptu zařazeno až za kopii stránek - aby nové stránky byly již ve webu pro zařazení do objektů pro zabezpečení.

Upraven průvodce instalací skriptu, importem sestav, zálohou databáze. Doplněno tlačítko Další. Tlačítko konkrétní akce se zobrazuje, pouze pokud je nějaká akce proveditelná.

DokuWiki Appliance - Powered by TurnKey Linux