6. 8 - Obecný klient Opraven posun v browse při šipce Nahoru/Dolů a rozeditované větě. Pokud byl nastaven parametr Browse_PotvrdZmenu/VERIFYSAVE Došlo k uložení, ale ne k posunu.
Mobilní aplikace Mobilní Aplikace. K datumovým polím doplněna ikona datumu, aby bylo jasné že se jedná o datum.
Obecná klient Oprava otvírání kalendáře u datumových polí v browse. Pokud bylo pole na konci browse kalendář se otevřel mimo obrazovku.
Obecný klient Změna výběru operátoru ve filtru formuláře. Operátor se nyní vybírá z rozevíracího seznamu a ne postupným klikáním.
Obecný klient Doplněna změna jazyka do esomenu. Není s vlaječkou ale s názvem jazyka. Změněné nebo doplněné stránky: .OK\Esomenu2_6.0.htm Nastaveni\uzivatel_setLng.idc Nastaveni\uzivatel_setLng.htx Include\jazyky_nemu.htm
Prozatím v testovací verzi OK z 29.8.2023. Lze otestovat na SW9. Po nahrání stránek a změně OK na testovací větev i na ostatních serverech.
Obecný klient Oprava zobrazení textu na akci s URL za pomoci data-field=. Pokud bylo pole zobrazené v editoru a ne v browse tak se místo hodnoty dal text "undefined" místo toho se nyní dá prázdná hodnota.
V browse nejsou data pro skryté sloupce, proto nelze text zobrazit. nabízí se dát toto pole do HiddenFields, la to způsobí duplicitu, protože v editoru je toto pole již přidáno. Pokud bude požadavek na zobrazení hodnoty i v browse, bez zobrazení sloupce v browse, je nutné zrušit pole i z editoru a dát jej do hiddenFields
Obecný klient v OK upraveno filtrování sestav Historie HDOK a Historie SDOK. filtrování probíhá za pomoci JavaScript přímo v sestavě.
Upravené stránky v adresáři .ok/nastaveni jsou Historie.idc/Historie.htx a HistorieSDok.idc/HistorieSDok.htx
Obecný klient Sjednoceno filtrování pro oprátor >< v rowfiltru a filtru. Doplněn nové operátory !>< in !in
pro operátory >< a !>< se využívá syntaxe TSQL BETWEEN a NOT BETWEEN a pro operátory in a !in se využívá syntaxe TSQL IN a NOT IN
funkční bude od verze 6.8
Obecný klient Při editaci TEXTAREA v Browse v otevřeném editoru (CTRL+ENTER) a jeho následném zavření, docházelo k časové prodlevě. Opraveno.
Obecný klient Oprava volání akce URL typicky tisk sestavy. Pokud byl uveden parametr RepeatFor=Query a ve formuláři byl právě jen jeden záznam, provedlo se volání sestavy 2x. Když v sestavě byla akce, která nastavoval a vyhodnocovala stavy tak ta se také spustila 2x. Mohlo vézt k problému sestav, které mají akcí omezeno jen 1x vytištění.
Obecný klient Vrácení operátorů x a !x do filtru pro číselné hodnoty.
Obecný klient Pokud byl browse ručně setříděný a v záhlaví se zobrazovala ikona setřídění, bylo obtížné provést zvětšení(zmenšení) tohoto sloupce. Místo ve kterém se zobrazovala ikona zvětšení(zmenšení) <-||-> bylo úzké. Provedeny úpravy, aby bylo zvětšení(zmenšení) stejné, jako když se nezobrazuje ikona setřídění. Dále dvojklikem na oddělovači buňky je sloupec zvětšen na největší velikost textu podobně jako v XLS.
Obecný klient Oprava chyby při volání číselníku. Pokud bylo nastaveno třídění konfigurací byly hlášena chyba "Cannot read properties of undefined (reading 'length')__2" po otevření číselníku.
Obecný klient Opraveno chybné zavírání modálního dialogu TEXTAREA pokud nedošlo k žádné změně.
Obecný klient Doplněny dva nové parametry formy "OnUnloadMessage" a "OnUnloadAction"
OnUnloadMessage slouží ke zobrazení hlášení při přechodu ze stránky na stránku. Jsou možné dvě formy zápisu: 1. Zpráva je uvedena přímo v položce a je stejná pro všechny záznamy formy.
2.načtení z dat. Do parametru se vyplní název pole z datového zdroje. Toto pole musí být i v HiddenFields.
OnUnloadAction slouží ke spuštění procedury při přechodu ze stránky na stránku. Jsou možné dvě formy zápisu: 1.Procedura je uvedena přímo v položce a je stejná pro všechny záznamy formy.
2.načtení z dat. Do parametru se vyplní název pole z datového zdroje. Toto pole musí být i v HiddenFields.
Pokud by se vyskytli ve formuláři oba parametry, má přednost OnUnloadMessage.
Obecný klient Oprava funkčnosti parametru "ReportIsForm" který nefungoval při zabezpečených odkazech.
Obecný klient Opraveno zobrazování počtu nových důležitých událostí v menu.
Obecný klient Oprava chyby, kdy při přepnutí ze základního filtru do ručního nebyl přenesen čas u polí typu DateTime.
Obecný klient Oprava zavření popOver dialogu po zavření všech důležitých událostí křížkem Doplněna oprava nastavení stavu přečteno u důležitých událostí, když se zavře křížkem.
Aplikace ESO9 Prodejna
Změna činnosti
Hledání v číselnících ESO9 Prodejna, verze 6.7.5.1 Parametr "Čekání na znak v ms" při hledání v prodejce zobecněn na hledání ve všech číselnících. Nastavuje se společným parametrem v Nastavení / Prostředí / "Hledání na prodejce, v číselníku. Čekání na znak (ms)". Lze zadat 0, 100, 200, 300, 400, 500, 700, 1000 ms. Pokud bylo nastaveno pro hledání na prodejce, použije se i pro hledání v dalších číselnících. Je užitečné zejména při hledání v rozsáhlých číselnících zboží a subjektů - zejména při sejmutí EAN kódu nastane hledání až po celém jeho sejmutí a ne po každém znaku.
Karetní terminál ESO9 Prodejna, verze 6.7.1 Doplněna komunikace s karetním terminálem ČSOB – TCP/IP od dodavatelů BANIT (protokol MONET+) a INGENICO (protokol B+). Terminály používající protokol MONET+ lze zatím používat jen v CZ. Terminály INGENICO (protokol B+) jsou použitelné v CZ i SK. Pro SK verzi prodejny je upravena knihovna FisMod.dll verze 6.7.1, aby vložila potvrzení pro zákazníka z terminálu INGENICO do patičky účtenky posílané do eKasa.
Příjem dat na prodejnu V centrální databázi doplněn parametr KASA_PRENOS_ZB_ODDO - Příznak, zda při přenosu zboží a služeb kontrolovat datum platnosti OD-DO (0=Ne, 1=Ano). Výchozí hodnota 0, aby bylo kompatibilní s předchozí funkčností.
Tisk účtenky Doplněna možnost tisknout číslo prodejky jako čárový kód na účtence. Nastavení je různé pro CZ a SK verzi. Popis v nápovědě Prodejny.
Aplikace ESO9 Start
Klientský doplněk
ESO9 Support Terminal Service Pro službu ESO9 Service Support Terminal verze 3.3.0.0 a knihovnu platkart.dll verze 6.7.4.0 byla u platebního terminálu SONET opravena akce návratka, kdy v předchozích verzích nedocházelo ke korektnímu uložení záznamu na DB o průběhu této akce.
Změna činnosti
E9_BLANK - skript E9_BLANK pro vymazání dat z databáze Do skriptu "E9_BLANK" doplněno vymazání (nastavení na hodnotu NULL) položek "Registrace pro DPH od" a "Registrace pro DPH do" z tabulky "Státy"
Účetnictví
1. 1. 1. 2 - Účetní operace Při vytvoření účetních zápisů, které vznikají na dokladech UCD při vzniku kurzovního nebo párovacího rozdílu a při vzniku zaúčtování odpisů a opravných položek se do textu účetního zápisu doplňuje nyní navíc zkrácená identifikace dokladu, na základě kterého účetní zápis vznikl (ve tvaru TypDok/Cis_Dok/Název subjektu) Upraveny procedury : spUcetZap_ZauctParRoz, spUcetZap_ZauctKursRoz, spHdok_ZalozOdpPohl
1. 1. 1. 8 - Roční a mimořádná uzávěrka Krok roční uzávěrky "kurzovní rozdíly peněžních účtů" zakládal v dokladu text "Kurzovní rozdíl bankovního účtu" i pro pokladní účty. Upravena procedura spRocUzav_BankUcet - pro pokladní účty se nyní zakládá s textem "Kurzovní rozdíl pokladního účtu".
1. 1. 1. 8 - Roční a mimořádná uzávěrka V parametrech aplikace byly doplněny 2 nové parametry Ucet_GenKR_Zisk_BU a Ucet_GenKR_Ztrata_BU pro účtování kurzovních rozdílů peněžních účtů při účetní uzávěrce. Dříve se účtování provádělo na účty uvedené v parametrech KR_Zisk_Ucet a KR_Ztrata_Ucet, naplnění hodnot nových parametrů se provedlo z těchto původních parametrů. Účtování je definováno v účetních předpisech účetního typu RocUzavBU, kde byly původní názvy parametrů nahrazeny těmito novými parametry. Uvedené změny (naplnění parametrů i změna účetních předpisů) se automaticky provedou při instalaci verze ve všech zákaznických aplikacích.
1. 1. 1. 8 - Roční a mimořádná uzávěrka Upravena činnost roční uzávěrky - při uzavření kroku roční uzávěrky se nyní kontroluje stav uzávěrkového dokladu a pokud je tento nižší než stav nastavený v typu dokladu v položce "Doklad je uzavřen od stavu", pak se stav uzávěrkového dokladu změní na tento stav. Obdobně při otevření kroku roční uzávěrky - pokud je v typu dokladu nenulový stav "Doklad je uzavřen od stavu", pak se stav uzávěrkového dokladu nastaví na nejbližší nižší stav definovaný pro daný typ dokladu. Upraveny procedury spKrokRocUzav_Uzavri, spKrokRocUzav_Otevri, spRocUzav_Uzavri
1. 1. 1. 8 - Roční a mimořádná uzávěrka Při provádění uzávěrky se se v kroku 2 (Kurzovní rozdíly závazků a pohledávek) provádí kontrola, zda aktuální účetní období (dle nastaveného uživatelského data) je vyšší než období uzávěrky. V případě provádění mimořádné uzávěrky byla tato kontrola upravena tak, že se nyní při přepočtu Kurzovních rozdílů závazků a pohledávek provádí kontrola na nastavení uživatelského data, které musí být vyšší než datum mimořádné uzávěrky (pokud není, hlásí chybu : "Pro tuto činnost je třeba mít nastaveno uživatelské datum alespoň dd.mm.rrrr). Upraveny procedury spRocUzav_KR2002_Zaloz, spRocUzav_ZavPohl2002.
1. 1. 1.13 - Převod CZK na EURO V české legislativě byla upravena činnost 1.1.1.13 - Převod CZK na EUR. Standardně je tato činnost zakázaná. Tuto činnost je možno použít v případě, že se organizace rozhodne pro vedení účetnictví v jiné měně než CZK (např. EUR, USD, ...).
Prověřeny a aktualizovány procedury, funkce a stránky související s přechodem domácí měny na EUR.
Upravené stránky : ESO9Start\nastaveni\CZ_Euro24.htm ESO9Start\nastaveni\SK_Euro09_PU.htm
1. 1. 1.15 - Přepočty kurzových rozdílů aktiv a pasiv Vytvořena nová činnost 1. 1. 1.15 Přepočty kurzových rozdílů aktiv a pasiv. Umožňuje provést přepočty kurzových rozdílů peněžních účtů a závazků a pohledávek k zadanému datu. Funkčnost je obdobná jako v roční nebo mimořádné uzávěrce, obsahuje však pouze 2 kroky : přepočet kurzových rozdílů peněžních účtů a přepočet kurzových rozdílů závazků a pohledávek k zadanému datu.
Nová stránka ucet\RocUzavKR.htm, upravené stránky ucet\RocUzav.htm, ucet\KR_2002.htm
1. 1. 2. 1 - Hlavní kniha Vytvořena nová STI sestava "Hlavní kniha dle období" (hl_Kniha_DleObdobi), ve které se ke každému účtu tiskne hodnota počátečního stavu, obraty MD a DAL v jednotlivých měsících, roční obrat MD a DAL a konečný stav. Vzhledem k šířce sestavy není tato sestava vhodná pro tisk na tiskárnu, je určena pro prohlížení na obrazovce případně pro export do excelu. Upravena stránka ucet\Hl_kniha_Str_syn.htm - doplněn odkaz "Hlavní kniha dle období" Upravena procedura spVysledovkaDleObdobi Nová sestava hl_Kniha_DleObdobi
1. 1. 2. 3 - Výkaz DPH V případě, že se na stránce seznamu výkazů DPH zobrazuje nenulový počet v položce "Nepřiřazené záznamy k obdobím výkazů", je možno nad touto položkou nově zobrazit sestavu těchto dokladů. Vytvořena nová sestava KHDPH_Neprirazene, ve stránce DPH\OdvodDPH.htm doplněn odkaz na tuto sestavu.
1. 1. 2. 3 - Výkaz DPH (legislativa CZ) Zaokrouhlování řádků výkazu DPH - pokud v aplikací není nastaveno matematické zaokrouhlování (parametry DPH_Zaokr550 a DPH_ZaokrCZ04 bez uvedeného období platnosti nemají nastavenu hodnotu 0), bude při instalaci verze 6.8 provedeno omezení platnosti těchto parametrů na období posledního uzavřeného výkazu DPH a bude založen nový parametr (bez omezení období) s hodnotou 0 (matematické zaokrouhlování).
1. 1. 2. 3 - Výkaz DPH Pokud při uzavření výkazu DPH nebo při přepočtu ročního vypořádání dojde ke změně koeficientu DPH, pak se uživateli zobrazí informační hláška o této změně a současně se zapíše záznam do logovací databáze nad parametrem "DPH_Koeficient". Upraveny procedury spVykazDPH_ZaevidujObdobi, spVykazDPH_NastavNovyKoef, spVykazDPH_Vypocet450
1. 1. 2. 3 - Výkaz DPH Pokud se výkaz DPH podává kvartálně, v záhlaví období rozpisu výkazu DPH se tisklo pouze počáteční období kvartálu. Byly upraveny sestavy RozpisDPH_CZ_2016, RozpisDPH_SK_2018, VykazKHDPH_CZ_201601, VykazKHDPH_CZ_201601Opis, VykazKVDPH_SK_201701_id - v hlavičce se v případě kvartálního výkazu DPH tiskne nyní např. období 2023.07-2021.09.
1. 1. 2. 3 - Výkaz DPH (legislativa HU) V aplikacích s maďarskou legislativou se dosud výkaz DPH nevytvářel pomocí detailních záznamů v KHDPH, ale vytvářel se až v okamžiku tisku výkazu. Nyní byla i pro maďarskou legislativu přepracována tvorba výkazu DPH tak, že se detailní záznamy (tabulka KHDPH) tvoří v okamžiku pořízení (editace) dokladu, složek a účetních zápisů tak jako se to již několik let provádí v ostatních legislativách.
Upravené stránky : ESO9Start\DPH\VykazDPH_Detail.htm ESO9Start\DPH\NeniVDPH_filtr.htm ESO9Start\ucet\DPH_SH_HU_Subjekt.htm \ESO9StartHU\Ucet\Vykaz_DPH.htm
Nové stránky : ESO9Start\DPH\Vykaz_DPH_DetailHU.htx ESO9Start\DPH\Vykaz_DPH_TiskHU.idc ESO9Start\DPH\Vykaz_DPH_TiskHU.htx ESO9StartHU\DPH\DetailDPH_inc.htm ESO9StartHU\DPH\OdvodDPH.htm
Nové procedury a funkce : - fnDphVykaz_HU_2024_01 - spDPH_TiskPracTvarHU_202401 - fnKHDPH_TestovaniChyb_HU - fnHDOK_DetailVykazuDPH_HU_std - fnHDOK_DetailVykazuDPH_HU - spHdok_VytvorDetailDPH_HU
Upravené sestavy : - RozpisDPH_HU_2024 - NeniVDPH_HU_2024 - SH2013HU
1. 1. 2. 3 - Výkaz DPH (legislativa HU) Upraveno zobrazování DIČ v sestavách detailů výkazů DPH : ve sloupci DIČ se se nyní zobrazuje položka Subjekt.DIC2 (v editoru je označována jako Adószám). Pokud není vyplněna, pak se bere Subjekt.DIC (Adószám EU). Pokud by pro subjekt existovaly poznámky s kódem poznámky uvedené v parametrech KodPozn_PuvDIC2 nebo KodPozn_PuvDIC, pak se DIC2/DIC bere s ohledem na tuto poznámku platnou dle data zdanitelného plnění dokladu. V případě, že subjektu je skupinovým plátcem (DIČ2 je ve tvaru xxxxxxxx-4-xx), pak se hledá, zda existuje nadřízený subjekt, jehož DIČ2 je ve tvaru xxxxxxxx-5-xx. Pokud ano, uvede se toto DIČ2 nadřízeného subjektu. Provedené změny : - doplněna položka DICProVykazDPH do tabulky DphDetail - procedury spDphDetail_Create, spPripravDPHDetail_Kumul, spHdok_VytvorDetailDPH_HU, spZruseniNepouzivanychObjektu, - triggry trSubjekt_Update, trSubjPozn_ZmenaDIC - funkce fnHDOK_DetailVykazuDPH_HU_std - pohled QDphDetail - sestavy (Eso9StartHU) - RozpisDPH_HU_2024, RozpisDPHKumul - stránky ESO9Start\DPH\Vykaz_DPH_Detail.idc, ESO9Start\DPH\Vykaz_DPH_DetailHU.htx, ESO9Start\ucet\Vykaz_DPH_Detail.idc, ESO9StartHU\DPH\DetailDPH_inc.htm
1. 1. 2. 3 - Výkaz DPH Ve formulářích detailů výkazů DPH (KH, SH) byl do formy seznamu dokladů doplněn RowFilter. Upraveny stránky : - ESO9Start\DPH\VykazDPH_Detail.htm, OdvodKH_Detail.htm, OdvodSH_Detail.htm - ESO9StartPL\DPH\OdvodSH_Detail.htm - ESO9StartHU\DPH\OdvodSH_Detail.htm - ESO9StartSK\DPH\OdvodKH_Detail.htm, OdvodSH_Detail.htm
1. 1. 2. 3 - Výkaz DPH V případě kvartálního plátce se v sestavách "Doklady nevstupující do výkazu DPH" a "Kontrolní sestava dokladů" tisklo v hlavičce sestavy pouze poslední období kvartálu.
Upraveny sestavy KontrolaDPH, NeniVDPH_CZ_2016 (CZ), NeniVDPH_SK_2018 (SK), NeniVDPH_PL_2016 (PL), NeniVDPH_HU_2024 (HU) : - v případě kvartálního výkazu DPH se v hlavičce tiskne např. "Účetní období : 2024.01 - 2024.03" Upravena stránka DPH\KontrolaDPH_Filtr.htm
1. 1. 2. 4 - Výkazy AP, ZZ, CF Při přepočtu výkazů bylo možno zadat zdroj a projekt, ale ve 2. úrovni detailu se již tyto parametry nerespektovaly.
Problém byl jednak v tom, že v detailní sestavě skutečně nebyl doplněn filtr na nedávno doplněné filtrovací podmínky na zdroj a projekt, ale i v tom, že filtrování dle střediska, zakázky a doplňující údaj sice bylo funkční, ale pokud byl zobrazen detail pro konkrétní řádek výkazu a následně byl proveden přepočet výkazů s jiným filtrem, tak opětovné zobrazení detailu téhož řádku zobrazilo sestavu s předchozími hodnotami (která byla uložena v cache). Dále v detailu nebylo funkční filtrování dle střediska, pokud bylo zadáno formou seznamu středisek. Provedené úpravy : - sestavy - do odkazů na detail řádku doplněn parametr CloseForms=1, do záhlaví pracovní sestavy doplněna informace o nastaveném filtru - (CZ) Vyk_AP_CZ_2017, Vyk_CF_CZ_2017, Vyk_PVZZ_CZ_2017, Vyk_VZVK_CZ_2017, Vyk_ZVK_CZ_2017, Vyk_ZZ_CZ_2017 - (SK) Vyk_AP_SK_2020, Vyk_AP_SK_2020ZK, Vyk_CF_SK_2020, Vyk_PVZZ_SK_2020, Vyk_VZVK_SK_2020, Vyk_ZVK_SK_2020, Vyk_ZZ_SK_2020, Vyk_ZZ_SKZ_2020 - (PL) Vyk_AP_PL_2019, Vyk_ZZ_PL_2019
- sestava ucet\V_ZZ_Det.idc/htx, ucet\V_ZZ_DetPlan.htx, ucet\V_ZZ.idc, ucet\V_ZZCZ.htx, ucet\V_ZZCZPlan.htx, ucet\V_ZZCZPlanSkut.htx, ucet\V_ZZIAS.htx, ucet\V_ZZIASPlan.htx, ucet\V_ZZIASPlanSkut.htx, ESO9StartHU\Ucet\V_ZZ.idc, ESO9StartHU\Ucet\V_ZZCZ.htx - v hlavičce doplněna informace o nastaveném filtru, do odkazu na detail doplněno CloseForms=1 - sestava ucet\V_ZZ_Det_SumRadek.idc/htx, ucet\V_ZZ_Det_SumRadekPlan.htx - v hlavičce doplněna informace o nastaveném filtru - sestava ucet\V_ZZ_DetUctu.idc/htx - v hlavičce doplněna informace o nastaveném filtru, v SQL podmínce pro výběr účetních zápisů doplněna podmínka na projekt a zdroj
- sestava ucet\V_AP_Det.idc/htx, ucet\V_AP_DetPlan.htx, ucet\V_AP.idc, ucet\V_APCZ.htx, ucet\V_APCZMUJ.htx, ucet\V_APCZplan.htx, ucet\V_APCZplanMUJ.htx, ucet\V_APCZplanSkut.htx, ucet\V_APCZplanSkutMUJ.htx, ucet\V_APIAS.htx, ucet\V_APIASplan.htx, ucet\V_APIASplanSkut.htx - v hlavičce doplněna informace o nastaveném filtru, do odkazu na detail doplněno CloseForms=1 - sestava ucet\V_AP_Det_SumRadek.idc/htx, ucet\V_AP_Det_SumRadekPlan.htx - v hlavičce doplněna informace o nastaveném filtru - sestava ucet\V_AP_DetUctu.idc/htx, ucet\V_AP_DetUctuDleObd.idc/htx - v hlavičce doplněna informace o nastaveném filtru, v SQL podmínce pro výběr účetních zápisů doplněna podmínka na projekt a zdroj
- sestava ucet\V_CF_Det.idc/htx, ucet\V_CF_DetPlan.htx, ucet\VSK_CF.htx, ucet\VSK_CF.idc, ucet\VSK_CF_Det_SumRadek.htx, ucet\VSK_CF_Det_SumRadek.idc - v hlavičce doplněna informace o nastaveném filtru, do odkazu na detail doplněno CloseForms=1 - sestava ucet\V_CF_Det_SumRadek.idc/htx, ucet\V_CF_Det_SumRadekPlan.htx - v hlavičce doplněna informace o nastaveném filtru - sestava ucet\V_CF_DetUctu.idc/htx, ucet\V_CF_DetUctuDleObd.idc/htx - v hlavičce doplněna informace o nastaveném filtru, v SQL podmínce pro výběr účetních zápisů doplněna podmínka na projekt a zdroj
- sestava ucet\V_ZVK_Det.idc/htx, ucet\V_VZVK_Det.idc/htx - v hlavičce doplněna informace o nastaveném filtru
- upravena funkce fnVykazy_ZadaniParam, procedura spDZSTI_HlavickaVykazu.
1. 1. 5. 1 - Kontrolní sestavy účetnictví - sestava Doklady podľa kódu DPH (DoklPodlaKoduDPH - legislativa SK) Upravena sestava DoklPodlaKoduDPH tak, aby se tisk prováděl i nad doklady, které nemají složky dokladů. V tom případě se položky naplní takto : - Text - tiskne se poznámka z hlavičky - Počet = 1 - Základ, Daň a Procento daně se bere z hlavičky dokladu (v případě nenulových částek s různými sazbami DPH se tiskne každá sazba na samostatném řádku) - Celní sazebník se nevyplňuje - ostatní položky stejné jako v případě tisku dle složek
Doplněno třídění sestavy - dle období, typu dokladu, čísla dokladu a sazby daně V případě tisku v posledním dni v měsíci se ve filtru sestavy nenabízela hodnota období od-do - opravena hodnota výrazu v definici hodnoty parametru.
Finance
1. 2. 1.17 - Automatický import bankovních výpisů Byla zprovozněna možnost stahování bankovních výpisů prostřednictvím API rozhraní pro další banky : - ČSOB (0300) - Tatrabanka (1100) (v předchozí verzi již byl funkční import z bank 0100-Komerční banka, 0800 - Česká spořitelna a 5500-Raiffeisenbank)
Nastavení se provádí v činnosti 9. 2.15 - Automatický import BAV - definice. Protokoly o zpracování jsou v činnosti 1. 2. 1.17 - Automatický import BAV - protokoly Podrobnější popis lze nalézt nápovědě pro tyto činnosti nebo v dokumentu "ESO9 – online propojení s bankou".
Provedené změny :
Upravená stránka : - Nastaveni\DfnImportBav.htm
Upravené procedury a funkce : - fnZpracujChybyAPI - spBankaAPI_Nastaveni - fnBankaAPI_SeznamParam - fnDFNImportBAV_InfoNastav - spImportBaV_NactiSoubory_API - spBanka_ImportAPI_0300 - CSOB_GetDownloadFileList - CSOB_GetDownloadFile - spDFNIMPORTBAV_ValRec
1. 2. 2 - Pokladní doklady Na formulářích pokladních dokladů se složkami doplněn ve spodní formě odkaz na historii složek. Upravené formuláře : - finance\Pd_PrijS.htm - finance\Pd_VydS.htm - finance\Pd_VseS.htm
1. 2. 2. 2 - Pokladní výdeje Na formuláři výdajových pokladních dokladů byl doplněn odkaz (na formě se složkami) na založení majetku - Majetek/ZalozDleSVU.htm (obdobně jako je na složce FPU ve stránce nakup/FAPSLOZ.HTM). Upravena stránka Finance\pd_VydS.htm
Saldokonto
1. 3. 1 - Párování Při činnostech párování se dosud používala globální pracovní tabulka TempDB.##ParovaciKlice, která byla společná pro všechny aplikace. I když obsahovala identifikaci databáze, mohlo v některých případech dojít k uzamčení tabulky a vzniku deadlocků při současném párování ve více aplikacích. Ve všech párovacích procedurách byla nyní ##ParovaciKlice nahrazena permanentní tabulkou ParovaciKlice (v každé aplikaci je samostatně). Prověřte si, zda některé uživatelské objekty nepracují s tabulkou ##ParovaciKlice - je nutno je upravit.
1. 3. 1. 9 - Spárované účetní zápisy k datu Ve výpisu spárovaných dokladů doplněno číslo saldokontního případu a odkaz na doklad. Upravené stránky : saldo\SparDleData.idc saldo\Parovani.idc saldo\Parovani.htx saldo\VypisSpar.idc saldo\Parov1S.idc saldo\Parov1U.idc
1. 3. 2. 1 - Zápočtové doklady Aby bylo možno parametrizovat doklady nabízené do zápočtů, byla pro tento účel vytvořena nová funkce fnUcetZap_ProZapocet. Původní pohled QUCETZAP_ProZapocty byl ponechán a využívá této nové funkce fnUcetZap_ProZapocet. Do parametrů úlohy byly nyní doplněny 2 parametry ve skupině "Párování-zápočty" (Zapocty_NullUcet a Zapocty_Platby), kterými je možno definovat, zda se do zápočtů mají nabízet i doklady s NULL účty a doklady plateb. Standardně budou nastaveny na hodnotu 0, takže se doklady plateb (pokladní doklady, bankovní výpisy) a dále účetní zápisy s NULL účtem nebudou nabízet do zápočtů. Současně byly upraveny (optimalizace doby trvání) procedury spQUcetZap_Zapocet_MARKSTATE a spQUcetZap_Zapocet_DoZap volané při označování dokladů do zápočtů, a původní procedura pro tvorbu návrhu zápočtu (spUcetZap_NavrhniZap) byla nahrazena novou procedurou spUcetZap_NavrhZap_XMLParams - upraveny stránky saldo\Zap_Navrh.htm, saldo\Zap_NavrhRM.htm, saldo\Zap_NavrhICO.htm.
Při tvorbě zápočtů a při hromadném párování se používá stejná "pracovní" tabulka W_NespUZ, což mohlo způsobit problémy v případě, že tyto akce provádělo více uživatelů, proto byla do této tabulky doplněna položka idUzivatel. Upravena procedura spW_NespUZ_Create, stránky saldo\Zap_SubjICO.idc, saldo\Zap_Subj.idc, saldo\HrParSubj.idc
Nákup
2. 1 - Nákup Spolu se zavedením mechanismu odobjednání NOB (doklady typu NOO) byly složky těchto dokladů (NOO) zahrnuty do plnění v těchto činnostech - činnost 2.1.1.2 Nákupní objednávky: - nová předloha "nakup\KopieNOBdoSPUF.htm": slouží pro tvorbu SPU / SPF z NOB. Plnění obsahuje i typ dokladu NOO - odkaz "Příjemka U": místo předlohy "nastaveni\KopiePrDoNa.htm" použita nová předloha "nakup\KopieNOBdoSPUF.htm" - odkaz "Příjemka F": místo předlohy "nastaveni\KopiePrDoNa.htm" použita nová předloha "nakup\KopieNOBdoSPUF.htm" - odkaz "Prověření": v předloze "\nakup\VObjProv.htm" upraveny datové zdroje u hlaviček i složek dokladů
- činnost 2. 1. 2. 1 Kontrola plnění: v současnosti nelze upravit, protože se jedná o obecný mechanismus pro kontrolu plnění a zpracování je sériové
- činnost 2. 1. 2. 2 Tisk plnění objednávky dodavatele - upravena sestav "PlneniZaObj.idc": doplněny parametry - TYPSLOZFILTR: typy složky pro zkoumání plnění jako 0=Ostatni;1=Zboží;2=Služby.... Pokud není zadáno pak všechny typy složek. - TYPDOK_PLN: seznam typy dokladů pro plnění např. 'SP[FU];NOO' - předloha "nakup\PlneniZaObj.htm": datový zdroj doplněn o parametry TYPSLOZFILTR = 1, TYPDOK_PLN = 'SP[FU];NOO' pro sestavu "PlneniZaObj.idc"
- činnost 2. 1. 2. 3 Tisk plnění objednávek dodavatelů - upravena sestav "PlneniProSubjekt.idc": doplněny parametry - TYPSLOZFILTR: typy složky pro zkoumání plnění jako 0=Ostatni;1=Zboží;2=Služby.... Pokud není zadáno pak všechny typy složek. - TYPDOK_PLN: seznam typy dokladů pro plnění např. 'SP[FU];NOO' - předloha "nakup\PlneniProDod.htm": datový zdroj doplněn o parametry TYPSLOZFILTR = 1, TYPDOK_PLN = 'SP[FU];NOO' pro sestavu "PlneniProSubjekt.idc"
- činnost 2. 1. 2. 4 Tisk plnění objednávek dodavatelů k termínu - upravena sestav "PlneniKeDni.idc": doplněny parametry - TYPSLOZFILTR: typy složky pro zkoumání plnění jako 0=Ostatni;1=Zboží;2=Služby.... Pokud není zadáno pak všechny typy složek. - TYPDOK_PLN: seznam typy dokladů pro plnění např. 'SP[FU];NOO' - předloha "nakup\PlneniKeDni.htm: datový zdroj doplněn o parametry TYPSLOZFILTR = 1, TYPDOK_PLN = 'SP[FU];NOO' pro sestavu "PlneniKeDni.idc"
2. 1. 3. 1 - Faktury přijaté účetní Aby bylo možné na přijaté faktuře zadat doklad předchůdce, byl ve formuláři FPU (stránka nakup\FapHlav.htm) byl doplněn odkaz "Vazba na předchůdce" (již dříve existující stránka Ucet/HDOK_Predchudce.htm).
2. 1. 3. 1, 2. 2. 3. 1 - Faktury přijaté / vydané - připojování zálohových faktur Ve verzi 6.8 byl přepracován způsob připojování zálohových faktur. Na formulářích přijatých i vydaných faktur byly doplněny odkazy "Připojit" a "Připojené", které slouží pro nový způsob připojování zálohových faktur a zobrazení takto připojených faktur. Připojené zálohové doklady jsou nyní evidovány v nové tabulce ZalohyVazba, jejíž použití usnadňuje evidenci připojených záloh a jejich případné jednodušší odpojení. Ve verzi 6.8 je ještě dočasně ponechána i možnost původního způsobu připojená záloh (odkaz nad položkou "Záloha val" nebo "Záloha CZK"), tento odkaz bude v následující verzi již zrušen. Upraveny formuláře : - nakup\FapHlav.htm (původní formulář z verze 6.7 byl ponechán a je uložen pod názvem FapHlav67.htm) - prodej\FaV.htm (původní formulář z verze 6.7 byl ponechán a je uložen pod názvem FaV.htm) - nové stránky : prodej\VyberZalohy23.htm, prodej\PripojeneZalohy.htm, nakup\VyberZalohy23.htm, nakup\PripojeneZalohy.htm
Upraveny a vytvořeny nové procedury a funkce pro připojování záloh a pro datové zdroje sestav.
Vytvořeny nové sestavy FavForm.idc, Dokl_kos, DbPisForm.idc (původní sestavy byly přejmenovány na FavForm67.idc, Dokl_kos67, DbPisForm67.idc)
Podrobnější popis viz dokument "Zálohové a doúčtovací faktury – od roku 2024"
Prodej
2. 2 - Prodej Spolu se zavedením mechanismu odblokování POB (doklady typu POO) byly složky těchto dokladů (POO) zahrnuty do plnění v těchto činnostech - činnost 2.2.1.2 Prodejní objednávky: - nová předloha "prodej\KopiePOBdoSVUF.htm": slouží pro tvorbu SVU / SVF z POB. Plnění obsahuje i typ dokladu POO - odkaz "Výdejka U": místo předlohy "nastaveni\KopiePrDoNa.htm" použita nová předloha "prodej\KopiePOBdoSVUF.htm" - odkaz "Výdejka F": místo předlohy "nastaveni\KopiePrDoNa.htm" použita nová předloha "prodej\KopiePOBdoSVUF.htm" - odkaz "Prověření": v předloze "prodej\PObProv.htm" upraveny datové zdroje u hlaviček i složek dokladů
- činnost 2. 2. 2. 1 Kontrola plnění v současnosti nelze upravit, protože se jedná o obecný mechanismus pro kontrolu plnění a zpracování je sériové
- činnost 2. 2. 2. 2 Tisk plnění objednávky odběratele - upravena sestav "PlneniZaObj.idc": doplněny parametry - TYPSLOZFILTR: typy složky pro zkoumání plnění jako 0=Ostatni;1=Zboží;2=Služby.... Pokud není zadáno pak všechny typy složek. - TYPDOK_PLN: seznam typy dokladů pro plnění např. 'SV[FU];POO' - předloha "prodej\PlneniZaObj.htm": datový zdroj doplněn o parametry TYPSLOZFILTR = 1, TYPDOK_PLN = 'SV[FU];POO' pro sestavu "PlneniZaObj.idc"
- činnost 2. 2. 2. 3 Tisk plnění objednávek odběratelů - upravena sestav "PlneniProSubjekt.idc": doplněny parametry - TYPSLOZFILTR: typy složky pro zkoumání plnění jako 0=Ostatni;1=Zboží;2=Služby.... Pokud není zadáno pak všechny typy složek. - TYPDOK_PLN: seznam typy dokladů pro plnění např. 'SV[FU];POO' - předloha "prodej\PlneniProDod.htm": datový zdroj doplněn o parametry TYPSLOZFILTR = 1, TYPDOK_PLN = 'SV[FU];POO' pro sestavu "PlneniProSubjekt.idc"
- činnost 2. 2. 2. 4 Tisk plnění objednávek odběratelů k termínu - upravena sestav "PlneniKeDni.idc": doplněny parametry - TYPSLOZFILTR: typy složky pro zkoumání plnění jako 0=Ostatni;1=Zboží;2=Služby.... Pokud není zadáno pak všechny typy složek. - TYPDOK_PLN: seznam typy dokladů pro plnění např. 'SV[FU];POO' - předloha "prodej\PlneniKeDni.htm: datový zdroj doplněn o parametry TYPSLOZFILTR = 1, TYPDOK_PLN = 'SV[FU];POO' pro sestavu "PlneniKeDni.idc"
2. 2. 3. 1 - Faktury vydané účetní - export do Online Szamla (HU) V případě, že při exportu doklady do Online Szamla existuje zaokrouhlovací rozdíl vzniklý mezi součtem složek a hlavičkou dokladu, pak byl tento rozdíl v XML souboru označen jako AAM (Alanyi adómentes Áfa tv. XIII.fejezet). Nyní se vytváří s příznakem ATK (ÁFA tárgyi hatályán kívül Áfa tv.2-3.§). Upraveny funkce fnSzamla_SlozkaZaokrouhleni a fnSzamla_ReasonType.
Sklad
2. 3. 3. 1 - Inventurní soupis skladu k datu \ odkaz "Zobraz zboží na skladě" Ve formě "sklad\InventurniSoupis.htm" se ze záhlaví (sekce <caption>) odstranil "sklad" a "k datu". Položky přesunuty do datového zdroje. Je to stejné řešení jako v odkazu "Zobraz zboží na skladě pokud je "K datu" menší než datum počátečních stavu zboží na skladě".
Datové schránky
2. 7. 1 - Dodané zprávy - do 2.formy se seznamem zpráv doplněn RowFilter - doplněna náhledová forma pro vybranou přílohu datové zprávy ze 3.formy - přidán chat do 2.formy - jednotlivé datové zprávy - přidáno brwAction pro tlačítka - Označ za přečtenou, Odpovědět, Stáhni doručenku ZFO - do 1. formy doplněna položka zobrazit datové zprávy od
2. 7. 2 - Odeslané zprávy - do 2.formy se seznamem zpráv doplněn RowFilter - doplněna náhledová forma pro vybranou přílohu datové zprávy ze 3.formy - přidán chat do 2.formy - jednotlivé datové zprávy - přidáno brwAction pro tlačítka - Zkontroluj stav datové zprávy, Stáhni doručenku ZFO - do 1. formy doplněna položka zobrazit datové zprávy od
2. 7. 2 - Odeslané zprávy Upravena stránka OdeslaneDZ.htm. Do druhé formy přidáno tlačítko "Stáhni DZ ve formátu ZFO" pro stažení zprávy ve formátu ZFO. Funguje od verze DS.dll 6.1.0.0.
Majetek
3. 1 - Evidence majetku Na formuláři pohybů majetku byl doplněn odkaz na historii složky (např. pro možnost zobrazení dokladu FPU, ze které vznikl pohyb zařazení majetku). Upravena stránka majetek\MajPoh.htm
3. 5. 5 - Inventurní soupis roční Karty majetku, které byly zařazeny vložením (pohyb MZV), se nezobrazovaly v sestavách v činnosti 3.5.5 Inventurní soupis roční. Upravena funkce fnMaj_HodnotyVObdobi (doplněna položka dtVlozeniMajetku). Upraveny podmínky v datovém zdroji sestav MAJ355 a MAJ355U
Manažerské výstupy
4. 2. 4 - Přehled nákladů a výnosů zakázek V sestavě Přehled nákladů a výnosů zakázek doplněny položky Kód subjektu a Název subjektu. Upravena sestava MS_4_2_4
4. 3 MV Power BI - Manažerské sestavy v Power BI V ESO9 Start jsou původní manažerské výstupy do OLAPu postupně nahrazovány výstupy do Power BI. V Power BI se jedná o veřejně publikované reporty postavené na datech ESO9 Start s aktualizací dat vždy k datu vydání verze ESO9.
Doprava
6. 1. 2.12 - Evidence cest (stazky) - zdroje Předloha: zdroje/Doprava_Stazka_ZDROJ.htm
Nová činnost pro práci se stazkami u vozidel vedených ve zdrojích. Činnost umožňuje vytvořit záznam o provozu vozidla (tzv. stazku) u typu dopravy, kdy Subjekt vlastní vozidlo(a). Stazka obsahuje informace o jízdě jednoho vozidla a jeho osádky. Základními informacemi jsou: místa a časy nakládky a vykládky zboží.
DMS
6. 4 - DMS Upravena práce s vazbami na dokument: podrobnosti na https://wiki.eso9.cz/doku.php/techdoc:elarchiv - v objektech, kde se ruší vazba na dokument (tabulka DOKUMENT_VAZBA) způsobem "DELETE DOKUMENT_VAZBA" byl tento nahrazen procedurou "spTABLE_DelRecVazbyDOC". - v objektech, kde se ruší vazba na dokument (tabulka DOKUMENT_VAZBA) a vlastní dokument (tabulka DOKUMENT) se nově pouze ruší vazba na dokument procedurou "spDELETE_btVAZBA_DOKUMENT". - v objektech, kde se kopíruje vazba na dokument (tabulka DOKUMENT_VAZBA) z předchůdce do následníka se pracuje pouze s aktivními záznamy (VLDELETED = 0 --0=Vazba na dokument je Aktivní; 1=Vazba na dokument je Zrušena) - v objektech, kde se kopíruje vazba na dokument (tabulka DOKUMENT_VAZBA) z předchůdce do následníka se přebírá nově i vlastnost "Povolení smazání vazby"(VLDELETEENABLED)
6. 4. 1. 1 - Dokument V případě rušení záznamů v tabulkách, na které byly navázány dokumenty, se v příslušných procedurách spTABULKA_DelRec provádělo zrušení vazeb v tabulce DOKUMENT_VAZBA. Nyní byly tyto procedury (Delrec) upraveny tak, že se v nich volá nová procedura spTABLE_DelRecVazbyDOC, která zruší (fyzicky) všechny vazby na dokumenty, bez ohledu na to, jaký mají nastaven příznak zrušení (VLDELETED) nebo povolení zrušení (VLDELETEENABLED). Pokud už dokument nemá aktivní vazbu na jinou entitu (jinou tabulku nebo i jiný záznam téže tabulky), bude tomuto dokumentu nastaven příznak zrušení (vlDeleted=1, dokument se tedy fyzicky neruší, pouze se mu nastaví příznak zrušení). Funkčnost je v ESO9START zapojena nad tabulkami : HDOK, SDOK, SUBJEKT, ODVODDPH, DOKLADPP, BAV, ZBOZI, ROCUZAV, UZIVOBJ, UCTOBD, AKTIVITA, ZDROJ
Dokumenty se zakládají standardně s příznakem vlDeleteEnabled = 0, s výjimkou : - tabulka DOKLADPP (pro přenos dokladů mezi aplikacemi), kde se rovněž při zrušení záznamu fyzicky zruší i dokument (pokud není omezeno právy nebo zámkem) - Tabulka ODVODDPH – při tvorbě XML exportů DPH a KHDPH – pokud je při exportu zaškrtnuta volba „Smazat předchozí XML v dokumentech“, provede se i fyzické zrušení dokumentu
V objektech, kde se kopíruje vazba na dokument (tabulka DOKUMENT_VAZBA) z předchůdce do následníka, se pracuje pouze s aktivními záznamy (VLDELETED = 0) a nově se přebírá i vlastnost "Povolení smazání vazby" (VLDELETEENABLED) : - kopie dokladů (HDOK), složek (SDOK) - AKTIVITA (zakládání záznamů v tabulce AKTIVITA z E-mailů) - vytvoření majetku z FPU, kopie dokumentů k výkazu DPH k dokladu pro odvod DPH - připojování dokladů při na základě nastavení vlastnosti „Přenášet vazby DMS při párování“ v číselníku saldokont
Vytvořen nový trigger trDOKUMENT_UPD nad tabulkou DOKUMENT, který v případě, že se na dokumentu nastaví příznak smazaného dokumentu (DOKUMENT.VLDELETED=1), pak se tento příznak nastaví i u všech vazeb tohoto dokumentu (DOKUMENT_VAZBA.VLDELETED=1)
9. 1. 7 - Sazby DPH (doplněk č. 3 předchozí verze) Doplnění sazby DPH platné pro CZ legislativu od 1.1.2024 - založení sazby DPH s platností od 1.1.2024 : základní sazba 21%, snížená sazba 12% (tatáž se nastaví i druhé snížené sazby). Upraveny procedury dbo.spSazbaDPH_Napln a spSazbaDPHStat_Napln.
Protože od 1.1.2024 jsou obě sazby shodné a u položek základů a DPH se zobrazuje procento DPH, tak labely u položek obou sazeb budou mít shodný text (Základ 12% / Daň 12%). Z důvodu možných storen dokladů však musí být na formulářích zachována možnost zobrazení/pořízení 2. snížené sazby, Aby bylo zřejmé, kterou položku může uživatel vyplňovat, budou v CZ legislativě formuláře upraveny tak, že v případě dokladů s datem zdanitelného plnění od 1.1.2024 (s výjimkou dokladů s datem sazby DPH < 1.1.2024) bude label u položek 2. snížené sazby zobrazen s přeškrtnutým fontem.
9. 2. 4 - Odpisové skupiny majetku Do číselníku odpisových skupin byla doplněna položka "Přerušení odpisů zakázáno" (OdpSkup.vlPreruseniZakazano). Ve verzi 6.8 (CZ) bude tato vlastnost nastavena u daňových odpisových skupin D1_2020 a D2_2020. Pokud je na kartě majetku nastavena daňová odpisová skupina, která má nastaven zákaz přerušení odpisů, nelze u majetku zadat poznámky pro přerušení odpisů (s typem poznámky uvedené v parametru MAJ_Prerus_Zac a MAJ_Prerus_Kon). Upravena stránka Nastaveni\OdpSkup.htm. Upraveny procedury spOdpSkup_NewRec, spOdpSkup_Calrec, spZBOZIPOZN_ValRec
9. 2. 4 - Odpisové skupiny majetku Pro účely odepisování technologických částí fotovoltaických elektráren (do které spadají zejména panely, střídače, rozvaděče, napájení a baterie) byla vytvořena nová daňová odpisová skupina s kódem DRovnomFVE a názvem Daňový odpis FVE (240 měsíců).
Odepisování se provádí rovnoměrně po dobu 240 měsíců. Začíná se odepisovat v měsíci následujícím po datu zařazení, odpis se zaokrouhluje na celé koruny nahoru, technické zhodnocení neprodlužuje dobu odepisování, je nastaven zákaz přerušení odepisování. Vytvořeny nové funkce fnMaj_RovnDanFVE a fnMaj_RovnDleZust_W .
9. 2. 5 - Střediska Do číselníku středisek byla doplněna vazba na adresu subjektu (tabulku SUBJADR). - do tabulky STRED doplněna položka idSubjAdr - upraven pohled QSTRED - nová procedura spStred_btNULLAdresa - upravena procedury spStred_ValRec - upravena stránka Nastaveni/Stred.htm
9. 2. 7 - Účetní typy dokladů Do tabulky účetních předpisů účetního typu byla doplněna poznámka (UcPredUT.Poznamka_UcPredUT). Upravena stránka nastaveni\UcPredp.htm. Upraveny procedury spUcetTyp_Copy, spUcetPredUT_Copy, spExpTxt_UcetTyp, spUcetTyp_Copy_DB
9. 2. 7 - Účetní typy dokladů V souvislosti s doplněním nové položky do účetního předpisu byly přepracovány exporty a importy účetních typů. Původní způsob zpracování byl prováděn pomocí dll knihovny (ActX_Eso9Lib.CUcetTypExportImport), nyní se provádí pomocí nově vytvořených SQL procedur.
Upraveny stránky nastaveni\UcetTypImport.htm, nastaveni\UcetTypExport.htm. Nové SQL procedury a funkce : spUcetTyp_XmlExport, fnSeznamUcetnichTypuZXml, spUcetTyp_XmlImport_Nacti, spUcetTyp_ImportXML1, spUcetTyp_ImportXMLParams, spUcetTypImport_FC_MarkState, spUcetTypImport_FC_MF_Kod_UcetTyp_NEW
Upozornění : z důvodu změny struktur není možno načíst XML soubory vytvořené v aplikaci s nižší verzí.
Subjekty
9. 3 - Subjekty Položka SUBJEKT.SUBJ_POZNAMKA byla prodloužena z 60 znaků na 255 Upravené procedury a funkce : spWSCall_TxtSubjekt, spImportSzamlaDoHdok, fnUCETZAP_NESPZalohy, spDBLog_SUBJEKT, spTXT_SUBJEKT, spTXT_SUBJEKTALL, fnUserParams_Lang.
9. 3. 3. 3 - Bankovní účty subjektů Pokud je v aplikaci zakládán subjekt, automaticky k němu vzniká i záznam bankovního účtu (v tabulce SUBJBUCET), který je prázdný. Je-li následně spuštěna akce "Ověř subjekt" nebo "Ověření důvěryhodnosti plátce" (ve druhém případě jen když je v parametru DuvPlatce_ZalozUcty nastaveno, že se mají účty zakládat), tak vzniknou nové účty s vyšším pořadím a defaultní účet stále zůstával prázdný.
Byly upraveny procedury spSUBJEKT_MF_ND_PLATCE, spSubjekt_NastavOverenyUcet tak, aby se v případě, že k subjektu existuje jediný účet a tento je prázdný (nemá vyplněno číslo účtu ani IBAN), tak se nezakládá nový účet, ale aktualizuje se tento prázdný záznam. V případě, že takto vzniká více účtů pro subjekt, nahradí se prázdný (defaultní) účet jedním ze zakládaných účtů, následně je na uživateli, aby případně zvolil jiný defaultní účet.
9. 3. 3. 3 - Bankovní účty subjektů Procedura spSUBJBUCET_ValRec neumožňuje založení duplicitního účtu, ale pokud již takové duplicitní účty existovaly, nedovolí ho ani nastavit jako neaktivní (dříve nebylo důsledně kontrolováno např. při použití pomlčky v čísle účtu - za duplicitní se přitom nyní považují např. i účty 805-191/0100 a 805191/0100). Upravena procedura spSubjBUcet_ValRec tak, aby při nastavení neaktivního účtu nehlásilo chybu duplicity.
Dokladové číselníky
9. 4. 4 - Typy dokladů \ typ "VZR" (Vzor dokladu) U typu dokladu "VZR" (Vzor dokladu) se z položky "Číselná řada" vymazala původně zadaná číselná řada "VZR" (Číselná řada vzorů). Číselná řada ale zůstala mezi číselnými řadami (9. 4. 3. 0 - Číselné řady). Touto změnou se dosáhlo toho, že pří pořízení, kopii řádku (CTRL+K) i při kopii dokladu (spSDOK_btMarkKopie / spHDOK_btMarkKopie) se tato řada nepoužije. Proto je nutné číslo dokladu zadat (pří pořízení, kopii řádku), nebo před kopii dokladu vyplnit číslo dokladu v MF_CIS_DOKNEW.
9. 4. 6 - Vzory dokladů Ve formuláři vzorů dokladů byly vytvořeny 2 nové odkazy pro export a import vzorů.
V odkazu "Export" lze vyexportovat označené vzory do XML souboru. Z takto vytvořeného souboru je pak možno vzory importovat v jiné aplikaci (případně i ve stejné aplikaci pod jiným názvem vzoru). Exportovaný XML soubor obsahuje jak hlavičky vzorů dokladů, tak i jejich složky a dále jsou v něm uloženy i vazby mezi vzory (předchůdce - následník). V soubor nejsou exportovány ID navazujících číselníkových položek (například IDSTRED_MD), ale jejich odpovídající jednoznačné kódy (KOD_STR_MD).
V odkazu "Import" lze importovat vzory z XML souboru, který byl vytvořen pomocí odkazu "Export" v téže nebo jiné aplikaci.
Vstupní soubor je možno přenést z jiné aplikace například přes schránku (pomocí CTRL+C / CTRL+V), poté je nutno pomocí tlačítka "Zobraz vzory ze souboru" provést zpracování vstupního souboru - po provedení této akce se v prostřední formě zobrazí všechny vzory obsažené ve vstupním souboru. Druhou možností je načtení dat ze souboru uloženého v počítači, v tom případě je po výběru XML souboru nutno v horní formě tlačítkem "Načti soubor" provést načtení tohoto vstupního souboru - v tomto případě se již automaticky provede i jeho zpracování (není tedy nutno již provádět akci "Zobraz vzory ze souboru").
V prostřední formě jsou poté zobrazeny všechny vzory obsažené ve vstupním souboru, kromě čísla a názvu vzoru jsou zde i některé základní číselníkové položky : Kód peněžního účtu, Číselná řada, Středisko MD a DAL, Účet MD a DAL.
Následně je nutno označit všechny vzory, které chcete importovat do aplikace. V případě, že již vzor s daným číslem vzoru v aplikaci již existuje, je nutno zadat jiné číslo vzoru, pod kterým má být vzor vytvořen. Takováto čísla vzorů, které již existují, jsou v seznamu vzorů zvýrazněna červenou barvou. Ve spodní formě jsou zobrazeny případné chyby nebo varování. Pokud například exportovaný vzor měl vyplněno středisko XX a toto středisko v dané aplikaci neexistuje, zobrazí se tato informace jako varování. V takovém případě bude sice vzor naimportován, ale středisko u něj nebude vyplněno. Obdobně i všechny ostatní číselníkové položky. V exportním souboru se nepřenáší ID příslušného číselníku, ale jednoznačný kód číselníku (například kód střediska), na základě kterého se pak dohledává příslušné ID (IDSTRED_MD apod.). Záznamy s varováním jsou označeny oranžovou barvou, chybné záznamy červenou (existence některých základních číselníkových položek je povinná - například typ dokladu nebo měna). Pokud je ke vzoru ve spodní formě zobrazena nějaká chyba/varování, pak je i hlavička vzoru (v prostřední formě) zvýrazněna červenou/oranžovou barvou.
Označené vzory (pokud neobsahují chyby) lze naimportovat tlačítkem "Importuj označené vzory". Vzory se zakládají včetně složek a pokud je v horní formě zvolena možnost "včetně vazeb mezi vzory", tak se zakládají i vazby i mezi vzory.
Nové stránky : Nastaveni / VzoryImport.htm - Nastaveni / VzoryExport.htm Upravená stránka : VzorDok.htm Nové procedury a funkce : spVzor_ExportXML,spHdokVzor_ExportXMLParams, fnImportVzoru_Detail, fnImportVzoru_DetailSDOK, fnImportVzoru_SeznamChyb, fnSeznamVzoruZXml, spHdokVzor_NactiSoubor, spImportVzoru_Hdok, spHdokVzor_ImportXMLParams, spVZORYIMPORT_FC_MarkState, spVZORYIMPORT_FC_MF_CISVZOR_NEW
Zboží, služby, majetek..
9. 5 - Zboží, služby, majetek.. U sortimentů v níže uvedených činností doplněn odkaz na Dokumenty: - činnost 9. 5. 9 Zboží - činnost 9. 5.11 Služby - činnost 9. 5.13 Ostatní složky
Spolu s tím upraveny tyto předlohy: - nastaveni\Sortiment_Doc.htm: zobrazuje dokumenty k Sortimentu - nastaveni\Zbozi.htm: doplněn odkaz na Dokumenty - nastaveni\Sluzba.htm: doplněn odkaz na Dokumenty - nastaveni\OstSloz.htm: doplněn odkaz na Dokumenty
9. 5. 7 - Sklady Při založení nového skladu včetně vzorů se na nově založené vzory nepřenášel stavu dokladu z původního vzoru (HDOK.vlStavHdok - zakládal se vždy se stavem 0).
Upravena procedura spSklad_KopieSeVzory - stav u nově vzniklého vzoru se zkopíruje z původního vzoru.
9. 5.10 - Zboží na skladě \ odkaz "Šarže zboží" V předloze "nastaveni\ZbozSklSarzeStav.htm" zrušeno tlačítko "Nový" ve spodní formě "Šarže zboží na skladě". Ponechána tedy pouze tlačítka "Uložit" a "Storno".
Parametrizace systému
9. 6. 2 - Uživatelské objekty Ve formuláři uživatelských objektů (Nastaveni\UzivObj.htm) bylo doplněno tlačítko "Aktualizace závislých objektů", které provede aktualizaci metadat pro danou uloženou proceduru (pohled, funkci). Spuštění této akce je vhodné provést nad objektem například v případě, že se mění (ruší, doplňují) položky do pohledu nebo funkce, které se používají v jiných pohledech (funkcích, procedurách) a případná neexistence položky v základním pohledu by mohla způsobit syntaktickou chybu při použití v jiném pohledu (funkci, proceduře). Pokud se některý ze závislých objektů nepodaří aktualizovat z důvodu chyby, je třeba ho následně upravit, jinak při jeho použití dojde k chybě.
Tato kontrola se rovněž pouští automaticky při zakládání uživatelského objektu pomocí SQL procedury spUzivObj_PodleProc - v případě existence závislých objektů je vypsána informace o jejich aktualizaci, případně je vypsán seznam objektů, které se nepodařilo aktualizovat.
Upravená procedura spUzivObj_PodleProc, nová procedura spUzivObj_RefreshDependentObjects
Změny funkcí
fnADR_PRNODESILATELDOPRAVCE Funkce použita ve fnDoprava_Sestava_StazkaADR určené jako datový zdroj pro sestavu DopravaStazkaADR. Doplněna podpora pro vozidla ve zdroji.
fnDoprava_Sestava_SilnicniDan_One - Funkce pro výpočet silniční daně pro vozidlo vedené v HDOK Ošetření změn v zaokrouhlování při výpočtu daně silniční pro rok 2023. Byla zapracována změna dle info mailu z ePodpory (GFŘ) z 13.12.2023: Subject: Informační e-mail číslo 106: Informace o úpravě v dani silniční a dalších změnách Dobrý den, informujeme, že do formuláře přiznání k dani silniční byla zapracována nová úprava přepočtů, kontrol a pokynů písemnosti DSLDP3 v návaznosti na změnu výpočtu daně v souvislosti se zaokrouhlováním. Od roku 2023 a dále se budou hodnoty sloupců 21, 24, 25 a 26 vypočítávat zaokrouhlené na dvě desetinná místa (pro rok 2022 zůstává metodika výpočtů s oříznutím na dvě desetinná místa bez zaokrouhlení).
fnDoprava_Sestava_SilnicniDan_One_ZDROJ - Funkce pro výpočet silniční daně pro vozidlo vedené v ZDROJI Ošetření změn v zaokrouhlování při výpočtu daně silniční pro rok 2023. Byla zapracována změna dle info mailu z ePodpory (GFŘ) z 13.12.2023: Subject: Informační e-mail číslo 106: Informace o úpravě v dani silniční a dalších změnách Dobrý den, informujeme, že do formuláře přiznání k dani silniční byla zapracována nová úprava přepočtů, kontrol a pokynů písemnosti DSLDP3 v návaznosti na změnu výpočtu daně v souvislosti se zaokrouhlováním. Od roku 2023 a dále se budou hodnoty sloupců 21, 24, 25 a 26 vypočítávat zaokrouhlené na dvě desetinná místa (pro rok 2022 zůstává metodika výpočtů s oříznutím na dvě desetinná místa bez zaokrouhlení).
fnDoprava_Sestava_Stazka Funkce pro sestavu pro tisk stazky (Doprava_Stazka_Formular), doplněna funkčnost i pro vozidla ve zdrojích.
fnDoprava_Sestava_StazkaADR Nová funkce pro datový zdroj sestavy stazky ADR - DopravaStazkaADR. Datový zdroj v sestavě ve formě dlouhého selectu byl změněn na select z této funkce a doplněna funkčnost i pro vozidla ve zdrojích.
fnDoprava_Stazka_FiltrSluzeb Funkce pro nalezení typového výkonu u vozidla. Doplněna funkčnost i pro vozidla ve zdrojích.
fnIdCert - Vyhodnotí certifikátu pro podpis PDF Vyhodnotí a vrátí ID certifikátu pro účely např. digitálního podpisu (ISDOC, PDF, ...). ID certifikátu vyhodnoceno v tomto pořadí : * ID certifikátu navrácené touto funkcí * ID certifikátu dle parametru aplikace CERT_SN * buď jako hodnota parametru pro uživatele, * nebo pro celou aplikaci
Změny v instalaci
Odinstalace ESO9 Start / PAM V aktuální verzi (6.7) dojde k chybě při odinstalaci aplikací ESO9Start / ESO9PAM (Error 1001).
Vzhledem k datu vydání aktuální verze 8.6.2023 a datu nalezení chyby (srpen 2023) nelze nyní zpětně změnit instalaci aktuální verze, která je již u většiny zákazníků nasazena. Oprava se proto bude týkat až následující verze 6.8 s datem vydání v lednu 2024.
Pro úspěšnou odinstalaci verze 6.7 je nutné před odinstalací provést zásah v registrech: * pro odinstalaci aplikace ESO9Start změnit název klíče "HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\ESO9 international a.s." na "HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\ESO9" * pro odinstalaci aplikace ESO9PAM změnit stejným způsobem klíč "HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\ESO9 international .a.s."
Změny v technologii .NET
/script/DoklHlav_SS2.js (doplněk č. 3 předchozí verze) Do eso9start doplněn skript /script/DoklHlav_SS2.js. Zapojený je v /include/DoklHlav_SS2.htm Provádí přeškrtnutí písma sazby pokud je doklad v datumech kdy tato sazba neplatí.
Změny procedur
AccountApi V AccountApi verze 1.1.00 upraveno rozhraní pro Komerční banku. Pro zajištění dostupnosti online transakční historie Komerční banky je potřeba novou verzi assembly nasadit nejpozději do 31.1.2024. Se změnou rozhraní souvisí zavedení nových parametrů pro KB v definici importu bankovních výpisů - AppKey ADAA - api key pro Account Direct Access API - AppKey Client Registration- api key pro Client Registration - AppKey Oauth2 - api key pro OAuth2 - Email - nově povinný kontaktní email použitý při registraci aplikace v KB
-upravené SQL procedury spBankaApi_Register_KBApp volaná při registraci aplikace
dbo.spDS_DatZpr_Prenos Opravena procedura spDS_DatZpr_Prenos pro parametr aplikace DS_DZ_PRENOS s hodnotou 1 nebo 2, kdy se mají datové zprávy přenášet do dceřiných DB
spCREATE_DBDOC - Zakládá DOC databázi a pohled QESO9DOC Na rozhraní doplněny nepovinné parametry @PATHDATA SYSNAME = NULL, @PATHLOG SYSNAME = NULL. Pokud má parametr hodnotu NULL, pak se jeho hodnota uvnitř procedury zjišťuje tak jako doposud.
spCREATE_DBLOG - Zakládá LOG databázi a pohled QESO9LOG Na rozhraní doplněny nepovinné parametry @PATHDATA SYSNAME = NULL, @PATHLOG SYSNAME = NULL. Pokud má parametr hodnotu NULL, pak se jeho hodnota uvnitř procedury zjišťuje tak jako doposud. V proceduře se zakládá pohled QESO9LOG novou procedurou spCreate_View_ESO9LOG
spCreate_View_ESO9LOG - Zakládá / opravuje pohled QESO9LOG Nová procedura spCreate_View_ESO9LOG, která zakládá / opravuje pohled QESO9LOG. Má nepovinný parametr @DBNAME SYSNAME = NULL.
spCreateView_HOLD - Procedura pro vytváření holdigových pohledů U 9.12. 1 Nastavení synchronizace Oprava chyby v COLLATION při přidání slave databáze s jiným nastavením řazení slavu oproti master db (CZ/SK,...)
spDoprava_CestPrikaz_ImportStazka_ZDROJ - Export stazky ve zdrojích do cestovních příkazů Procedura pro button "Export" v Doprava_KopieStazkaCesta_ZDROJ.htm
spDoprava_Napln - Aktualizace sazeb dopravy Aktualizace dat v 6. 1. 3. 5 Sazby Aktualizace sazeb dle vyhlášky č. 398/2023 Sb. Vyhláška o změně sazby základní náhrady za používání silničních motorových vozidel a stravného a o stanovení průměrné ceny pohonných hmot pro účely poskytování cestovních náhrad pro rok 2024. https://www.zakonyprolidi.cz/cs/2023-398?text=398%2F2023 Aktualizce sazeb: Stravné CZ - jen pokud v tabulce ZBOZISAZBY neexistují Sazby PHM pro benzin 95, benzin 98, nafta, elektřina Amortizace
spDoprava_Sadzby_2020 - Sazby pro výpočet dane z motorových vozidiel pro SK legislativu Naplnění sazeb potřebných pro výpočet Dane z motorových vozidiel pro SK legislativu. Tzn. aktualizace dat u činností 6. 1. 3. 3 Prevádzkové vlastnosti a 6. 1. 3. 5 Sadzby dle příloh 1 a 1a zákona č. 361/2014 Z. z. Zákon o dani z motorových vozidiel. https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2014/361/20201201.html
Do verzového scriptu bylo doplněno spuštění procedury.
spEso9Model_UzivObjProTab - Procedura na vytvoření scriptu pro založení uživatelského objektu pro Add tabulky V případě doplnění spočtené položky do datového modelu se negeneroval správný kód pro změnový script a script pro založení uživatelského objektu. Upraveny procedury spEso9Model_UzivObjProTab a spEso9Model_TestTable.
spGenQSYNCHR_UZSKAPL - Procedura pro generování holdingového pohledu QSYNCHR_UZSKAPL_HOLD U 9.12. 1 Nastavení synchronizace Oprava chyby v COLLATION při přidání slave databáze s jiným nastavením řazení slavu oproti master db (CZ/SK,...)
spHDOK.. - fchange pro sloupce IDTYPSUBJ, IDSUBJEKT a VLHPOHLEDAVKA_ZAVAZEK tabulky HDOK Pokud jsou v "Subjektu v typu subjektu"(SUBJVTSUBJ) vyplněné účty, tak se do hlavičky dokladu nově převezmou oba účty bez ohledu na vlastnost "Pohledávka nebo závazek" (VLHPOHLEDAVKA_ZAVAZEK) tak jako doposud.
Stávající řešení - Pokud je "Pohledávka nebo závazek" (HDOK.VLHPOHLEDAVKA_ZAVAZEK) = 1-oni budou platit nám, pak se ze "Subjektu v typu subjektu" převzal účet MD (pokud není NULL) - Pokud je "Pohledávka nebo závazek" (HDOK.VLHPOHLEDAVKA_ZAVAZEK) = 2-my budeme platit jim, pak se ze "Subjektu v typu subjektu" převzal účet DAL (pokud není NULL) HDOK.IDUCTOSN_MD = CASE HDOK.VLHPOHLEDAVKA_ZAVAZEK WHEN 1 THEN ISNULL(SUBJVTSUBJ.IDUCTOSN_MD, HDOK.IDUCTOSN_MD) --1-oni budou platit nám ELSE HDOK.IDUCTOSN_MD END HDOK.IDUCTOSN_DAL = CASE HDOK.VLHPOHLEDAVKA_ZAVAZEK WHEN 2 THEN ISNULL(SUBJVTSUBJ.IDUCTOSN_DAL, HDOK.IDUCTOSN_DAL) --2-my budeme platit jim ELSE HDOK.IDUCTOSN_DAL END
Nové řešení - Ze "Subjektu v typu subjektu" se převezmou oba účty MD i DAL (pokud nemají hodnotu NULL) HDOK.IDUCTOSN_MD = ISNULL(SUBJVTSUBJ.IDUCTOSN_MD, HDOK.IDUCTOSN_MD) HDOK.IDUCTOSN_DAL = ISNULL(SUBJVTSUBJ.IDUCTOSN_DAL, HDOK.IDUCTOSN_DAL)
Změna je provedena v následujících objektech: - fchange spHDok_IDTYPSUBJ: fchanhe nad sloupcem HDok.IDTYPSUBJ - fchange spHDok_IDSUBJEKT: fchanhe nad sloupcem HDok.IDSUBJEKT - fchange spHdok_FC_VLHPOHLEDAVKA_ZAVAZEK: fchanhe nad sloupcem Hdok.VLHPOHLEDAVKA_ZAVAZEK
spHDok_btMarkKopie, spSDok_btMarkKopie - Kopírovací procedury dokladů Kopírovací procedury spHDok_btMarkKopie / spSDok_btMarkKopie rozšířeny o níže uvedené nepovinné parametry. Parametry slouží k definici dalších parametrů příslušné exec procedury @MF_EXECHDOK/@MF_EXECHDOK ve standardní podobě např. @IDSUBJEKT=452, @VLSTAVHDOK=10, nebo jako XML např. @XMLPARAM=<PARAMS><IDSUBJEKT>452</IDSUBJEKT><VLSTAVHDOK>10</VLSTAVHDOK></PARAMS>. Parametry se vždy přidají na konec volané EXEC procedury. Rozhraní exec procedury musí odpovídat předávaným parametrům. Nepovinné parametry: - @MF_EXECHDOKPARAM VARCHAR(MAX) = NULL - @MF_EXECSDOKPARAM VARCHAR(MAX) = NULL
Podle stejných pravidel byly upraveny procedury volané uvnitř spHDok_btMarkKopie / spSDok_btMarkKopie: - spSDok_Copy - spSlozka_Copy - spDoklad_HDok Nepovinné parametry: - @EXECHDOKPARAM VARCHAR(MAX) = NULL - @EXECSDOKPARAM VARCHAR(MAX) = NULL
spKopieAddTabulky - Procedura pro kopírování všech položek ADD tabulky Pokud tabulka obsahovala spočtenou položku, skončilo kopírování chybou. Upravena procedura spKopieAddTabulky - nekopírují se spočtené položky (do podmínky pro vytvoření seznamu kopírovaných položek doplněna podmínka isComputed = 0).
spQZDROJVOZIDLO_KNIHAJIZD_CalRec - CalRec pro Knihu jízd pro zdroje. Pro činnost 6. 1. 1. 5 Karty vozidel - zdroje Odkaz Kniha jízd CalRec pro Knihu jízd pro zdroje.
spQZDROJVOZIDLO_KNIHAJIZD_IDZBOZI - FChange pro dotažení údajů o Cestě (IDZBOZI) Pro činnost 6. 1. 1. 5 Karty vozidel - zdroje Odkaz Kniha jízd FChange pro dotažení údajů o Cestě (IDZBOZI)
spQZDROJVOZIDLO_KNIHAJIZD_NewRec - NewRec pro Knihu jízd pro zdroje. Pro činnost 6. 1. 1. 5 Karty vozidel - zdroje Odkaz Kniha jízd NewRec pro Knihu jízd pro zdroje.
spQZDROJVOZIDLO_KNIHAJIZD_ValRec - ValRec pro Knihu jízd pro zdroje Pro činnost 6. 1. 1. 5 Karty vozidel - zdroje Odkaz Kniha jízd ValRec pro Knihu jízd pro zdroje.
spQZDROJVOZIDLO_OSOBY_DelRec - DelRec Osoby k vozidlu pro zdroje Pro činnost 6. 1. 1. 5 Karty vozidel - zdroje Odkaz Osoby DelRec Osoby k vozidlu pro zdroje
spQZDROJVOZIDLO_OSOBY_NewRec - NewRec Osoby k vozidlu pro zdroje Pro činnost 6. 1. 1. 5 Karty vozidel - zdroje Odkaz Osoby NewRec Osoby k vozidlu pro zdroje
spQZDROJVOZIDLO_OSOBY_ValRec - ValRec Osoby k vozidlu pro zdroje Pro činnost 6. 1. 1. 5 Karty vozidel - zdroje Odkaz Osoby ValRec Osoby k vozidlu pro zdroje
spQZDROJVOZIDLO_SLUZBY_DelRec - DelRec Služby k vozidlu pro zdroje Pro činnost 6. 1. 1. 5 Karty vozidel - zdroje Odkaz Služby DelRec Služby k vozidlu pro zdroje
spQZDROJVOZIDLO_SLUZBY_NewRec - NewRec Služby k vozidlu pro zdroje Pro činnost 6. 1. 1. 5 Karty vozidel - zdroje Odkaz Služby NewRec Služby k vozidlu pro zdroje
spQZDROJVOZIDLO_SLUZBY_ValRec - ValRec Služby k vozidlu pro zdroje Pro činnost 6. 1. 1. 5 Karty vozidel - zdroje Odkaz Služby ValRec Služby k vozidlu pro zdroje
spQZDROJVOZIDLO_VAZBY_CIS_ZDROJ_N - FChange pro dotažení údajů o vozidle Pro činnost 6. 1. 1. 5 Karty vozidel - zdroje Odkaz Přívěsy a nástavby FChange pro dotažení údajů o vozidle
spQZDROJVOZIDLO_VAZBY_DelRec - DelRec Vazby na přívěsy a nástavby pro zdroje Pro činnost 6. 1. 1. 5 Karty vozidel - zdroje Odkaz Přívěsy a nástavby DelRec Vazby na přívěsy a nástavby pro zdroje
spQZDROJVOZIDLO_VAZBY_NewRec - NewRec Vazby na přívěsy a nástavby pro zdroje Pro činnost 6. 1. 1. 5 Karty vozidel - zdroje Odkaz Přívěsy a nástavby NewRec Vazby na přívěsy a nástavby pro zdroje
spQZDROJVOZIDLO_VAZBY_ValRec - ValRec Vazby na přívěsy a nástavby pro zdroje Pro činnost 6. 1. 1. 5 Karty vozidel - zdroje Odkaz Přívěsy a nástavby ValRec Vazby na přívěsy a nástavby pro zdroje
spSynchrJmenoMasterDB - Procedura vrací jméno MASTER db, pokud je aplikace SLAVE databází u synchronizace číselníků Procedura vrátí pro daný synchronizovaný číselník jméno MASTER databáze, pokud se volá ze slave db, ve které je číselník synchronizován a tudíž existuje trigger ReadOnly, bránící zápisu do synchronizovaných sloupců číselníku. Pokud se volá z master databáze, nebo databáze která číselník nesynchronizuje vrátí prázdný řetězec. Pokud existuje trigger ReadOnly a v tabulce SYNCHRMASTER.DB_JMENO není definované jméno MASTER databáze, vrátí procedura chybu. Podpůrná procedura pro dynamické SQL.
spWFLOW_SDOKimport_AfterInsert - Wflow Nová uživatelská procedura, která umožňuje vstoupit do importního procesu dokladů z wflow. Procedura je volána po založení složky dokladu. Její popis je v dokumentu ESO9-Wflow.pdf
spZdroje_Napln - Aktualizace číselníků zdrojů Doplnění číselníku čerpacích stanic (VLCERPACI_STANICE) pro vozidla, VLDRUH_ZDROJ = 1
Změny předpisů sestav
Doplnění razítka - Zápočty, upomínky, majetek Na sestavách zápočtů, upomínek a karet majetku byl doplněn tisk razítka firmy. Upraveny sestavy : Zap_DD.idc, Zap_DD_Navrh.idc, UpominkaHDOK, InvKarta.idc, SesMajTZ.idc, SesMajVyr.idc, SesMajZar.idc, LikvUcet.idc
DOPRAVA\SESTAVA_SILNICNIDAN.HTM - Daň z motorových vozidiel pro SK legislativu SK legislativa 6. 1. 4. 1 Daň z motorových vozidiel Doplnění odkazu "Opis vozidiel (DMVv20)" pro náhled výpočtu Dane z motorových vozidiel. Původní sestava je pod odkazem "Opis vozidiel (DMVv15)".
Doprava_SD_Vozidla_Opis_DMVv20 - Doprava - Opis vozidel pro silniční daň DMVv20 pro SK legislativu Slovenská legislativa 6. 1. 4. 1 Daň z motorových vozidiel Vytvoření nové sestavy pro odkaz "Opis vozidiel (DMVv20)" pro náhled výpočtu Dane z motorových vozidiel.
Doprava_Silnicni_dan_detail - Doprava - kontrolní vypis vozidel pro silniční daň 6. 1. 4. 1 Silniční daň Doplněn parametr MF_ROK
Doprava_Silnicni_dan_detail_ZDROJ - Doprava - kontrolní vypis vozidel pro silniční daň - ZDROJ 6. 1. 4.31 Silniční daň - zdroje Doplněn parametr MF_ROK
DopravaStazkaADR - Sestavy ADR Změněn datový zdroj ADR_OD - doplněna funkčnost pro vozidla ve zdrojích
Inv_zavazku.idc - Sestavy Inventarizace závazků / pohledávek Proveden překlad sestav inventarizace závazků (Inv_zavazku.idc) a pohledávek (Inv_pohledavek.idc), doplnění některých nepřeložených výrazů.
Změny datových struktur
Dokument - Elektronický archiv ESO9 V aplikacích ESO9 Start byla doplněna práce s tzv. elektronickým archivem. Cílem bylo zejména znemožnit mazání dokumentů (tj. souborových příloh k záznamům v tabulkách ESO9) z aplikací ESO9 Start (ekonomický ERP systém). V aplikacích typu ESO9 PAM (personální a mzdový systém) zůstává práce s dokumenty beze změny. Podrobnější popis je k dispozici na https://wiki.eso9.cz/doku.php/techdoc:elarchiv.
DOPRAVAHLAV - Tabulka hlaviček stazek Doplnění sloupců: IDZDROJ - ID zdroj vozidla VLZDROJ - stazka s vozidly ze zdroje, vlastnost určuje, zda byla stazka vytvořena s vozidly v HDOK, nebo ve zdrojích
ZDROJ_VOZIDLO - Add tabulka zdrojů pro vozidla Doplnění sloupců: MNHMOTNOSTUZIT - Užitková/užitečná hmotnost v kg (pro potřeby ADR sestavy u stazek) VLBEZNADRZE - Vozidlo nemá nádrž (pro stazky, čerpání PHM u přípojných vozidel s nádrží)
ZDROJSLOZKA - Složka ke zdrojům Nová tabulka pro Složku ke zdrojům (použita pro ukládání dat u knihy jízd, čerpání PHM, u stazek,...)
ZDROJSLOZKAADD - Nová add tabulka ke Složce ke zdrojům Nová add tabulka ke Složce ke zdrojům (použita pro ukládání dat u knihy jízd, čerpání PHM, u stazek,...)
ZDROJVAZBA - Tabulka definující vazby tabulky ZDROJ na jiné tabulky Doplněn sloupec IDZDROJSLOZKA - vazba na novou tabulku Složka ke zdrojům
Změny pohledů
QDOPRAVAHLAV Přidána where podmínka jen pro zobrazení stazek s vozidky v HDOK: WHERE ISNULL(DOPRAVAHLAV.VLZDROJ,0) = 0
QDOPRAVAHLAV_ZDROJ Pohled pro stazku ze zdrojů, použit v: zdroje/Doprava_Stazka_ZDROJ.htm zdroje/Doprava_Stazka_CerpaniPHM_ZDROJ.htm zdroje/Doprava_KopieStazkaCesta_ZDROJ.htm
QHDOK_RADSTA_ZDROJ Nový pohled pro řádek stazky s vozidly ze zdrojů: zdroje/Doprava_Stazka_ZDROJ.htm
QSUBJEKT Upravena spočtená položka wwwARES pohledu QSUBJEKT na novou URL adresu https://ares.gov.cz/ekonomicke-subjekty/res/+ICO
qsubjekt - Pohled qSubjekt (doplněk č. 4 předchozí verze) V důsledku změn na stránkách informačního systému ARES je nutno změnit odkaz v pohledu qSubjekt. Ve standardním pohledu qSubjekt byl původní odkaz lower('http://wwwinfo.mfcr.cz/cgi-bin/ares/ares_es.cgi?jazyk=cz&obch_jm=&ico='+ICO +'&xml=1') AS wwwARES, nahrazen novým odkazem 'https://ares.gov.cz/ekonomicke-subjekty/res/'+ICO AS wwwARES,
Pokud byl v aplikaci pohled přepsán v uživatelských objektech, je nutno tuto změnu provést i v příslušném uživatelském objektu. V případě, že v uživatelském objektu byl tento odkaz shodný jako ve verzi ESO9START, pak se jeho nahrazení novým odkazem provede v uživatelském objektu automaticky. Pokud však byl uveden v nějakém jiném (pozměněném) tvaru, změna se automaticky neprovede a je nutno úpravu uživatelského objektu provést ručně.
QZDROJ_VOZIDLO Doplnění nových sloupců: ZDROJ_VOZIDLO.VLBEZNADRZE, ZDROJ_VOZIDLO.MNHMOTNOSTUZIT
QZDROJVAZBA Změna v souvislosti s doplněním sloupce ZDROJVAZBA.IDZDROJSLOZKA Změna výpisu sloupců v pohledu na: ZDROJVAZBA.*
QZDROJVOZIDLO_KNIHAJIZD Nový pohled pro zdroje/Zdroj_Vozidla_KnihaJizd.htm
QZDROJVOZIDLO_OSOBY Pohled pro zdroje/Zdroj_Vozidla_Osoby.htm
QZDROJVOZIDLO_PHM Nový pohled pro: zdroje/Zdroj_Vozidla_PHM_Mereni.htm zdroje/Doprava_Stazka_CerpaniPHM_ZDROJ.htm
QZDROJVOZIDLO_SLUZBY Nový pohled pro zdroje/Zdroj_Vozidla_Sluzby.htm
QZDROJVOZIDLO_VAZBY Nový pohled pro zdroje/Zdroj_Vozidla_Vazby.htm
Změny webových stránek
*.htm - Kopírovací formuláře s výběrem vzoru Pokud je stejný vzor uveden pod typem dokladu vícekrát (pro různé skupiny uživatelů, uživatele...), pak v kopiích, kde se vzory vybírají, se vzor zobrazuje několikrát – duplicita. Příkladem může být tvorba SPU z NOB. Pro eliminaci duplicit upraveny datové zdroje u těchto forem: - WEB Eso9Start - doprava\Doprava_KopieStazkaCesta.htm - nakup\FPU2INTRVN.htm - nakup\KopieCenPop_VObj.htm - nakup\KopieNOBdoSPUF.htm - nakup\KopieNObjdoREK.htm - nakup\KopiePrDoNa_NOB2NOO.htm - nakup\NobzPob.htm - nakup\vnzfap.htm - nakup\ZFaP_VytvDan.htm - nastaveni\ExterniZasoby.htm - nastaveni\KopiePrDoNa.htm - nastaveni\VzorKopie.htm - posta\VytvorFAP.htm - posta\VytvorFPZ.htm - prodej\FVU2INTRVN.htm - prodej\KopieCenNab_PObj.htm - prodej\KopiePOBdoNOB.htm - prodej\KopiePOBdoSVUF.htm - prodej\KopiePObjdoREK.htm - prodej\KopiePOSV.htm - prodej\KopiePrDoNa_POB2POO.htm - prodej\TvorbaVyrPrik.htm - prodej\VytvorDokladJCD.htm - prodej\VytvorZalohu.htm - prodej\VytvorZalohuPN.htm - prodej\ZFaV_VytvDan.htm - servis\KopDoNakObj.htm - sklad\KopieSPUdoSVU.htm - sklad\PrijemHV.htm - sklad\PrijemHVPN.htm - sklad\PrijemkazV_kkop.htm - sklad\VydejkazP_kkop.htm - teplo\KopiePrDoNa_FVU.htm - zadavani\NavrhNOBzKK.htm - zadavani\NavrhNOBzKKzak.htm - zadavani\START_NavZakNeadresna.htm - zadavani\START_VyrobaVzorKopiePrijem.htm - zadavani\START_VyrobaVzorKopiePrijemPOB.htm - zadavani\START_VyrobaVzorKopiePrijemZm.htm - zadavani\VyrobaVzorKopiePrijem.htm - zadavani\VyrobaVzorKopiePrijemZm.htm - zasilky\SVU2EXBB.htm - zasilky\SVU2EXPPL.htm
doprava\Sestava_SilnicniDan.htm - Silniční daň 6. 1. 4. 1 Silniční daň Změna předvyplnění položky Rok.
Nastaveni\SestavaDetail.htm - Tvorba definice offline sestavy Do činnosti "9. 6. 3. 1 Uživatelské sestavy - detail" bylo doplněno tlačítko s textem "Tvorba offline sestavy", které založí definici dané sestavy do offline sestav pro zpracování Reporting Serverem.
Pokladní doklady - Zobrazování počtu smazaných dokumentů V souvislosti se zavedením digitálního archivu byla do níže uvedených stránek do parametru HiddenFields doplněna položka MF_PocetSmazanych. Používá se v textu tlačítka "Dokumenty v koši" pro zobrazení počtu smazaných dokumentů.
subjekt\SubjAdr.htm - Adresa subjektu Sloučení duplicitních řádků typu <input type="hidden" name="hiddenfields" value="..."> do jednoho řádku.
subjekt\SubjOsob.htm - Osoba k subjektu Sloučení duplicitních řádků typu <input type="hidden" name="hiddenfields" value="..."> do jednoho řádku.
subjekt\Subjvts.htm - Subjekt v typu subjektu V předloze opravena pravopisná chyba. Label "Vůči datumu" opraven na "Vůči datu".
ucet\DoklHlav.htm Ve stránce ucet\DoklHlav.htm -ve spodní formě se nezobrazovalo číslo a název zdroje. Opraveno - v datovém zdroji doplněny položky Cis_Zdroj, Nazev_Zdroj.
ukoly\KontrolyUkolu_n.htm - Všechny úkoly uživatele Sloučení duplicitních řádků typu <input type="hidden" name="hiddenfields" value="..."> do jednoho řádku.
zdroje\Doprava_KopieStazkaCesta_ZDROJ.htm - Export do cestovních příkazů - zdroje Předloha pro nový odkaz Export do cestovních příkazů u 6. 1. 2.12 Evidence cest (stazky) - zdroje
zdroje\Doprava_Stazka_CerpaniPHM_ZDROJ.htm - Čerpání PHM - zdroje Předloha pro nový odkaz Čerpání PHM u 6. 1. 2.12 Evidence cest (stazky) - zdroje
zdroje\Doprava_Stazka_ZDROJ.htm - Evidence cest (stazky) - zdroje Předloha pro novou činnost 6. 1. 2.12 Evidence cest (stazky) - zdroje
zdroje\KartaVozidla_cis_Zdroj.htm - Karta vozidla - zdroje Číselník Karta vozidla u činnost 6. 1. 2.12 Evidence cest (stazky) - zdroje. Doplnění %WHERE% do datového zdroje formy.
zdroje\OsobaPAM_Cis_Stazka_ZDROJ.htm - Osoba - zdroje Předloha pro nový číselník Osoba pro výběr řidiče 1 a 2 u 6. 1. 2.12 Evidence cest (stazky) - zdroje
zdroje\Sestava_SilnicniDan_Zdroj.htm - Silniční daň - zdroje 6. 1. 4.31 Silniční daň - zdroje Změna předvyplnění položky Rok.
zdroje\Zdroj_typVazby.htm - Typ vazby Doplnění pohledu QZDROJ_TYPVAZBY do datového zdroje formy.
zdroje\Zdroj_Vozidla.htm - Karty vozidel - zdroje Změna předlohy pro 6. 1. 1. 5 Karty vozidel - zdroje
Byly doplněny odkazy: - Stav PHM a měření - Kniha jízd - Osoby - Služby - Přívěsy a nástavby
Doplnění položek: - Užitečná hmot. v kg (MNHMOTNOSTUZIT) - pro sestavu ADR (Stazky) - Bez nádrže (VLBEZNADRZE) - pro čerpání PHM u přípojných vozidel s nádrží (Stazky)
zdroje\Zdroj_Vozidla_KnihaJizd.htm - Kniha jízd - zdroje Předloha pro nový odkaz Kniha jízd u 3.10. 1. 2 Vozidla (6. 1. 1. 5 Karty vozidel - zdroje)
zdroje\Zdroj_Vozidla_Osoby.htm - Osoby - zdroje Předloha pro nový odkaz Osoby u 3.10. 1. 2 Vozidla (6. 1. 1. 5 Karty vozidel - zdroje)
zdroje\Zdroj_Vozidla_PHM_Mereni.htm - Stav PHM a měření - zdroje Předloha pro nový odkaz Stav PHM a měření u 3.10. 1. 2 Vozidla (6. 1. 1. 5 Karty vozidel - zdroje)
zdroje\Zdroj_Vozidla_Sluzby.htm - Služby- zdroje Předloha pro nový odkaz Služby u 3.10. 1. 2 Vozidla (6. 1. 1. 5 Karty vozidel - zdroje)
zdroje\Zdroj_Vozidla_Vazby.htm - Přívěsy a nástavby - zdroje Předloha pro nový odkaz Přívěsy a nástavby u 3.10. 1. 2 Vozidla (6. 1. 1. 5 Karty vozidel - zdroje)
Výroba pro ESO9
Změna činnosti
Tvorba rozpadu výrobní dokumentace - Odkazy z různých činností/formulářů - přípravy výroby Formuláře pro tvorbu rozpadů: - Zadavani/START_TvorbaVyrobnihoRozpadu.htm - Zadavani/SART_TvorbaVyrobnihoRozpaduPOB.htm
Rozšířeny o tlačítko pro přepočet kalkulace. Při změně dokumentace (doplnění položek kusovníku, nebo operací technologického postupu) lze vyvolat přepočet plánované ceny podle zadaného kalkulačního vzorce. V souvislosti s tím byla vytvořena nová procedura spVYROBA_PrepocetKalkulace
Výroba
5. 1. 1. 3 - Technologická dokumentace - Odkaz na inverzní kusovník nefiltroval zobrazení browsu podle dílu ze kterého byl volán (opraveno)
- Tlačítko „Přepočítat rozpad“ na formuláři díl: Vždy provádí přepočet s pevným nastavením metody 0 -generalizovaná (parametr Eso TPV_ROZPADMETODA), tedy přepočítává všechny podsestavy v sestavě a provádí management výrobních variant.
- Uplatnění nové logiky způsobu práce s daty při generování rozpadů: Při přepočtu rozpadu systém dočasně uchovává již provedené rozpady (v požadované/nastavené výrobní variantě alternativní od základní, evidované na dílu) a ty pak s výhodou při přepočtu vyšších struktur znovu použije pouhým zařazením do těch sestav, ve kterých se vyskytují. V dokumentaci, ve které se díl vyskytuje ve více sestavách, dojde ke značnému urychlení práce tím, že se neprovádí přepočet pokaždé pro každý výskyt v sestavě, jak tomu bylo doposud v předchozích verzích.
Informace pro správce systému v aplikacích, kde byl z důvodu pomalé odezvy nastaven parametr pro odložení přepočtu rozpadu (TPV_ODLOZITPREPOCETROZPADU): Po aktualizaci systému na verzi 68 se přepočet kusovníku při editaci podstatně zrychlí. Předpokládáme, že nebude potřebné, aby se odložené aktualizace kusovníků TPV prováděly jobem později. Nastavení parametru ponecháváme na zvážení správcům systému.
- detailní kopie odkazem z dílu Do formulářů pro kopii operací, pomůcek, kusovníku bylo doplněno tlačítko pro přepočet kusovníku. Při přepočtu jsou aktualizovány i vyšší sestavy, ve kterých je upravovaný díl zařazen.
Další změny - statistické informace: Na záložce „Doplňující informace“ se nacházejí lokální statistické informace k dílu a generální statistické informace. Mohou být vyplněny ručně, nebo k jejich doplnění může obsluha využít automatického výpočtu (tlačítka u příslušného oddílu)
- Výrobní rytmus Udává interval, za mezi dvěma po sobě jdoucími dokončenými výrobky
- Výrobní čas výrobku Celková doba průchodu výrobku výrobou (bez přípravných časů).
- Výrobní čas dávky Je celkový čas výrobní dávky (série výrobků) se započtením přípravných časů. Přípravné časy se mohou do výpočtu zahrnovat podle nastavení komba: - nezapočítat, - uvažovat všechny přípravy ihned před započetím první operace (započítán bude nejdelší tBC), - příprava bude zahrnuta vždy před každou operací (započítány budou všechny tBC)
Generální statistické informace – stejné údaje, vztažené na celý výrobní postup včetně výroby podsestav, které do dílu vstupují. Výpočet se provádí stisknutím tlačítka, kdy je možno zvolit metodu pro výpočet: - Podsestavy podle THN (zahrne do výpočtu vyráběné podsestavy, jak určuje vlastní postup) - Podsestavy vždy vyráběny (zahrne „nuceně“ všechny podsestavy jako by se vyráběly) - Podsestavy vydávány ze skladu (výpočet časů za podsestavy nebude prováděn, uvažovány budou jako ihned k dispozici)
Poznámka: Výpočtový algoritmus pro generální statistické informace je prozatím ve svých možnostech omezen pouze na základní funkčnost (podsestavy nezahrnovány).
Rozšíření funkčnosti formy "technologický kusovník" -------------------------------------------------------------- byl vytvořen fchange nad položkou SKLAD (spQZBOZIMNSPVYR_OVVAR_SKLADCENA). Fchange doplňuje formulářovou automatiku pro výběr jednotkové ceny MAT/POL. Automatizovaný výběr ceny položky na formuláři je ošetřen zvlášť pro materiály a zvlášť pro polotovary podle parametru ESO KALKULACNICENA/KALKULACNICENAPOL. Za MATERIÁLY jsou na formuláři považovány ty položky, které v kmenové kartě TYP DÍLU jsou označené jako materiál. Za SESTAVY (polotovary) jsou na formuláři považovány ty položky, které v kmenové kartě TYP DÍLU jsou označené jako výrobek, polotovar.
Jednotková cena položky na formuláři je pak vyhledávána v různých oblastech podle hodnoty parametru: - 0: Skladová (průměrná skladová cena HDSKLADCENAZBOZSKL na zvoleném skladu) - 1: Nákupní (z karty sortimentu, položka HDNAKUPCENA) - 2: Kalkulovaná (z karty sortimentu, položka HDCENAKALK) - 3: Explicitně zadaná jednotková cena na pozici technické dokumentace
Poznámka 1) Logika automatického naplnění skladu formuláře při výběru položky (pro skladové ceny): Položce je automaticky doplněn sklad z kmenové karty sortimentu (běžný sklad). Není-li na kartě uvedeno, je doplněn sklad podle parametru SKLADMATPROVYR, SKLADPOLPROVYR. Případně platí sklad doplněn ručně na formuláři. Příslušná cena se pak načte z položky na konkrétním skladu.
Při výpočtu kalkulací je sklad (pro vyhledání skladové ceny) volen následně: - Uvedený na záznamu (pozice v kusovníku) - -> není-li na záznamu, je zvolen sklad dle údajů na kartě zboží příslušné položky (běžný sklad) - --> není-li na kartě uvedeno, je zvolen sklad podle parametru SKLADMATPROVYR (SKLADPOLPROVYR)
Poznámka 2) Při nastavení parametru s volbou explicitně zadávané ceny (=3), se cena na formulář nedoplňuje(nevyhledává).
Pro výpočtu kalkulace (s nastaveným parametrem explicitní ceny (=3) se použije cena aktuálně zadaná na příslušné pozici v technické dokumentaci. V ostatních nastaveních je dohledána příslušná cena aktuálně evidovaná.
Poznámka 3) Pro kalkulaci s cenami „kalkulovanými“ se v případě nastavení parametru VYROBA_AUTPREKALKPOL=1, cena podsestavy vždy přepočítává podle jednotlivých pozic podsestavy.
Nové uspořádání položek formuláře - obecně ---------------------------------------------------- - Pohled All dělá to samé jako Díl - Odkazy pohled All i pro jednotlivé podformy (mat, oper, pom) - Odsunutí práce s revizemi až na třetí záložku - Doplněn číselník nad „platí pro variantu“, který přidává zvolené položky - Upraveny ikony minipoznámky a doplňoivací číselník
- Doplněno Normování podle typové operace
- Umožněno přenormování operace podle množství výkonu (nově se v operacích TPV eviduje množství výkonu) takto:
Lze nastavit technologické množství výkonu a podle typové operace dojde k propočtu potřebného času tAC. V návaznosti na to, dojde i k přepočtu mezd.
Nové pojmy: - Normované množství výkonu (na TO) - Technologické množství výkonu (na operaci TP)
1) Náprava existujících (sjednocení se základním formulářem dané skupiny) - Detail: Kusovník dílu - Detail: Operace dílu - Detail: Pomůcky dílu
2) Vytvořeny nové (z jednotlivých forem kusovník, oper, pom) - Technologický kusovník All ? priprava/zavTGdilALL.htm - Technologický postup All ? priprava/zavTGoperALL.htm - Pomůcky All ? priprava/zavTGpomALL.htm
Podrobněji ke změnám formuláře Díl: - Úprava formuláře, přeorganizace položek, rozdělení do tří záložek: Kmenová karta výrobku
Doplňující údaje Zde rozšířeno o další položky statistických výrobních údajů (Výrobní rytmus, výrobní čas výrobku, výrobní čas dávky a to jak lokálně pouze pro danou úroveň či globálně pro celou trasu výrobního postupu včetně navázaných podsestav) Sledování změn
Přidány odkazy na detail kusovníku, detail operací, detail pomůcek Do jednotlivých formulářů (kusovník, operace, pomůcky) byly přidány odkazy na detaily ALL – tedy zobrazení všech pozic bez ohledu na platnost variant a datumů.
Upraven formulář Díl All – aby odpovídal aktuálnímu zobrazení základního formuláře Díl.
Dále byly rozšířeny funkčnosti formuláře díl o možnost zadávat operaci pomocí normování z typové operace Ve formě operací byla přidána ,možnost pro přenormování časů podle typové operace. V souvislosti s úpravami byly přidány nové formuláře: - Priprava/zavTGdilAll.htm - Priprava/zavTGoperAll.htm - Priprava/zavTGpomAll.htm
- Na dílu se volá změněný odkaz pro základní variantu (základní díl) dilBASE.htm
Forma: operace tg postupu ---------------------------------- Přidává se nová položka TECHNOLOGICKÉ MNOŽSTVÍ VÝKONU, která udává informaci o objemu práce, která je vykonána touto operací pracovního postupu.
Práce je popsána těmito veličinami: - TECHNOLOGICKÉ MNOŽSTVÍ VÝKONU OTP - MJ Tg výkonu OTP - Název výkonu OTP (ZBOZIMNSPOTRCAM.TEXT1)
5. 2. 1 - Pořízení prodejní objednávky a jejích složek V horní formě upraven odkaz „Zaplánování složek do výroby“, kdy po přechodu na další stránku dojde k automatickému filtrování složek podle dokladu, z nějž se odkaz volá.
V dolní formě přidán odkaz „Zaplánování složky do výroby“, kdy po přechodu na další stránku dojde k automatickému filtrování složek podle idsložky, z níž se odkaz volá.
5. 6. 2. 6 - Úkolové lístky - vykazování výroby volba z rozcestníku: "volné vykazování úkolovými lístky – VD"
1) Přepočet filtru nad vykazováním výroby opraven Nefungovala správně filtrování podle data OD-DO.
V souvislosti s uvedeným problémem opravena procedura spUKOLLIST_PrepocitejFiltr
2) Ve formulářích pro výkaz odvedené výroby je upraven formulář odvadeni/ZakHDOKUkollistVD.htm (v činnosti 5.6.2.6 Vykazování.. volba „Volné vykazování úkolovými lístky – VD“ ) Položka slouží pro evidenci/předávání výkazu odpracované doby z úkolových lístků do PAM. Rozšířena tabulka UKOLLIST o položky pro evidenci do PAM - DTDATUMPAM DATETIME - MNCASPAM DECIMAL(19,5)
5.1.3.1 - Díl - Tvorba operace technologického postupu normováním z typové operace NORMOVÁNÍ PODLE TYPOVÉ OPERACE Zakládání nových operací Tg postupu NORMOVÁNÍM z typové operace. Vztahová veličina je MNOŽSTVÍ VÝKONU - Nový odkaz nad dílem „Založení operace s Normováním…“
Zobrazí strom skupin typových operací (členěných hierarchicky podle dvojciferného klíče) Zvolením konkrétní skupiny je možno provést výběr konkrétní typové operace nad kterou se bude provádět proces založení TgP s normováním (stiskem tlačítka ZALOŽIT S NORMOVÁNÍM)
Pro založení je možno nastavit: - Množství požadovaného výkonu - Požadovanou pozici na kterou se zařadí nově vytvářená Tg operace
Poznámka: Funkčnost lze použít u typových operací, které mají vyplněnu položku "Normované množství výkonu", která udává množství normované práce, vykonané za normovaný čas touto operací. Výpočet po zadání požadovaného objemu vykonané práce do postupu tvořené novou operací bude poměrným způsobem přepočítán a operace založena s požadovanými hodnotami.
Změny funkcí
fnQTPV_FamilyTree - Funkce vrací strukturu vyšších dílů, do kterých vstupuje zkoumaný díl/sestava Pro zadaný IDZBOZI zobrazí celou souhrnnou rodinu předchůdců dokumentace TPV.
Použitelné pro zobrazení (DISTINCT) všech zúčastněných dílů, jejichž kusovníky vedou až k prověřovanému IDZBOZI ("proband").
Změna parametrů úlohy
Oblast výroba - Nové parametry - Nový parametr TARIFTPV_PREPOCETUKOLMZDY U výpočtu mzdy operace (buď na operacích TPV při editaci, nebo při aktualizaci podle typové operace u těch operací, které jsou označeny jako úkolové, je-li nastaveno 1, provede dosazení hodnoty tarifní mzda. Jinak přepočítává podle hodnoty času a tarifní mzdy. 0 – počítá mzdu AC podle času a tarifní mzdy 1 – dosadí tarifní mzdu
- Nový parametr pro zaokrouhlování mzdy/ceny odváděné (vykazované) operace pomocí úkolových lístků VYROBA_VYKAZUL_ZAOKRMZD (počet desetinných míst)
- Doplněn nový parametr TPV_ROZPADMETODA, který umožní zvolit způsob práce pro přepočty technické dokumentace
0 – Generalizovaný způsob provedení přepočtu (standardní nastavení). Při přepočtu vyšší sestavy, ve které se vyskytuje změněný díl, systém prochází všechny pozice od vrcholu a provádí postupně opětovný rozpad všech podsestav. Při tomto výpočtu se plně uplatňuje management výrobních variant podle nastavení parametru VYROBA_PRENOSVYRVAR. Metoda je vhodná pro dokumentace, kde se vyskytuje množství variantních pozic s podsestavami, které vyžadují konkrétní výrobní variantu zařazené podsestavy. 1 – Optimalizovaný způsob provedení přepočtu. Metoda je velmi rychlá, ale je vhodná jen pro takové dokumentace, ve kterých se na variantních pozicích nepoužívají výrobní varianty podsestav. Při přepočtu vyšší sestavy, ve které se vyskytuje změněný díl dojde pouze k nahrazení této části větve novou přegenerovanou. Systém neprochází sestavu od vrcholu, a proto nemůže být uplatněn management výrobních variant podle parametru VYROBA_PRENOSVYRVAR. Přepočtený díl je vždy dosazen v té variantě, ve které byl na pozici evidován. To, na rozdíl od předchozí metody může při změně parametru pro způsob přenosu variant vést k nesprávnému použití varianty při přepočtu vyšších struktur.
Změny procedur
Změny v procedurách - VÝROBA - Provedeny následující úpravy spUKOLLIST_DelRec Procedura rozšířena o volání virtuální procedury spVIRTUAL_UKOLLIST_DelRec. Tato procedura je určena k uživatelskému přepsání. Předpokládá se, že zde bude napsán kód pro provedení údržby a kontrol nad uživatelským řešením pro úkolové lístky.
Start procedura DelRec vyhodnocuje návratovou hodnotu volané virtuální procedury. Tato je nyní standardně nastavena jako 0. V tomto případě procedura pokračuje dále. Pošle-li uživatelská virtuální procedura návratovou hodnotu <> 0, startková DelRec procedura ji vyhodnotí jako chybu a provádění akce ukončí.
spUKOLLIST_BeforeUpdate Procedura rozšířena o volání virtuální procedury spVIRTUAL_UKOLLIST_BeforeUpdate. Tato procedura je určena k uživatelskému přepsání. Předpokládá se, že zde bude napsán kód pro provedení údržby a kontrol nad uživatelským řešením pro úkolové lístky.
Start procedura BeforeUpdate vyhodnocuje návratovou hodnotu volané virtuální procedury. Tato je nyní standardně nastavena jako 0. V tomto případě procedura pokračuje dále. Pošle-li uživatelská virtuální procedura návratovou hodnotu <> 0, startková BeforUpdate procedura ji vyhodnotí jako chybu a provádění akce ukončí.
Procedura spVytvorVD_RozpisMaterialu: 6.8: doplněno pole VYRVARIANTA VARCHAR(10) vdo tabulky ##TVORBAKUMULACE
spUKOLLIST_NewRec Změnilo se přednastavení datumu (OD-DO)…
spZboziMNSpotr_IDZBOZIP Upravena v souvislosti s doplněním položky „sklad“ na formuláři konstrukčním kusovníku 5.1.1.3 - , zajišťuje naplnění odpovídající ceny materiálu/polotovaru podle nastavení parametrů: - SKLADMATPROVYR (SKLADPOLPROVYR) - KALKULACNICENA (KALKULACNICENAPOL)
procedura spVytvorVD_RozpisMaterialu: Doplněno pole VYRVARIANTA VARCHAR(10) do deklarace tabulky ##TVORBAKUMULACE (tímto srovnáno na stávající datový model)
Procedura spHDCENAKALK_STDKalkClen Pro zadané IDZBOZI (a datum platnosti kalkulace) a kód STANDARDNÍHO kalkulačního členu vrátí jeho hodnotu z kalkulace.
Virtuální procedura spQREZIEUKOLLIST_ValRec_VIRT Ve standardním pravidle pro kontrolu ukládaných hodnot formuláře spQREZIEUKOLLIST_ValRec byl zařazen kód s voláním virtuální procedury spQREZIEUKOLLIST_ValRec_VIRT.
Tato procedura je určenq k uživatelskému přepsání/doplnění uživatelskými kontrolami. V proceduře nemusí být ošetřeny chyby voláním Raiserror, postačí Print „“a nastavení výstupní hodnoty @Status>0. Vrací -li hodnotu <> 0 standardní valrec na ni zareaguje a vyhlásí chybu s informací, že k ní došlo ve virtuální části.
Upraven spQREZIEUKOLLIST_CalRec Počítá se zaokrouhlením ceny odvedení podle parametru VYROBA_VYKAZUL_ZAOKRMZD
Upravena spKALKVZ_Vypocti: Krom základních kalkulovaných údajů zapíše na kmenovou kartu kalkulovaného dílu i kód kalkulované výrobní varianty.
Pokud počítá fázovou kalkulaci (a dosazuje cenu dílu z kalkulace na zboží, v případě varianty zvolí cenu z příslušné varianty.) (Původně se brala hodnota ZBOZI.HDCENAKALK)
Změny datových struktur
TABULKY - Rozšíření struktury Tabulka ZBOZIROZPAD: - Doplněn index č.5 pro tabulku ZBOZIROZPAD (IDZBOZIROZPADX)
Tabulka ZBOZIMNSPOTR: + WF_ZBOZIMNSPOTR VARCHAR(255) (pracovní pole pro interní využití spec. Číselníku)
Tabulka SKUPZBOZI: - rozšíření klíče SKUPZBOZI_Key1 o položku VLTYP_SLOZSZ
Rozšíření klíče o položku VLTYP_SLOZSZ umožní evidovat jednotlivé skupiny nejen zboží (typových operací, majetku…) bez omezení shodnosti kódu. To je vhodné především pro výstavbu hierarchického stromu založeného na dvojčíselných kombinací AABBCCDD.., kdy může koexistovat skupina 0101 MATICE (skupina pro zboží na skladě, VLTYP_SLOZSZ=1) se stejně označenou skupinou 0101 OBRÁBĚNÍ (skupina pro typové operace, VLTYP_SLOZSZ=4)
Poznámka: V uživatelských objektech pracujících s číselníkem SKUPZBOZI pomocí kódu „KOD_SKUP_ZBOZI“ je kvůli jednoznačnosti nutno rozšířit rozhraní o položku VLTYP_SLOZSZ.
POHLEDY S úpravami modelu souvisí adekvátní úpravy pohledů: + QZBOZIMNSPVYR + QZBOZIMNSPVYR_OV + QZBOZIMNSPVYR_VAR
Změny triggerů
trZBOZI_Akce - Automatické provádění přepočtů struktur na pozadí při práci s technickou dokumentací TPV Při velkých objemech dat v technické dokumentaci (kusovníky a rozpisy operací) a především při víceúrovňovém kusovníku dílů docházelo k velmi pomalé reakci systému při uložení po editaci jednotlivých pozic. Z tohoto důvodu došlo k optimalizaci datového modelu a optimalizaci způsobu práce s daty.
- Doplněn další index č.5 pro tabulku ZBOZIROZPAD - Doplněn nový parametr TPV_ROZPADMETODA, který umožní zvolit způsob práce pro přepočty technické dokumentace - Upraveny procedury: - spZBOZIROZPAD_VytvorFrontu - spZBOZIROZPAD_Vytvor - spZBOZIROZPAD_AktRozpadPredch - spZBOZIROZPAD_Prepocitej
- Vytvořeny nové procedury: - spZBOZIROZPAD_SubtreeDel - spZBOZIROZPAD_SubtreeAdd
Použití parametru TPV_ROZPADMETODA: Parametr zásadním způsobem ovlivňuje způsob přepočtu kusovníků a operací v technické dokumentaci a tím i rychlost zpracování při přepočtu vyšších souvisejících celků při provedení změny na podsestavě. Při změně nižšího celku jsou vždy systémem automaticky přepočítány i vyšší celky tak, aby zůstala konzistentní technická dokumentace (není-li tento způsob potlačen nastavením parametru TPV_ODLOZITPREPOCETROZPADU=1. Samozřejmě, i pak při ručním přepočtu se aplikuje nastavení parametru pro metodu rozpadu) Způsob provedení přepočtu nastavený parametrem TPV_ROZPADMETODA: 0 – Generalizovaný způsob provedení přepočtu (standardní nastavení). Při přepočtu vyšší sestavy, ve které se vyskytuje změněný díl, systém prochází všechny pozice od vrcholu a provádí postupně opětovný rozpad všech podsestav. Při tomto výpočtu se plně uplatňuje management výrobních variant podle nastavení parametru VYROBA_PRENOSVYRVAR. Metoda je vhodná pro dokumentace, kde se vyskytuje množství variantních pozic s podsestavami, které vyžadují konkrétní výrobní variantu zařazené podsestavy. 1 – Optimalizovaný způsob provedení přepočtu. Metoda je velmi rychlá, ale je vhodná jen pro takové dokumentace, ve kterých se na variantních pozicích nepoužívají výrobní varianty podsestav. Při přepočtu vyšší sestavy, ve které se vyskytuje změněný díl dojde pouze k nahrazení této části větve novou přegenerovanou. Systém neprochází sestavu od vrcholu, a proto nemůže být uplatněn management výrobních variant podle parametru VYROBA_PRENOSVYRVAR. Přepočtený díl je vždy dosazen v té variantě, ve které byl na pozici evidován. To, na rozdíl od předchozí metody může při změně parametru pro způsob přenosu variant vést k nesprávnému použití varianty při přepočtu vyšších struktur.
Tlačítko „Přepočítat rozpad“ na formuláři díl: Vždy provádí přepočet s pevným nastavením metody 0 -generalizovaná, tedy přepočítává všechny podsestavy v sestavě a provádí management výrobních variant. Při přepočtu jsou aktualizovány i vyšší sestavy, ve kterých je upravovaný díl zařazen.
Uplatnění nové logiky způsobu práce s daty při generování rozpadů: Při přepočtu rozpadu systém dočasně uchovává již provedené rozpady (v požadované výrobní variantě alternativní od základní, evidované na dílu) a ty pak s výhodou při přepočtu vyšších struktur znovu použije pouhým zařazením do těch sestav, ve kterých se vyskytují. V dokumentaci, ve které se díl vyskytuje ve více sestavách, dojde ke značnému urychlení práce tím, že se neprovádí přepočet pokaždé pro každý výskyt v sestavě, jak tomu bylo doposud v předchozích verzích.
Co může být ovlivněno: - Nesprávná množství v úrovních podsestav (především při použití kalkulačního množství) - Kalkulace - Tvorba výrobní dokumentace (rozpady)
Změny webových stránek
nastaveni/FNotes.htm - Minipoznámky nad položkou formuláře Nad položkami formuláře lze (pokud je zpřístupněno) vyvolat okno tzv. minipoznámky. Jsou to jednoduché zápisy (s platností OD DO), které kromě zkráceného názvu obsahují položku s hodnotou, ke které je možno zapsat jednoduchý popisný text.
Pokud popisný text obsahuje matematický výraz, je možno provést stiskem tlačítka „Vyhodnotit výraz“ jeho výpočet, kdy se hodnota výsledku promítne do položky „Hodnota“.
Výrazem lze například uchovávat matematicky vyhodnotitelný výkaz výměr, který souvisí s uvedenou hodnotou, kterou pak následně eviduje položka formuláře. Hodnotu lze do položky převést stejným mechanizmem jako u vyvolaného číselníku tlačítkem „přenos“.
Zadávání matematických výrazů. Ve výrazu lze použít jednoduché matematické výrazy i matematické funkce v syntaxi TSQL. Například: - desetinná čísla ve výrazu (oddělovač je tečka!): ((1.5+4.9)/3.0) - PI() - druhá odmocnina: SQRT(100) - mocnina X na Y: POWER(5.0,3.0) - absolutní hodnota: ABS(-40) - goniometrické funkce: COS(rad), SIN(rad), TAN(rad)... - vlastní funkce dbo.fnMOJE_FUNKCE01(1,2,3)
Poznámka k vyhodnocovacímu automatu: Celá čísla ve výrazu jsou automaticky převáděna z tvaru N na tvar desetinný N.0 Tedy 4+5 na 4.0+5.0, to platí o všech číslech. V některých případech však je žádoucí, aby automat ponechal určitou část řetězce bez úprav. Například při použití funkcí, v jejichž názvu může být obsažena číslice. Toto se řeší tak, že se řetězec uzavře do hranatých závorek Výraz 10+dbo.fnMOJE_FUNKCE01(1,2,3) je do SQL enginu odeslán ve tvaru 10.0+dbo.fnMOJE_FUNKCE01.0(1.0,2.0,3.0), což vyvolá chybu neexistující funkce. Uzavřením části s voláním funkce do hranatých závorek se vynutí vynechání konverze desetin v této části řetězce a výraz pak může být vyhodnocen správně: 10+[dbo.fnMOJE_FUNKCE01(1,2,3)] provede úpravy na tvar 10.0+(dbo.fnMOJE_FUNKCE01(1,2,3))
priprava/Dilinv.htm - Dolní forma - Přidán odkaz na inverzní kusovník - Přidán odkaz na sestavu „Dynamický strukturní kusovník“
priprava/operace.htm - Typová operace Zavádí se nová položka NORMOVANÉ MNOŽSTVÍ VÝKONU, která doplňuje informace o hodnotu objemu vykonané práce představovaného touto operací (MNKALKMNOZ). K této položce se definuje měrná jednotka a popisný text normované veličiny.
Například v typové operaci svařování el. Obloukem (materiál tloušťky 1-3mm)..bude definováno: - NORMOVANÉ MNOŽSTVÍ VÝKONU: 100 MJ: mm Popis: Délka svaru - „Normovaný“ TAC: 0,1 (minut) - „Normovaný“ TBC: 15 (minut)
Tyto údaje představují informaci o základní normované spotřebě času na provedení uvedeného objemu práce na daném pracovišti (stroji), která je představována touto typovou operací.
Jsou-li definovány uvedené veličiny, je pak možno tuto typovou operaci použít pro automatizované vytvoření operace technologického postupu pomocí tzv. „normování“, kdy při přenosu lze definovat množství požadovaného výkonu, který bude prováděn v zakládané operaci technologického postupu. Od něj se pak do zakládané operace propočítá potřebný čas tAC.
Toto je podobně použito i při přepočtu podle normování (nad operací TgP): poměrů evidovaného množství a požadovaného množství výkonu.
ESO9 podpůrné nástroje
Změna činnosti
Výstupy z Power BI v ESO9 V minulosti bylo možné vytvářet výstupy z ESO9 na platformě Microsoft Power BI a ty si následně prohlížet přímo na webu Power BI. K datovým zdrojům z ESO9 se přitom přistupuje prostřednictvím ESO9 JSON API. Nově je možné výstupy z Power BI integrovat přímo do činností v aplikaci ESO9. Pro více informací či poptávku implementace kontaktujte prosím naše pracovníky.
Změny v technologii .NET
ESO9 JSON API - Import dat přes API V JSON API přibyla funkce pro import dat. Funkce umožňuje uložení souboru s daty do dokumentové databáze a spuštění uživatelské procedury pro zpracování jeho obsahu (vlastní import). Mechanismus je určen primárně pro automatizované souborové importy v prostředí, kde nelze přistupovat přímo k databázi (např. v cloudovém prostředí). Podrobný popis je k dispozici na wiki: https://wiki.eso9.cz/lib/exe/fetch.php/techdoc:eso9_json_api.pdf.
ESO9 JSON API - Provoz API v Dockeru Do JSON API byla přidána podpora provozu v kontejnerech Docker. API tak lze jednoduše provozovat bez nutnosti instalace a konfigurace IIS.
Našeptávač pro subjekty na základě jejich jména Tvorba našeptávače pro subjekty sestává z úpravy formuláře a aplikačního logiky na straně aplikace ESO9 a z udržování a pravidelné aktualizace číselníku všech ekonomických subjektů v ČR. Tento číselník nebude součástí každé aplikační databáze, ale bude mezi nimi sdílen z centrální databáze ISIRSTART. Pro fungování našeptávače je tedy nutné mít na stejné instanci SQL serveru obnovenou databázi ISIRSTART, která je součástí distribuce verze ESO9.
Číselník všech ekonomických subjektů v ČR. * zajistil jsem seznam všech ekonomických subjektů v ČR (+ možnost jej pravidelné obnovovat) z webu https://www.czso.cz/csu/czso/registr-ekonomickych-subjektu-otevrena-data-dokumentace * tento seznam jsem naimportoval do SQL databáze ISIRSTART (jediná tabulka obsahuje všechny subjekty) * do této databáze jsem založil CLR knihovnu CSVimport, která provede rozparsování CSV staženého z webu CZSO a vybere z něj jen použité položky/sloupce. Ty následně vrací formou tabulky, která se prostředky SQL založí do databáze. * tím je zajištěna možnost pravidelné aktualizace dat (CZSO aktualizuje data 2x měsíčně) * pravidelnou aktualizaci číselníku ekonomických subjektů lze provést zavoláním procedury spDownloadAllSubj; stačí 1xměsíčně
Úprava formuláře a aplikačního logiky na straně aplikace ESO9: * do formuláře subjekt\Subjekt.htm byl doplněn zrychlený číselník (našeptávač) nad položkou SUBJ_NAZEV * po zadání alespoň 2 znaků (omezení kvůli velkému počtu řádků v číselníku) lze otevřít našeptávač a postupným filtrování vybrat požadovaný subjekt * po potvrzení subjektu se zároveň přenese jeho IČ a adresa
web API Obecné API ve verzi 4.0.0.0 bylo doplněno o asynchronní zpracování požadavků třetích stran. Podrobný popis je v dokumentu "ESO9 WEB API.pdf"
Technologie ESO9 - server + klient
Změny v instalaci
Instalace aplikačního serveru - Protokol REMOTE a Windows Server 2022 Instalace aplikačního serveru automaticky přidává do Windows Firewallu pravidlo pro vzdálený přístup Správcem ESO9 (ESO9.Net Remoting) a pravidlo pro protokol REMOTE ze starého klienta pro Internet Explorer. V případě prvního pravidla byla přidána podpora Windows Serveru 2022, druhé pravidlo pak bylo odstraněno, protože protokol REMOTE již 2 verze není podporován.
Změny v technologii .NET
Aplikační server - Náhledy dokumentů ve formátu HTM, MSG, EML, XML a TXT Do formy s náhledem dokumentu byla doplněna možnost zobrazení nových typů souborů: * HTM/HTML - zobrazí se vč.inline formátování (CSS stylů), z HTML kódu jsou před zobrazením odstraněny skripty * MSG - binární formát použitý pro ukládání položek MS Outlooku. Použity jsou pouze položky z e-mailu. * EML - obecný multiplatformní standard pro ukládání e-mailů. * XML, TXT - zobrazí se v prostém textu s původním formátováním. Pro účely náhledu jsou tyto formáty převedeny do HTML (s výjimkou HTM souborů, přirozeně), které lze snadno ve formuláři zobrazit. Při stažení dokumentu do PC (tlačítkem "Zobrazit dokument") již samozřejmě ke konverzi nedochází a uživatel má k dispozici soubor v původním formátu. Dostupné v technologii z 28.7.2023.
Aplikační server - Databázový ovladač MSOLEDBSQL Nový databázový ovladač MSOLEDBSQL
Existují tyto databázové ovladače (viz např. https://learn.microsoft.com/en-us/sql/connect/oledb/oledb-driver-for-sql-server?view=sql-server-ver16.): * Microsoft OLE DB Provider for SQL Server (SQLOLEDB) - historicky jediný podporovaný ovladač v ESO9. Má však omezenou podporu zabezpečené komunikace protokolem TLS, viz níže. * SQL Server Native Client (SNAC) - s ohledem na potřeby ESO9 nepracuje správně. * Microsoft OLE DB Driver for SQL Server (MSOLEDBSQL) - doporučovaný jako nástupce ovladače SQLOLEDB.
Na nových operačních systémech v kombinaci s novými verzemi SQL Serveru není problém zůstat u ovladače SQLOLEDB. Na Windows Serveru 2016 + SQL Serveru 2016 SP3 má ovladač SQLOLEDB podporu pouze TLS 1.0 a 1.1. Pokud zákazník vyžaduje podporu TLS 1.2, je třeba použít novější Windows Server nebo SQL Server, popř. lze (nově) použít databázový ovladač MSOLEDBSQL.
Upraven aplikační server + vybrané serverové addiny (knihovny ze složky ESO9Lib) pro podporu databázového ovladače MSOLEDBSQL. Po úpravě aplikačního serveru (24.7.2023): * doplněna podpora MSOLEDBSQL * otestován provoz ovladačů MSOLEDBSQL a SQLOLEDB oproti kombinaci: ** Windows Server 2019 + SQL Server 2019/2022 - funkční ** Windows Server 2016 + SQL Server 2019 - funkční ** Windows Server 2016 + SQL Server 2016 SP3 - funkční pouze ovladač MSOLEDBSQL, ovladač SQLOLEDB umí použít pouze TLS 1.0 a 1.1
Aplikační server - Tisk sestav z obecného klienta - varianta s lokálními skripty Při přesměrování scriptů a stylů v souboru eso9.ver.xml na lokální zdroj(-e) nefungoval tisk Stimulsoft sestav. Po prověření jsem zjistil, že v lokální instalaci je již nepoužívaná verze knihovny eso9-stimulsoft.js a naopak v ní chybí aktuální verze knihovny eso9-stimulsoft-6.2.0.js. V návaznosti na to jsem provedl celkovou revizi konfiguračního souboru a vlastní instalace Support webu tak, aby tyto dva prvky obsahovaly stejné reference. Nová verze instalace již bude obsahovat jak lokální instalaci aktuálně používaných skriptů, tak jejich správnou referenci.
Aplikační server - Konfigurace obecného klienta V rámci snazší konfigurace obecného klienta a jeho intranetového/Internetového provozu došlo k těmto změnám:
* Provedl jsem celkovou revizi konfiguračního souboru obecného klienta a vlastní instalace Support webu tak, aby tyto dva prvky obsahovaly stejné reference. V původní verzi byly referencovány i některé již nepoužívané soubory a naopak v instalaci Support webu chyběly některé používané skripty.
* Konfigurační soubor obecného klienta (eso9.ver.xml) obsahuje pouze lokálně referencované zdroje (tj. z místního Support webu). Výjimku tvoří framework pro práci s Google Maps, který musí být referencován přímo ze serverů Googlu. Aby byla zajištěna průběžná aktualizace obecného klienta, je třeba v případě lokálního provozu pravidelně stahovat námi vyvíjené skripty a styly; viz poslední bod.
* Nově je v dispozici i konfigurační soubor obecného klienta s externě referencovanými zdroji (eso9.ver.internet). Externě referencované jsou přitom pouze takové zdroje, které opravdu v rámci vývoje měníme. Zdroje třetích stran (tj. soubory, které se během provozu nemění) jsem přesměroval na lokální provoz.
* Přepnutí intranetového a Internetového provozu tak znamená přejmenování eso9.ver.internet -> eso9.ver.xml
* Do instalace Support webu jsem přidal (kromě výše zmíněného) soubor pro automatické stahování zdrojů obecného klienta z externích serverů do lokálního Support webu na aplikačním serveru (PowerShellový skript downOKLocally.ps1). Při lokálním provozu umožní pravidelné spouštění tohoto souboru udržovat vždy aktuální verzi obecného klienta.
Aplikační server - Digitální podpis dokumentů v DMS V rámci prací na elektronickém (resp. digitálním) archivu byla doplněna možnost digitálně podepsat PDF dokument v DMS. Podepisování je realizováno jako akce na tlačítko implementovaná v knihovně ESO9Lib.dll; lze tedy použít obvyklou syntaxi např. <input type="button" value="Podpis dokumentu" name="Actx_Eso9lib.CPDFsign" brwAction="20">>
Akce očekává na svém vstupu položky: * DOKUMENTFILEGUID - GUID podepisovaného dokumentu * FILENAME - jméno souboru s podepisovaným dokumentem * MF_IDCERTIFIKAT - ID použitého certifikátu z tabulky CERTIFIKAT (činnost 9.8.10.)
V rámci ESO9 Start je podepsání dokumentu v DMS doplněno na formuláře faktury přijaté účetní i zálohové daňové, pokladního dokladu výdejového a interního dokladu.
Aplikační server - Import ISDOCu z DMS Do ESO9 byla doplněna možnost založit doklad ze souboru ISDOC(x) uloženého v DMS. Úpravy se týkají: * knihovny Eso9Lib.dll verze 6.7.0.1 * předlohy ESO9Start\.OK\DMS\Dokument.htm, v níž byl doplněn odkaz pro import z ISDOCu * předlohy ESO9Start\nastaveni\ImportISDOC.htm, v níž byla parametricky doplněna možnost pracovat s DMS namísto ze souborovým systémem Dostupné v technologii ESO9 od 30.8.2023.
Aplikační server - Převod obrázku na PDF Ve formulářích s DMS lze použít akci na tlačítko, která provede převod uloženého dokumentu ve formátu bitmapového obrázku na formát PDF. Formát příslušného tlačítka je: <input type="button" value="Převést na PDF" name="Actx_IMG2PDF.IMG2PDF" style="width: 180px;">
Aplikační server - Export dokladů do ISDOCu Do ESO9 byla doplněna práce se šarží při exportu dokladů do ISDOCu.
V ESO9 může jeden řádek dokladu obsahovat informace o šarži i výrobním čísle (pro ISDOC bude využito ve významu sériového čísla). Ve specifikaci ISDOCu je pro šarži i sériové číslo (SN) určena oddělené sekce. Pokud bude složka dokladu v ESO9 obsahovat obě informace zároveň, bude v položce NAME sekce StoreBatch uvedeno SN, protože zboží specifikuje blíže, než šarže. Informace o šarži bude ve stejné sekci uvedena také v položce Note.
Zároveň doplněna informace o čárkovém kódu (EAN) v exportovaném dokladu.
Dostupné v knihovně ESO9Lib.dll v6.7.0.3.
Aplikační server - Podepisování PDF Pro podepisování PDF výstupů se používá jako výchozí algoritmus SHA-256. Různí vydavatelé digitálních certifikátů jej však mají implementovaný různě; konkrétně v případě vydavatele Postsignum nebylo možné jím vydané digitální certifikáty použít. Řešením bylo přidání nového algoritmu založeného na externích objektech namísto implicitních od Microsoftu. Doplněno v knihovně ESO9Lib.dll v6.7.0.6.
Aplikační server - Provoz služby AS pod ne-administrátorským účtem Do aplikačního serveru byla doplněna možnost provozovat jej pod účtem běžného uživatele (tj. ne lokálního administrátora). Pro nastavení uživatelského účtu platí nadále podmínky uvedené v dokumentaci, pouze byla doplněna nastavení potřebná pro provoz obecného klienta. Dostupné v technologii od 24.1.2023.
Aplikační server - Číslování verzí Aplikační server se vrací k číslování verzí. Aktuální verze tedy bude mít číslo 6.8 namísto předchozí verze 6.0, kterou jsme udržovali po několik let. Hlavním důvodem je možnost reference obecného klienta vůči konkrétní verzi serveru. Pokud se např. objeví v klientovi nová funkčnost, která ovšem vyžaduje provoz oproti specifické verzi aplikačního serveru, lze toto nyní zkontrolovat a novou funkčnost dle verze serveru povolit či zakázat. V minulosti bylo možné stejného efektu dosáhnout pouze novou verzí skriptu obecného klienta, která se však k zákazníkovi dostala až s novým definičním souborem obecného klienta. Všechny novinky (včetně opravy případných chyb) však tím pádem byly součástí pouze nové verze skriptu a nebylo možné takové opravy zahrnout do stávající verze obecného klienta. Nyní tedy budou jak implementace nových funkčností, tak opravy nalezených chyb, rychleji dostupné zákazníkům v jejich aplikacích.
Aplikační server - Automatické podepisování PDF dokumentů Při vkládání (PDF) dokumentů do DMS lze nastavit jejich automatické podepisování.
Automatické podepsání je řízeno položkou MF_DIGISIGN v datovém zdroji formuláře pracujícího s dokumenty. Uvedená položka může nabývat hodnot: 0 - nepodepisovat, 1 - podepsat v případě, že dokument zatím neobsahuje žádný podpis, 2 - podepsat vždy.
Certifikát, který se pro automatické podepsání použije, musí být evidován v aplikaci ESO9 (činnost 9.8.11 Certifikát). V datovém zdroji formuláře s dokumenty je pak požadovaný certifikát uveden svým ID v položce MF_IDCERTIFIKAT. Výběr certifikátu lze provést buď dle vlastního algoritmu, nebo lze použít Start funkci fnIdCert: (select dbo.fnIdCert(%idLogUser%)) as MF_IDCERTIFIKAT Tato funkce vrací ID certifikátu dle hodnoty aplikačního parametru "CERT_SN" a to v pořadí uživatelská a aplikační hodnota parametru. Implementační úpravou této funkce lze oběma uvedeným hodnotám předsadit vlastní algoritmus vyhodnocení použitého certifikátu.
Do distribuční verze ESO9 Start byly do formuláře s dokumenty (.OK\DMS\Dokument.htm) přidány obě uvedené položky s tím, že hodnota MF_DIGISIGN je 0, tj. nic nepodepisovat (bez zadání digitálního certifikátu nelze dokumenty podepisovat).
Aplikační server - Odesílání sestav e-mailem s dalšími přílohami Pokud jsem odesílal sestavy e-mailem spolu s dalšími přílohami (znak $ před mailovou adresou), nebral se ohled na smazané dokumenty či vazby na dokumenty (funkčnost digitálního archivu byla zavedena v doplňku č.2 k ESO9 Start z 30.10.2023). Opraveno v technologii ze dne 16.11.2023.
Aplikační server - Odesílání sestav e-mailem s dalšími přílohami V případě odesílání sestav mailem s více přílohami (znak $ na začátku adresy příjemce) zůstávaly v TEMP adresáři uložené soubory z DMS z příloh mailu. Nově se po odeslání mailu (i neúspěšném) smažou. Dostupné v technologii od 16.11.2023.
Aplikační server - Zobrazení digitálního podpisu v náhledu PDF V náhledu PDF dokumentu v aplikaci ESO9 při standardním nastavení nelze zjistit, zda je či není dokument digitálně podepsaný.
V prohlížeči MS Edge lze digitální podpisy zobrazit pomocí experimentálního nastavení: * do URL prohlížeče zadáme adresu edge://flags/ * najdeme příznak "Enable Digital Signature for PDF" * ... a nastavíme mu hodnotu"Enabled"
Po restartu prohlížeče bude v případě podepsaného dokumentu v záhlaví PDF zobrazena infomrace o digitálním podpisu.
Aplikační server - Služba aplikačního serveru Pojmenování služby aplikačního serveru přechází ze schematu verzování (ESO9SvcXY) na pevné pojmenování (ESO9AppSvc). Pokud se manipuluje se službou z příkazového řádku, je třeba jméno služby jednorázově upravit s tím, že v budoucnu již pojmenování služby nebude záviset na verzi instalovaného aplikačního serveru.
Aplikační server - Import ISDOC - položka EAN / čárkový kód Pro import dokladů z ISDOC bylo doplněno zpracování položky CatalogueItemIdentification/CARKOVY_KOD/EAN. Naplňuje se do importní procedury spISDOC_SDOKimport, potažmo pak do uživatelských Before/After procedur. Dostupné v knihovně ESO9Lib.dll od verze 6.7.0.9.
Aplikační server - Automatický import dokladů z ISDOC Do technologie ESO9 byl doplněn automat pro hromadný import dokladů ze souborů typu ISDOC. Automat se jmenuje AutImportISDOC.exe a instaluje se do složky ESO9Lib stejně, jako všechny ostatní automatické nástroje (pro práci s ISIRem, ARESem, datovými schránkami a kurzovním lístkem). Konfigurace automatu je potom k dispozici v souboru AutImportISDOC.exe.config. S ohledem na množství parametrů je automat zatím určen pro obsluhu jedné aplikace/databáze; v případě požadavku jej lze rozšířit i na import dokladů do více databází.
Aplikační server - Protokol REMOTE pro klienta v Internet Exploreru Z aplikačního serveru byla odstraněna podpora protokolu REMOTE pro klienta v Internet Exploreru. Tento protokol není již zhruba 2 roky funkční, je tedy zbytečné udržovat jeho komunikační bránu na straně aplikačního serveru.
Aplikační server - Parametr formy "VERIFYSAVE" Doplněno zpracování parametru formy "VERIFYSAVE". Parametr způsobí, že při editaci v režimu BROWSE dojde k dotazu na potvrzení akce před uložením nového nebo změněného řádku. Parametr pro vybranou formu dokáže přetížit hodnotu aplikačního parametru "BROWSE_POTVRDZMENU", jímž lze dotaz na uložení vyvolat ve všech BROWSEch pro celou aplikaci nebo pro vybraného uživatele.
ARES Upravena práce s ARESem pro novou verzi, která je k dispozici na adrese ares.gov.cz. Změny jsou k dispozici v knihovně ESO9lib verze 6.7.0.2. V nové verzi je zahrnuta původní činnost s těmito výjimkami - nová verze vrací jiné kódy činností oproti staré verzi - v nové verzi zatím nelze identifikovat skupinové DPH a správně přiřadit subjektu hodnotu z číselníků Plátce DPH - nová verze ARESu komunikuje na protokolu TLS 1.2
Reporting Server - Paralelní vkládání ISDOC příloh do PDF Pokud se generují sestavy v RS do PDF a vkládají se do nich přílohy typu ISDOC, mohlo při paralelním generování docházet k chybám v ISDOC přílohách (chyběly nebo se vkládaly do jiných PDF souborů). Opravou bylo nastavení sekvenčního generování. Opraveno v Reporting Serveru v6.6.0.3.
Reporting server - Konfigurační soubor V práci s konfiguračním souborem byl upraven datový typ položky "SMTPEnableSSLxx" striktně na Boolean. Při převodu některých textů "true/false" na boolean mohlo dojít k chybám v případě, že byl tento parametr deklarován jako String. Dostupné od Reporting Serveru v6.7.0.1.
Reporting Server - Aktualizace zkompilovaných sestav v cache Do Reporting Serveru byl doplněn automatický mechanismus detekce nové verze předlohy sestavy. Pokud se sestava kompiluje při tisku pro zrychlení svého generování (Klientská cache = Ano), ukládá si Reporting Server zkompilovanou sestavu do složky "AppData\ESO9 Reporting Server\x.x.x.x\STIReports\*.dll". Pokud dojde k aktualizaci předlohy sestavy, nenahraje se při generování sestava ze zkompilované cache, ale z aktualizované předlohy a do cache se znovu zkompiluje její novější verze. Tímto mechanismem je zajištěna aktuální verze všech nakešovaných sestav i v případě, že se vlastní sestavy v aplikaci průběžně aktualizují. Reporting Server tak bude tisknout vždy aktuální verzi sestav bez nutnosti ručního zásahu.
Reporting Server - Plánovač pro vybrané dny v měsíci a čas generování sestav Při tisku sestav přes plánovač "Opakovat ve vybrané dny (SCHED_DAYS)" se nebral ohled na čas spuštění úlohy a sestavy se tiskly ihned po dalším spuštění pracovního vlákna po dosažení půlnoci požadovaného dne. Nově se bere v úvahu i čsa uvedený v položce "Datum spuštění úlohy", který je rozhodným pro čas spuštění generování sestav v daný den. Lze si tak naplánovat spouštění sestav ve vybrané dny v měsíci a ve vybraný čas v těchto dnech. Dostupné v Reporting Serveru od v6.7.0.3.
Reporting Server - Použití UP parametrů pro tisk loga a razítka firmy Při tisku více sestav z Reporting Serveru lze použít tisk loga nebo razítka firmy. V rámci Startkových sestav se tyto obrázky čtou z položek datového zdroje a jejich hromadný tisk přes RS je v pořádku. Pokud se v zákaznických sestavách tyto položky četly z UP parametrů, byly obrázky pouze na 1.vytištěné sestavě. Do RS jsem proto doplnil možnost používat pro hromadné tisky i UP parametry. Dostupné v RS od verze 6.7.0.4.
Reporting Server - Tisk sestav do DMS a práce s položkou VLDELETEENABLED Práce s VLDELETEENABLED v Reporting Serveru (RS). V návaznosti na digitální archiv v ESO9 Start byla do RS doplněna možnost nastavovat vlastnost VLDELETEENABLED v tabulkách DOKUMENT a DOKUMENT_VAZBA při tisku sestav do DMS. Pokud chceme povolit smazání dokumentu s vytištěnou sestavou, přidáme do parametrů definice offline sestavy položku MF_DOKUMENT_VLDELETEENABLED s hodnotou 1 (parametr bude celočíselný a bude typu GS parametr). Pro povolení smazání vazby přidáme parametr MF_VAZBA_VLDELETEENABLED opět s hodnotou 1. Pokud se tato nová možnost nepoužije, nastaví se při uložení dokumentu vlastnost VLDELETEENABLED dle definice tabulek v datovém modelu, tj. v ESO9 Start = 0, v ESO9 PAM = 1. Dostupné v Reporting Serveru od verze 6.7.0.5.
Technologie ESO9 - klient
Klientský doplněk
Platba kartou Klientský doplněk pro IE - verze 6.7.1 Doplněna komunikace s karetním terminálem ČSOB – TCP/IP, dodavatel BANIT. Doplněk lze použít pouze v ESO9 verze alespoň 6.7, které obsahuje rozšíření struktury tabulky PLATKART a upravenou předlohu prodej\PlatKart.htm. Při použití doplňku pro IE je nutné mít terminál nastaven tak, aby tiskl potvrzení na terminálu.
Technologie ESO9 - server
Změny v ESO9 Správce
Restart aplikačního severu Při restartu aplikačního serveru se od verze 6.8 volá služba se jménem Eso9AppSvc - bez čísla verze. U starších verzí se volá služba eso9svcNN s číslem verze.
Seznam uživatelů v aplikaci V seznamu uživatelů nad aplikací doplněno povolení / zákaz pověření pro způsob ověření pomocí WebAuthn. - do seznamu uživatelů doplněny sloupce "Povolená pověření", "Nepovolená pověření" (zobrazují jejich počet pro uživatele) - do filtrů doplněno "Zobrazit uživatele", kteří mají "povolená pověření" nebo "nepovolená pověření" - doplněna podřízená forma, která zobrazuje pověření uživatele - datum a čas žádosti, poznámka a stav povolení - doplněna tlačítka ""Zakázat / Povolit" - provede se pro vybrané pověření nebo pro všechna označená - doplněno tlačítko "Zrušit" - po dotazu zruší vybrané nebo všechna označená pověření - doplněno pole zobrazující poznámku z aktivního pověření. Lze ji změnit a tlačítkem "Uložit" přepsat ve vybraném pověření. - pokud pověření ve verzi ještě nejsou, nebo žádná pro uživatele nejsou založena, jsou tlačítka nepřístupná