Obecný klient Doplněno otevření kalendáře v browse na ALT+Q.
Obecný klient - Kontextové menu v OK Opravena chyba zobrazování menu přes vrchní hranu stránky pokud šlo o verzi, kdy menu bylo sbaleno do kontextové nabídky pod akcemi, ale akce žádné ve formě nebyly.
Obecný klient Opraveno chybné chování stromu činností, kdy při kliknutí na číslo činnosti došlo k otevření adresy "undefined"
Obecný klient Doplněno obarvení pracovního data pokud je uživatelské datum změněno.
Obecný klient Opravena chyba, kdy při zadání hodnoty ve filtru na formuláři v položce s výběrovým select boxem a následném přepnutí na rozšířený filtr došlo k vypsání hodnoty "undefined" u této položky.
Obecný klient (doplněk č. 4 předchozí verze) upravena stránka vazbaMultistrom.htm pro obecného klienta, aby správně fungovala v bezrámové aplikaci. umístění .ok/nastaveni/vazbaMultistrom.htm
Obecný klient Změna tisku v OK za pomoci knihoven Stimulsoft. Sestavy je možné generovat buďto serverem, nebo klientem. Klientské sestavy umožňují využití interaktivity (třídění, bookmarky...) Tisk na tiskárnu je prováděn za pomoci generování PDF na serveru a následném zobrazení v tiskovém dialogu na klientovi. Odeslání emailem - server vygeneruje soubor eml a tento pošle na klienta. klient si jej následně může otevřít a odeslat pře svého emailového klienta.
Přidání návrháře sestav. Je funkční jak generování sestav nad formulářem, tak oprava sestavy a nová sestava v činnosti sestavy.
Obecný klient rozšíření funkčnosti URL_ACTION „Pro obecného klienta je možné místo adresy uvést JSON string v následujícím tvaru {'datafld':'URL', 'DirectPrint': 0} datafld udává položku s adresou v datovém zdroji, DirectPrint udává způsob zpracování odkazu. Hodnoty DirectPrint mohou být 0,1 a 99. 0-otevře odkaz v novém okně. 1-pouze pro tisk dokumentu PDF, tento se na pozadí stáhne a otevře tiskový dialog. Dokument PDF musí být ze stejné domény jako je aplikace, jinak nepůjde dokument vytisknout kvůli omezení cross domain policy. 99-Pro lokální tisk PDF na tiskárně Zebra (př. štítky Balíkobot). Dokument se stáhne a odešle na adresu http://localhost/ESO9PrintToZebra/upload.aspx. Na stanici musí být nainstalováno IIS a nakonfigorovaný web ESO9PrintToZebra pro tisk..
Obecný klient Oprava podbarvení aktivní stránky v navštívených.
Obecný klient Oprava zobrazení kontextového menu činností. V dolní části se zobrazovalo mimo obrazovku a v navštívených chybělo úplně.
Obecný Klient - Změna velikosti gridu Upraven způsob změny výšky gridu. Nyní je přidána lišta mezi grid a navbar, která je uchopitelná a kterou se grid roztahuje. Výhodou je, že nyní si uživatel ledabylým stiskem tlačítka neposune grid a je možné měnit velikost gridu i když je navbar skrytý.
Obecný klient Opraveno zobrazení "Informace o datovém řádku" nad číselníkem, kdy při druhém volání docházelo ke zobrazení za číselníkem.
Obecný klient Pokud byla uložená velikost filtru větší, než současná velikost plochy, došlo ke zobrazení filtru a ovládací prvky byly mimo obrazovku a nebylo možné filtr zmenšit. Nyní se nejprve zkontroluje, jestli k tomuto nemůže dojít a pokud ano, provede se přepočet velikosti na aktuální okno.
Obecný klient Dopněna možnost provést refresh include v mobilní aplikaci, po spuštění akce na tlačítko.
Obecný klient Do mobilní aplikace doplněna možnost skenování QR kódů.
Obecný klient - Tlačítko v tabulce Doplněna možnost přidat tlačítko do tabulky, které funguje stejně jako tlačítko akcí. Popis je popsán v eso9wiki
Obecný klient Stimulsoft: Dopněna možnost změnit výchozí zoom při zobrazení sestav. Standardní je nastavena 125%, pokud nevyhovuje, je možné definovat uživatelským stylem, stylem v eso9.css, atribut esoStimulsoftZoom.
Př. .esoStimulsoftZoom { zoom: 100; }
Obecný klient Implementace návrháře sestav Stimulsoft JS. - založení nové sestavy z formuláře. - založení nové sestavy z činosti Sestavy. - editace existující sestavy z činnosti Sestavy.
Obecný klient V mobilním include přidána možnost refresh po provedení akce na tlačítko.
Obecný klient Doplněn tisk Pivot tabulky. V tisku je následně možné uložení do PDF.
Aplikace ESO9 Prodejna
Změny procedur
Generování prodejen na centrále Provedena úprava generování prodejek na centrále tak, aby se DIČ a IČO přenášelo, pokud bylo na prodejce v Prodejně vyplněno.
Aplikace ESO9 Start
Změna činnosti
Nastavení systému - Údržba databáze Na záložce "2. Indexy" doplněn odkaz "Stav indexů". Tento zobrazuje seznam všech tabulek, jejich indexů, fragmentaci indexů a doporučenou operaci, kterou provede tlačítko "Provést údržbu indexů" na záložce "2. Indexy".
Spolu s tím upraveno: - předloha "nastaveni\Udrzby.htm": nový odkaz "Stav indexů" na záložce "2. Indexy" - nová předloha "nastaveni\Udrzby_StavIndexu.htm": zobrazuje stav indexů
2 - Obchod a logistika V objektech, ve kterých se pracuje s níže uvedenými chybovými hláškami se vyskytuje text ... šarže "xxx / yyy / zzz"..., kde: - xxx: číslo šarže - yyy: výrobní číslo - zzz: umístění Původně se v "zzz" se zobrazovalo UMIST.IDUMIST, což pro zákazníka bylo matoucí. Nově se v "zzz" zobrazuje kód umístění(UMIST.KOD_UMIST). Úprava se týká těchto chybových hlášek: 52227, 52229, 52246, 52554, 52555, 52556, 52592, 52593
9 - Údržby databáze \ 2. Indexy Údržbu indexů lze, kromě základní databáze, nově provádět i na DOC a LOG databázích. To, nad kterou DB se údržba provede lze ovlivnit combo-boxem "Databáze". Spolu s tímto upraveno: kde ESO9=aktuální databáze např. ESO9STARTSK - procedura spUdrzbaIndexu: nově doplněn vstupní parametr @VLTYPDB SMALLINT = 1. Tento má následující možnosti 0=všechny DB;1(NULL)=ESO9;2=ESO9_DOC;3=ESO9_LOG - předloha nastaveni\Udrzby.htm: upraven datový zdroj a doplněno combo pro výběr databáze
Účetnictví
1. 1.10. 3 - Generowanie JPK MAG (PL legislativa) Určeno pro PL legislativu Nová činnost 1. 1.10. 3 Generowanie JPK MAG - nová předloha sklad\JPK_MAG.htm - nové SQL objekty: - nový fchange procedura "spQJPKMAG_FILTR_REQUERYSTATE" pro pohled QJPKMAG_FILTR a pložku MF_CIS_SKLAD - nová funkce fnGetXML_JPKMAG: poskytuje XML datový zdroj JPK_MAG - nová procedura spJPKMAG_Export: s využitím funkce fnGetXML_JPKMAG generuje XML výstup do formy JPK_MAG.htm
Je potřeba k vybraným vzorům skladových příjmů / výdejů založit založit poznámku, ve které jsou vyplněny následující položky: Typ poznámky: JPKMAG - pokud typ poznámky není, je potřeba jej založit přesně s uvedeným kódem Předmět: PZ / WZ / RW / MM - podle povahy vzoru
1. 1. 2. 4 - Výkazy AP, ZZ, CF (doplněk č. 1 předchozí verze) Upravena procedura spDZSTI_VykazZZ tak, aby se se nepřekládal sloupec s kódem řádku.
1. 1. 2. 3 - Výkaz DPH Legislativa PL - doplněn export JPK ve formátu XML (doposud bylo jen ve formátu CSV).
1. 1. 2. 3 - Výkaz DPH - legislativa SK, kontrolní výkaz DPH Možnost změny období KV DPH pomocí založení poznámky na dokladě - v původním řešení se poznámka KVOBD uplatňovala až v okamžiku sestavování kontrolního výkazu (tisku, exportu), což nyní při on-line tvorbě podkladů pro výkaz DPH nejde. Procedury byly upraveny tak, že pokud je k dokladu tato poznámka založena, tak se záznamy podkladů výkazů DPH nepřiřadí hlavičce kontrolního výkazu dle období DPH, ale dle období uvedeného v této poznámce. Pokud už byl ale výkaz KVDPH v uvedeném období uzavřen, tak přiřadí následujícímu otevřenému dodatečnému výkazu KVDPH v tomto období. Datum v poznámce tedy již nyní nemá význam - vždy se přiřadí do prvního otevřené výkazu KVDPH (v původním řešení se tímto datem rozlišovalo, do kterého výkazu dle data odvodu patří). Upraveny procedury spODVODDPH_Priprava, spHDokPozn_ValRec, trigger trHdokPozn_INS. Zatím upraveno na SW9/Eso9StartSK (je tam doklad FVU 0119020002)
1. 1. 2. 3 - Výkaz DPH - nadměrné odpočty (SK) (doplněk č. 2 předchozí verze) Upravena stránka Eso9StartSK\Ucet\Vykaz_DPH.htm - doplněn odkaz "Nadměrné odpočty". Dále musela být provedena úprava procedury pro uzavření období DPH. Dosud se zápis hodnot do tabulky nadměrných odpočtů zapisoval v akci volané na odkazu na stránce Ucet/Vykaz_DPH_Seznam.idc. Nyní se uzavření provádí na tlačítko jinou procedurou a v té se zápis do této tabulky dosud nevolal.
1. 1. 2. 3 - Výkaz DPH (SK) (doplněk č. 2 předchozí verze) Provedena oprava znaménka v ř. C2 KVDPH při ručním zadání kódu řádku KV pomocí poznámky (typ poznámky uvedený v parametru KodPoznHDOK_KV). Upraveny procedury a funkce fnHDOK_DetailVykazuDPH_SK_std, spExport_KHDPH_XML_SK201701, fnKVDPH_2017, fnKVDPH_2017_ProTisk, stránka Eso9StartSK\DPH\OdvodKH_Detail.htm.
1. 1. 2. 3 - Výkaz DPH (legislativa HU) Vytvořen export výkazu DPH (1965A) a souhrnného hlášení (1965M) do XML souboru, který je možno načíst v programu ANYK Finanční správy. Upravena stránka Ucet\DPH_SH_HU_Subjekt.htm, vytvořeny nebo upraveny funkce a procedury : - fnDPH_SH_Detail_HU - fnDphVykaz_HU_2012_01 - fnDPH_SH_SeznamSubjektu_HU - fnGetVykaz1965A - fnGetVykaz1965M - fnGetVykazy1965M - spOdvodDPH_HUXML2019
1. 1. 2. 5 - Export pro INTRASTAT HU legislativa: zcela přepracován export do CSV dle popisu http://www.ksh.hu/intrastat_electronic_declaration?lang=en . Spolu s tím upraven objekt spINTRASTAT_Export
1. 1. 2. 3 - Výkaz DPH (kontrolní hlášení, legislativa CZ) Do formuláře kontrolního výkazu byly doplněny položky "Rychlá odpověď na výzvu" s možnostmi "Ne / B - Nemám povinnost podat KH (nulové KH) / P - Potvrzuji správnost naposledy podaného KH" a "Číslo jednací". V případě zadání těchto položek je možno vytvořit XML soubor s "rychlou odpovědí na výzvu", který ke možno načíst na stránkách daňového portálu.
1. 1. 2. 3 - Výkaz DPH (legislativa CZ) Do formuláře detailu KHDPH doplněn kód a název subjektu. Upraveny stránky DPH\KHDPH_Inc.htm a DPH\DetailDPH_inc.htm, upraven pohled QKHDPH (doplněn kód a název subjektu uvedeného na dokladu v Hdok.idSubjekt).
1. 1. 2. 3 - Výkaz DPH (legislativa CZ) V tiskovém výstupu výkazu DPH došlo ke změně formuláře - nově bude používán formulář MFin 5401 - vzor č. 21. Došlo ke změně textů v řádcích výkazu č. 3, 4, 9, 33, 34, 45.
Vytvořena nová sestava STI sestava VykazDPH_CZ_201910, upravena funkce fnOdkaz_SestavaDPH, fnDphTextyCZ_201101. Nový výkaz bude použit pro tisk výkazu DPH pro období 2019.10 a vyšší.
1. 1. 4. 5 - Výsledovka Pokud se výsledovka tiskla filtrovaná za subjekt, nebyl hospodářský výsledek vypočten podle zadaného subjektu. Opravena STI sestava Vysl_Str.idc, v datovém zdroji pro zobrazení hospodářského výsledku byl ve volání funkce pro výpočet HV použit chybný parametr pro filtr za subjekt.
1. 1. 1. 1 - Interní doklady - opravné doklady u nedobytných pohledávek (CZ) V souvislosti se změnami zákona o DPH platnými od 1.4.2019 se rozšiřuje výčet možností pro uplatnění opravných daňových dokladů. V číselníků Kódů pro výkaz DPH byly doplněny nové kódy 4901 a 5001 pro opravy u nedobytných pohledávek po novele zákona o DPH (podle § 46 a násl. u věřitele, resp. § 74a u dlužníka). Při použití těchto kódů se do XML výkazu kontrolního hlášení generuje v záznamu A4/B2 položka zdph_44 s hodnotou "P". Kontrolní hlášení s tímto kódem však bude možno podávat pravděpodobně až od 1. 10. 2019, dřívější použití tohoto kódu tedy může vést k chybě při podání KH DPH.
Upraveny STI sestavy VykazKHDPH_CZ_201601, VykazKHDPH_CZ_201601Opis : - drobné úpravy textů v hlavičkách stránek (A2, A4, A5, B2) - tisk příznaku P u kódu pro výkaz DPH=4901
Drobné změny v textech kódů pro výkaz DPH : 4354, 4754 Drobná změna v textu kódu 4a v číselníku Režimy přenesené DPH Drobná změna v textu Celního sazebníku s kódem STAV_PRAC
Upraveny formuláře : Ucet\Inter_dokl.htm a Ucet\Inter_dokl_Sloz.htm - změněn text odkazu z "Tisk opr.d.d.insolv." na "Tisk opr.d.d.nedobyt.pohl." Ucet\KHDPH_Inc.htm, Ucet\DetailDPH_inc.htm (label u položky vlOpravaDane44)
Upravené funkce a procedury : fnHDOK_DetailVykazuDPH_std, fnKHDPH_DataA4, fnKHDPH_DataB2, spProVykazDPH_CZ, fnDZ_FormularHDOK, fnDZ_OprDD_PuvDoklady.
Upravena STI sestava DbPisForm.idc : rozlišení tisku na základě kódu 4901 - Upravena tisková sestava DbPisForm.idc pro tisk opravných daňové dokladů s kódem 4901: - v hlavičce dokladu se netiskne "... dle §46", ale "... dle §46e" - v hlavičce se netiskne pevný text "Daňový doklad dle §46 - oprava výše daně za dlužníky v insolvenčním řízení", ale text z poznámky dokladu. Protože se nyní musí tisknout odkaz na příslušné ustanovení § 46, podle kterého je oprava základu daně prováděna, je tento text nyní nutno zadávat ručně do poznámky na hlavičce dokladu (Hdok.Textpozn). - doplněna sekce Rekapitulace DPH původních dokladů - doplněna sekce Rekapitulace DPH dřívějších opravných daňových dokladů - Upravena funkce fnDZ_FormularHDOK, doplněna nová funkce fnDZ_OprDD_PuvDoklady.
1. 1. 2. 3 - Výkaz DPH Sestava RozpisDPH_CZ_2016 - nad číslem dokladu doplněn hyperlink, kterým je možno přejít na formulář dokladu. - upraven datový zdroj sestavy (doplněna položka PRINTDEST, funkce pro určení formuláře - fnFormularProTD) - doplněn parametr PRINTDEST - nad položkou číslo dokladu doplněn hypernink - nad datovým zdrojem DataDPHDetail doplněna akce BeforePrint - upravena filtrovací stránka před tiskem sestavy DPH\RozpisDPH_filtr.htm - doplněna možnost volby typu sestavy Stimulsoft nativní (STI) / Stimulsoftt HTML (STIMHT).
Sestava NeniVDPH_CZ_2016 - nad číslem dokladu doplněn hyperlink, kterým je možno přejít na formulář dokladu. - upraven datový zdroj sestavy (doplněna položka PRINTDEST, funkce pro určení formuláře - fnFormularProTD) - doplněn parametr PRINTDEST - nad položkou číslo dokladu doplněn hypernink - nad datovým zdrojem HDOK doplněna akce BeforePrint - upravena filtrovací stránka před tiskem sestavy DPH\NeniVDPH_filtr.htm - doplněna možnost volby typu sestavy Stimulsoft nativní (STI) / Stimulsoftt HTML (STIMHT).
Sestava RozpisDPH_SK_2018 (legislativa SK) - nad číslem dokladu doplněn hyperlink, kterým je možno přejít na formulář dokladu. - upraven datový zdroj sestavy (doplněna položka PRINTDEST, funkce pro určení formuláře - fnFormularProTD) - doplněn parametr PRINTDEST - nad položkou číslo dokladu doplněn hypernink - nad datovým zdrojem DataDPHDetail doplněna akce BeforePrint
Sestava NeniVDPH_SK_2018 (legislativa SK) - nad číslem dokladu doplněn hyperlink, kterým je možno přejít na formulář dokladu. - upraven datový zdroj sestavy (doplněna položka PRINTDEST, funkce pro určení formuláře - fnFormularProTD) - doplněn parametr PRINTDEST - nad položkou číslo dokladu doplněn hypernink - nad datovým zdrojem HDOK doplněna akce BeforePrint
Sestava RozpisDPH_PL_2016 (legislativa PL) - nad číslem dokladu doplněn hyperlink, kterým je možno přejít na formulář dokladu. - upraven datový zdroj sestavy (doplněna položka PRINTDEST, funkce pro určení formuláře - fnFormularProTD) - doplněn parametr PRINTDEST - nad položkou číslo dokladu doplněn hypernink - nad datovým zdrojem DataDPHDetail doplněna akce BeforePrint
Sestava NeniVDPH_PL_2016 (legislativa PL) - nad číslem dokladu doplněn hyperlink, kterým je možno přejít na formulář dokladu. - upraven datový zdroj sestavy (doplněna položka PRINTDEST, funkce pro určení formuláře - fnFormularProTD) - doplněn parametr PRINTDEST - nad položkou číslo dokladu doplněn hypernink - nad datovým zdrojem HDOK doplněna akce BeforePrint - upravena filtrovací stránka před tiskem sestavy DPH\NeniVDPH_filtr.htm - doplněn název sestavy pro PL legislativu
1. 1. 4.11 - Export pro GOBD Doplněna nová činnost
Umožňuje provedení exportu dat ve formátu GOBD / GDPdU dle nadefinovaného formátu. Export dat v tomto tvaru byl vyvinut zejména pro potřeby německé legislativy, kde výstup v tomto formátu je vyžadován například pro potřeby auditu. (GDPdU = Grundsätze zum Datenzugriff und zur Prüfbarkeit digitaler Unterlagen, zásady pro přístup k údajům a ověřitelnost digitálních dokumentů).
Na základě definic je možno provést export z tabulek nebo pohledů ESO9. Výsledkem exportu je popisný soubor (index.XML, ve kterém je uložen popis datových struktur exportovaných souborů) a vlastní datové CSV soubory. Tyto souboru mohou být následně odeslány daňovému auditorovi a zpracovány v jejich programech - například systémem IDEA (Interactive Data Extraction and Analysis).
Doplněna nová stránka ucet\GOBDExport.htm. Vytvořeny nové funkce a procedury : spGOBD_ExpCSV_All spGOBD_ExpCSV_File1 spGOBD_ExportAll spGOBD_ExportDleSeznamu spGOBD_ExportOznSkup spGOBD_ExpXML_Index fnXMLTypProGOBD fnXML_GOBDFile fnGOBD_StavZasob
Finance
1. 2. 1. 5 - Bankovní výpisy - import Upravena procedura pro import bankovních výpisů spImportBanka_OFX211. Datum bankovního výpisu se nyní přebírá z položky (tagu) DTEND, datum položky bankovního výpisu se berze z tagu: DTPOSTED
1. 2. 1. 5 - Bankovní výpisy - import V proceduře spImportBaV byly v informativních hláškách použity některé texty, které se dosud nepřekládaly. Upravena procedura spImportBaV (doplnění volání překladových funkcí v závislosti na legislativě a uživateli), překládané texty doplněny do překladového slovníku.
1. 2. 1. 2 - Automatické vystavení platebního příkazu (doplněk č. 1 předchozí verze) Při přiřazení dokladu k platebnímu příkazu NEPLAT mohlo dojít k chybě "Pozor, součet za subjekt je záporný". Opravena kontrola spBaV_VytvorPP, u tohoto PP se kontrola neprovádí.
1. 2. 2. 5 - Dodatečné odeslání EET (doplněk č. 2 předchozí verze) Při dodatečném odeslání mohlo dojít k chybě "Liší se původní BKP od nově spočteného ..." Standardně tato chyba nastává v případě, že mezi prvním odesláním a dodatečným odesláním dojde ke změně dat na dokladu, změně našeho DIČ, označení provozovny nebo pokladního zařízení nebo změně certifikátu. Dále však k této chybě mohlo dojít i v případě, kdy nedošlo k výše uvedeným změnám, ale z důvodu, že se při prvním pokusu o odeslání do tabulky HdokEET zapsalo datum odeslání, které se mohlo lišit od data, které bylo poprvé zasláno do EET. Pro tyto 2 hodnoty se používala funkce getdate(), a protože se v proceduře použily na dvou různých místech, mohly o nějaké tisíciny vteřiny lišit. Takže v případě, že se odeslání provádělo na "přelomu vteřiny", mohlo se pak při dodatečném odeslání počítat s jiným časovým údajem (tento čas s přesností na vteřiny vstupuje i do tvorby čísla BKP/PKP, které se tím pádem spočetlo jinak).
Opravena procedura spHdok_EET_GetData tak, aby čas zapsaný do data odeslání a do data prvního zaslání do EET byly shodné.
1. 2. 1. 5 - Bankovní výpisy - import Upravena importní procedura procedura spImportBanka_OFX211. Původně se hlavička BAV i doklady zakládaly dle data uvedeného v DTAVAIL. Nyní se BAV zakládají dle data uvedeného v DTEND, pokud neexistuje, tak dle DTPOSTED, případně DTAVAIL, doklady se zakládají k datu DTPOSTED, případně DTAVAIL.
1. 2. 1. 3 - Platební příkazy Upravena tisková sestava platebního příkazu (STI sestava platprik.idc) - upravena orientace tisku - nyní se tiskne na ležato - v případě, že není vyplněn bankovní účet a na peněžním účtu je IBAN, tiskne se tento IBAN (zvětšena šířka pro číslo účtu / IBAN) - doplněna poznámka z HDOKu
1. 2. 1. 6 - Bankovní výpisy Optimalizace datových zdrojů v činnostech (1.2.1.6) Bankovní výpisy a (1.2.1.8) Bankovní výpisy - doklady Upraveny stránky : - finance\EditPenU.htx - v odkaze nahrazeno TVIEW podmínkami WHERE a ORDERBY (bankovní výpisy budou řazeny sestupně dle data) - finance\BaV.htm - optimalizovány datové zdroje pro hlavičku BAV i položky BAV (místo * jsou nyní vyjmenovány konkrétní položky) - finance\BaV_Radek.htm - optimalizován datový zdroj pro doklady (místo * jsou nyní vyjmenovány konkrétní položky, zrušeno zobrazení položky čísla vzoru dokladu)
1. 2. 1. 4 - Platební příkazy - export Do parametrů ve skupině Finance byl doplněn parametr "PP_KontroladtSplatno", kterým je možno nastavit, zda se má při exportu platebního nebo inkasního příkazu kontrolovat, zda datum splatnosti je v minulosti. Parametr může mít následující hodnoty : 0=nekontrolovat 1=hlásit varování (defaultní nastavení) 2=chyba' Upravena procedura pro export platebních a inkasních příkazů spDFNBanka_VytvorExp
1. 2. 1. 6 - Bankovní výpisy - odkaz "párování kartou" V případě, že na bankovním výpisu nebyl vyplněn párovací klíč, se v odkaze "Páruj platbu kartou" nenabízely žádné protidoklady. Nyní bylo upraveno tak, že v případě nevyplněného párovacího klíče se budou vyhledávat účetní zápisy dle částky. Současně byl do stránky ParDoklPK.htx doplněn odkaz na párování dle částky a dle subjektu (obdobně jako v odkaze "Páruj" na stránce ParDokl/htx). Upravena procedura spUcetZap_VyberProSpar, stránky saldo\ParDoklPK.idc/htx
Saldokonto
1. 3. 4.10 - Inventarizace pohledávek (doplněk č. 1 předchozí verze) Pokud se tisk sestavy inventarizace prováděl z formuláře subjektu, kde se nezadávají nové parametry pro tisk sestavy, tak se uplatnily jejich defaultní hodnoty nadefinované v sestavě. Nyní byl parametr mf_TiskAdr_Auditor nastaven na hodnotu 0, takže se již nebude tisknout adresa subjektu auditora.
1. 3. 2. 1 - Zápočtové doklady Doplněna kontrola - pokud bylo nad zápočtem provedeno jeho storno, nelze již provést znovu. Upravena procedura spZapocet_Storno (kontroluje se, zda existuje následník typu ZAP s opačným znaménkem).
Sklad
2. 3. 2.15 - Záměna zboží Při tvorbě dokladů záměn (tlačítko "Změnit zboží") doplněna kontrola existence vzorů pro doklady skladová výdejka (parametr @MF_IDHDOKVZORV) a skladová příjemka (parametr @MF_IDHDOKVZORV). Spolu s tím upraven objekt spZBOZSKL_ZAMENAZBOZI.
2. 3. 1.12 - Účetní příjemky převodem Upraven datový zdroj tak, aby se stejné dvojce vzorů (SVU-SPU) zobrazovaly vždy jen jednou. Spolu s tím upraven datový zdroj ve formě sklad/PrijemkaPrevodemZeVzoru.htm).
2. 3. 1 - Příjem na sklad Ze složky skladové příjemky se otvírá číselník pohybů (forma nastaveni\PohybZbP.htm), ve kterém se kromě pohyby typu "Příjem" (VLPOHYBSL=1) nově zobrazují i typy pohybů "Cenový příjem" (VLPOHYBSL=3) a "Přeceňovací" (VLPOHYBSL=4).
2. 3. 2 - Výdej ze skladu Ze složky skladové výdejky se otvírá číselník pohybů (forma nastaveni\PohybZbV.htm), ve kterém se kromě pohyby typu "Výdej" (VLPOHYBSL=2) nově zobrazuje i typ pohybu "Cenový výdej" (VLPOHYBSL=5).
Majetek
3. 1 - Evidence majetku Pokud byl majetek zařazen vložením, a před datem vložení majetku existovaly pohyby s nenulovou účetní hodnotou, pak v případě vyřazení majetku došlo k chybnému výpočtu hodnoty vyřazení. Provedena úprava proceduru spMajetek_Vyrad, v účetních předpisech pro majetek je třeba ve výpočtu částky majetku v účetních předpisech č. 5 a 6 (vyřazení zůstatkové ceny) zohlednit datum vložení majetku.
3. 1 - Evidence majetku Opravena procedura spMajetek_Vyrad, ve které byla v předchozí verzi upravována funkčnost v souvislosti se vyřazením majetku zařazeného vložením, kdy byl proveden přepočet rozúčtování dokladu, který ale v případě, že složky byly ve stavu pořízeno, nefungoval správně.
3. 1 - Evidence majetku Vytvořena procedura spZBOZIPOZN_ValRec, která neumožní založit poznámku pro začátek přerušení odpisů (typ poznámky je v parametru MAJ_Prerus_Zac) v případě, že majetek má účetní odpis s vlastností "Účetní odpis je roven daňovému". V opačném případě by došlo také k přerušení účetních odpisů, což není z hlediska zákona o účetnictví správně! Účetní odpisy přerušit nelze, bylo by to v rozporu se zásadou pravdivého a věrného zobrazení účetní jednotky.
Doprava
6. 1. 1. 1 - Karty vozidel V odkaze "Majetek" se nezobrazovaly hodnoty v položkách "datum zařazení" a "datum vyřazení". Upravena stránka doprava\KartaVozidla_Majetek.htm - do datového zdroje doplněny položky datum zařazení a vyřazení majetku (dtPrijem a dtVydej).
Zásilkové / Přepravní služby
6. 6. 2. 9 - Balíkobot - dopravci a služby Doplněni noví dopravci SP - Slovenská pošta, UPS, TNT, DHLSK - DHL Parcel Slovensko, SPS - Slovak Parcel Service. Služby nových dopravců je třeba načíst v činnosti 6.6.2.9. Pro dopravce CP – Česká pošta a SP – Slovenská pošta doplněn atribut BRANCH_ID. Obsah číselníků poboček a výdejních míst je třeba načíst v činnosti 6.6.2.9. Upraven datový model pro vícebalíkové zásilky. Tabulka ZASILKA je nyní ve vazbě 1:N k HDOK, pro každý balík jeden záznam. Doplněn odkaz „Další štítky“ – zobrazí formulář s možností tisku štítků na pozice 1 až 4, současně zobrazuje další balíky ve vícebalíkové zásilce. Doplněno načítání číselníků pro některé atributy zásilky. Založena tabulka BB_CISELNIK, jejíž struktura je kompromisem mezi rozdílně strukturovaným obsahem informací vracených k atributům z webové služby Balíkobotu. Zapojeno pro atribut MU_TYPE (manipulační jednotky paletové přepravy), BRANCH_ID (ID pobočky, výdejního místa), REC_COUNTRY (kód státu). Pro typ dokladu EXBB doplněn stav 59 „BB - zásilka částečně doručena“. Určeno pro případy vícebalíkových zásilek, kdy některé balíky jsou doručeny a jiné ještě ne. Doplněno ukládání štítků do dokumentové databáze - je nutné nastavit parametricky. Při naplňování atributu REC_FIRM se nejprve použije NAZEV_PRIJEMCE a až pokud je prázdný tak SUBJ_NAZEV. Pro dopravce DHL doplněno odesílání faktury pro celní řízení v atributu INVOICE_PDF. Doplněny další parametry. Do formuláře Svoz doplněna akce „Zjistit stav - celý svoz“. Zjistí stav všech zásilek ve svozu (volá se jen pro nedoručené balíky). U jednotlivých zásilek naplní Stav zásilky, u zásilek s pořadím 1 změní i stav hlavičky. Jako výsledek operace zobrazí součet po jednotlivých stavech.
Detailní popis změn a funkčnosti Balíkobotu v ESO9 je v dokumentaci na ESO9 wiki.
Základní číselníky
9. 1. 2 - Státy Doplněna položka "Člen EU do". Spolu s tím upravena forma "nastaveni\Stat.htm"
Účetní číselníky
9. 2. 9 - Saldokonta V případě, že se provádí párování účetního zápisu, na kterém je uvedeno středisko NULL, se na něj (a případně na doklad) doplňuje středisko z druhého párovaného účetního zápisu. Pokud již však účetní zápis s NULL střediskem je v uzavřeném období, je hlášena chyba (51620 - Nelze spárovat doklad, protože na něm má být změněno středisko, ale období je již uzavřeno). Nyní bylo upraveno tak, že pokud je na příslušném saldokontu nastavena vlastnost Párování dle středisek na hodnotu "bez ohledu na střediska", pak se nebude hlásit chyba, spárování se provede, ale nahrazení NULL střediska se v tomto případě provádět nebude.
9. 2. 7 - Účetní typy dokladů (legislativa SK) Upraveny účetní předpisy pro účetní typ dokladu FAPJCD (Faktúra prijatá z colnice) : pro účetní zápisy pro DPH (předpisy č. 2 a3.) byl doplněn předpis pro období DPH (položka idUctObd_DPH), který v případě, že na hlavičce dokladu je kód pro odvod DPH = 82 a současně je vyplněno datum pro DPH (dtProOdvodDPH), nastaví období pro DPH dle tohoto data pro DPH. V ostatních případech zůstává nevyplněno (a do výkazu DPH jde dle data zdanitelného plnění).
Úprava je provedena pouze na aplikaci Eso9StartSK, v zákaznických aplikacích se tento účetní předpis automaticky nemění.
Subjekty
9. 3. 3 - Subjekty Ověření důvěryhodnosti plátce - nastavení vlastnosti "Zveřejněný účet MF ČR". Při ověřování důvěryhodnosti plátce se vždy nejprve u všech účtů subjektu nastavil příznak "Zveřejněný účet MF ČR" na hodnotu 0=Ne, a pak se v závislosti na tom, zda je účet zveřejněn nebo ne nastavila změnila tato vlastnost na 1=Ano. Pokud se prováděla replikace tabulky bankovních účtů subjektu do jiných databází, byla v tomto případě provedena replikace této položky na hodnotu 0 a následně zpět na hodnotu 1 - v případě, že subjekt měl větší množství účtů, tak tato replikace trvala neúměrně dlouhou dobu. (Navíc se při při aktualizaci SubjBUcet vyvolat trigger pro aktualizaci SubjAdr, ktertý následně způsobil další "zbytečné" replikace). Byla provedena optimalizace procedur tak, aby se v případě, že se výsledná hodnota položky "Zveřejněný účet MF ČR" nezmění, vůbec neprováděla aktualizace záznamu v tabulce SubjBUcet. Upravené procedury : spSubjekt_PoznamkaDuvPlatce, spSubjekt_NastavOverenyUcet, spSubjekt_NeduvPlatceZpracujXML.
Dokladové číselníky
9. 4. 4 - Typy dokladů Hodnoty položek "Rozúčtovat", "Zákaz editace", "Možno provést uzávěrku" a "Povolena archivace" nebyly zobrazovány dle nastaveného jazyka uživatele. Upravena stránka Nastaveni/TypDok.htm a pohled QVLSTAVHDOK1.
9. 4. 3. 0 - Číselné řady V číselných řadách je v definici řady možno nově použít výraz $FNx$, který bude při tvorbě čísla dokladu nahrazen řetězcem definovaným v uživatelské funkci fnCisRad_NahradUziv. Uživatelská funkce má jediný parametr @CisFN, za který se v případě použití výrazu $FN$ nebo $FN0$ dosadí 0. Pokud bude v definici řady použit výraz $FNx$, kde x je číslo typu Integer, pak se uživatelská funkce bude volat s parametrem @CisFN=x. Pomocí různých @CisFN je tak možno definovat více způsobů tvorby požadovaného řetězce.
Upravena procedura spCisDok_DleObdobi a funkce fnNahradVCisRad. Doplněna uživatelsky přepsatelná funkce fnCisRad_NahradUziv.
9. 4. 4 - Typy dokladů - uzavření pracovního období Provedena optimalizace procedury s ohledem na zamykání celé tabulky SDOK. V proceduře spTypDok_UzavriObdobi byl na některá místa doplněn "with(nolock)". V případě, že při uzávěrce se uzavíraly složky dokladu (standardně např. na dokladech majetku), tak se provádělo vypínání triggerů na SDOKu - nyní je ošetřeno jiným způsobem. Upravena procedura spTypDok_UzavriObdobi, triggry trSDOK_INVENTURA, trSDok_UPD, trSDOK_TestUzav.
Parametrizace systému
9. 6. 1 - Parametry aplikace Do skupiny parametrů "EMAIL" přidán nový parametr "DMS_VLTYPVAZBY - Typ vazby pro dokumenty z DMS přikládané k e-mailu."
9. 6. 1 - Parametry aplikace - repo sazba (CZ) Bankovní Rada ČNB s účinností od 3.5.2019 zvýšila REPO sazbu na hodnotu 2,00. Provedeno omezení platnosti parametru s hodnotou 1,75 do období 2019.06, u nového parametru nastavena hodnota 2,00.
9. 6.19 - Definice exportu GOBD Doplněna nová činnost
V této činnosti je možno definovat struktury souborů, které se mají generovat ve formátu GOBD / GDPdU. Export dat v tomto tvaru byl vyvinut zejména pro potřeby německé legislativy, kde výstup v tomto formátu je vyžadován například pro potřeby auditu. (GDPdU = Grundsätze zum Datenzugriff und zur Prüfbarkeit digitaler Unterlagen, zásady pro přístup k údajům a ověřitelnost digitálních dokumentů).
Na základě definic je možno provést export z tabulek nebo pohledů ESO9. Výsledkem exportu je popisný soubor (index.XML, ve kterém je uložen popis datových struktur exportovaných souborů) a vlastní datové CSV soubory. Tyto souboru mohou být následně odeslány daňovému auditorovi a zpracovány v jejich programech - například systémem IDEA (Interactive Data Extraction and Analysis).
Doplněny nové tabulky GOBDFile, GOBDTable, GOBDColumn a GOBDParam. Doplněna nová stránka nastaveni\GOBDDefinice.htm Vytvořeny nové procedury a funkce : fnPopisVyznamuProGOBD spGOBDColumn_BeforeInsert spGOBDColumn_BeforeUpdate spGOBDCOLUMN_CalRec spGOBDCOLUMN_GetRec spGOBDCOLUMN_NewRec spGOBDCOLUMN_ValRec spGOBDFILE_BeforeInsert spGOBDFILE_BeforeUpdate spGOBDFILE_CalRec spGOBDFILE_GetRec spGOBDFILE_NewRec spGOBDFile_PodleView spGOBDPARAM_GetRec spGOBDTABLE_GetRec spGOBDTABLE_NewRec spGOBDTable_VsechnyPolozky spQGOBDFILE_CalRec spTXT_GOBDCOLUMN spTXT_GOBDCOLUMNID spTXT_GOBDFILE spTXT_GOBDFILEID spTXT_GOBDPARAM spTXT_GOBDPARAMID spTXT_GOBDTABLE spTXT_GOBDTABLEID
9.3.11 - Import zoznamu IČ pre DPH (legislativa SK) Finanční správa změnila strukturu souboru ZoznamSubjektovRegistrovanychkDPH, který se importuje do zákaznických aplikací. V důsledky změny formátu souboru seznamu daňových subjektů registrovaných pro DPH bylo nutno upravit proceduru spSubjekt_ImpICDPHSK pro import tohoto seznamu IČ pro DPH.
Zrušení parametru ClientPrint ve volání sestav V souvislosti s implementací nového generátoru sestav byl v odkazech na tisk sestavy zrušen parametr ClientPrint. Upraveny stránky : - sklad\DatumInvSoupisu.htm - sklad\EKVykaz_F.htm - sklad\IDNZbozSklDatum.htm - sklad\InvSestavaFiltr.htm - sklad\Stav_CS_f.htm - sklad\TForm\ChybaUctovani_F.htm - sklad\TForm\NulovaCena_F.htm - sklad\TForm\NuloveMnozstvi_F.htm - sklad\TForm\ObratovaSestava_F.htm - sklad\TForm\Prevodky_F.htm - sklad\TForm\UctSkup_Pohyb_F.htm - sklad\VyberSkladTiskVyd.htm - sklad\ZasobyPobrat.htm - zadavani\NevykrObjFiltr.htm - zadavani\SklKartaPohFiltr.htm - zadavani\TiskOstFiltr.htm
Změny procedur
spHDok_IDSUBJEKT - procedura- fchange Při změně subjektu se splatnost určuje v tomto pořadí: - ze záznamu "Subjektu v typu subjektu " zadaného subjektu - !!! NOVĚ !!! pokud pro zadaný subjekt neexistuje záznam v "Subjekt v typu subjektu", pak se použije splatnost ze záznamu "Subjektu v typu subjektu" pro "Subjekt naší firmy" (parametr "Kod_Subj_Firmy") - pokud není zjištěna splatnost z předchozích kroků, pak se bere splatnost ze vzoru
spDatum_to_Obdobi - Tvorba čísla dokladu dle číselné řady (doplněk č. 1 předchozí verze) Pokud v typu dokladu nebylo zadáno pracovní období, ale bylo tam období "NULL", neprovedlo se nahrazení textů RR, MM, ... Upravena procedura spDatum_to_Obdobi, v tomto případě se nastaví dle aktuálního data.
spUcetZap_OdparujSkup - Procedura pro odpárování účetního zápisu. (doplněk č. 1 předchozí verze) V souvislosti s doplněním možností inkasních plateb mohlo při pokusu o odpárování dokladu v některých případech dojít k chybě "conflict reference MandSmlHDOK_UcetZap". Chyba se mohla projevit i v případech vystavení platebních příkazů na částečnou úhradu zálohových faktur - opravena procedura spUcetZap_OdparujSkup.
spSDok_Copy - Kopie složky dokladu Pří stornu se hodnota umístění (SDOK.IDUMIST) určuje dle následujících pravidel Původní řešení - z předchůdce (stornované složky) Nové řešení - ze vstupního parametru @IDUMISTNEW pokud není NULL - pokud je vstupní parametr @IDUMISTNEW = NULL pak se převezme z předchůdce (stornované složky)
Procedura spSDok_Copy se volá kromě jiného v následujících (hlavních procedurách) pro kopii - spSDok_btMarkKopie: parametr @MF_KOD_UMISTNEW se nově akceptuje při stornu - spHDok_btMarkKopie: parametr @MF_KOD_UMISTNEW se nově akceptuje při stornu
spHDOK_CopyRozuct - Kopírovací procedury pro účetní doklady Do procedur byl doplněn doplněn parametr @MF_EXECHDOK pro možnost volání uživatelské exec procedury. Upraveny procedury : spHDOK_CopyRozuct, spHDOK_CopyRozuctOpak, spHDOKPlan_CopyRozuct.
Změny předpisů sestav
Hl_kniha_ob_det - Proklik z hlavní knihy na detail účtu ve formátu HTML2 V definici položky IDHDOK datového zdroje sestavy bylo uvedeno „Zobrazit=Ne“. Důsledkem čehož se pak tento sloupec nepoužil při konstrukci odkazu s parametrem.
Změny datových struktur
STAT - Státy Nový sloupec DTCLENEU_DO DATETIME - Datum, do kdy je stát členem EU. Spolu s tím upraveny objekty: - spLegisPL_QSubjekt: tvorba pohledu QSubjekt pro polské verzi - spLegisSK_QSubjekt: tvorba pohledu QSubjekt pro slovenskou verzi
Změny webových stránek
Nastaveni/VazbaInclude.htm - Odkaz na číselník "identifikace složky" V editorech, kde se používal odkaz na "identifikaci složky" (číselník nastaveni/vazba.htm), byl změněn odkaz na Nastaveni\VazbaInclude.htm a doplněno SMClose=1. V závislosti na typu složky (položky VLTYP_SLOZ) se nyní zobrazuje číselník na základě toho, zda se jedná o zboží, službu, ... Současně se v datovém zdroji číselníku volá SQL, kde výběr dat je již omezen na základě této položky (dříve se načítalo vše a výběr byl omezen až pomocí FilterFieldNames).
Do stránky nastaveni\VazbaINCLUDE.htm doplněn include pro VLTYP_SLOZ=4 (Priprava\Operace.htm) a VLTYP_SLOZ=5 (Priprava\Pracoviste.htm)
Ve stránce nastaveni\Vazba.htm byla do datového zdroje doplněna možnost zadání parametru ANDWHERE Doplnění podmínky ANDWHERE do odkazu na stránku nastaveni\Vazba.htm : - priklady\SDokGS.htm
Hl_kniha_Str_syn.idc - Prokliky v sestavě hlavní knihy Výkazy hlavní knihy a detailu hlavní knihy byly upraveny pro obecného klienta. Pokud jsou tyto sestavy spuštěné na obecném klientovi, nedochází k odstranění odkazů z prokliky nezávisle na požadovaném formátu výstupu.
ucet\Vykazy\CZ_AP_filtr.htm - Tisk výkazu AP v obecném klientovi Při tisku výkazu aktiv a pasiv (činnost 1.1.2.4 - Rozvaha AP) v pracovním tvaru docházelo v novém generátoru sestav v obecném klientovi k nevhodnému stránkování, které způsobovalo více stránek v definici sestavy. Byla proto upravena filtrovací stránka (ucet\Vykazy\CZ_AP_filtr.htm) tak, aby byl pro starého klienta (Internet Explorer) použit stávající PrintDest=STIMHT, zatímco pro obecného klienta bude PrintDest=STI, ve kterém je stránkování správné. Stejná změna se týká i detailu kontrolního hlášení (formulář DPH\OdvodDPH.htm).
nastaveni/KopiePrDoNa.htm - Kopie dokladu Upraven datový zdroj tak, že se nejprve určí složka vzoru dokladu a teprve z ní se určují ostatní potřebné položky např. sklad, pohyb...
nastaveni/uzivatel00.htm - Tlačítko v browse V ESO9 Start je k dispozici ukázka použití tlačítka v browse (parametr MF_BRWCMD) a výběru sloupců v browse bez použití konfigurace (parametr BROWSEFIELDS). Obojí je použito v číselníku uživatelů, varianta pro správce.
Include\Dokument_INC.htm - Zjednodušené vkládání dokumentů Na formulářích DMS se nyní v obecném klientovi zobrazí pod formou tlačítko pro vložení dokumentu. Jedná se o využití aktuální funkčnosti, která umožňuje v obecném klientovi zobrazit pod formou libovolné tlačítko pro práci s DMS. Zároveň lze zobrazit dokument z tabulky (browse) jen kliknutím na jeho jméno. Zobrazení i vložení dokumentu je tak zjednodušeno na jedno kliknutí.
Výroba pro ESO9
Výroba
5. 4. 3. 3 - Návrat materiálu na sklad NÁVRAT MATERIÁLU Z DÍLENSKÉHO ZÁSOBNÍKU NA SKLAD
Obecný popis mechanismu: V agendě dílenského zásobníku (evidence všech vydaných materiálů do výroby) lze pro každou položku nebo více označených provádět návrat zpět na sklad. Pro zadané množství příslušného materiálu k návratu se hledají všechny jeho navážecí výdejky ze skladu na dílenský zásobník. Postupně se pak pro každou z nich prochází všechny vtahující výrobní komponenty (od nejmladší až po nejstarší) a vyhovuje-li alespoň částečně zůstatek množství (podle nastavení zkoumaného zůstatku buď disponibilní, nebo inventurní) je toto vtažené množství vráceno na navážecí doklad (prvotní navážecí komponenta výrobního příkazu). Následně se z navážecího dokladu provede návrat požadovaného množství materiálu zpět na sklad tak, že se vytvoří storno složka (v rámci stornující hlavičky) k původní složky výdejky. Pozn.: Aktuální zůstatek jednotlivé vtahující komponenty představuje inventurní množství. Pakliže je výrobní příkaz (jehož je součástí) ve stavu „ukončeno“, je toto množství pak považováno za disponibilní.
Popis formuláře pro provedení návratu materiálu: Tzv. „kopírovací“ formulář nad dílenským zásobníkem navezených materiálů umožní provést hromadný návrat materiálu. Formulář má předdefinovaný typ dokladu (standardně „SVUX“), dle nějž se budou generovat hlavičky dokladů z dílenského zásobníku, pod kterými se budou zakládat složky, provádějící hromadný návrat (storno doklad původní navážecí složky výdejky).
Na formuláři je možnost vyplnit 32 znakovou textovou poznámku, která se pak objeví na hlavičce nového stornujícího dokladu v položce „Dodací list“.
Lze rozhodnout, zda-li se má každá nová dávka návratu zakládat pod novou hlavičku, nebo se přidá k původní, zobrazené (založené poslední dávkou) na formuláři.
Také lze rozhodnout, zda-li se z dílenského zásobníku bude vracet pouze z podmnožiny disponibilních zůstatků nebo inventurních.
Tlačítko „Vynulovat výsledky“ provede nulování pole pro záznam výsledku storna jednotlivých zahrnutých položek materiálů (skutečně navrácené množství v dané dávce).
Tlačítko „Založ storno výdejku“ provede pro každou označenou položku materiálové karty návrat požadovaného množství materiálu (s ohledem na zvolený způsob vrácení disponibilních nebo inventurních zůstatků).
Formulář s jednotlivými materiálovými položkami: Zde je možno označením věty zvolit celkové zůstatkové (inventurní nebo disponibilní) množství do požadavku k návratu. Je možné zapsat požadované množství i ručně. Systém při provedení akce automaticky zohlední případná neplatná zadaná množství (vyšší než skutečný inventurní/disponibilní) zůstatek.
Po provedení akce je zrealizované vrácené množství ke každé zahrnuté položce zapsáno do pole „Výsledek storna“, tak aby obsluha mohla prověřit původně zamýšlené množství proti skutečně zrealizovanému. Věty, u kterých nedošlo k žádné realizaci, zůstávají označeny i po skončení akce.
Jednotlivé doklady vytvořených storno výdejek lze pak nalézt v menu 5.4.3.4 – Storno výdajové doklady, kde je lze částečně editovat, případně tisknout.
V souvislosti s činností bylo provedeno následující procedury:
Nové procedury volané fchange službou, pro označování věty skladových karet na dílenském zásobníku a pro provedení refresh po změně hodnoty komba na master formuláři. --spQDZMAT_NAVRAT_OZNACVETU --spQDZMAT_NAVRAT_MARKSTATE --spQDZMAT_REQUERY
Nulování položky „výsledek storna“ s informacemi o skutečně stornovaném množství aktuálně provedené dávky. --spDZMAT_NULLMFMNSTORNO
Procedura pro volání hromadného návratu materiálu na sklad --spDZMAT_STORNO --spVYRSDOK_STORNOSDOK
Nové formuláře:
--Sklad/VydejkaX.htm --Sklad/DZMATStorno.htm
Parametry: --Nový typ dokladu „SVUX“ použitý pro generování stornujících hlaviček hromadných dokladů z DZ --Nový vzor „VZORSVUX“, podle daného typu --nová činnost 5.4.3.3 – Návrat materiálu na sklad --nová činnost 5.4.3.4 – Doklady vrátek materiálu na sklad
5. 7. 1 - Montážní příkaz z prodejní objednávky U zákazníků s vysokým množstvím záznamů volání formuláře této činnosti obsadilo paměť serveru.
Do formuláře prodej/TvorbaMonPrik.htm zapojen startfiltr a implementováno MaxDataRowsAllow=1000.
5. 1. 1. 3 - Technologická dokumentace Volání číselníku „Operace vstupu“ na formuláři Priprava/dil.htm při nové větě (dosud neuložené) nesprávně zobrazovalo cizí operace výrobního postupu.
Nyní opraveno. Předává se parametricky IDZBOZIN, zobrazení položek vlastních operací je již korektní.
5. 1. 1. 3 - Technologická dokumentace - Založení varianty dílu Změny v názvech některých polí na formuláři pro tvorbu variant Priprava/PorizeniVarianty.htm.
Doplněn odkaz na seznam již existujících variant.
Parametrická definice tvaru nového čísla variantního výrobku. Tvorba čísla je založena na předpisu řady definicí .parametru VYROBA_CISZBVARTVAR Například zadání ve tvaru #.V*** Nabídne pro základní výrobek ‘VYROBEK000001‘ nové číslo ve tvaru „VYROBEK000001.V001“, kde: „#“ představuje číslo základního výrobku (musí být na začátku vzoru) „*“ představuje předpis platných číslic pro generování pořadového čísla varianty „-„ je libovolný oddělovač nebo jakýkoliv řetězec vždy se ve vzoru zobrazující. Systém vypočítá a nabídne další číslo v definované řadě (s krokem 1). Informace o poslední variantě získává pomocí vyhodnocení nejvyššího existujícího záznamu v pořadí dle definované masky.
V souvislosti s tímto byla vytvořena funkce fnVariantaNewKod(), která vrací další v řadě. Dále byla pravena pocedura spZBOZIPROVYR_Varianta. Nyní vrací MF_CIS_ZBOZI_NEWOUT.
5. 4. 6. - Potvrzení výdejky - Záměny materiálu navážecí výdejky Vytvořen mechanismus, který umožní provádět záměnu materiálu původně žádaného z výroby na navážecí výdejce.
Umožní provést výběr z číselníku materiálů, které jsou k danému dílu evidovány jako vzájemně zaměnitelné. Při provedení záměny (stiskem tlačítka „zaměnit“) dojde krom výměny materiálu na navážecí výdejce rovněž k výměně materiálu na plánované komponentě výrobní dokumentace.
Omezení: Z výdejky Nelze provádět záměnu na již částečně vydaném materiálu z dané složky.
V souvislosti s tímto provedeny pgm úpravy: - spVYROBA_ZamenaZBOZI
Změny na formulářích: - číselník pro výběr zastupitelných materiálů: nastaveni/ ZbozSklZastup.htm - formulář navážecí výdejky: sklad/ VydejkaV.htm
5. 2. 1 - Pořízení prodejní objednávky a jejích složek - Úprava formuláře (revize položek a činnosti) Upraven formulář pro zadávání prodejních objednávek ve výrobě byl rozšířen o položky: - Zadáno do dílenského plánu (vytvořením rozpadu výrobní dokumentace přímo) - Zadáno do výrobního plánu (vytvořením výrobní zakázky)
Dále bylo umožněno: - přímo zadat do výroby…(výrobní rozpad) - případně pokračovat do zaplánování/zařazení do výrobního plánu
- Na formuláři složek je pak vidět informace o množství, které bylo zadáno do plánu výrobními zakázkami a taky přímo do výroby rozpadem z POB, kdy byla vytvořena výrobní dokumentace přímo na dílnu.
5. 5. 1. 10 - Neadresné navážení materiálu na DZ (navážecí zakázky) Nová činnost, která umožní vytvářet neadresné žádanky pro navezení materiálu na dílenský zásobník. Mechanizmus tvorby dokladů je obdobný procesu tvorby žádanek z výrobních příkazů. Zde však použit nový typ dokladu „DZA – neadresné zakázky pro navezení materiálu na dílenský zásobník“.
U takto navezeného materiálu nedochází k zatěžování náklady konkrétní zakázky s výrobním příkazem. Účetně lze zohlednit výdej do neadresné navážecí zakázky tedy do střediska výroba. Ke konkrétní zakázce se náklady připojí až při vtahování do odváděné operace. Toto je výhodné především v těch případech, kdy je nutné z hlediska balení navážet do výroby celé balení (například cívku, paletu s plechy…) ale spotřeba konkrétního materiálu je přitom malá. Aby tato činnost nezkreslovala nákladovost vyráběné zakázky, bylo vždy nutné tento materiál alespoň evidenčně vždy vrátit zpět z výroby na sklad a po té jej vydat pro jinou zakázku. S neadresným navážením materiálu tato zbytečná operativa odpadá.
Procedura pro tvorbu soupisky (defacto rozpad dokumentace) umožní vytvářet výrobní dokumentaci (kusovník) i pro takové zástupce, kteří mají prázdný rozpis materiálu. Předpokládá se, že si uživatelé vytvoří své vzory (zástupce rozpisů) v technické dokumentaci, a následně po spuštění procedury pro generování rozpisu provedou doplnění či upravení jednotlivých pozic takového konkrétního rozpisu ve výrobní dokumentaci.
Následně je pak umožněno generování žádanky na výdej materiálu provést buď ručním způsobem (kopírovací formulář), nebo použít procedury pro automatické generování žádanky. I v tomto případě je umožněno provést výběr vzoru a definovat množství pro sérii.
Další práce je analogická s prací při generování požadavku nad výrobním příkazem. Pro zajištění spotřeby v konkrétním výrobním příkaze se provede buď vtažení z DZ před odvedením, nebo lze využít mechanizmu vtažení do spotřeby přímo nad odvedenou komponentou spotřeby materiálu.
V rámci tvorby této činnosti byly provedeny tyto změny a úpravy:
• Založen typ dokladu „DZA“ – pro navážecí zakázky na dílenský zásobník
• Založen vzor pro navážecí zakázku dílenského zásobníku – VZORDZA (typu DZA) Samostatný typ dokladu je důležitý, aby se nepletlo dohromady s výrobními zakázkami /POB zakázka se bohužel rovněž s výrobními VZA zakázka nemíchá, i kdybychom chtěli…/
• úpravy nastavení: - pro typ dokladu DZA (jako předchůdce) bylo nastaveno (VZZDV10, VZZDV15) jako následníci. Pokud uživatelé používají své vzory, musí si ručně nastavit závislosti.
--> POKYN PRO UŽIVATELE: Zkontrolujte a zajistěte si vytvoření vazeb mezi vzory pro vzor VZORVPR , předchůdce: - VZORPOBT - VZORVZA Ve výčtu fronty složek pro tvorbu VP se objeví jen ty složky, jejichž vzory jsou uvedeny jako předchůdci VPR!!!
Změny funkcí
fnCSP_CelkovyPocetDilcu - CSP - přepočty rozměrů při tvorbě výrobní dokumentace Úprava algoritmu funkce proti dělení nulou. Do funkce mohly vstoupit položky CSPROZMER_1, CSPROZMER_2, CSPROZMER_3 s nulovými hodnotami. Tyto pak již dále nebyly ošetřeny v algoritmu a funkce mohla vykazovat chybu „dělení nulou“.
Nyní opraveno.
Změny procedur
spVyroba_priradVP - Tvorba výrobních příkazů Při hledání maxima a minima datumů počátku a konce výroby pro vytvářený VP použitý dotaz s agregačními funkcemi v případech nevyplněných hodnot (NULL) vydával hlášení o automatické eliminaci null hodnot, které „plašilo“ obsluhu.
Nyní opraveno.
spVYROBA_PrepocetPlanu - Přepočet výrobní dokumentace Procedura upravena tak, aby na uzlu, ze kterého je volána (rovněž i vrchol pokud se jedná o finál) neměnila hodnotu MNPOCETMJ a MNPOCETMJ_CI Tímto zůstává zachována původní hodnota, se kterou byla výroba zaplánována = původní požadavek při zadání plánu výroby. Použitelné například v případě výroby, u které při náběhu stroje vzniká značné množství neshodných výrobků (evidovaných). Pak hodnota „vyrábět množství“ (MNPOCETMJ_OV) představuje tzv. hrubé množství, které se do výroby zadá a je nutno vyrobit, aby ze statistického hlediska mohlo být dosaženo požadovaného čistého množství (pouze shodné dobré kusy) původně požadované (MNPOCETMJ). Na toto hrubé množství je samozřejmě přepočítáván vždy požadovaný objem vstupujících navážených materiálů.
V souvislosti s tím byly upraveny formuláře výrobního příkazu a odvádění výroby podle VP: Zadavani/START_VP.htm Zadavani/START_VPOperace.htm
- Doplněna informace na vyšší celek (pokud existuje vazba v rámci výrobní dokumentace) - Doplněna informace o požadovaném původním množství (MNPOCETMJ)
Změny pohledů
QSTART_VYROBA_ODVMF - Pohled použitý ve formuláři pro odvádění výroby Do pohledu byly přidány položky: - MNPOCETMJ_N - MNPOCETMJ_OV_N které představují množství MNPOCETMJ a MNPOCETMJ_OV z vrcholu struktury (buď uzlu, nebo přímo finálu) –> tzv. vlastní plánovaný výrobek
ESO9 podpůrné nástroje
Změny funkcí
Automatické stažení ISIR Program AutStazeniISIR.EXE. Opravena chyba při výběru databází při volbě Naplnění poznámek pro "všechny ekonomické databáze". Projevovalo se, pokud bylo třídění databáze jiné, než třídění SQL serveru.
Technologie ESO9 - server + klient
Změny v technologii .NET
Aplikační server - Popup okno s událostmi v obecném klientovi Při generování popup okna s událostmi v obecném klientovi docházelo k automatickému přidávání ID zdrojové formy (SFormID) ke všem položkám typu hyperlink. V cílové formě to pak způsobovalo problémy ve formulářích, které očekávaly vstupní parametry (které se hledaly ve zdrojové formě, v níž neexistovaly). Opraveno ve verzi z 14.1.2018.
Aplikační server - Podmíněné omezení počtu načítaných řádků Došlo k přepracování mechanismu kontroly počtu načítaných řádků před jejich skutečným načtením (dvojice parametrů RowsCountQuery a MaxDataRowsAllow). Parametr MaxDataRowsAllow funguje dále beze změny, tj. přímo ve formě (priorita 1) nebo v parametrech aplikace (priorita 2) udává maximální počet řádků, které smí uživatel v aktivní formě načíst s danými filtrovacími podmínkami. Parametr RowsCountQuery byl odstraněn s tím, že aplikační server si nyní sám určí počet vět, které by se na základě aktuálních filtrovacích podmínek načetly. Omezení se tak uplatní na všech aktivních formulářích, netýká se sestav (zde se vždy načtou všechny věty dle datového zdroje). Omezení se uplatní nejen při načtení dat do formy (a to buď do hlavní formy ve stránce, nebo do libovolné závislé formy), ale i při vkládání nové věty nebo kopii stávající (v obou případech se kontroluje, zda by nová věta již nepřekročila zadaný limit). V odůvodněných případech bude třeba načítat všechny věty bez omezení. K tomu účelu přibyl nový parametr formy AllowAllRows ( hodnotou 1). Je-li ve formě uveden, neuplatní se při čtení dat omezení dané hodnotou parametru MaxDataRowsAllow a data se načtou všechna. Parametr lze do formy vložit buď přímo v její předloze (), nebo přes uživatelské akce jen vybraným uživatelům/skupině uživatelů.
Aplikační server - Import z ISDOC Při importu faktury přijaté z formátu ISDOC docházelo podle okolností importu k chybě "Převod typu DBNull ...". Pokud při importu došlo k aplikační chybě / info hlášce, import dopadl v pořádku. Oprava je dostupná v knihovně ESO9Lib.dll od v5.8.0.3.
Aplikační server - Zjišťování struktury datového kurzoru Byl přepracován mechanismus zjišťování struktury datového kurzoru (tabulky, sloupce, jejich datové typy a velikost). Díky tomu lze nyní použít jako datový zdroj editačního formuláře i uloženou proceduru. Dostupné v technologii od 31.1.2019
Klientská komponenta - Rozpadlé zobrazení sestav Stimulsoft Množí se dotazy na problémy s rozpadlým zobrazením STI sestav, jejich ořezáním v nativním prohlížeči v Internet Exploreru. Jedná se problém Stimulsoftu v kombinaci s nastavením zobrazení ve Windows (obecnější problém známý jako Windows application scaling). Vyřešeno návratem ke starší verzi Stimulsoftu, kde k tomuto problému nedocházelo. Dostupné od klientské komponenty v5.8.0.2.
Obecný klient - Nový generátor sestav pro obecného klienta Implementace nového generátoru sestav. V obecném klientovi je k dispozici nový generátor sestav (aktuálně je implementovaná pouze část s prohlížečem, návrhář sestav bude následovat). Nový prohlížeč funguje na bázi HTML / Javascriptu a plně nahrazuje Win32 prohlížeč známý z prostředí Internet Exploreru. Zároveň umožňuje plnohodnotný tisk na tiskárnu přes formát PDF. V souvislosti s tím došlo ke změnám v generování sestav v obecném klientovi: * výchozí formát sestav (není-li parametrem PrintDest řečeno jinak) směřuje do nového prohlížeče, * tisk do formátu STI_MHT je interně nahrazen tiskem do výchozího formátu STI, pouze se při jeho generování vynechá stránkování (tzv.nekonečná stránka), * přímý tisk na tiskárnu (parametr Directprint=1/2) přešel z formátu HTML na formát PDF, který je daleko bližší definovanému vzhledu sestavy, * formát tisku STI_DIRECTPDF byl zrušen, resp. nahrazen tiskem do výchozího prohlížeče.
V rámci implementace GS došlo k upgradu knihoven Stimulsoftu na nejnovější verzi 2019.1.1. Dostupné v technologii od 8.2.2019.
Reporting Server - Úpravy plánovače V plánovači (scheduller) Reporting Serveru byly provedeny drobné úpravy ve vyhodnocení varianty denní a vybraných dnů v týdnu. Úpravy se týkají pouze případů, kdy je sestava vytvořena nově, resp. nebyla ještě nikdy vygenerována (tj. nemá žádný záznam historii spouštění offline sestavy). Upraveno ve verzi 5.8.0.1.
Aplikační server - Zdvojování apostrofů ve Stimulsoft sestavách Při ukládání Stimulsoft sestav se zdvojovaly případné apostrofy v definici sestavy tak, aby je bylo možné uložit do databáze. Naopak při načtení předlohy sestavy z databáze se takto zdvojené apostrofy již nevracely zpět, což bylo nyní doplněno. Důsledkem je, že v definici sestavy nelze použít zdvojené apostrofy (při načtení sestavy z databáze by se zkonvertovaly na jediný apostrof). Doplněno v technologii z 12.2.2019.
Aplikační server - Logování IP adresy uživatele Do plného logování (aka GDPR) byla do logu typu "volání URL" přidána IP adresa uživatelské stanice.
Aplikační server - Nemožnost načíst data při použití parametru MAXDATAROWSALLOW Při použití parametru MAXDATAROWSALLOW může dojít k situaci, že formulář má potlačené zobrazení StartFiltru a zároveň by bez něj načetl větší, než povolené množství dat. Formulář se tak nezobrazí a uživatel nemá možnost filtrovací podmínky upravit tak, aby vracely povolené množství vět. K situaci může dojít například při uvedení parametru StartFilter=0 na odkazu či v hidden parametrech formy nebo při potlačení StartFiltru výchozí konfigurací. Všechny varianty jsou nyní upraveny tak, aby se cílový formulář vždy zobrazil prázdný a uživatel tak měl možnost zadat filtrovací podmínky a načíst si tak data v povoleném množství. Dostupné v technologii (server + oba klienti) od 20.2.2019.
Klientská komponenta - Informační hlášky při vygenerování stránky Do obou klientů byla doplněna podpora výpisu informační hlášky nad nově vygenerovaným formulářem bez nutnosti volat další serverové funkce. Aktuálně využito pro výpis informačních hlášek v případě, že se uživatel pokouší načíst více řádků, než má povoleno a to na formuláři bez filtru. Dostupné v klientské komponentě 5.8.0.3 a v obecném klientovi od 20.2.2019.
Aplikační server - Nové parametry v uživatelských akcích Do uživatelských akcí byla doplněna podpora pro přidání parametrů formy MAXDATAROWSALLOW a ROWFILTER. Dostupné v technologii od 20.2.2019.
Aplikační server - Restart serveru po změně vybraných parametrů Po změně vybraných aplikačních parametrů již není třeba restartovat službu aplikačního serveru, postačí výmaz cache správcem. Jedná se o tyto parametry: * aplikační parametr PRAC_DOBY - pole pracovních dob pro případné omezení počtu max.načítaných řádků * aplikační marametr MaxDataRowsAllow udávající maximální počet řádků povolených k načtení * aplikační parametr NAVIG_STRUCT, což je soubor formátu JSON se strukturou navigace obecného klienta * aplikační parametr HashHref, který zapíná/vypíná šifrování odkazů * aplikační parametr MobileApp, který zapíná/vypíná generování podpory pro mobilní aplikace ESO9 * aplikační parametr FullLogging, který zapíná/vypíná plné logování (GDPR)
Aplikační server - Konfigurace sloupců browse v HTML předloze Do technologie byla doplněna možnost nadefinovat si viditelné sloupce browse (tabulky) přímo v HTML předloze formuláře. Dosud záviselo výchozí zobrazení browse na zobrazení editoru, tj. počet a pořadí sloupců bylo dáno počtem a pořadím položek v HTML předloze editoru (resp. šířku sloupců a popř. i jejich viditelnost v browse lze nastavit maskou BrwSize). Pro změnu pořadí a viditelnosti sloupců v browse bylo nutné vytvořit konfiguraci. Nyní lze ovlivnit i výchozí zobrazení browse pomocí hidden položky BrowseFields, která obsahuje seznam sloupců oddělených středníkem, např.: <input type="hidden" name="BROWSEFIELDS" value="KOD_SUBJEKTU;DTVYSTAVENO;CIS_DOK"> Pokud k formuláři neexistuje výchozí konfigurace, zobrazí se browse podle popisu z HTML předlohy, pokud k formuláři bude uložena výchozí konfigurace, bude mít tato přednost. Dostupné v technologii od 25.2.2019.
Aplikační server - Náhled e-mailu při odesílání sestav z obecného klienta Do technologie byla doplněna možnost náhledu e-mailu při odesílání sestavy z obecného klienta. K náhledu se používá vygenerovaný soubor s obsahem e-mailu (přípona EML), který se namísto odeslání ze serveru uploaduje na klienta. Ten jej otevře ve svém výchozím e-mailovém klientovi, doplní potřebné texty či další přílohy a odešle jej. Z principu je tato možnost dostupná pouze pro jednotlivé odesílání sestav, hromadné odesílání je možné pouze bez náhledu. Dostupné v technologii od 28.2.2019.
Aplikační server - Parametr SQL v definici rozvírací nabídky ve formuláři Je-li rozvírací nabídla ve formulář (HTML tag SELECT) inicializován z parametru SQL (namísto statického obsahu), může SQL datový zdroj vracet v některé z položek hodnotu NULL. V takovém případě došlo při načítání stránky k chybě přetypování. Nyní se taková stránka načte, i když výběr příslušné hodnoty z rozvírací nabídky může způsobit chybu např. obchodního pravidla při pokusu o uložení věty.
Obecný klient - Jméno pracovní databáze v záhlaví formy Ve formách, kde je nastaven parametr ESO9DB, se zobrazuje jméno pracovní databáze v záhlaví formy. Technické řešení: v záhlaví formy nový SPAN s definovaným ID, podle kterého bude klient provádět nahrazování. Ve stavových informacích, které server vrací po každé akci klienta, byla přidáno jméno aktuálně vyhodnocené jméno pracovní databáze (může být shodná s aplikační databází). Tím se docílí dynamického chování i v případě, že se od vyrenderování HTML formuláře jméno pracovní databáze změní pouze v datech nebo v parametrech zdrojové formy. Tato funkčnost je dostupná pouze v obecném klientovi. Dostupné v technologii od 7.3.2019.
Aplikační server - Změna při volání předfiltrovaných číselníků Při volání číselníku s předfiltrovánými hodnotami (tj. za použití spec. FChange) dochází k filtrování řádků v číselníku pomocí parametrů FilterFieldName a SetFieldName. Pokud se tento mechanismus použil na needitačních formulářích, kde se volají číselníky nad MF položkami, používá se obvykle v kombinaci s parametrem "SMPRED=MF_". V takovém případě se při opakovaném otvírání téhož číselníku obvykle nezobrazovala v číselníku žádná data, protože došlo ke konfliktu filtrovacích podmínek sestavených podle parametr FilterFieldName a SetFieldName. Důvodem bylo, že při hledání položky zdrojové formy z parametru FilterFieldName byl přidán pouze postfix SMPLUS, zatímco při hledání položky z parametru SetFieldName se přidával prefix i postfix (SMPRED a SMPLUS). Důvodem bylo historicky nejčastější použití předfiltrovaných číselníků pro vícenásobné použití stejné tabulky v pohledu, kdy se jednotlivé instance doplňují postfixem. Aktuálně je tedy vyhledávání přes oba parametry sjednoceno, v důsledku čehož budou předfiltrované číselníky fungovat i v needitačních formulářích pro MF položky. Dostupné v technologii od 7.3.2019.
Aplikační server - Legenda obarvení u více forem ve stránce Pokud byla ve stránce použita legenda u více forem, použily se jednotlivé barvy vždy podle definice z poslední formy ve stránce. Opraveno v technologii z 13.3.2019.
Obecný klient - Nový generátor sestav pro obecného klienta Implementace nového generátoru sestav. V obecném klientovi je k dispozici nový návrhář sestav, který - stejně jako prohlížeč - funguje na bázi HTML / Javascriptu a plně nahrazuje Win32 návrháře známého z prostředí Internet Exploreru. Umožňuje zejména: * editaci stávajících sestav vytvořených v prostředí Internet Exploreru * tvorbu nových sestav z činnosti 9.6.3.1 Uživatelské sestavy - detail * tvorbu nových sestav nad libovolným formulářem volbou z menu - sestavy - tvorba sestav Dostupné v technologii od 14.3.2019.
Obecný klient - Informace o datovém zdroji Pokud se v datovém zdroji formy vyskytlo klíčové slovo "null" (psáno malými písmeny), nezobrazilo se toto slovo v informacích o datovém zdroji formuláře (v obecném klientovi). Opraveno v obecném klientovi z 18.3.2019.
Aplikační server - Parametr ClientPrint Znovuzapojení parametru ClientPrint pro tisk Stimulsoft sestav z obecného klienta. Pro obecného klienta bylo znovu zapojeno vyhodnocování parametru ClientPrint z odkazu nebo z definice sestavy. Výchozí nastavení v definici sestav bude "Typ tvorby=Server", sestava se tedy bude kompletně sestavovat a renderovat na straně serveru. Její zobrazení tak bude rychlejší a to zejména na mobilních zařízeních s omezeným výkonem. Na druhé straně tento typ renderování neumožňuje použít v sestavě interaktivní prvky, jakými jsou třídění, uzavírání sekcí a zobrazení panelu se záložkami. Pokud je tedy třeba v sestavě používat některé z interaktivních prvků, je třeba přepnout generování sestavy na klienta a to buď parametrem "ClientPrint=1" na odkazu nebo parametrem "Typ tvorby=Klient" v definici sestavy. Dostupné v technologii od 20.3.2019.
Aplikační server - Tlačítka pro práci s DMS pod tabulkou ve formuláři Do masky položky FileGuid navázané na dokumentovou databázi byla doplněna možnost určit parametrem "NAVBTN=xxx" tlačítko, které bude dostupné pod browsem (tabulkou) pro práci s DMS. Pokud není explicitně určeno tímto parametrem, bude se ve formulářích s DMS zobrazovat v obou klientech tlačítko pro zobrazení dokumentu. Platné pouze pro obecného klienta od 21.3.2019.
Aplikační server - MultiDB prostředí s různými jazyky Při použití multidatabázového mechanismu pro přístup k více aplikačním databázím s různou legislativou, popř. jiným jazykovým nastavením téhož uživatele, docházelo k chybě konverze datumu. Nově se pro ověřování uživatele v aplikaci nepoužívá v připojovacím řetězci parametr s uživatelským jazykem tak, aby k podobným problémům již nemohlo dojít. Opraveno v technologii z 25.3.2019.
Aplikační server - Posun sloupců v sestavách exportovaných do Excelu Při přepnutí sestavy s typem výstupu XLS (OWC komponenta ve starém klientovi) do XLS (Excelovský sešit v obou klientech) mohlo dojít k situaci, kdy byly hodnoty v Excelovém sešitu posunuté oproti záhlaví sloupců. Tento problém byl způsobem disproporcí mezi definicí sestavy (resp. jejích sloupců) a datového zdroje (resp. jím navracených sloupců). Tj. některé ze sloupců, které autor zapsal do definice sestavy, se v datovém zdroji vůbec nevyskytují. Opraveno tak, že se sloupce berou pouze z definice sestavy a nejsou-li k obsaženy v datovém zdroji, exportují se jako prázdné. Dostupné v technologii od 26.3.2019.
Aplikační server - Parametr Refresh_All_Forms Parametr Refresh_All_Forms má novou hodnotu = 32. Parametr dosud umožňoval pouze obnovu forem ve stránce po akci v editační formě (insert / update / delete). V případě, že ale měním např. MF položku v needitační formě, bylo nutné vytvořit obchodní pravidlo FChange s parametrem RequeryState na rozhraní. Nově lze obnovovat všechny závislé formy po změně MF položky ve zdrojové formě. Pozor – v případě použití ve stránce, kde je 10 forem a v každé 10tis. řádků, může použití tohoto parametru zpomalit odezvu. Dostupné v technologii z 27.3.2019.
Aplikační server - Cachování sestav v obecném klientovi Byl přepracován management cachování sestav v obecném klientovi. Cílem bylo snížit spotřebu paměti při generování Stimulsoft sestav v obecném klientovi. Dle doporučení Stimulsoftu je každá sestava při svém prvním tisku zkompilována do DLL knihovny a uložena do cache (tento mechanismus je v ESO9 cca 12 let). Nově však každá sestava při svém generování zamyká příslušný DLL soubor, čímž se docílí toho, aby každá sestava (a to i napříč aplikacemi) byla nahrána v paměti serveru pouze 1x. Při změně předlohy sestavy se pak vygeneruje nová knihovna a objekt navázaný na původní se uvolní a lze jej tak smazat např. aplikačním výmazem cache. Dostupné v technologii od 28.3.2019.
Aplikační server - Vylepšení mechanismu MultiDB Pokud je zdrojová forma napevno napojena na jinou pracovní databázi (parametrem ESO9DB), napojí se i všechny závislé formy ve stejné stránce na jinou pracovní DB. Nově se všechny závislé formy napojí na jinou pracovní DB i v případě, že je ve zdrojové formě parametr ESO9DB definován dynamicky (tj. může se během práce ve stránce měnit). Dostupné v technologii od 1.4.2019.
Aplikační server - Úprava mechanismu hromadného odesílání sestav e-mailem v obecném klientovi Pokud dojde při hromadném odesílání sestav e-mailem (parametr RepeatForQuery) z obecného klienta k chybě, věta se přeskočí a pokračuje se odesláním další sestavy. Typickou chybou je špatný formát adresy příjemce. Tento mechanismus byl dosud dostupný pouze v klientovi pro Internet Explorer, nově je součástí i obecného klienta. Dostupné v technologii od 2.4.2019.
Aplikační server - Parametr ReadOnly na formuláři s dokumentem Pokud byl formulář navázaný na dokumentovou databázi (např. tedy DMS) nastavený jako ReadOnly (z odkazu, popř. hidden parametrem formy), nerespektovala toto nastavení tlačítka pro práci s dokumentem (vložit a smazat dokument). Opraveno ve verzi z 3.4.2019.
Aplikační server - Odesílání sestav e-mailem s více přílohami Rozšíření mechanismu odesílání sestavy e-mailem s více přílohami pro obecného klienta. V obecném klientovi je možné přikládat k e-mailu se sestavou další dokumenty z DMS podle typu vazby (položka VLTYPVAZBY v tabulce DOKUMENT_VAZBA). Standardně jsou v ESO9Start dokumenty navázané přes typ vazby 0. Ve vlastním řešení si lze stejný dokument(-y) navázat zároveň na další tabulky, aby se taková vazba nezobrazovala v běžných formulářích DMS, lze ji odlišit type (např. 1) a provázat tak např. všechny dokumenty navázané ke zboží (potažmo ke složkám dokladu) zároveň k hlavičce dokladu (např. skladové výdejky). Dojde tím pouze k agregaci vazeb, vlastní dokumenty zůstanou v dokumentové databázi beze změny. Při odeslání sestavy skladové výdejky se k e-mailu přiloží všechny dokumenty z DMS navázané typem vazby 1. Nastavení typu vazby se provádí v aplikačním parametru "DMS_VLTYPVAZBY". Dostupné v technologii od 4.4.2019.
Reporting Server - Optimalizace a nová verze .NET Frameworku V Reporting Serveru jsou nejnovější verze Stimulsoft knihoven (2019.2.3) a celý server byl převeden pod .NET Framework 4.5. Zároveň došlo k úpravě mechanismu cachování sestav stejně, jako v aplikačním serveru, čímž se násobně zrychlilo generování sestav a snížila spotřeba operační paměti. K dispozici od verze 5.8.1.0.
Aplikační server - Chybová hláška "Uživatelské přihlášení již není platné - proběhl restart serveru!" Při opakovaném přihlášení uživatele do ESO9 prostřednictvím obecného klienta posílá prohlížeč zpravidla stejnou (a tou dobou již neplatnou) cookie, což vede k chybové hlášce "Uživatelské přihlášení již není platné - proběhl restart serveru!". Starou cookie bohužel nelze z komunikace jednoduše smazat. Protože tato chyba většinou uživateli nic neřekne, došlo k jejímu nahrazení přechodem na původní stránku s přihlášením. Tím dojde mj. k vyžádání si nové cookie a přihlášení uživatele. Omezí se tím počet obtěžujících chybových hlášek, na které uživatelé beztak nemají jak reagovat. Dostupné v technologii od 10.4.2019.
Aplikační server - Odhlášení uživatele po nečinnosti Při odhlášení uživatele z aplikace s ESO9 autentikací po delší nečinnosti dochází po přihlášení automaticky k přesměrování na původní stránku či akci, s níž chtěl uživatel pracovat. Pokud se však jednalo o datové volání (např. posun v browse), děla se tato akce nad formou, která tou dobou již neexistovala (k jejímu zrušení došlo při odhlášení uživatele) a po opětovném přihlášení se uživateli zobrazovaly chyby. Nově je uživatel v takovém případě přesměrován na vstupní stránku. Dostupné v technologii od 11.4.2019.
Aplikační server - Optimalizace využití paměti V aplikačním serveru došlo k optimalizaci využití paměti při různých klientských operacích, zejména při tisku sestav z obecného klienta. Dostupné v technologii z 16.4.2019.
Aplikační server - Velikost lupy při tisku Stimulsoft sestav z obecného klienta Při tisku sestav z obecného klienta je nastavena výchozí velikost lupy na 125%. Při tomto nastavení odpovídá velikost fontů v sestavě velikosti fontů v editoru a browsu. Pokud zákazník v aplikaci využívá vlastní styl s jinou výchozí velikostí fontů, je třeba si přidat do vlastního stylovacího sešitu třídu .esoStimulsoftZoom { zoom: xxx; }, která definuje výchozí hodnotu lupy použitou v generátorových sestavách.
Obecný klient - Podpora dalších hodnot DirectPrint Do obecného klienta byla doplněna podpora dalších hodnot parametru DirectPrint: * hodnota 3 - přímý tisk do DMS, * hodnota 7 - přímý tisk do DMS, uložení do souboru a zobrazení sestavy na obrazovce. Tisky sestav s tímto parametrem fungují jednotlivě i hromadně (s parametrem RepeatFor=Query/Selected/All). Dostupné v technologii od 30.4.2019.
Aplikační server - Podmíněné includy přímo ve stránce Do technologie byla doplněna možnost vkládat do stránky pomocí podmíněných includů nejen soubory, ale i přímo fragmenty HTML kódu. V některých případech může být přehlednější napsat si různé verze formuláře do jediného HTML souboru, namísto fragmentace řešení v několika menších (include) souborech. Řešením je použití syntaxe $INCLUDEHTML a zápis HTML kódu přímo do tohoto TAGu. Podrobnější popis viz Pravidla ESOForm.
Aplikační server - Import z Excelu V obecném klientovi je nově dostupný mechanismus obecného importu z Excelu. Nové řešení kopíruje funkčnost původního klientského addinu s tím, že primárně přenese binární soubor z klienta na server a zpracovává jej až zde. Protože je celé řešení implementované na straně serveru, musí se obejít bez lokální instalace MS Excelu a jeho knihoven. Podporován je import z Excelu (XLS/XLSX) a CSV (textově i tabulkově). Dostupné v technologii od 16.5.2019.
Aplikační server - Optimalizace čtení uživatelských parametrů. V návaznosti na úpravy v multidatabázovém provozu došlo k optimalizaci čtení uživatelských parametrů, které se načítaly z databáze zbytečně často (konkrétně se jedná o proceduru spUserParams). Nyní se čtou pouze při přihlášení uživatele a při přepínání kontextu pracovní databáze (pouze v multidatabázovém provozu). Dostupné v technologii od 15.5.2018.
Aplikační server - Zakládání subjektů z ARESu Při zakládání subjektů z rejstříku ARES trvá jedno založení subjektu, osob subjektů, oborů podnikání a dalších údajů v databázi každé méně než sekundu. Pokud jsou však všechny údaje o subjektech synchronizované s dalšími aplikačními databázemi, může výkon replikačních triggerů toto volání zpomalit i přes hodnotu 30-ti sekund, což je standardní timeout pro databázový příkaz pracující s ARESem. Pro tyto případy byl tento timeout zvýšen na 180 sekund. Dostupné v technologii od 4.6.2019.
Aplikační server - Dashboardy pro obecného klienta Při generování stránek typu DASHOK (dashboard pro obecného klienta) se některé datové zdroje zpracovávaly vícekrát. Opraveno v technologii z 10.6.2019.
Aplikační server - Generování výstupů do Excelu Změna mechanismu generování sestav a opisů dat do Excelu. Při generování sestav typu XLS2 či opisů dat do Excelu docházelo vlivem použitého frameworku (Open XML SDK) k velké spotřebě paměti serveru. Generování sestav s cca 130+tis. řádky tak většinou skončilo chybou "Out of memory". Po přepracování na generování pomocí textové práce s XML je spotřeba paměti pro generování Excelu nulová a jediným omezením je doba trvání. Rozumné maximum (cca do 60-ti sekund) leží mezi 300 - 400 tisíci řádky v závislosti na počtu sloupců a rychlosti serveru. Dostupné v technologii od 29.5.2019.
Aplikační server - Instalace ESO9 na Windows Server 2019 Instalace ESO9 (aplikační server, klienti, aplikace ESO9 Start/PAM) otestována na Windows Serveru 2019; vše je funkční.
Aplikační server - Import FPU z ISDOC Při importu faktur přijatých z formátu ISDOC(x) mohlo dojít ke špatné identifikaci základů daní a daní v jednotlivých sazbách, pokud byly ve formátu ISDOC v6.1 použity prefixy k jednotlivým elementům. Opraveno v technologii z 17.6.2019.
Aplikační server - Odhlášení uživatele po nečinnosti v obecném klientovi Změna způsobu vyhodnocení ukončení session na timeout v obecném klientovi. Pokud došlo k vypršení timeoutu uživatelského sezení (session), měla se při následující akci uživatele zobrazit hláška "Uživatel byl odhlášen z důvodu příliš dlouhé nečinnosti.". Během úprav interakce obecného klienta v 1.pololetí 2019 však došlo mj.k úpravě chybových hlášek, které - po svém zobrazení - provedly zanavigování na předchozí stránku. Přitom ale mohlo dojít k opětovnému přihlášení do aplikace, protože s nastavenou NT nebo certifikátovou autentikací se lze přihlásit do aplikace jakýmkoli odkazem. Dalším problémem bylo cyklické vyhodnocování událostí, které jednak případnou chybu odhlášení uživatele potlačilo a druhak se svou další iterací způsobilo opětovné přihlášení právě odhlášeného uživatele. Uživatel pak po pokračování práce ve formuláři dostal nesmyslnou hlášku "Forma s ID xy nebyla nalezena", protože během jeho práce ve formuláři došlo na pozadí k jeho odhlášení a opětovnému přihlášení. Všechny scénáře byly pro obecného klienta prověřeny a upraveny tak, že po odhlášení uživatele na timeout dojde po zobrazení chybové hlášky k přesměrování na výchozí stránku aplikace. Dostupné v technologii od 19.6.2019.
Technologie ESO9 - server
Změny v technologii .NET
Překlady Doplněn překlad názvu rozevírací sekce ve formuláři.
Změny v ESO9 Správce
Vlastnosti aplikace Ve vlastnostech aplikace je opět zobrazen přepínač "Použít zadaný SQL účet".
Seznam serverů - Výmaz cache Do menu nad uzlem všech serverů doplněna akce "Vymazat cache na všech serverech". Po dotazu zavolá postupně nad všemi připojenými servery výmaz cache ve všech jejich aplikacích. Stejná akce doplněna do lokálního menu nad seznam serverů.
Doplnění překladových slovníků Do tvorby překladových slovníků doplněna volba "Jazyk stránek". Možné hodnoty podle jazyků legislativ (CZ, SL, PL, HU, DE). Pokud se jazyk stránky liší od parametru SYS_JAZYK databáze, je potřeba nastavit jazyk stránky. Jinak se nové výrazy ze stránek zařadí do slovníku do systémového jazyka databáze. Například v PL aplikaci by se české výrazy zařadily do slovníku jako polské výrazy.