ESO 9 změny ve verzi 5.7 z 30.06.2018

Obecný klient

Změny v technologii .NET

• Obecný klient
  Doplněno zobrazování obrázků z dms na parametr mask="IMGFROMDMS"
  
  
• Obecný klient - Browse
  Opraveno zvětšování a zmenšování browse. Nyní neproblikává.
  
  
• Obecný klient
  Do wiki doplněn postup na automatické stahování scriptů do lokálního úložiště.
  http://wiki.eso9.cz/doku.php?id=techdoc:skriptyok
  
  
• Obecný klient
  Při tisku sestav a použití PrintDest do souboru (XLSX, PDF...) na hyperlinku došlo k tomu, že se zamkla obrazovka, a po začátku stahování se neodemkla. Opraveno ve verzi aplikačního serveru a klienta z 8.3.2018.
  
  
• Obecný klient
  Zapojena lokalizace obecného klienta. Zatím jsou nachystány překlady do EN.
  
  
• Obecný klient - Tlačítka dokumentové databáze
  Tlačítka dokumentové databáze jsou nyní dostupná přímo z navbaru
  
  
• Obecný klient - Browse
  Opraveno založení nového řádku při rozeditování browse, ve kterém není ještě záznam.
  
  
• Obecný klient
  Opravena chyba, která způsobila při zavření číselníku bez přenosu dat zápis textu undefined do pole TEXTAREA .
  
  
• Obecný klient - DMS
  Opravena chyba při vkládání soubodů drag&drop do DMS. Pokud byla věta rozeditovaná, soubor se neuložil. Nyní se nejprve věta uloží a následně se do ní soubor uloží.
  
  
• Obecný klient
  Opravena práce s časem v DATETIME položce s maskou ;T
  
  
• Obecný klient
  Dashboard: Doplněn widget Bargauge, Multi a Docking
  Gantt: Upraven výstup GANTT (doplněny zdroje) a přidán nový výstup FLEXIGANTTRES (zobrazení zdrojů).
  Do helpu "pravidla esoform" přidány odkazy na stránky s příklady DASHOK a GANTTOK
  Aktualizovány dokumenty "Dashboard.pdf", "Gantt.pdf" a "Mobilní aplikace.pdf" na wiki
  
  
• Obecný kilent
  Opravena chyba, která způsobovala na vícezáložkovém formuláři přepnutí na první záložku po akci na tlačítko na jiné než první záložce.
  
  
• Obecný klient - Zpracování našeptávače
  Bylo zpracováno volání našeptávače i pro chyby číselníků FChange 51999 a 53999.
  
  
• Obecný klient
  Doplněna klientská validace povinných polí.
  - do input elementu v předloze stránky se doplní atribut REQUIRED a klient u těchto položek kontroluje před uložením obsah. v případě nevyplnění neumožní uložit. V editoru je za nevyplněnými položkami červený vykřičník. V případě vyplnění se vykřičník nezobrazuje.
  
  
• Obecný klient
  Oprava zobrazení detailu chyby, kde se chybně zobrazovalo
  
  
  
• Obecný klient - Export do excelu z označených
  Export označených řádků do excelu funguje korektně
  
  

Aplikace ESO9 Start

Změna činnosti

• 2 - Obchod a logistika
  Do historie hlaviček a složek dokladů doplněn sloupec "Uživatelské informace" který se naplňuje níže uvedenými funkcemi. Tyto funkce musí vracet string-VARCHAR(MAX), který je standardně prázdný. Funkce jsou určeny pro Eso9Profi. V tělech Eso9Start nekryptovaných funkcí jsou uvedeny příklady jak funkce použít.
  - nová funkce fnHISHDOK_TEXTUZIV: použita v historii hlaviček dokladů. Parametry funkce jsou:
  - @TYP_DOK: typ dokladu např. NOB, SPU, FPU, POB, SVU, FVU...
  - @IDHDOK: ID hlavičky dokladu
  - @IDHDOK_VZOR: ID vzoru hlavičky dokladu
  - nová funkce fnHISSDOK_TEXTUZIV: použita v historii složek dokladů. Parametry funkce jsou:
  - @TYP_DOK: typ dokladu např. NOB, SPU, FPU, POB, SVU, FVU...
  - @IDHDOK: ID hlavičky dokladu
  - @IDHDOK_VZOR: ID vzoru hlavičky dokladu
  - @IDSDOK: ID složky dokladu
  
  Spolu s tím upraveny následující objekty:
  - zdroj sestavy "nastaveni\Historie.idc": volání funkce fnHISHDOK_TEXTUZIV
  - předloha sestavy "nastaveni\Historie.htx": doplněn sloupec "Uživatelské informace"
  - zdroj sestavy "nastaveni\HistorieSDok.idc": volání funkce fnHISSDOK_TEXTUZIV
  - předloha sestavy "nastaveni\HistorieSDok.htx": doplněn sloupec "Uživatelské informace"
  
  

Účetnictví

• 1. 1. 2. 5 - Export pro INTRASTAT
  Informace (stát, region..) o domácím subjektu se standardně berou z defaultní adresy. V případě, že subjekt má jen registraci pro DPH v jiném členském státu, ale nemá v tomto členském státě sídlo (resp. sídlo je v původním státě), je problém s určením státu, regionu.... Tyto informace by měly odpovídat členskému státu, v němž má registraci pro DPH.
  Proto se pro potřeby INTRASTATu zavedl nový parametr "IDES_SUBJADRNAZEV". Tento nastavuje "Název adresy (pobočky)" naší firmy pro INTRASTAT. Defaultně má hodnotu "INTRASTAT". Pokud adresa naší firmy s uvedeným názvem neexistuje, pak se vezme defaultní adresa naší firmy.
  
  Spolu s tím upraveny následující objekty:
  - nový parametr IDES_SUBJADRNAZEV: název adresy (pobočky) naší firmy pro INTRASTAT
  - procedura spINTRASTAT_Export
  
  
• 1. 1. 2. 5 - Export pro INTRASTAT
  Za zvláštní druh/pohyb "MZ - Malé zásilky" se považují složky dokladu typu zboží, které mají buďto pohyb s kódem "MZ", nebo nově celní kód "99500000". Řešení přes celní kód "99500000" je nové řešení, které nevyžaduje změnu pohybu na složce dokladu. Podmínky jak použít celní kód "99500000":
  - založit do celního sazebníku "99500000|01.01.2005|31.12.2999|ZZZ|Zásilky malé hodnoty"
  - založit zboží např. s kódem „MZ – malá zakázka“ a na něj uvést odkaz na celní sazebník „99500000“
  - na doklad faktury uvést složku typu zboží s kódem "MZ"
  - pokud má složka celní kód "99500000"(nebo pohyb "MZ"), tak se chová jako malá zásilka s tím, že se odesílají jen tyto údaje:
  - kód zvláštního druhu nebo pohybu
  - celní kód zboží
  - kód členského státu odeslání při přijetí zboží nebo kód členského státu určení při odeslání zboží
  - fakturovaná hodnoty
  
  Spolu s tím upraveny tyto činnosti:
  - procedura spINTRASTAT_Export: za malou zakázku se považují složky dokladu typu zboží, které mají buďto celní kód "99500000", nebo pohyb s kódem MZ. U malé zásilky se kontrolují a odesílají pouze tyto údaje
  - kód zvláštního druhu nebo pohybu zboží: musí mít hodnotu „MZ“.
  - jednotný společný celní kód zboží: musí mít hodnotu „99500000“.
  - kód členského státu odeslání při přijetí zboží nebo kód členského státu určení při odeslání zboží: musí být určen
  - výši fakturované hodnoty: musí být různá od nuly. To, že hodnota musí být menší než 200 EUR se NEKONTROLUJE - za to je zodpovědný uživatel, který složku pořídil.
  
  - činnost 2. 1. 3. 1 Faktury přijaté účetní \ odkaz "Složky": do předlohy "nakup\FaPSloz.htm" doplněn Pohyb do spodní formy "Složky faktury přijaté"
  - činnost 2. 2. 3. 1 Faktury vydané účetní: do předlohy "prodej\FaV.htm" doplněn Pohyb do spodní formy "Složky faktury vydané"
  
  
• 1. 1. 2. 5 - Export pro INTRASTAT
  Ve spodní části předlohy "ucet\INTRASTAT_EXPORT.htm" je sekce pro odvod INTRASTATu:
  - label přejmenován z "Odvedení detailů pro INTRASTAT" na "Odvod detailů INTRASTATu"
  - tlačítko přejmenováno z "Odvedení" na "Proveď odvod INTRASTATu"
  
  
• 1. 1. 2. 3 - Výkaz DPH
  V případě opravného hlášení DPH v posledním měsíci v roce se počítala chybně částka ročního vypořádání (případně i koeficientu).
  Opravena procedura spVykazDPH_Vypocet450 (sčítaly se chybně částky z řádného výkazu s částkami z opravného výkazu).
  
  
• 1. 1. 2. 1 - Hlavní kniha
  Ve formuláři výpisu detailu účtu v hlavní knize v poslední formě doplněna položka Typ účetního zápisu (UcetZap.vlTypUcetZap). Opraven label Subjekt (byl 2x).
  
  
• 1. 1. 2. 5 - Export pro INTRASTAT
  Doplněno automatické generování negativního hlášení.
  V případě, že zpravodajská jednotka, která je povinna pravidelně měsíčně předávat Výkazy pro Intrastat o přijetí anebo o odeslání zboží, v některém měsíci žádnou takovou zbožovou operaci nerealizuje, je povinna předat příslušnému celnímu orgánu o této skutečnosti negativní hlášení. Negativní hlášení se předává zvl᚝ za přijetí zboží a zvl᚝ za jeho odeslání ve stejných termínech a pomocí stejné programové aplikace jako běžný Výkaz.
  
  Negativní hlášení obsahuje pouze:
  - rok
  - měsíc
  - směr (přijetí/odeslání)
  - zpravodajskou jednotku
  - typ věty (zvláštní pohyb): musí mít hodnotu "NN"
  
  Jako příklad pro CZ a formát CSV
  "03";"2018";"00000019";"1";"";"";"";"";"";"";"NN";"";"";"";;;;;"";"";
  "03";"2018";"00000019";"2";"";"";"";"";"";"";"NN";"";"";"";;;;;"";"";
  
  Spolu s tím upraveny tyto objekty:
  - procedura spINTRASTAT_Export
  
  
• 1. 1. 4. 5 - Výsledovka
  Upravena stránka ucet/Vysl_Str_F.htm tak, aby bylo možno parametricky zadat předvyplněné textové hodnoty : ucet_obd_od, ucet_obd_do, kod_str, UZDU, Zakazka, ZatrideniStr, kod_subjektu, Uziv_Jazyk.
  
  Příklad : při použití hyperlinku na stránce, na které je položka ZAK_HDOK : např. Tisk výsledovky zakázky se zobrazí formulář pro tisk výsledovky s předvyplněným filtrem na zakázku.
  
  
• 1. 1. 2. 3 - Výkaz DPH\Souhrnné hlášení
  Souhrnné hlášení (dále jen SH) nově obsahuje:
  - nová sestava "Kontrolní sestava": vypisuje řádky SH seskupené dle řádků Výkazu DPH
  - v detailu SH se k řádkům SH zobrazují seznam dokladů, ze kterých je řádek SH tvořen. V seznamu dokladů lze zadávat korekci (obvykle +1/-1) tak aby součet řádků SH seděl na řádky Výkazu DPH
  
  Spolu s tím provedeny následující úpravy:
  - nová sestava "Kontrolní sestava": pro legislativu CZ, SK, DE
  - SH_CZ2018_RADKYDPH: je k dispozici v Eso9Start
  - SH_SK2018_RADKYDPH: je k dispozici v Eso9StartSK
  - SH_DE2018_RADKYDPH: je k dispozici v Eso9StartDE
  - upraveny předlohy
  - DPH\OdvodDPH.htm: doplněna sestava "Kontrolní sestava"
  - DPH\OdvodSH_Detail.htm: doplněna sestava "Kontrolní sestava", lze zadávat korekci
  
  
• 1. 1. 2. 4 - Výkazy AP, ZZ (legislativa CZ)
  Při instalaci verze 5.7 pro legislativu CZ bude provedeno :
  1) Pokud existuje výkaz AP_2016 a neexistuje výkaz AP_2018, bude vytvořen nový výkaz AP_2018 jako kopie výkazu AP_2016 a následně bude výkaz AP_2018 upraven takto :
  - řádek "B. Dlouhodobý majetek" bude přejmenován na „B. Stálá aktiva“.
  - řádek "B.I.1. Nehmotné výsledky výzkumu a vývoje" bude přejmenován na „B.I.1. Nehmotné výsledky vývoje“. Dosud byl tento řádek definován tak, že do něj vstupuje syntetický účet 012. Pokud v účetní osnově existuje analytický účet 012xxx pro nehmotné výsledky výzkumu (tento dle výkladu nesplňuje kritéria pro zařazení do kategorie dlouhodobého nehmotného majetku), je nutno definici výkazu upravit tak, že do řádku budou vstupovat pouze konkrétní analytické účty.
  - řádky „A.IV.1. Nerozdělený zisk minulých let“ a „A.IV.2. Neuhrazená ztráta minulých let (-)“ byly nahrazeny jedním řádkem „A.IV1. Nerozdělený zisk nebo neuhrazená ztráta minulých let (+/-)“, účty vstupující původně do A.IV.2. nyní vstupují do A.IV.1.
  - v souvislosti s tím došlo k přečíslování položky „A.IV.3. Jiný výsledek hospodaření minulých let“ na „A.IV.2.“
  
  2) Legislativa nyní umožňuje dva způsoby vykazování - dosud vykazované řádky aktiv D., D.1., D.2. a D.3 je možno nyní vykazovat jako C.II.3., C.II.3.1., C.II.3.2. a C.II.3.3. (obdobně i v pasivech). Výkazy v ESO9Start zachovávají původní způsob vykazování, v definici výkazů aktiv a pasiv v tomto ohledu tedy k žádné změně nedochází.
  
  3) Pokud existuje výkaz AP_2016ZK a neexistuje výkaz AP_2018ZK, bude vytvořen nový výkaz AP_2018ZK jako kopie výkazu AP_2016ZK a následně bude výkaz AP_2018ZK upraven takto :
  - řádek "B. Dlouhodobý majetek" bude přejmenován na „B. Stálá aktiva“.
  
  4) Pokud existuje výkaz AP_2016ZKM a neexistuje výkaz AP_2018ZKM, bude vytvořen nový výkaz AP_2018ZKM jako kopie výkazu AP_2016ZKM a následně bude výkaz AP_2018ZKM upraven takto :
  - řádek "B. Dlouhodobý majetek" bude přejmenován na „B. Stálá aktiva“.
  
  5) Pokud existuje výkaz ZZ_2016D a neexistuje výkaz ZZ_2018D, bude vytvořen nový výkaz ZZ_2016D jako kopie výkazu ZZ_2018D a následně bude výkaz ZZ_2018D upraven takto :
  - řádek "F.2. Zůstatková cena prodaného materiálu" bude přejmenován na „F.2. Prodaný materiál“.
  
  
• 1. 1. 2. 1 - Hlavní kniha
  Hlavní kniha - sestavy Detailu obratu účtu, Detailu konečného stavu a Inventarizace účtu.
  Funkce fnHlavniKniha_Det2 a fnHlavniKniha_DetKS2, které jsou používány v těchto sestavách, byly upraveny tak, že pokud zadanému filtru na účet vyhovuje více účtů, vezme se pouze první z těchto účtů.
  Je-li tedy ve filtru zadán např. účet 311%, vezme se např. účet 311001.
  Důvodem pro toto omezení je skutečnost, že např. při zadání účtu % mohlo na velkých databázích dojít k nadměrnému zatížení SQL serveru nebo aplikačního serveru.
  
  
• 1. 1. 2. 3 - Výkaz DPH
  Otevření výkazu DPH, kontrolního hlášení a souhrnného hlášení mohl provádět pouze uživatel ve skupině 00.
  Nyní byl vytvořen nový parametr Výkaz DPH / PravoZrusOdvodDPH, ve kterém je možno zadat seznam skupin uživatelů, které mají právo na otevření výkazu DPH, kontrolního hlášení a souhrnného hlášení. Parametr je defaultně nastaven na hodnotu 00 (takže pokud nebude změněn, bude fungovat stejně jako v předchozí verzi).
  
  
• 1. 1. 2. 3 - Výkaz DPH
  V pracovní verzi sestavy výkazu DPH byl v ř. 47 chybný text " ... odst. 3 ... ". Správný text je " ... odst. 4 ... ".
  Upravena funkce fnDphTextyCZ_201101. (Původní text byl platný ve výkazu do r. 2014, k této změně došlo od r. 2015).
  
  
• 1. 1. 2. 4 - Výkazy AP, ZZ, CF (legislativa CZ)
  Upraveny vstupní formuláře pro tisk výkazů Rozvahy aktiv a pasiv, Výkazu zisku a ztráty, Cash-flow a Přehledu vykázaných zisků a ztrát.
  Kromě období, pro které se má výkaz tisknout, je možno zvolit i minulé období.
  Standardně se do účetního období od/do nabízí první/poslední období fiskálního roku příslušné aktuálnímu datu, do minulého období první/poslední období předchozího fiskálního roku. Při změně období od/do se dle nastaveného parametru Vykazy_MinuleObd naplní i hodnoty pro minulé období (od/do). Přednastavené hodnoty pro minulé období od/do je možno ručně změnit, již se neprovádí kontrola, že se jedná skutečně o předchozí období.
  
  Pokud se zadá období-od vyšší než je období-do, do období-do se nastaví poslední období fiskálního roku pro zadané období-od.
  Pokud se zadá období-do nižší než je období-od, do období-od se nastaví první období fiskálního roku pro zadané období-do.
  V případě, že v období-do bylo zadáno poslední období roku, pak se v sestavě v odevzdatelném tvaru netiskl měsíc výkazu. Toto je nyní možno před tiskem změnit nastavením volby "při tisku v odevzdatelném tvaru tisknout období i v případě posledního období".
  Pokud se tisk výkazu neprovádí od prvního období v roce, zobrazuje se u odkazu pro tisk v odevzdatelném tvaru "Varování : zadané účetní období OD není prvním obdobím v účetním roce".
  
  Upraveny formuláře :
  - ucet\Vykazy\CZ_AP_filtr.htm
  - ucet\Vykazy\CZ_CF_filtr.htm
  - ucet\Vykazy\CZ_PVZZ_filtr.htm
  - ucet\Vykazy\CZ_ZZ_filtr.htm
  
  Upraveny sestavy : Vyk_AP_CZ_2017, Vyk_ZZ_CZ_2017, Vyk_CF_CZ_2017, Vyk_PVZZ_CZ_2017
  
  Upravené funkce a procedury :
  - spUctObd_VratFiskalni,
  - spQVykazHlav_FC_Ucet_Obd
  - spQVykazHlav_FC_mf_Ucet_Obd_Od
  - spQVykazHlav_FC_mf_Ucet_Obd_Do
  - spQVykazHlav_FC_mf_Ucet_Obd_Od_1
  - spQVykazHlav_FC_mf_Ucet_Obd_Do_1
  - spDZSTI_DoplnParam
  - spDZSTI_HlavickaVykazu
  - spDZSTI_VykazZZ
  - spDZSTI_VykazAP
  - spDZSTI_VykazCF
  
  

Finance

• 1. 2. 1. 3 - Platební příkazy
  Kontrola duplicitního VSYM při ukládání dokladu.
  Při uložení dokladu s vlastností "my budeme platit jim" se v proceduře spHdok_ValRec provádí kontrola, zda existuje pro daný subjekt doklad stejného typu se shodným VSYM. Chybová hláška (varování) byla změněna tak, že obsahuje i číslo dokladu, na kterém chyba vznikla (pokud ale doklad ještě nebyl pořízen, nemusí být toto známo).
  Aby bylo možno v některých případech tuto hlášku potlačit, byl založen nový parametr Nákup/DuplVSYM_Nekontr, kde je možno uvést seznam vzorů (oddělených středníkem), pro které se kontrola nemá provádět.
  V případě tvorby platebního příkazu (typ dokladu PPP) se tato kontrola rovněž neprovádí v případě, že doklad, ze kterého platební příkaz vznikl, má vzor uvedený v tomto seznamu.
  Při založení se parametr standardně naplní hodnotou VzorIPM (Interní doklad - platby z mezd). Tyto doklady importované z mezd mají zpravidla každý měsíc stejný variabilní symbol, a pokud je na těchto dokladech uváděn subjekt, byla pro ně hlášena tato upozorňující hláška - při tomto nastavení se již pro tyto doklady (a PP vzniklé z těchto dokladů) tedy hlásit nebude.
  Upravena procedura spHdok_TestDuplVSYM
  
  

Saldokonto

• 1. 3. 1. 5 - Párování za účet
  Upraveny stránky Saldo / HrParUcet.htx, HrParUcet.htm, HrParUcetKc.htm
  - odkazy, které byly dříve řešeny pomocí TVIEW, upraveny na řešení pomocí WHERE.
  
  
• 1. 3. 4. 8 - Závazky a pohledávky k datu
  Pokud datum bankovního výpisu předcházelo datu vlastního dokladu závazku / pohledávky, pak se BAV nezobrazoval v sestavě 1.3.4.8 Závazky a pohledávky k datu (v případě výpisu sestavy k datu mezi datem BAV a datem závazku/pohledávky).
  Upravena funkce fnPrn_ZavPohlKDatu.
  
  
• 1. 3. 4.11 - Inventarizace závazků
  Provedena optimalizace funkce fnPrn_ZavPohlKDatu.
  
  
• 1. 3. 4. 8 - Závazky a pohledávky k datu
  Ve vstupních parametrech sestavy a ve výstupním recordsetu se vyskytovala položka vlHPohledavka_Zavazek, která je v jednom případě typu varchar (vstupní parametr - může obsahovat seznam oddělený čárkou) a ve druhém případě integer (položka z HDOKu výstupního recordsetu), což mohlo způsobit chybu při konverzi datových typů.
  Upravena stránka vstupního filtru saldo\ZavPohl_KDatu_f.htm (položka vlHPohledavka_Zavazek nahrazena položkou mf_vlHPohledavka_Zavazek) a upraven datový zdroj sestav ZavPohlKDatu a ZavPohlKDatuZ (položka '%vlHPohledavka_Zavazek%' nahrazena položkou '%mf_vlHPohledavka_Zavazek%').
  V případě, že v profi řešení je upraven vstupní filtr nebo uvedené sestavy, je nutno obdobné změny provést i v nich.
  
  

Plánování

• 1. 4. 1. 1 - Zadání předpisu opakování dokladů
  Měsíční generování:
  - Poslední den v měsíci: stačí nastavit hodnotu "Pro hodnotu "K datu v měsíci" generovat" = 31. den v měsíci
  - První/Poslední pracovní den: pro měsíční generování s nastavením vlastnosti „první pracovní den“ nebo „poslední pracovní den“ vyloučeny z pracovních dní nejen SO a NE, ale i státní svátky dané funkcí fnSeznamSvatku
  
  Spolu s tím upraveny tyto objekty:
  - spPlanDok_NextDatum
  
  

Nákup

• 2. 1. 3. 1 - Faktury přijaté účetní
  Vytvořena nová include stránka pro položku mf_SazbaDPH sloužící pro určení sazby DPH při samovyměření DPH.
  V legislativním start webu pro SK a DE je tento include upraven tak, že v něm není možnost výběru 2. snížené sazby.
  
  Nové stránky :
  ESO9Start\Include\SamovymereniDPH.htm
  ESO9StartSK\Include\SamovymereniDPH.htm
  ESO9StartDE\Include\SamovymereniDPH.htm
  
  Upravené stránky :
  ESO9Start\nakup\FapHlav.htm
  ESO9Start\finance\Pd_Vse.htm
  ESO9Start\finance\Pd_Vyd.htm
  ESO9Start\finance\Pd_Vyd_val.htm
  ESO9Start\finance\Pd_VydS.htm
  ESO9Start\ucet\Inter_dokl.htm
  ESO9Start\ucet\Inter_dokl_Sloz.htm
  ESO9StartHU\Nakup\FapHlav.htm
  ESO9StartPL\Nakup\FapHlav.htm
  
  

Prodej

• 2. 2 - Prodej
  Pokud je na skladě nastavena tvrdá blokace šarží (činnost 9. 5. 7 Sklady), pak se provádí kontrola dokladů, které zvyšují stav blokováno (obvykle POB) kromě jiného na změnu šarže (číslo šarže, výrobní číslo, umístění popř. zakázka) v případech, kdy existuje doklad-následník, který stav blokováno snižuje (obvykle SVU).
  Tvrdá blokace šarží pro tuto kontrolu musí být nastavena takto:
  - Tvrdá blokace: "1=Vůči účetnímu stavu" NEBO "2=Vůči fyzickému stavu"
  - Tvrdá blokace pro doklady: "0=Všechny"
  - Práce se šaržemi: "1=Ano"
  - Tvrdá blokace šarží: "1=Ano"
  
  Spolu s tím provedeny následující změny:
  - chybová hláška č. 52240: doplněna o informaci, že se nelze měnit "šarži při tvrdé blokaci šarží"
  - procedura spSDok_HisSDok: změna v rozhraní (doplněny povinné parametry) a přepracována kontrola na možnost změny šarže pokud je nastavena "Tvrdá blokace šarží"
  - triggery trSDok_INS, trSDok_UPD: doplněno načítání hodnot a změna volání procedury spSDok_HisSDok
  
  
• 2. 2. 3. 1 - Faktury vydané účetní
  Do detailu hlavičky faktury vydané doplněn bankovní účet subjektu.
  
  Upraven pohled QHDOK_FAV :
  - doplněna vazba na číselník bank a bankovní účtu subjektu
  - doplněny položky Banka.Kod_Banky, SubjBUcet.BUSubjBUcet_IBAN, SubjBUcet.txtBUSubjBUcet_IBAN
  
  Upravena stránka prodej\FaV.htm :
  - do datového zdroje doplněny položky Kod_Banky, txtBUSubjBUcet_IBAN
  
  Upravena stránka prodej\FaVHlav.htm :
  - doplněny položky BUHdok_Ucet, Kod_Banky, "BUHdok_Specif, txtBUSubjBUcet_IBAN
  
  
• 2. 2. 3 - Faktury vydané - jen pro HU legislativu.
  Doplněna komunikace se službou OnlineSzamla. Vytvořeno jako CLR procedura.
  Z SQL serveru je třeba mít povolen přístup na https://api.onlineszamla.nav.gov.hu/invoiceService/, https://api-test.onlineszamla.nav.gov.hu/invoiceService/.
  Doplněny parametry pro přihlášení ke službě ve skupině SzamlaOnline.
  Vytvořeny procedury pro odeslání faktury a zjištění jejího stavu.
  Zapojeno nad fakturou, doplněna stránka s přehledem stavů komunikace se službou (ESO9StartHU\Prodej\HdokSzamla.htm)
  Doplněna činnost 2.2.3.14 - Online szamla Info s přehledem komunikace se službou a možností zobrazit a znovu odeslat záznamy v chybovém stavu.
  Pro odesílání faktur a zjišování jejich stavu na pozadí (předepisuje legislativa) je nutné vytvořit SQL JOB volající zpravidla jednou za hodinu proceduru spOnlineSzamla_Akce_JOB
  Pro maďarské zákazníky je v maďarštině vytvořen podrobný popis práce s fakturami a službou.
  
  

Úkoly

• 2. 4. 1 - Správa úkolů
  Na rozhraní níže uvedených procedur doplněny nepovinné parametry:
  - @MF_VLTYP_SLOZNEW SMALLINT = NULL : typ složky pro nově vznikající složku dokladu {0-Ostatní,1-Zboží,2-Služba,3-Pomůcka}
  - @MF_EXECSDOK SYSNAME = NULL : název procedury (s parametry @IDSDOKP int, @IDSDOKN int) která se spustí vždy po založení složky dokladu
  Procedury:
  - spSDOK_UKOL_Predej: volá proceduru spSDOK_UKOL_ZalozKopii
  - spSDOK_UKOL_ZalozPraci: volá proceduru spSDOK_UKOL_ZalozKopii
  - spSDOK_UKOL_ZalozKopii: pokud je typ nové složky jiný než složky zdrojové, pak se vyprázdní/nastaví na hodnotu 0 tyto položky
  - identifikace složky
  - množství
  - sazba DPH
  - ceny
  - SET vlastnosti (SETUCSTAV, SETFYZSTAV...)
  - šarži
  
  Tyto parametry nejsou v Eso9Start využity a slouží pro využití v Eso9Profi
  
  

Zásilkové / Přepravní služby

• 6. 6. 1. 3 - Komunikace s PPL bránou
  Zahájeny práce na PPL bráně rozhraní MyApi.
  Brána MyApi ještě není plně implemenována.
  
  Doplněny parametry do skupiny Zásilky.
  Upravena stránka 6. 6. 1. 3 Komunikace z PPL bránou.
  Upravena knihovna eso9zasilky.dll
  
  

CRM

• 6. 7. 1 - Aktivity
  Do podřízených činností doplněny nové položky
  - Typ výsledku(AKTIVITA.VLVYSLEDEK)
  - Popis výsledku(AKTIVITA.VYSLEDEKPOPIS)
  
  Spolu s tím upraveny následující objekty:
  - nový include combobox "CRM\ComboInc_VLVYSLEDEK.htm" pro Typ výsledku aktivity použitý v include formě "CRM\Inc_AKTIVITA.htm"
  - nová include forma "CRM\Inc_AKTIVITA.htm": forma pro Aktivitu, která je poté společná pro ostatní činnosti. Obsahuje nově položky "Typ výsledku", "Popis výsledku"
  - v předlohách použita include forma "CRM\Inc_AKTIVITA.htm":
  - činnost 6. 7. 1. 1 Všechny aktivity: forma "CRM\Aktivity.htm"
  - činnost 6. 7. 1. 2 Aktivity dle subjektu: forma "CRM\AktivitySubj.htm"
  - činnost 6. 7. 1. 3 Aktivity dle vlastníka: forma "CRM\AktivityUziv.htm"
  
  
• 6. 7 - CRM
  Optimalizace činností v 6. 7 CRM:
  - činnost 6. 7. 1. 1 Všechny aktivity: změněn StartFilter=1 na hodnotu 2 v předloze "CRM\Aktivity.htm"
  - činnost 6. 7. 1. 2 Aktivity dle subjektu: optimalizace datového zdroje první formy "Subjekt" v předloze "CRM\AktivitySubj.htm "
  - činnost 6. 7. 1. 3 Aktivity dle vlastníka: optimalizace datového zdroje první formy "Vlastník aktivity" v předloze "CRM\AktivityUziv.htm"
  
  

Účetní číselníky

• 9. 2. 9 - Saldokonta
  V číselníku saldokont (párování) doplněna možnost nastavení, zda má nebo nemá vstupovat do hromadného párování všech saldokont.
  - Doplněna položka VLHROMADNEPAROVANI do tabulky PAROVANI.
  - Upravena stránka nastaveni / Saldo.htm - doplněna vlastnost "Zahrnout do hromadného párování všech saldokont".
  - Upravena procedura spParovani_AutoAll.
  
  
• 9. 2. 4. 0 - Odpisové skupiny majetku
  V číselníku odpisových skupin byla doplněna termínová platnost (datum platnosti od-do).
  V případě vyplnění této platnosti se při uložení karty majetku kontroluje, zda k datu prvního pohybu majetku (nejnižší datum na složkách pohybů) jsou odpisové skupiny v zadaném rozsahu platnosti. Pokud ne, je hlášeno varování. Jestliže majetek ještě nemá žádný pohyb, provádí se kontrola k dnešnímu datu.
  Kontrola se rovněž provádí při zařazení majetku (tlačítkem "Zařazení" nad pohyby majetku).
  
  Tabulka OdpSkup - doplněny položky dtPlatnostOD, dtPlatnostDO.
  Nová procedura spMajetek_KontrPlatOdpSkup, upravené procedury spQMajetek_ValRec a spMajetek_Zarad.
  Upravena stránka nastaveni\OdpSkup.htm
  
  
• 9. 2. 8 - Účetní výkazy
  V činnosti 9.2.8 Účetní výkazy byly zrušeny odkazy Tisk, Tisk plán a Tisk skutečnost a plán.
  Upraveny stránky Nastaveni/UcetVyk.htm a UcetVyk_Obecny.htm
  
  

Subjekty

• 9. 3. 3. 1 - Osoby subjektů - Ochrana osobních údajů
  GDPR - Ochrana osobních údajů
  V Osobě subjektu doplněn odkaz na formulář "Ochrana osobních údajů".
  Slouží k evidenci právních důvodů a účelů zpracování osobních údajů osoby subjektu.
  Doplněna tisková sestava "Potvrzení o zpracování" (SubjGDPR).
  
  Do skupiny parametrů Systémové doplněn parametr GDPR_OSOBA pro Odpovědnou osobu a parametr GDPR_MISTO pro Místo vyplnění na sestavě "Potvrzení o zpracování".
  
  Doplněna tabulka SUBJGDPR.
  Předlohy subjekt\SubjOsob.htm, subjekt\SubjOsobaMS.htm rozšířeny o odkaz na novou předlohu subjekt\SubjOsobaGDPR.htm. Doplněn include subjekt\SubjGDPR_INC.htm.
  
  
• 9. 3. 3. 0 - Subjekty
  Odkaz "Značení sortimentu": v předloze "subjekt\Subjznac.htm" optimalizován datový zdroj spodní formy "Značení zboží pro partnera".
  
  
• 9. 3. 3 - Ověření subjektu – jen pro legislativu SK
  Do stránky subjektu subjekt\Subjekt.htm doplněn pro legislativu SK include subjekt\SubjOverSubjekt_INC_SK.htm - se sekcí "Ověření subjektu".
  Pro ověření je nutné zadat stát subjektu: SK, CZ, automaticky. Při volbě automaticky se použijí první dva znaky IČ DPH.
  Položka "Ověřit IČO" je totožná s IČO.
  Akce "ověření základních údajů" jen zobrazí stažené údaje, v závorce za každým údajem zobrazí případnou rozdílnou hodnotu v datech subjektu v ESO9.
  Akce "aktualizace základních údajů" stažené údaje naplní do dat. Naplňuje se Název subjektu, IČ DPH, DIČ, Ulice včetně čísla, PSČ, Město, Stát, pokud se nalezl stát s kódem SK nebo CZ v číselníku států.
  Ověření se volá vůči webové službě na adrese https://podpora.eso9.cz/update/CompanyInfo.asmx - přístup na ni musí být povolen z databázového serveru. Až z této webové služby se volají služby bisnode.sk.
  
  

Dokladové číselníky

• 9. 4. 4 - Typy dokladů
  Výpočet datumu splatnosti pří kopii dokladů lze nyní nastavit:
  - tabulka TDVCASE: typ dokladu v čase. Nový sloupce VLSPLATNOSTPRIKOPII_TDC - SMALLINT. Určuje způsob určení "Datumu splatnosti" při kopii:
  - 0=Z předchůdce: určí se z předchůdce. Je to defaultní hodnota a jedná se o dosavadní způsob
  - 1=Přepočtem: spočítá se tak, jako kdyby se doklad pořizoval ručně (ze SUBJVTSUBJ resp. VZORU dokladu)
  - činnost 9. 4. 4 Typy dokladů: do prostřední formy "Vlastnosti typu dokladu závislé v čase" předlohy "nastaveni\TypDok.htm" doplněna položka "Datum splatnosti při kopii určit": 0=Z předchůdce;1=Přepočtem
  - funkce fnTDvCase: vrací hodnotu nového sloupce VLSPLATNOSTPRIKOPII
  - funkce fnTDvCase_Hdok: vrací hodnotu nového sloupce VLSPLATNOSTPRIKOPII
  - obchodní pravidlo spTDvCase_NewRec: na rozhraní nový povinný parametr @VLSPLATNOSTPRIKOPII_TDC - SMALLINT. Naplňuje se z posledního záznamu bez vzoru, nebo hodnotou 0=Z předchůdce
  - obchodní pravidlo spTDvCase_ValRec: na rozhraní nový povinný parametr @VLSPLATNOSTPRIKOPII_TDC - SMALLINT. Kontrola na hodnotu NULL.
  - procedura spTDvCase_Zmenit: na rozhraní nový nepovinný parametr @mf_VLSPLATNOSTPRIKOPII_TDC - SMALLINT.
  - procedura spTDvCase_HromadnaZmena: na rozhraní nový nepovinný parametr @mf_VLSPLATNOSTPRIKOPII_TDC - SMALLINT.
  - procedura spTypDok_ZkopirujDoTDVCase: naplní sloupec VLSPLATNOSTPRIKOPII_TDC hodnotou 0=Z předchůdce
  
  

Zboží, služby, majetek..

• 9. 5.10 - Zboží na skladě
  Akce-tlačítko "Založ zboží na sklad" (objekt-procedura spZBOZI_ZalozNaSklad) při zakládání zboží na sklad nastavuje položku "Skladovou cenu" na hodnotu "Kontrolovat podle skladu" stejně, jako při ručním pořízení zboží na sklad (činnost 9. 5.10 Zboží na skladě).
  
  
• 9. 5. 6 - Skupina značení zboží
  Zrušena spodní forma "Značení sortimentu pro skupinu značení". Ta byla nahrazena odkazem "Značení sortimentu" ve kterém je "Značení sortimentu pro skupinu značení" k dispozici. Důvodem úpravy je zrychlení zobrazení samotného číselníku tím, že se nezobrazuje "Značení sortimentu pro skupinu značení"
  - předloha "nastaveni\SkupZnZb.htm": provedeny výše popsané úpravy. Protože se tato forma v mnoha činnostech volá jako číselník je vyřešena i rychlost.
  - nová předloha "nastaveni\SkupZnZbZnac.htm": volá se na odkazu "Značení sortimentu". Zde je ve spodní formě optimalizován datový zdroj.
  
  
• 9. 5. 9 - Zboží
  Odkaz "Značení pro subjekt": v předloze "nastaveni\ZbozZnac.htm" optimalizován datový zdroj spodní formy "Značení zboží pro partnera".
  
  
• 9. 5.11 - Služby
  Odkaz "Značení pro subjekt": v předloze "nastaveni\SluzZnac.htm" optimalizován datový zdroj spodní formy "Značení služby pro partnera".
  
  

Parametrizace systému

• 9. 6.11 - Události
  Protože se v současné verzi ESO9 pro zobrazení událostí již nepoužívá hodnota "SQL-hodnota zkrácená" (definovaná v událostech), při vyhodnocení událostí se nyní neprovádí její přepočet. Pokud tam tedy je tato definice vyplněna, nemá již žádný význam a v případě složitějších výpočtů může nyní dojít ke zrychlení provádění přepočtu událostí.
  
  
• 9. 6. 1 - Parametry aplikace
  Do skupiny "systémové" přidán nový parametr "DROP_ROW_MSG" - Informační hláška při vypadnutí řádku z filtru. Pokud je povoleno (>=1), zobrazí se při vložení nebo úpravě záznamu neodpovídajícího po jeho uložení aktuálnímu filtru informační hláška. Defaultní hodnota je 0-Ne.
  
  
• 9. 6.12 - Joby
  Pokud poslední spuštění JOBu skončilo chybou, je tento JOB v browsu zvýrazněn červenou barvou. Toto zvýraznění se nyní provádí ale pouze u těch JOBů, které mají povoleno automatické spouštění.
  
  

Komplexní editory

• 9. 9. 4 - Fulltextové vyhledávání
  Nebylo funkční vyhledávání datových zpráv protože checkboxy, které určují oblast hledání, neobsahovaly možnost "datové zprávy" (pokus se provádělo vyhledání z horní lišty, bylo i vyhledání datových zpráv funkční).
  Upravena stránka nastaveni\FullText.htm - doplněn checkbox "datové zprávy".
  V důsledku doplnění nové formy do stránek Posta/OdeslaneDZ.htm a PrijateDZ.htm byl nefunkční odkaz ne detail datové zprávy - vytvořena nová stránka posta\DS_DZDetail.htm.
  Upravena procedura fnFullTextEso9_Formular pro výběr na základě vyplnění checkboxu, upraven odkaz na stránku datové zprávy.
  Doplněn FChange pro checkbox "datové zprávy", upravena procedura spQFullText_SetSeznamMaster
  
  

Datový model

• DATZPR - Datové schránky
  Tabulka byla rozšířena položku VLODESLAT. 0 = Ne, 1 = Ano
  
  

Webové stránky

• OdeslaneDZ.htm - datové schránky - Odeslané zprávy
  Stránka byla rozšířena o pole: Povoleno k odeslání. Pole se nastaví po založení zprávy na Ano. Pokud uživatel nechce aby se zpráva odeslala při hromadném odeslání musí ji nastavit na hodnotu Ne.
  
  

Změny procedur

• spHDOK_CopyRozuct - Procedura pro kopii dokladu s ručními účetními zápisy
  Do procedur spHDOK_CopyRozuct a spHdok_CopyRucUcetZap doplněn nový parametr @mf_vlPrepNovymKursem, který umožňuje zvolit, zda se v případě cizoměnového dokladu mají přepočítat ruční účetní zápisy kurzem nového dokladu :
  @mf_vlPrepNovymKursem SMALLINT = NULL :
  0 nebo NULL : účetní zápisy se zkopírují z původního dokladu ( = předchozí funkčnost)
  1=přepočítat pouze ruční UcetZap v cizí měně,
  2=přepočítat pouze ruční UcetZap i v domácí měně
  
  
• spTXT_Majetek - Procedura pro import karet majetku
  Do procedury spTXT_Majetek doplněn vstupní parametr DTKALKULACE (Účtovat od data).
  
  
• spTXT_Majetek_Pohyb - Procedura pro import pohybů majetku
  Upravena procedura spTXT_Majetek_Pohyb - doplněn parametr @Zak_Sdok (pro možnost zadání zakázky).
  Pokud se jedná o pohyb založení, tak se současně nastaví i zakázka v HDOKu.
  
  
• spHDok_FapEU_VytvorDPH_AfterExec - Samovyměření DPH, možnost volání uživatelské procedury
  Vytvořena procedura spHDok_FapEU_VytvorDPH_AfterExec, která je volána na konci procedury spHDok_FapEU_VytvorDPH (používá se při samovyměření DPH).
  Procedura má parametry @idHdok INT, @XmlParams XML, kde v @XmlParams je seznam id vzniklých účetních zápisů společně s informací, zda se jedná o DPH na vstupu nebo výstupu.
  Procedura je standardně prázdná, je možno ji uživatelsky přepsat.
  
  
• spHDok_FapEU_VytvorDPH - Procedura pro samovyměření DPH
  Doplněna kontrola na vyplnění parametru existujícím účtem účetní osnovy.
  Pokud se při samovyměření DPH nepovede určit účet, pak již nehlásí chybu "nelze vložit hodnotu NULL do idUctOsn ...", ale použije se účet "NULL" a zobrazí se varovná hláška :
  "Nepodařilo se určit účet, na který má být zaúčtování provedeno. Zkontrolujte nastavení parametrů ve skupině zaúčtování nebo uživatelských funkcí, které tento účet definují." Hláška dále obsahuje seznam parametrů skupiny zaúčtování, kde je vyplněn nějaký účet a tento neexistuje v účetní osnově.
  
  

Změny datových struktur

• SESTAVA - Uživatelsky definované sestavy.
  Provedeno rozšíření sloupců
  - KOD_SESTAVY: z varchar(30) na varchar(60)
  - NAZEV_SESTAVY: z varchar(60) na varchar(255)
  
  Spolu s tím provedeny úpravy následujících objektů:
  - obchodní pravidla
  - objekty pro GS
  - synchronizační objekty
  - ostatní pomocné objekty
  
  
• AKTIVITA - Obchodní aktivita
  Tabulka rozšířena o nové sloupce:
  - VLVYSLEDEK: výsledek aktivity 0=neurčeno(default); 1=úspěch; 2=neúspěch; 100..výše pro Eso9Profi
  - VYSLEDEKPOPIS: popis výsledku aktivity
  
  Spolu s tím upraveny následující objekty:
  - obchodní pravidla tabulky AKTIVITA: rozhraní doplněno o nové povinné sloupce VLVYSLEDEK, VYSLEDEKPOPIS
  - spAKTIVITA_NewRec
  - spAKTIVITA_CalRec
  
  
• DZSLOUPEC - Sloupec sestavy
  Změna typu sloupce POPISSELECT z VARCHAR(1000) na VARCHAR(MAX)
  Spolu s tím upraveny:
  - obchodní pravidla tabulky DZSLOUPEC
  - spSESTAVA_NEWREC
  - spDZSLOUPEC_BEFOREINSERT
  - spDZSLOUPEC_BEFOREUPDATE
  - spDZSLOUPEC_INSERTREC
  - spDZSLOUPEC_COPYREC
  
  - objekty pro generátor sestav
  - spDZSESTAVY_SQLWOC
  - spDZSESTAVY_SQLGEN
  
  

Změny webových stránek

• Exporty - Exporty do XML
  Sjednocení názvů tlačítek a položek ve stránkách, kde jsou exporty:
  Upraveny stránky :
  - ESO9Start\doprava\Sestava_SilnicniDan.htm
  - ESO9StartSK\doprava\SESTAVA_SILNICNIDAN.HTM
  - ESO9Start\finance\BavZastavaExport.htm
  - ESO9Start\finance\ExpINK.htm
  - ESO9Start\finance\ExpPP.htm
  - ESO9Start\ucet\Vykaz_DPP_XML.htm
  - ESO9Start\nastaveni\UcetTypExport.htm
  - ESO9Start\nastaveni\UcetVykExport.htm
  - ESO9Start\nastaveni\expucvyk.htm
  - ESO9Start\nastaveni\ExpSestav.htm
  
  
• users/User1StartPage.idc - Vstupní diagramy s toky dokladů
  Ve vstupních obrazovkách nebo navigačních uživatelských stránkách lze jednoduše zobrazovat i diagramy s toky dokladů s možností prokliku na formuláře jednotlivých typů/vzorů dokladů. Jedná se o intuitivnější a jednodušší způsob, než je hledání daného formuláře ve stromu činností. Podrobný popis tvorny vlastních vstupních diagramů je na http://eso9wiki/doku.php?id=techdoc:diagramyidc.
  K nahlédnutí jsou v ESO9 Start k dispozici (startovní) stránky uživatele na esoform.asp?TPage=users/User1StartPage.idc, esoform.asp?TPage=users/User2StartPage.idc nebo esoform.asp?TPage=users/User3StartPage.idc.
  
  
• NASTAVENI\UZIVAKCE.HTM - Kontrola (ne)provedení uživatelských akcí
  Uživatelské akce byly rozšířeny o možnost kontroly (ne)vykonání akce ve formuláři. Ve formuláři uživatelských akcí (činnost 9.6.14) přibylo tlačítko, které vyhodnotí uživatelskou akci daného typu vůči zadanému formuláři (nikoli vůči uživateli či skupině uživatelů). Výsledkem je jednak vyhodnocení, zda se akce ve formuláři provede (uplatní) a druhak (po rozkliknutí uzavřené sekce "Výsledek akce") i výsledný HTML zdroj stránky po uplatnění uživatelské akce.
  Provedení či neprovedení uživatelské akce tak lze ověřovat jak z hlediska implementátora, který akci vytváří, tak z hlediska uživatele, který ji používá.
  
  
• Finance\ImportBV.htm - Bankovní výpisy - import
  V činnosti 1.2.1.5 Bankovní výpisy - import došlo k úpravě mechanismu nahrání souboru s bankovním výpisem na server. Zrychlí se tím nahrávání rozsáhlých bankovních výpisů. Změnou je, že (textový) obsah bankovního výpisu již není vidět jako položka ve stránce.
  Zároveň s tím došlo k drobným designovým změnám ve formuláři.
  
  
• nastaveni\cinnost_strom_skupuziv.idc - Výpis přiřazených činností
  Nad stránkou uživatelů ve skupině a skupinami uživatelů byl doplněn výpis přiřazených činností.
  
  
• subjekt\SubjOsob.htm - Anonymizace osobních údajů
  Ve stránce osob subjektu přibylo tlačítko pro anonymizaci osobních údajů. Provede výmaz položek obsahujících osobní údaje v databázi (s explicitním dotazem a potvrzením tak, aby jej nešlo stisknout omylem). Seznam položek pro výmaz je uveden přímo na tlačítku a lze jej (např. v Profi implementacích) jednoduše upravovat.
  
  
• ucet\Priznani_SD_Export_XML_*.htm - Spotřební daně
  Sjednocení názvů tlačítek a položek v předlohách, kde jsou exporty:
  - ucet\Priznani_SD_Export_XML_CZ.htm: přejmenování tlačítka "Generovat" na "Vytvoř export do XML"
  - ucet\Priznani_SD_Export_XML_SK.htm: přejmenování tlačítka "Generovat" na "Vytvoř export do XML"
  
  
• ucet\INTRASTAT_EXPORT.htm - INTRASTAT
  Sjednocení názvů tlačítek a položek v předlohách, kde jsou exporty:
  - ucet\INTRASTAT_EXPORT.htm:
  - přejmenování tlačítka "Export" na "Vytvoř export"
  - přejmenování tlačítka "Proveď zápis do souboru" na "Uložit do souboru"
  
  
• finance\VytvorPP.htm - Legenda k obarvení řádků
  Do stránky s automatickou tvorbou platebních příkazů přibyla ukázka použití legendy pro obarvení řádků.
  
  

Výroba pro ESO9

Výroba

• 5. 3. 3 - Požadavky na výrobu vlastních polotovarů
  Upraven formulář pro filtrování návrhu položek polotovarů (zadavani/TvorbaVyrZakZPolotovaru.htm).
  Do výběru se dostávají jen ty výrobky, které jsou v technické dokumentaci označeny jako „polotovar“ (VLPODTYP_SLOZ = 2) a mají v příznaku „nerozpadat“ (VLROZPADPROVYROBU=0)
  
  Na formuláři došlo k rozšíření filtrovacích podmínek o možnost filtrování na základě bilanční rovnice proti minimálnímu nastavenému množství na příslušné skladové kartě.
  
  Složky na založené výrobní zakázce aktualizují na skladové kartě položku „objednáno“.
  
  
• 5.5.1.1 - Pořízení výrobní zakázky z prodejních objednávek - Sledování plnění plánu výroby
  Upraveny související formuláře a procedury pro detailní sledování plnění plánu výroby.
  
  Formulář pro zadávání výrobních zakázek/plánů ze složek POB:
  - doplněny informace o vyrobeném množství na složce výrobní dokumentace (odpovídá VP),
  - doplněny datumy plánu začátku a konce výroby, a součet za všechny složky VP pro daný IDHDOK VZA)
  - přidán fchange nad položkou „Výrobní zakázka“ v souvislosti s číselníkem. Nyní lze vybírat z portfolia výrobních zakázek (výrobního plánu) a zvolit, do které se bude plán přihrávat (předpokládá se, že plán bude vznikat doplňováním na vícekrát výběrem různých složek POB)
  - podobný číselník je vytvořen pro navázání na předchozí plán při tvorbě klouzavého plánu („vazba na předchozí plán“
  - doplněna tlačítka „Vyčistit“, jejichž stiskem se vynuluje vazba na zvolenou zakázku (pro zakázky v tomto případě, když není určeno, zadávané plány zvolených složek vytvoří do nové zakázky. Pokud je vyčištěna vazba na předchozí klouzavý plán, systém zakládá běžný plán.)
  
  Formulář pro práci s výrobními zakázkami VZA (5.5.1.2):
  Formulář (plán výroby) byl rozšířen, aby ukazoval množství, která jsou požadována pro splnění plánu odbytu (předchůdci jako POB), dále aby zobrazoval množství zaplánovaná při rozpadu na podsestavy z vyšších předchůdců a dále množství, která jsou předepsána pro nižší vyráběné celky (v rámci rozpadu podsestav při tvorbě plánu výroby).
  
  Vazby vyšší, nižší představují tzv. nepovinné vazby pro vtažení vyráběných podsestav, samostatně plánovaných jako složka plánu výroby (v rámci rozpadu podsestav při tvorbě plánu výroby). Tyto položky jsou rovněž odkazem na detailní browse jsou takto navázány v historii a směrem k vyššímu celku, nebo nižší podsestavě.
  
  Pod čarou jsou nové položky, které se využijí pro plnění a navazování klouzavých plánů:
  Požadavky aktuální plán:
  Zobrazuje požadavky, které jsou zadány při tvorbě aktuálního plánu v daném období, jenž představuje zakázka. Složka je detailní součástí tohoto plánu.
  
  Saldo minulý plán:
  Zobrazuje výsledek (rozdíl mezi plánovaným množstvím a skutečně vyrobeným množstvím) minulého plánu. Přenáší se při založení složky s vazbou na minulé období klouzavého plánu.
  
  Vyrobeno konečný stav:
  Zobrazuje konečný odsouhlasený stav vyrobeného množství při ukončení plánu (plánovaného období)
  
  
  
  Upraven datový model aby umožňoval evidenci vazeb:
  
  V datovém modelu upraveno chování vazeb HISSDOK pro VLTYPVAZBY 6 a7.
  6: se drží mezi složkami VZA-VZA (P-N). Jakmile dochází k rozpadu na podsestavy v rámci tvorby agregovaného plánu, jsou zadávány jako jednotlivé složky VZA. O podřízenosti zapíše historie s vazbou „6“.
  7: se drží ve vztahu k POB-VZA (případně se aktualizuje, když se opakuje doplnění stejné kombinace složek P-N)
  
  
  Provedeny změny formulářů
  - Zadavani/START_TvorbaVyrobnihoRozpadu.htm
  - Zadavani/START_VyrZak.htm
  
  Upraveny funkce a procedury:
  - fnVYRZAKSDOK_MNVYROBENO
  - fnVYRZAKSDOK_MNCHYBI
  - spVYROBA_NastavSetSDOK
  - spZBOZIROZPAD_VyrobniRozpad
  
  
  V souvislosti se změnami vytvořeny nové funkce a procedury:
  - fnHISSDOK_PlneniPOB_VZA_VPR_SPU
  - fnHISSDOK_PlneniVZAVYROBAVPVYROBENOSPU
  - fnHISSDOK_VZAVYROBAVPVYROBENOSPU
  - spPOBVZA_VycistitPole
  - spQHDOK_KOPIE_GETRECIDHDOKNEW
  - spQHDOK_KOPIE_MF_DTROZHODNE
  - spQHDOK_KOPIE_MF_DTROZHODNEO
  - spQHDOK_KOPIE_MF_DTROZHODNEV
  - spQZBOZSDOK_PLNENIVPRPOB_MF_MNNEW
  - spSDOK_AGRKumulKopie
  - spSDOK_slKumulKopie
  - spSDOK_HISSDOK_DELETEHISPOBPOB
  - spSDOK_VYRSDOK_PRIJEMzVPHISPOB
  
  Princip realizace nepovinné vazby (výrobní plán):
  ----------------------------------------------------------
  Na základě rozšířeného modelu historie, je umožněno ve formuláři výrobního příkazu (5.5.2.2) zobrazit plánované vazby (jak podřízené tak i nadřízené), kde je znázorněno, kolik ks vstupuje do kterého VP podle výrobního plánu. Při navážení polotovarů vtažením z DZ je možno přímo na browse vidět u jednotlivých evidovaných vyrobených položek typ vazby (není vazba, vlastní vazba, cizí vazba, podle definice plánu výroby… ). Takto se obsluha může lehce orientovat při výběru pro navázání polotovaru z konkrétního VP.
  
  Oprava chyby:
  ----------------
  Při rozpadu položek, které vznikly při tvorbě plánu výrobních zakázek ze složek POB agregací s rozpadem polotovarů, se jejich podsestavy zakládaly chybně jako skladové materiály.
  Správně se nyní zakládají jako nerozpadnutý polotovar. (toto bylo upraveno v proceduře spZBOZIROZPAD_VyrobniRozpad)
  
  
• 5. 5. 1. 9 - Vazby složek plánu výroby
  Nová činnost podpory plánování výroby pro detailní sledování plnění plánu výroby v rámci vazeb mezi podřízenými a nadřízenými složkami plánu.
  V činnosti lze prohlížet přímé vazby zvolené složky výrobního plánu. Ve formuláři může být proveden přechod do další úrovně plánu (nižší nebo vyšší podle přímých předchůdců nebo následníků) – pomocí odkazu „Vstoupit do úrovně“ zajistí volání formuláře s nastavenou úrovní, ve které se uživatel nachází (buď vyšší, nebo nižší)
  
  Na formuláři složky VZA je možno přiřadit plánované pracoviště. Tato položka se především využije v rámci zadávání obecnějšího pracoviště v rámci nového členění dle typu pracoviště (podnik, závod, provoz, dílna, pracoviště).
  
  Pro zajištění hierarchie mezi jednotlivými stupni zaplánování v rámci podřízenosti a nadřízenosti plánů je v číselníku pracoviš zajištěna hierarchie mezi pracovišti pomocí položky „typ pracoviště“.
  
  Upraveno:
  - Priprava/Pracoviste.htm (Přidána položka pro rozlišení hierarchie pracoviště Pracoviště/ Dílna/ Provoz/ Závod/ Podnik) ? VLPODTYP_SLOZ
  
  
  Nový formulář:
  priprava/PracovisteVazba.htm (základní práce s vazbami plánu)
  
  
  Poznámka:
  ------------
  Ve verzi byla také založena nová možnost pro definici hierarchie pracoviš. Lze ji definovat v rámci tabulky PRECHODCAS. Z činnosti 5.1.3.2 – číselník pracoviš je možno z formuláře pracoviště odkazem „vazby mezi pracovišti“ definovat vazbu na vyšší pracoviště. Tímto se může popsat celá hierarchie mezi jednotlivými pracovišti, od detailního až po obecné (například různé druhy lisů jsou součástí pracoviště „LISOVNA“, což je označeno jako vyšší typ – „dílna“. I její kapacita se pak může naplňovat až do celkové kapacity všech lisů. Pracoviště LISOVNA pak může být používáno pro obecné hrubé bilancování kapacity dílny.
  Pro definici vazby mezi pracovišti se využívá položka tabulka PRECHODCAS, položka VLTYPPRECHODCAS=10. IDZBOZIPRACVYCH je výchozí pracoviště, pro které se vazba definuje (v hierarchii to detailnější, nižší), pracoviště obecnější, vyšší je definováno v položce IDZBOZIPRACCIL.
  Nasazení hierarchie plánů pomocí hierarchie pracoviš není součástí verze START. Předpokládá se její využití při bilancování směrem od hrubých k detailním plánům v rámci jednotlivých zákaznických profi řešení.
  
  
• 5.5.1.1 - Pořízení výrobní zakázky z prodejních objednávek - Zadání plánu výrobních zakázek - KLOUZAVÝ PLÁN
  V některých případech jsou realizovány dlouhodobé velkoobjemové výroby. Může se jednat o řešení potřeby předzásobit se skladovými polotovary, nebo pro stálého zákazníka realizace objednávek formou měsíčních odvolávek …
  
  Ve všech těchto případech se pro plánování hodí použít tzv. „klouzavého plánu“. Tento plán zachovává vazbu na plán z minulého období a to takto:
  
  Při stanovení nového plánu se vychází z uzávěrky předchozího plánu tak, že přeplnění se odečte (nebo neplnění přičte) k novému zadávanému požadovanému množství na nové období. Toto množství se pak stává aktuálním plánem. Na konci období se provede bilanční vyhodnocení a saldo plnění se opět započítá k novému požadovanému množství.
  
  Aby takový plán mohl být zaveden, je nutné vždy stanovit vazbu na předchozí plán. Systém má připravený mechanizmus pro definici vazeb (na formuláři 5.5.1.1. – Tvorba VZA z POB) s tím, že se určí vazba na předchozí plán (hlavička konkrétní zakázky VZA) a nastaví se typ plánu „Klouzavý“. Dále se již pokračuje s výběrem položek mezi příslušnými složkami POB, které se mají do plánu započítat.
  
  Klouzavý plán musí mít stanovenu vazbu jen poprvé, kdy se zakládá hlavička nového plánu na nové období. Pak již stačí do tohoto plánu (výběr do položky „Výrobní zakázka“) další požadované položky pouze přihrávat. Následující období se provede vyhodnocení položek plánu (zápis konečného stavu výroby) a založí se další nová hlavička plánu na nové období s vazbou na tento předchozí plán…
  
  V souvislosti s řešením této agendy byly upraveny související formuláře a procedury:
  
  Web:
  - zadavani/START_KumulPObjDoVyrZak.htm
  - zadavani/START_VyrZak.htm
  
  
  
  Procedury a funkce:
  - spPOBVZA_VycistitPoleOLD
  - spQHDOK_KOPIE_GETRECIDHDOKNEW
  - spQHDOK_KOPIE_GETRECIDHDOKOLD
  - spSDOK_AGRKumulKopie
  - spSDOK_slKumulKopie
  
  
  Došlo k rozšíření datového modelu:
  - do tabulky HISHDOK byla přidána položka VLTYP_VAZBY s následujícím významem:
  (null,
  1= PROJEKT
  5= KLOUZAVÝ PLÁN
  6= PODŘÍZENÝ PLÁN
  7= VÝROBA REZERVA)
  
  - dále byla rozšířena tabulka SDOKADDSYS o následující položky:
  MNPOCET01 Decimal(19,5) Obecné desetinné číslo 01
  MNPOCET02 Decimal(19,5) Obecné desetinné číslo 02
  MNPOCET02 Decimal(19,5) Obecné desetinné číslo 03
  
  
• 5. 5. 1. 2 - Evidence výrobních zakázek podle vzorů - Úprava formuláře: Tisková sestava "Klouzavý plán", Tlačítko "Uzavřít období"
  Upraven formulář, nyní umožní volat sestavu „Klouzavý plán“.
  
  Vytvořena sestava VyrKlouzavyPlan.idc, která zobrazí zakázku a všechny její následníky v sestavě pomocí zobrazení tzv. klouzavého plánu.
  
  Dále pro práci s klouzavým plánem je formulář rozšířen o tlačítko [UZAVŘÍT OBDOBÍ], které zajistí překlopení stavu dokladu na „odvedeno“, což znamená, že období plánu, které doklad představuje (Datum plánovaného začátku výroby – Datum plánovaného ukončení výroby) je uzavřeno. Tlačítko volá proceduru spKPLAN_UvavritObdobi. Předpokládá se, že procedura bude v rámci konkrétních implementací přepsána uživatelským objektem tak, aby provedla související automatické akce, které s uzavřením plánovaného období souvisejí (například kontroly dokladů, součet množství vyrobeno, překlopení stavů atd…)
  
  
• 5. 5. 2. 2 -Výrobní příkazy: Výdejka na sérii, náhradní mat - Odkaz „navážecí žádanka mat.“ „navážecí výdejka mat.“
  Rozšířena činnost pro tvorbu žádanek a výdejek materiálu – umožní vytvářet žádanky na množství materiálu přepočtená pro aktuálně definovaný počet výrobku na kopírovacím formuláři (sérii).
  
  Provedené změny:
  Formuláře:
  - Zadavani/START_VyrobaZavDil.htm
  • Rozšířen „typ pozice“ na 10 – Náhrada
  Jeho funkce spočívá v systémovém označení určení pozice, která představuje alternativu k jiné pozici. Nemá vliv na odvádění (pokud nemá být primárně spotřebována, je nutné manuálně překlopit na „IGNOROVAT“).
  
  Záměrem je selektivní použití při tvorbě materiálové žádanky nebo výdejky z výroby na sklad. Předpokládá se, že pozice označené jako „NÁHRADA“ nebudou běžně vydávány a ani spotřebovávány. V okamžiku, kdy nebude dostatek původního materiálu, mohou být využity k vytvoření žádanky a vydání náhradního materiálu. Tato vlastnost se využije při průniku platností dokumentace, především když je potřeba, aby byl spotřebován primárně určitý materiál. Následně překlopením stavu IGNOROVAT může být spotřebováván při odvádění dalších výrobních dávek nový materiál (například doběhová série).
  
  • Pozice, které se náhrada týká
  Volná položka (CISLO_STROJE), umožní pro materiálovou pozici zapsat číslo pozice, pro kterou má položka být náhradou. Slouží jako informativní pole.
  
  
  
  - Zadavani/START_VyrobaVzorKopieZadanka.htm
  - Zadavani/START_VyrobaVzorKopieVydejka.htm
  • Přidána položka požadované množství pro výdej na sérii (MNSERIE), které spolu s tlačítkem [NA SÉRII] označeným větám dolního browsu přepočítá množství na požadovaný počet výrobků.
  • Množství plánované (množství vyrobené)
  • Filtrovací kombo:
  - Standardní (ukáže jen standardní pozice)
  - Program (ukáže pozice, které jsou vyžadovány speciálním programem CNC)
  - Potlačené (ukáže složky, které jsou označeny „ignorovat“)
  • V dolním browsu přidána informace o čísle nahrazovaného materiálu (je li pozice náhradou za jinou pozici – viz změny ve výrobní dokumentaci/rozpis kusovníku)
  
  
  Procedury:
  - spVYROBA_PrepocetSerie – umožní přepočet požadovaných množství materiálu dle zadaného množství na sérii
  
  Funkce:
  - fnVYRPRIK_IDVyrobaPlanPK – vrátí idvyroba PPK
  
  

Změny procedur

• spSDOK_btKumulKopie - 5.5.1.1 - Pořízení VZ z prodejních objednávek
  Procedura pro tvorbu složek výrobní zakázky agregací podsestav ze zvolených složek POB (činnost 5.5.1.1)
  
  Upraven filtr výběru jednotlivých podsestav ze stromu kusovníku finálů na složkách POB tak, aby umožnil „přetížení“ vlastnosti „VLROZPADPROVYROBU“ na pozici kusovníku (položka ZBOZIMNSPOTR.VLROZPAD).
  
  
  Princip:
  Způsob rozpadu /zda podsestavu rozpadat či ne/ lze určit na pozici kusovníku se zařazeným konkrétním dílem v roli podsestavy. Standardně je na těchto pozicích uvedeno rozpadat „podle dílu“ To znamená, že určující je nastavení na podsestavě samotné – položka ZBOZI.VLROZPADPROVYROBU. Nyní je možno pro tuto pozici nastavit „Rozpadat“ „Nerozpadat“ a toto nastavení má přednost před nastavením na podsestavě.
  
  

Technologie ESO9 - server + klient

Změny v klientské komponentě

• Klientská komponenta - Tlačítko pro anonymizaci údajů ve formuláři
  Pro účely GDPR (resp. implementace práva na zapomnění) je možné do libovolné stránky ESO9 vložit tlačítko, které provede anonymizaci vybraných položek ve formuláři (resp. jejich naplnění prázdnou hodnotou) a automatické uložení změn. Pokud při zápisu prázdné hodnoty do položky dojde k chybě (např. při kontrole hodnoty obchodním pravidlem), změna se vrátí zpět (tj. stornování změn).
  Syntaxe tlačítka (je též popsána v Pravidlech ESOForm): <input type="button" name="~ANONYM:JMENO;TEL" value="Anonymizuj">.
  Dostupné v obou klientech od 25.4.2018.
  
  

Změny v technologii .NET

• Aplikační server - Překlady sestav v obecném klientovi
  Při tisku generátorových sestav z obecného klienta se nepřekládaly texty z uživatelských parametrů (typicky věta o zápisu do obch.rejstříku) a texty z prostředí Stimulsoft (typicky "Stránka 1 z 5").
  Obojí doplněno v technologii z 17.1.2018.
  
  
• Aplikační server - Sestavy typu XLS2
  Sestavy typu XLS2 nebyly funkční na aplikacích se zapnutým zabezpečením odkazů.
  Opraveno 19.1.2018.
  
  
• Aplikační server - Databázové hlášky v cizím jazyce
  Databázové hlášky v cizím jazyce.
  Až dosud bylo nutné pro překlad informačních a chybových hlášení z databáze využívat mechanismu cizojazyčných SQL účtů ESO9_xx, kde xx je kód daného jazyka. Mechanismus se explicitně zapínal ve Správce ESO9, který tyto účty zároveň zakládal a příp.jim nastavoval oprávnění k jednotlivým aplikačním databázím.
  Od SQL Serveru verze 2012 je možné nastavovat jazyk připojení k databází deklarativně pro jediný uživatelský účet, tj. pro překlady databázových hlášek postačí nyní jen jediný uživatelský účet (účet služby aplikačního serveru). Pokud má uživatel nastaveno použití cizího jazyka (resp. pokud celá aplikace jede v cizím jazyce nebo legislativě), použije se pro všechna databázová připojení tento jazyk. Odpadá tím nutnost nastavování provozu v cizím jazyce na více místech + údržba hesel cizojazyčných SQL účtů.
  Zároveň je však třeba prověřit programové úpravy v aplikační databázi, které dosud počítaly s pevným formátem datumových položek. Textový formát datumů se nyní může měnit podle regionálního nastavení odpovídajícího jazyku, který má uživatel zapnutý.
  Dostupné v technologii ESO9 od 24.1.2018.
  
  
• Aplikační server - Detailní logování
  V technologii přibyla možnost zapnout podrobné logování všech operací uživatele v aplikaci (zejména pro účely nařízení GDPR). Podrobné logování obsahuje:
  * kliknutí na každý odkaz v aplikaci
  * všechna datová volání (tj. volání datového kanálu mezi klientem a serverem)
  * spuštění všech T-SQL dotazů
  Detailní logování je ve výchozím stavu vypnuté, zapíná se ve Správci ESO9 na kartě s vlastnostmi aplikace. Logování může značně zatížit provoz ESO9 a zpomalit tak odezvu systému.
  Dostupné v technologii od 31.1.2018.
  
  
• Aplikační server - Multidatabázové prostředí
  V technologii ESO9 přibyla možnost napojit každou formu v rámci jedné stránce na jinou aplikační databázi. V jedné aplikaci ESO9 tak lze pracovat s daty libovolného počtu dalších aplikací bez nutnosti se do nich přihlašovat.
  Podrobnější popis viz ESO9wiki a Pravidla ESOForm.
  Dostupné od 15.2.2018.
  
  
• Aplikační server - Tisk sestav z generátoru pro obecného klienta
  Při tisku rozsáhlých Stimulsoft sestav z obecného klienta (řádově desítky tisíc řádků) do výchozího formátu (tj. HTML) dojde na aplikačním serveru zpravidla k chybě na nedostatek paměti. Tato chyba se špatně indikovala na (obecného) klienta, který se potom pokoušel načíst výsledek akce jako binární soubor.
  Nyní se v takovém případě vypíše korektní chyba a dojde k úklidu všech použitých objektů generátoru sestav.
  Opraveno 7.3.2018.
  
  
• Aplikační server - Tlačítko pro zobrazení dokumentu
  Pokud je na formuláři vazba na dokumentovou databázi (resp. zobrazují se v něm tlačítka pro práci s dokumentem), bude pod tabulkou (browsem) zobrazeno vždy tlačítko pro zobrazení dokumentu.
  Dostupné v technologii od 12.3.2018.
  
  
• Aplikační server - Tlačítka pro práci s dokumenty
  Při práci s dokumentovou databází bylo tlačítko "Uložit dokument" přejmenováno na "Vložit dokument".
  Dostupné v technologii od 13.3.2018.
  
  
• Klientská komponenta - Zakázané akce přes klávesové zkratky
  Některé ze zakázaných akcí v klientovi pro Internet Explorer se sice správně znepřístupnily přes menu ve stránce, nadále však byly k dispozici přes klávesové zkratky.
  Dáno do souladu ve verzi 5.6.0.2.
  
  
• Aplikační server - Parametry skriptů obecného klienta
  Do obecného klienta byla doplněna možnost přidávat k jednotlivým skriptům referencovaným v konfiguračním souboru ESO9.ver.xml parametrizaci na základě hodnot UP parametrů. Pro tyto účely byly zároveň rozšířeny aplikační parametry o skupinu "Obecný klient", všechny parametry v ní uvedené budou automaticky přidány do kolekce UP parametrů v aplikacích ESO9.
  Aktuálně se využívá parametrizace knihovny pro práci s Google Mapami:
  
  Nový parametr "GMAPS_API_KEY" je součástí výše uvedené skupiny parametrů.
  Dostupné v technologii od 20.3.2018.
  
  
• Aplikační server - Vypadnutí řádku při editaci
  Pokud při vložení nebo úpravě záznamu tento vlivem filtrovacích podmínek vypadne z datového kurzoru, vypíše se uživateli upozornění "Záznam neodpovídá filtrovacím podmínkám a vypadl z aktuálního pohledu.". Hlášku lze zapnout/vypnout uživatelským či aplikačním parametrem DROP_ROW_MSG ze skupiny systémových parametrů.
  Dostupné v technologii od 20.3.2018.
  
  
• Aplikační server - Kontrola (ne)provedení uživatelských akcí
  Uživatelské akce byly rozšířeny o možnost kontroly (ne)vykonání akce ve formuláři. Kontrola je možná ze dvou míst:
  * Z formuláře uživatelských akcí (činnost 9.6.14): přibylo zde tlačítko, které vyhodnotí uživatelskou akci daného typu vůči zadanému formuláři (nikoli vůči uživateli či skupině uživatelů). Výsledkem je jednak vyhodnocení, zda se akce ve formuláři provede (uplatní) a druhak (po rozkliknutí uzavřené sekce "Výsledek akce") i výsledný HTML zdroj stránky po uplatnění uživatelské akce.
  * Z dialogu "Informace o datovém řádku" (klávesová zkratka Ctrl+I): k informaci o (ne)použitých uživatelských akcích přibyl seznam jejich ID s proklikem na konkrétní uživatelskou akci, která se po kliknutí otevře v novém okně, resp. nové záložce (v závislosti na použitém klientovi).
  Provedení či neprovedení uživatelské akce tak lze ověřovat jak z hlediska implementátora, který akci vytváří, tak z hlediska uživatele, který ji používá.
  Dostupné v technologii a aplikacích ESO9 od 23.3.2018.
  
  
• Aplikační server - Otvírání souborů z DMS v obecném klientovi
  Pokud se v obecném klientovi otvíraly dokumenty z DMS přímo v prohlížeči (aplikační parametr DMS_OtevritPrimo=1), vracely se názvy souborů velkými písmeny. Bylo to způsobeno kompatibilitou s prohlížeči na OS Android, který velká písmena v názvech souborů vyžaduje, jinak je není schopen přímo v prohlížeči otevřít. Aplikační server nyní nově rozlišuje mezi obecným klientem na Androidu a na desktopu, kam posílá jména souborů z DMS tak, jak byla uložena.
  Dostupné v technologii od 28.3.2018.
  
  
• Aplikační server - Opis dat do Excelu v obecném klientovi
  Při opisu dat (jen označených) do Excelu se označené věty správně vyexportovaly na monitor, ale do vlastního XLS souboru se dostaly všechny.
  Opraveno ve verzi z 9.4.2018.
  
  
• Aplikační server - Logování uživatelských akcí
  Při volání uživatelské akce na tlačítko, implementované jako DLL knihovna, se při jednotlivém volání ukončeném informační hláškou nezapisovalo toto volání do logovací databáze.
  Doplněno ve verzi z 17.4.2018.
  
  
• Aplikační server - Import velkých textových souborů přes položku TextArea ve formuláři
  Nahrávání velkých textových souborů (cca 2 a více MB) přes položku TextArea ve formuláři (typicky různé importy v aplikaci) může při přístupu přes Internet značně vytížit klienta i server. Prohlížeč na klientovi má - nezávisle na ESO9 - problém se zpracováním rozsáhlého textu a v závislosti na výkonu pracovní stanice může na delší dobu "zatuhnout".
  Pro tyto účely byla do technologie doplněna možnost nahrát takový soubor binárním kanálem na server a teprve zde jeho obsah načíst do příslušné (datové) položky ve formuláři. Rozdíl v rychlosti u obou postupů je značný. Nevýhodou může (v některých případech) být nemožnost importovaný soubor ve formuláři ESO9 zeditovat ještě před spuštěním vlastního importu.
  Syntaxe parametru UPLOADBIN je popsána v nápovědě v Pravidlech ESOForm.
  Dostupné v technologii od 19.4.2018.
  
  
• Aplikační server - Výchozí formát sestav pro obecného klienta
  Sestavy Stimulsoft tištěné z obecného klienta se převádí při tisku do výchozího formátu HTML5. Pokud je třeba je následně tisknout na papír (tj. poslat na tiskárnu), je vhodnější jako výchozí formát pro převod použít PDF (tiskne sestavy tak, jak jsou vidět na obrazovce). Tento formát však nemusí být podporován všemi platformami a prohlížeči, tj. nelze jej použít univerzálně/vždy. Pro tisk Stimulsoft sestav proto přibyla nová hodnota formátu sestavy STIDIRECTPDF (lze ji použít jak ve vlastnostech sestavy, tak v parametru PrintDest na odkazu), která převede při tisku sestavu do formátu PDF (resp.STIPDF) a zobrazí ji v prohlížeči (pokud tento formát podporuje).
  Klient pro Internet Explorer tento formát ignoruje, resp. považuje jej za výchozí formát STI, který při tisku zobrazí v interním prohlížeči (tj. pro Internet Explorer se nic nemění).
  Dostupné v technologii (klient + server) od 24.4.2018.
  
  
• Klientská komponenta - Obarvení indikátoru aktuálního řádku
  V klientské komponentě pro Internet Explorer bylo zrušeno obarvení indikátoru (tj. 1 sloupce v browse) pro aktuální řádek; je to zbytečné, aktuální řádek je obarvený celý. Indikátor tak zůstal k dispozici pro obarvení pomocí parametru MF_RowStyle.
  Dostupné od klientské komponenty v5.6.0.3.
  
  
• Aplikační server - Malá písmena v textu při filtrování
  V okamžiku filtrování datového zdroje (tj. po potvrzení filtrovacího dialogu) se do SQL příkazu v datovém zdroji formuláře vkládá sestavená WHERE podmínka. Při jejím vyhodnocování se na několika místech prováděl převod na malá písmena, tj. pokud byl součástí SQL příkazu text (resp. textová konstanta), převedla se po prvním sestavení filtru na malá písmena.
  Opraveno v technologii z 2.5.2018.
  
  
• Aplikační server - Výpis runtime chyb v obecném klientovi
  V obecném klientovi byl přepracován způsob výpisu runtime chyb (typicky chyby v datovém zdroji forem). Dříve se chyby vypisovaly přímo do stránky, což mohlo být (při rozsáhlejších textech) neergonomické. Nově se vypisují do standardního chybového dialogu, ze kterého lze snadno text např. SQL dotazu zkopírovat do clipboardu. Navíc se po potvrzení dialogu vrátí navigace na předchozí stránku.
  Dostupné v technologii od 3.5.2018.
  
  
• Aplikační server - Datový zdroj s parametry sestavy
  V generátoru sestav (tj. návrhář i generátor) je nově k dispozici datový zdroj se všemi parametry sestavy.
  V návrháři sestav v datovém zdroji "GS_Params" (ten dosud obsahoval pouze textový opis vstupních parametrů a jejich hodnot používaný typicky pro finanční výkazy) jsou nyní strukturovaně k dispozici všechny parametry sestavy a jejich (výchozí/defaultní) hodnoty včetně svých datových typů (ty se definují v činnosti 9.6.3.1 Uživatelské sestavy - detail). V generátoru se pak tyto parametry plní runtime hodnotami právě tištěné sestavy. V sestavě tak lze vypisovat hodnoty vstupních parametrů (a např. tak ověřovat jejich vyhodnocený).
  Úprava je zpětně kompatibilní, tj. pokud definice sestavy obsahuje pouze (stávající) textový opis parametrů, bude při tisku k dispozici pouze ten.
  Rozšíření se týká aplikačního serveru, klienta pro Internet Explorer a obecného klienta a je k dispozici od 4.5.2018.
  
  
• Klientská komponenta - Skenování z klienta ESO9 přímo do DMS
  V případě některých skenerů nebylo ve Windows 10 funkční přímé skenování do DMS v ESO9. Vzhledem k tomu, že se jednalo o náhodný výběr zařízení bez pevného klíče (např. značky skenerů), bylo skenování v klientovi ESO9 přepracováno pomocí externích knihoven pro práci s TWAIN rozhraním tak, aby bylo skenování funkční nezávisle ne použitém skeneru nebo verzi operačního systému Windows.
  Dostupné v klientské komponentě ESO9 v5.6.0.4.
  
  
• Aplikační server - Opis dat do Excelu / textu v obecném klientovi
  Při opisu dat v obecném klientovi do Excelu či textu mohlo v závislosti na hidden položkách ve formuláři dojít k tomu, že se nevyexportovaly všechny (viditelné) sloupce.
  Opraveno v technologii ze dne 25.5.2018.
  
  
• Aplikační server - Kontextové menu ve stromu činností
  V navigačním rámci v levé části obrazovky přibylo v záložce "Navštívené" kontextové menu s jedinou položkou pro otevření činnosti v nové záložce.
  
  
• Aplikační server - Legenda k obarvení řádku
  Pokud jsou ve formuláři obarvené řádky (tj. použita položka MF_RowStyle), je možné zároveň přidat do formuláře legendu s vysvětlením významu jednotlivých barev pomocí datové položky MF_RowStyle_Color. Legenda se zobrazí pod formulářem (v detailu i tabulce) a obsahuje použitou barvu a její popis/význam. Barva se zadává ve tvaru '#RRGGBB', následuje oddělující mezera a textový popis významu použité barvy.
  Příklad: SELECT '#FF0000 Červená barva;#00FF00 Zelená barva;#0000FF Modrá barva' as MF_ROWSTYLE_COLOR.
  
  
• Aplikační server - Práce s datumy při tisku sestav
  Pokud se v parametrech sestavy vyskytuje parametr s datovým typem "Datum" a vygeneruje se pro něj filtrovací stránka, má tento parametr zpravidla formátování ve tvaru "dd.MM.yyyy". Po zadání parametru a spuštění tisku sestavy docházelo k explicitnímu převodu na anglický formát SQL serveru "yyyy.MM.dd" (pro uživatele s češtinou se vůči SQL Serveru historicky používá jako jazyk databázového spojení angličtina), což mohlo způsobovat problémy.
  Nově se z filtrovací stránky sestav předávají datumové parametry ve formátu daném jazykem přihlášeného uživatele.
  
  

Technologie ESO9 - server

Změny v ESO9 Správce

• Instalace doplňků
  ESO9 Správce, verze 5.6.3
  Upravena instalace doplňků:
  - doplněno kopírování stránek z doplňku do legislativních webů (Eso9StartSK, Eso9StartHU, Eso9StartPL, Eso9StarDE) a do jejich jazykových mutací (například Eso9StartSK_JJ, kde JJ je kód jazyka)
  - upraveno určení cílového Start adresáře. Z adresářů aplikace "Start adresář", "Start adresář 1" se vybere takový, který končí standardním názvem start webu tedy Eso9Start nebo Eso9PAM
  
  
• Logování operací uživatele
  Správce verze 5.6.3
  Do vlastností aplikace doplněna možnost nastavení: "Logování všech operací uživatele" - nastavuje se při potřebě zapisovat do LOG databáze všechny operace uživatele - primárně pro účely GDPR. Je-li zaškrtnuto, loguje se s typem akce = 15.
  
  Do zadání způsobu mazání z výkonového logování doplněny typy 11-15 a blok "ostatní". Do výpisu počtu logů doplněno datum od/do, řádek součtů a textový popis typu. Přepínač zobrazení panelu mazání se ukládá do konfigurace.
  
  
• Vlastnosti aplikace - cizojazyčné účty
  V souvislosti se změnou práce s chybovými hláškami v cizích jazycích, byl odstraněn z vlastností aplikace blok pro nastavení cizojazyčných účtů. Pokud je potřeba použít pro starší aplikace, lze povolit zobrazení pomocí přepínače v Nastavení.
  
  
• Správa paměti
  Zajištěno, aby se ESO9 Správce překládal pro 64 i 32-bitové operační systémy. Program běží podle aktuálního OS. Do Nástroje / Nastavení programu doplněna indikace 32/64-bit pro operační systém a běžící proces.
  (od verze 5.6.4)