ESO9 wiki

ESO 9 změny ve verzi 6.5 z 30.06.2022

Obecný klient

Klientský doplněk

• ESO9 Support Terminal Service
  Ve verzi služby 3.0.0.8 byl optimalizována komunikace mezi klientským doplŘkem FisMod verze 6.2.6.3 a službou
  
  

Změny v technologii .NET

• Obecný klient - Rowstyle v číselníku
  Barevné odlišení ROWSTYLE je umožněno i v číselníku.
  
  
• Obecný klient
  Do mobilní aplikace přidána možnost práce ze splittery. Ukázka je na stánce detail FPU a schvalování FPU v aplikaci ESO9Tablet.
  
  
• Obecný klient
  Do obecného klienta přidána možnost filtrování select boxů dle přednastavené matice povolených kombinací.
  Bližší popis na
  https://wiki.eso9.cz/doku.php/techdoc:filtrovani_selectboxu
  
  
• Obecný klient
  Opraveno chybné chování formuláře při tisku, kdy při dlouhotrvajících akcích byla zrušena indikace probíhající akce a do formuláře šlo klikat.
  
  
• Obecný klient
  Optimalizován kód pro ukládání souborů z TextArea přes ESO9supportService. Dále upraveno přímé stažení v kódování UTF8 a WIN1250.
  
  
• Obecný klient
  Pokud se nepodaří přes Support service uložit (špatná cesta, nebo žádná cesta) soubor tak se spustí přímý download a uživatel je o tom informován.
  
  
• Obecný klient
  Opravena kontrola vyplnění povinných polí ve formě. vlastnost input pole Required
  
  
• Obecný klient
  Při přihlášení do aplikace zůstávala podbarvená poslední vybraná činnost před odhlášením. Nyní se při přihlášení provede zrušení tohoto označení.
  
  
• Obecný klient
  Ve Start Filtru, na záložce Rozšířený, doplněn u operátorů jejich popis (význam) při přidávání tlačítkem Přidat.
  
  
• Generátor sestav
  Generátor sestav v obecném klientovi byl doplněn o možnost stažení rozpracované sestavy do souboru. Lze využít v případě, kdy např. při dlouhé editaci dojde ke ztrátě spojení nebo odhlášení uživatele. použití je přes menu "Soubor/Uložit jako". Po zvolení dojde ke stažení souboru s příponou .mrt ve kterém je definice sestavy. Následně lze načíst tento soubor přes menu "soubor/otevřít".
  
  pozor!! obsah soboru je ve formátu json a ten lze načíst jen z generátoru obecného klienta. nelze obsah souboru uložit přímo do tabulky sestava.
  
  
• Obecný klient
  Upraveno chování menu nad jménem uživatele. Po najetí myší se nerozevírá, ale je třeba kliknout pro zobrazení.
  
  

Aplikace ESO9 Prodejna

Změna činnosti

• Nový doklad
  ESO9 Prodejna, verze 6.4.5
  Při zakládání prodejky / pokladního dokladu se použije prodejní místo z programu a ne z posledního přihlášení (na jiném prodejním místě, tedy jiném počítači).
  
  

Aplikace ESO9 Start

Klientský doplněk

• FisMod
  Pro verzi fismod.dll 6.2.6.2
  - upravena konfigurace fiskálního modulu - přidána nová možnost automatické kopie
  - přidána podpora položek MF_FISMOD_POKLADNIK a MF_FISMOD_KOPIEDOKLADU, které mohou být zadány do formulářů ESO9
  - MF_FISMOD_POKLADNIK - umožŘuje volbu tisknout/netisknout pokladníka na účtenku
  - MF_FISMOD_KOPIEDOKLADU - umožŘuje tisk automatické kopie dokladu z formulářů ESO9, tento parametr má přednost před nastavením fiskálního modulu
  
  
• FisMod
  - přidána možnost kontroly limitů pro prodej ze skladu. Více v dokumentaci ESO9 - Fiskální modul.
  - upraven Formulář klientského doplŘku (.OK\dialog\fismod.htm). Přidány nové položky "Kontrola limitů pro platbu", "Tisk kopie dokladu"
  
  Více v dokumentaci ESO9 - Fiskální modul
  
  
• Datové schránky
  Od verze 6.0.0.9 umožněno stažení doručenky (pouze změna stavu datové zprávy) k jedné datové zprávě
  
  

Serverový doplněk

• Aplikační server - Automat pro práci s datovými schránkami
  Vytvořen automat pro práci s datovými schránkami, který pro zadané datové schránky v aplikačním parametru AutDS_SQLDS provede činnost, která je zadána v aplikačním parametru AutDS_TYP_AKCE. Pro správnou práci robota je nutné vyplnit ještě další nové aplikační parametry, AutDS_LOGUSER - kód uživatele pro logování do dokumentové DB a AutDS_VLODESLAT - hodnota VLODESLAT u datových zpráv pro odeslání robotem.
  AutDS_SQLDTOD - SQL dotaz pro zjištění datumu, od kdy se mají stahovat datových zpráv.
  Robot AutDS.exe je spolu s konfiguračním souborem uložen ve složce ESO9lib. V konfiguračním souboru AutDS.exe.config je potřeba vyplnit connection string k aplikační databázi.
  
  
• DS.sll - Datové schránky
  Optimalizace práce s datovými schránkami. Odstranění chybového hlášení "Chyba při zpracování volání ActXDetail: Cannot create new connection because in manual or distributed transaction mode." , které mohlo vzniknout při práci s více datovými zprávami. V rámci tohoto stavu byly nahrazeny následující funkce danými procedurami
  dbo.fnDS_Zpravy_SendDZ -- nahrazeno dbo.spDS_Zpravy_SendDZ
  dbo.fnDS_Zpravy_SendDZ_Priloha -- nahrazeno dbo.spDS_Zpravy_SendDZ_Priloha
  dbo.fnDS_Zpravy_SendDZ_Dorucenky -- nahrazeno dbo.spDS_Zpravy_SendDZ_Dorucenky
  dbo.fnDS_DS_Odeslane_Filter -- nahrazeno dbo.spDS_DS_Odeslane_Filter
  
  Napsána nová procedura spDS_DatZprPril_Prijem_InsWithFile, která provede vložení stažené přílohy datové zprávy do dokumentové databáze a propojení s hlavičkou datové zprávy
  
  

Změna činnosti

• subjekt\subjekt.htm - 9. 3. 3. 0 Subjekt
  Přidáno nové tlačítko "Ověř subjekt", které zobrazí modální okno s načtenými údaji z rejstříků ARES pro české subjekty, z rejstříku OpenAPISK pro slovenské subjekty a pro ostatní z rejstříku Vies. Tyto informace je možné upravit a následně uložit. Stávající údaje jsou přepsány.
  
  Načítány jsou následující údaje
  - název subjektu
  - adresa subjektu
  - DIČ - z rejstříku ARES
  
  Upravená stránka- Subjekt \ Subjekt.htm
  
  Pro načtení dat z rejstříku OpenAPISK je potřeba zadat do parametru OPENAPISK_API_Key autorizační klíč (tento je možno získat po registraci na https://opendata.financnasprava.sk/page/openapi)
  
  

Účetnictví

• 1. 1. 2.11 - Podklady pro DPP - XML (legislativa CZ) (doplněk č. 1 předchozí verze)
  Pro podání daně z příjmů právnických osob za zdaŘovací období roku 2021 je definován nový formát XML souboru - upravena procedura spExport_DDPDP7_XML
  Byl doplněn nový parametr Výkazy/DPPO_KatUcetJedn - Kategorie účetní jednotky, do kterého je možno zadat kód kategorie účetní jednotky. Pokud bude vyplněn, přenese se tato hodnota do DPPO.
  
  
• 1. 1. 2. 1 - Hlavní kniha - zobrazení detailu účtu ve formuláři (doplněk č. 2 předchozí verze)
  Při tisku hlavní knihy je možno v odkaze na čísle účtu přejít na zobrazení detailu účtu ve formuláři (formulář ucet\hl_kniha_det_s.htm). Ve formě "Součet účtu za období" se zobrazovaly nulové obraty MD/DAL.
  Opravena funkce fnHlavniKniha_Det_SumObd2 používaná ve stránce ucet\hl_kniha_det_s.htm.
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa CZ)
  Provedena změna adresy odkazu na daŘový portál :
  Původní odkaz
  https://adisepo.mfcr.cz/adistc/adis/idpr_epo/epo2/uvod/vstup_expert.faces
  byl nahrazen odkazem na
  https://adisspr.mfcr.cz/pmd/epo/formulare
  
  Upraveny stránky :
  - DPH\OdvodDPH.htm
  - ucet\Vykaz_DPP_XML.htm
  - ucet\Hlaseni_DPH_Export_XML_2010_CZ.htm
  - ucet\Vykaz_DPH_Export_XMLCZ.htm
  - zdroje\Sestava_SilnicniDan_Zdroj.htm
  - doprava\Sestava_SilnicniDan.htm
  
  
• 1. 1. 2. 5 - Export pro INTRASTAT
  Doplněna kontrol platnosti Sazebníkového čísla (9.1.9 Celní sazebník).
  Spolu s tím upraveny tyto objekty:
  - předloha "ucet\INTRASTAT_EXPORT.htm": upravena šířka položky "Vytvořený soubor" ve všech legislativách
  - procedura spINTRASTAT_Export: doplněna kontrola platnosti Sazebníkového čísla
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa SK)
  V sestavě "Rozpis výkazu DPH" byla doplněna možnost zadání filtru pro kód výkazu DPH.
  Upravena vstupní filtrovací stránka DPH\ROZPISDPH_FILTR.HTM .
  Upravena sestava RozpisDPH_SK_2018.
  
  
• 1. 1. 2. 5 - Export pro INTRASTAT
  Provedena legislativní úprava.
  Export do CSV obsahuje DIC odběratele při vývozu.
  Úprava je obdobou úprav pro CZ, SK legislativy
  
  Spolu s tím upraveny následující objekty:
  - procedura spINTRASTAT_Export
  
  
• 1. 1. 2. 5 - Export pro INTRASTAT
  Přepracován "Druh hlášení" = "Zjednodušené hlášení".
  Od 1.1.2022 platí: při splnění stanovených podmínek umožŘuje zjednodušené vykazování odeslat místo dosavadních dvanácti výkazů Intrastatu pouze jedno hlášení ročně pro daný směr vykazování bez nutnosti uvedení podrobných údajů. Podmínky (limit 20 mil Kč a neobchodování s komoditami, které se nesmí zjednodušeně hlásit) si hlídá jednotka sama. Ke zjednodušenému hlášení nemusí dojít za předchozích 12 měsíců (1x ročně), ale i dříve (když např. v průběhu roku přesáhnou limit 20 mil).
  
  Provedla se změna (od roku 2022) v exportu do CSV, kde jsou vyplněny tyto sloupce(ostatní jsou prázdné):
  Sloupec CSV/XLS "A" - Měsíc hlášení
  Sloupec CSV/XLS "B" - Rok hlášení
  Sloupec CSV/XLS "C" - DIČ
  Sloupec CSV/XLS "D" - Směr (Dovoz/Vývoz)
  Sloupec CSV/XLS "L" - Typ věty (zvláštní pohyb) s pevnou hodnotou "ZH"
  
  Spolu s tím upraveny následující objekty:
  - procedura spINTRASTAT_Export
  
  
• 1. 1. 1. 2 - Účetní operace
  Do přeúčtování dle definice (činnost 1.1.1.2 Účetní operace - zaúčtování mezd) doplněna možnost přeúčtování na projekty a zdroje.
  
  Do tabulky PREUCTPAM byly doplněny nové položky RVPROJEKT_MD, IDPROJEKT_MD, RVPROJEKT_DAL, IDPROJEKT_DAL, RVZDROJ_MD, IDZDROJ_MD, RVZDROJ_DAL, IDZDROJ_DAL.
  Upraven pohled qPreuctPAM.
  Nové procedury : spPREUCTPAM_idProjekt_MD, spPREUCTPAM_idProjekt_DAL, spPREUCTPAM_idZdroj_MD, spPREUCTPAM_idZdroj_DAL.
  Upravené procedury : spPreuctPaM_NewRec, spPreuctPaM_Preuctuj
  Upravena stránka ucet\Ucet_dokl_pam_preuctD.htm
  
  
• 1. 1. 2. 1 - Hlavní kniha, rozvaha
  Rozvaha k vybranému datu (zahajovací rozvaha):
  - Parametr DatumMimUzav byl přejmenován z původního „Datum pro mimořádnou účetní uzávěrku“ na „Datum pro mimořádnou účetní uzávěrku / zahajovací rozvahu“.
  - Doplněn nový parametr (např. DatumProZahajRozv – Zahajovací rozvaha) s hodnotami 0 a 1.
  
  Novým parametrem se definuje, zda datum uvedený v parametru DatumMimUzav je určen pro mimořádnou účetní uzávěrku nebo pro zahajovací rozvahu.
  0 nebo prázdné = mimořádná účetní uzávěrka – sestavy hlavní knihy, výsledovky a tvorba účetních výkazů se počítají ke konci zadaného data. Do sestav (výkazů) nevstoupí účetní zápisy, na kterých je uvedeno vyšší datum (položka UCETZAP.DTUZDATUM).
  1 = zahajovací rozvaha – hlavní kniha a účetní výkaz Rozvaha aktiv a pasiv se počítá tak, že se vezme konečný stav předchozího dne a k němu se připočtou hodnoty počátečních stavů k zadanému datu (položka UcetZap.hdPocat_Stav). Pro ostatní sestavy a účetní výkazy nemá tato hodnota význam.
  
  Upraveny procedury a funkce spHlavniKniha, fnHK_FilterXML, fnHlavniKnihaFUcet_Work, fnVykazy_DatovyZdrojESO9, spVysledovka, spVysledovkaDleObdobi, spCr_QSumProVykaz, spCr_QSumProVykaz_1
  
  
• 1. 1. 2. 3 - Výkaz DPH
  Sestava Rozpis výkazu DPH:
  - rozšířen sloupec Datum zdanitelného plnění
  - pro tisk do excelu - v excelu jsou uvedeny nejprve sloupce, které se vyskytují v tištěné sestavě, následně některé ostatní sloupce z tabulky podkladů pro výkaz DPH (KHDPH), asi 20 dalších sloupců se nyní neexportuje vůbec (vazební ID, apod.)
  Upravena sestava RozpisDPH_SK_2018 (legislativa SK)
  Upravena sestava RozpisDPH_CZ_2016 (legislativa CZ)
  
  
• 1. 1. 2. 5 - Export pro INTRASTAT
  !!! PL legislativa !!!
  Doplněna možnost vykazování "Dovozu". Protože struktura XML pro Dovoz/Vývoz je různá, je potřeba exporty dělat zvlášť pro "Dovoz" a zvlášť pro "Vývoz". Kontrolu lze provádět společně jako "Dovoz / Vývoz"
  
  Spolu s tím upraveny následující objekty:
  - procedura spINTRASTAT_Export
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa SK - určení řádků výkazu DPH pro dobropisy)
  Pokud se k dokladům FPU, FVU vytváří storno dokladu, bylo nutno následně na stornovaném dokladu změnit kód pro výkaz DPH, aby vstoupil do správného řádku výkazu DPH.
  FPU standardně vstupují do řádků 18/19, aby dobropis vstoupil do ř. 28, bylo na něm nutno uvést kód 66 nebo 92.
  Obdobně FVU standardně vstupují do řádků 1/3, aby dobropis vstoupil do ř. 24, na dobropisu bylo nutno uvést kódy 91, 93-96.
  
  Aby se po vytvoření dobropisu (provedeným pomocí kopie s příznakem storna dokladu) nemusel na takto vytvořením dobropisu následně měnit kód pro výkaz DPH, byly procedury a funkce pro tvorby podkladů upraveny tak, že pokud se jedná o dobropis (tedy když celková částka k úhradě na dokladu je záporná), pak se při použití původních kódů postupuje stejně jako kdyby byl uveden kód používaný pro dobropis :
  - FVU :
  - pokud je uveden kód 0, pak se postupuje jako při použití kódu 91 (a vstoupí tedy do ř. 24 výkazu DPH)
  - pokud je uveden kód 56, pak se postupuje jako při použití kódu 93 (řádek 24)
  - pokud je uveden kód 57, pak se postupuje jako při použití kódu 94 (řádek 24)
  - pokud je uveden kód 58, pak se postupuje jako při použití kódu 95 (řádek 24)
  - pokud je uveden kód 59, pak se postupuje jako při použití kódu 96 (řádek 24)
  
  - FPU
  - pokud je uveden kód 0, pak se postupuje jako při použití kódu 66 (a vstoupí tedy do ř. 28 výkazu DPH)
  - pokud je uveden kód 73 nebo 85, pak se postupuje jako při použití kódu 92 (řádek 28)
  
  Původní funkčnost při použití kódů pro dobropisy zůstává beze změny.
  Upravené procedury a funkce : spHdok_VytvorDetailDPH_SK, fnHDOK_DetailVykazuDPH_SK_std
  
  

Finance

• 1. 2. 1. 3 - Platební příkazy - ověřování zveřejněných účtů (legislativa SK) (doplněk č. 2 předchozí verze)
  Doplněno ověřování zveřejněných účtů pro slovenskou legislativu.
  - Ověření nyní funguje tak, že nad subjektem (platebním příkazem, přijatou fakturou) se slovenským DIČ se volá webová služba finanční správy SK,
  nad českým DIČ se volá webová služba finanční správy ČR.
  Nyní tedy i v CZ legislativě lze ověřovat účty pro slovenská DIČ (dosud šlo pouze pro DIČ začínající na CZ).
  Pro ověření slovenských DIČ je třeba zadat do parametru OPENAPISK_API_Key autorizační klíč pro připojení k portálu OPENAPI finanční správy Slovenské republiky
  (tento je možno získat po registraci na https://opendata.financnasprava.sk/page/openapi)
  
  Upravené nebo nové funkce a procedury :
  - ASSEMBLY NDPlatceSK
  - funkce DownloadNDPlatceSK
  - procedury spSubjekt_NastavOverenyUcet, spSubjekt_NeduvPlatceZpracujXML, spSubjekt_OvereniNPDPH_SeznamDic, spSubjektOzn_OvereniNPDPH, spHDOKOzn_OvereniNPDPH
  
  Upravené stránky - doplnění tlačítek pro provedení ověření ve slovenské legislativě :
  - Subjekt \ Subjekt.htm
  - Finance \ VytvorPP.htm, PP_Pol.htm
  - Nakup \ FapHlav.htm, ZFapD.htm, ZFap.htm, FapNahledPDF.htm
  
  
• 1. 2. 1. 4 - Platební příkazy - export
  Pokud se pro export zahraničních platebních příkazů v Komerční bance (0100) použil export dle definičního souboru XMLSEPA16, pak při zpracování v bance mohlo dojít k chybové hlášce "ÚroveŘ služeb nesmí být v XML vyplněna duplicitně".
  Upravena definice XMLSEPA16, tak, aby se pro komerční banku tato sekce negenerovala.
  Poznámka : aktualizací verze se tyto definiční soubory automaticky nepřepisují (z důvodu, že si je zákazník může dle svých požadavků upravovat). Pokud je třeba nastavit aktuální definici z verze, je třeba nad definicí použít tlačítko "Standardní nastavení".
  
  
• 1. 2. 1. 2 - Automatické vystavení platebního příkazu
  Pokud se do platebního příkazu nabízel dobropis, který již byl dříve částečně uhrazen (byl již částečně zahrnut do některého platební příkazu), pak se při označení řádku nenabídla správná (zbývající) částka k úhradě.
  Upraveny procedury : spqHDok_TestOznacDokladu, spBaV_VytvorPP, spBaV_VytvorPP_XMLParams, spqHDok_ProPP_MARKSTATE, spqHDok_ProPP_Uhradit
  
  
• 1. 2. 1. 6 - Bankovní výpisy
  Párování nad položkou bankovního výpisu - odkaz Hromadná platba.
  Na stránku byla doplněna volba (zaškrtávací checkbox) "Povolit párovací rozdíl".
  V případě, že součet označených vět (faktur) je vyšší než částka na bankovním výpisu a tento rozdíl je nižší než je povolená hodnota párovacího rozdílu (uvedená v číselníku saldokont - položka Povolený párovací rozdíl), pak v případě zaškrtnuté volby "Povolit párovací rozdíl" se provede spárování a vznikne párovací rozdíl. Pokud tato volba není povolena, pak se tak jako doposud hlásí chyba a párování nelze provést.
  Upravena procedura spUcetZap_ParDleSubj_XmlParams a stránka saldo\ParSubj.htm
  
  

Saldokonto

• 1. 3. 1. 4 - Párování za subjekt, Párování za účet
  Ve stránkách hromadného párování se zobrazovaly součtové hodnoty označených závazků (-) a pohledávek (+). Nyní byla na tyto stránky doplněna ještě položka Saldo, která se rovná součtu těchto dvou položek.
  Upraveny stránky saldo\HrParUcet.htm, HrParUcetKc.htm, HrParSubjKc.htm, HrParSubj.htm
  
  
• 1. 3. 1. 4 - Párování za subjekt (Párování za účet)
  Funkčnost "Párování s přeplatkem" bylo možno použít pouze v případě označení jednoho dokladu závazku/pohledávky a jednoho pokladního dokladu nebo bankovního výpisu.
  Nyní je možno označit více pokladních dokladů nebo bankovních výpisů (faktura musí být právě jedna).
  Doklady typu BVPK (bankovní výpisy platebních karet, které mají standardně nastavenu vlastnost vlHPohledavka_Zavazek 0=neurčeno), jsou v tomto případě považovány za bankovní výpisy.
  Upravena procedura spUcetZap_VytvorHrPar_XmlParams.
  
  
• 1. 3. 1 - Párování
  Pokud se na základě spárování provede v hlavičce dokladu doplnění účtu (MD/DAL), střediska (MD/DAL), obecného číselníku (01MD/01DAL) zakázky nebo subjektu, pak se toto zapíše do logovací databáze (pro tabulku HDOK a id hlavičky dokladu).
  Upraveny procedury spUcetZap_Sparuj, spUcetZap_OdparujSkup, spUcetZap_ParDleSubj_XmlParams
  
  
• 1. 3. 2. 1 - Zápočtové doklady
  V některých případech mohlo při spuštění této činnosti dojít k chybě "Conversion failed when converting date and/or time from character string.“.
  
  Upravena podmínka ve druhé formě na stránkách saldo\Zap_Navrh.htm, saldo\Zap_NavrhICO.htm, saldo\Zap_NavrhRM.htm
  
  
• 1. 3. 2. 1 - Zápočtové doklady
  V případě, že z jednoho dokladu vstoupí do zápočtu více účetních zápisů, tiskne se v sestavě řádek pro každý z těchto účetních zápisů. Částka ve sloupci "zbývá" se ale nyní bude tisknout pouze u posledního z nich.
  Upraveny funkce fnPrn_Zapocet_Detail, fnPrn_Zapocet_Soucet_lng, sestava Zap_DD.idc, Zap_DD_Navrh.idc
  
  

Controlling

• 1. 5. 1. 1 - Controlling - Prohlížení výkazů (doplněk č. 2 předchozí verze)
  Z formuláře controlling/Zobrazení nebyl funkční odkaz "Detail řádku/sloupce"
  Opraven datový zdroj formuláře controlling/ZobrDet.htm - funkce fnHlavniKniha_Det2_SANPlan
  
  

• 1.1.10.1 - Generowanie JPK FA, WB, MAG (legislativa PL)
  Provedena úprava generování souborů JPK - v hlavičce se se nyní generují údaje v adrese našeho subjektu takto (sekce AdresPodmiotu) :
  etd:KodKraju - dle kódu státu na našem subjektu
  etd:Wojewodztwo - název regionu z číselníku regionu dle regionu uvedeném na našem subjektu
  etd:Powiat - bere se ze Subjekt.Region
  etd:Gmina - bere se ze Subjekt.Oblast
  etd:Ulica, etd:NrDomu - údaje se berou ze Subjekt.Ulice_Nazev a Cislo_Orientacni - pokud není v subjektu vyplněn ani jeden z těchto dvou údajů (Ulice_Nazev ani Cislo_Orientacni), pak se použije údaj ze Subjekt.Ulice, který se pokusí rozdělit na tyto dva údaje
  etd:NrLokalu - bere se ze Subjekt.Dvere
  etd:Miejscowosc - bere se ze Subjekt.Mesto
  etd:KodPocztowy - z PSČ na našem subjektu
  etd:Poczta - obec z číselníku PSČ dle PSČ zadané na našem subjektu
  
  Upraveny funkce fnSubjekt_UdajePodleData, fnUliceCislo, fnJPK_XML_Podmiot1, fnGetXML_JPKMAG
  Upraveny stránky subjekt\SubjAdr.htm, subjekt\SubjAdrMS.htm (doplněny položky Obvod, Název ulice, Číslo domu, Číslo bytu)
  
  

• 1.2.1.3 - Platební příkazy - ověřování zveřejněných účtů (legislativa SK)
  Na základě hodnoty ič pro DPH umožněno ověření důvěryhodnosti plátce DPH. Registrované bankovní účty jsou stahovány pomocí assembly NDPlatceSK, které se připojuje k url
  https://iz.opendata.financnasprava.sk/api/data/ds_dph_iban/search. Pro použití služby je potřebné API key, které je možno si vygenerovat na stránkách slovenské finanční správy https://opendata.financnasprava.sk/page/openapi. Tento vygenerovaný kód musí být uložen v novém parametru aplikace DuvPlatce_API_Key.
  Služba má limit 1000 ověření za hodinu. Pokud limit nevyhovuje, je potřeba požádat o navýšení na stránkách slovenské finanční správy.
  
  Nová funkce DownloadNDPlatceSK pro zavolání assembly NDPlatceSK.
  
  

Nákup

• 2. 1. 3. 1 - Faktury přijaté účetní - import z QR kódu
  Do zakládaného dokladu se do čísla účtu přenášel vždy IBAN.
  Procedura spImportFPU_QRFaktura byla nyní upravena tak, že pokud je u subjektu (který se hledá dle IČO nebo DIČ) nalezen bankovní účet s odpovídajícím IBAN, nebo v bankovním účtu není uveden IBAN a číslo účtu a kód banky odpovídá zadanému IBAN z QR kódu, pak se do dokladu naplní číslo účtu a kód banky z peněžního účtu. Pokud se takový účet u subjektu nenalezne a IBAN z QR kódu začíná CZ, pak se rozloží na číslo účtu a kód banky a pokud tato banka existuje v číselníku bank, pak se účet a banka rovněž naplní do dokladu.
  Položka „Výpočet DPH“ se nyní nastavuje na hodnotu 0 =nechat (základ)
  
  
• 2. 1. 3. 1 - Faktury přijaté účetní - tiskový formulář (doplněk č. 2 předchozí verze)
  Na likvidačním lístku faktury přijaté s reverse charge se tiskly 2 rekapitulace DPH (jedna s 0% a druhá dle sazeb reverse charge).
  Opravena funkce fnDZ_FormularHDOKbylo (bylo již v doplŘku č. 2)
  
  
• 2. 1. 1. 1 - Cenové poptávky
  Z předlohy "nakup\CenPop.htm" odstraněn filtr na pohyb složek.
  
  
• 2. 1. 1. 2 - Nákupní objednávky \ odkaz "Reklamace"
  Pro odkaz "Vzniklý doklad" ve formě "nakup\KopieNObjdoREK.htm" se pohled a stránka berou z typu / vzoru dokladu pro typ (činnost 9. 4. 4 Typy dokladů \ odkazy "Uživatelské přepočty" / "Vzory pro uživatele"). Spolu s tím upravena i forma "nakup\VObj.htm".
  
  
• 2. 1. 3. 1 - Faktury přijaté účetní \ odkaz "Složky" \ odkaz "Založení účetní příjemky"
  Doplněny informace o typu z vzoru faktury a hlavně o typu a vzoru budoucí skladové příjemky. Upravena předloha "nakup\FapDoSvu.htm".
  
  Pro zajištění automatické párování FPU s SPU provedeny následující změny:
  - podmínkou je, že z FPU vznikne složka ve stejné hodnotě. Proto může být i více SPU, ale v každé vždy celá složka z FPU
  
  - nová exec procedura "spEXECHDOK_FPUSPU": obsahuje parametrem @VLFAZE, kde pro @VLFAZE = 1 se volá procedura "spHDok_Paruj“ @IDHDOK = @IDHDOKP
  
  - do vazeb mezi vzory FPU a SPU doplněna nový "Parametr kopie = FPU_SPU" ve kterém, se volá nová exec procedura "spEXECHDOK_FPUSPU" pro HDOK
  
  - procedura "spSDok_btMarkKopie": volání exec procedury nad hlavičkou dokladu (parametr @MF_EXECHDOK bez parametru @VLFAZE, nebo s parametrem @VLFAZE = 1) přesunuto až za vytvoření celého dokladu včetně rozúčtování. Dříve se tato exec procedura volala, když doklad byl vytvořen, ale nebyl rozúčtován.
  
  !!! Úpravy pro automatické párování jsou provedeny jen v Eso9Start !!!.
  Pokud zákazník/implementátor uzná za vhodné toto nasadit u zákazníka, pak stačí jen doplnit do vazeb mezi vzory FPU a SPU nový "Parametr kopie = FPU_SPU" ve kterém, se volá nová exec procedura "spEXECHDOK_FPUSPU" pro HDOK
  
  
• 2. 1. 3. 1 - Faktury přijaté účetní - připojování záloh
  Doplněn nový parametr Párování/PripZalPrepKurs - Přepočet částky při připojení zálohy v cizí měně, kterým se definuje nastavení způsobu přepočtu částky při připojování záloh v cizí měně. Tato hodnota se nabízí na stránkách pro připojení záloh - prodej\VyberZalohy.htm, nakup\VyberZalohy.htm, před vlastním připojením zálohy je možno ji změnit.
  Parametr může nabývat hodnoty 0 nebo 1 (standardně bude nastaven na hodnotu 1) :
  0=ponechat beze změny - bude se párovat částka v domácí měně ze zálohového dokladu
  1=přepočíst kurzem doúčtovací faktury - připojovaná částka ve valutě se přepočte kurzem doúčtovací faktury
  
  Upravené stránky : prodej\VyberZalohy.htm, nakup\VyberZalohy.htm
  
  

Prodej

• 2. 2. 1. 1 - Cenové nabídky
  Z předlohy "prodej\CenNab.htm" odstraněn filtr na pohyb složek.
  
  
• 2. 2. 1. 1 - Cenové nabídky \ odkaz "Náhled PDF"
  V datovém zdroji spodní formy 'Složek cenové nabídky" předlohy "prodej\CenNab_NahledPDF.htm" odstraněna podmínka na pohyb 'BP'
  
  
• 2. 2. 1. 2 - Prodejní objednávky \ odkaz "Reklamace"
  Pro odkaz "Vzniklý doklad" ve formě "prodej\KopiePObjdoREK.htm" se pohled a stránka berou z typu / vzoru dokladu pro typ (činnost 9. 4. 4 Typy dokladů \ odkazy "Uživatelské přepočty" / "Vzory pro uživatele"). Spolu s tím upravena i forma "prodej\PObj.htm"
  
  
• 2. 2. 3. 1 - Faktury vydané účetní - připojování záloh
  Doplněn nový parametr Párování/PripZalPrepKurs - Přepočet částky při připojení zálohy v cizí měně, kterým se definuje nastavení způsobu přepočtu částky při připojování záloh v cizí měně. Tato hodnota se nabízí na stránkách pro připojení záloh - prodej\VyberZalohy.htm, nakup\VyberZalohy.htm, před vlastním připojením zálohy je možno ji změnit.
  Parametr může nabývat hodnoty 0 nebo 1 (standardně bude nastaven na hodnotu 1) :
  0=ponechat beze změny - bude se párovat částka v domácí měně ze zálohového dokladu
  1=přepočíst kurzem doúčtovací faktury - připojovaná částka ve valutě se přepočte kurzem doúčtovací faktury
  
  Upravené stránky : prodej\VyberZalohy.htm, nakup\VyberZalohy.htm
  
  

Sklad

• 2. 3. 8. 1 - Prodej ze skladu
  Upravena stránka ESO9StartSK\Prodej\Prodejka.htm
  - přidány položky do hiddenFields pro práci s fiskálním modulem v obecném klientovi
  - upraven select - přidány hodnoty parametrů PD_LIMIT_KV, PD_LIMIT_PK_KV, LIMITA2_KV, které umožŘují ve fiskálním modulu kontrolovat limit platby
  
  
• 2. 3. 1. 6 - Vedlejší náklady vztažné
  Upraveno generování vztažných vedlejších nákladů (VVN)
  - doplněna možnost zadat zdrojovou hlavičku i složku dokladu FPU
  - ze zdrojového dokladu se automaticky naplní dodavatel, Hodnota vedlejších nákladů v domácí měně bez DPH, domácí měna
  - kontrola, zda zdrojová HDOK/SDOK je již 'Rozpuštěna'
  - při tvorbě složky dokladu VNN se naplní DU_SDOK z V_SYM zdrojové hlavička(@MF_IDHDOKVN) pokud není určena zdrojová (obvykle FPU) složka VVN (@MF_IDSDOKVN0, ale je určena zdrojová hlavička(@MF_IDHDOKVN)
  - nově se automaticky volá párování (parametr @MF_NEANOPAROVAT = 1-Ano) nad zdrojovým dokladem @MF_IDHDOKVN(FPU)
  
  Spolu s tím upraveny následující objekty
  - upraveny účetní předpisy SKD a FPU pro automatické párování
  - nová chybová hláška 52337 - Doklad č."%s": vztažné rozpouštění VN již provedeno
  - procedura spHDok_btMarkRozpustiVN a procedura spHDok_btMarkRozpustiVN:
  - nepovinný parametr @MF_NEANOPAROVAT SMALLINT = 0: vlastnost, která určuje, zda po akci parovat nad zdrojovým dokladem @MF_IDHDOKVN(FPU). 0(default)=Ne;1-Ano
  - provádí nově tyto akce:
  - kontrola, zda zdrojová HDOK/SDOK je již 'Rozpuštěna'
  - případné naplnění DU_SDOK
  - možnost automatického párování nad zdrojovým dokladem @MF_IDHDOKVN(FPU)
  - nové fchange pro ViewName "QVZTAZNEVN" a MF sloupce "MF_IDHDOKVN", "MF_IDHDOKVN", "MF_CIS_DOKVN", "MF_PORADI_DOKVN"
  - nové fchange procedury "spQVZTAZNEVN_MF_DOKVN", "spQVZTAZNEVN_MF_CIS_DOKVN", "spQVZTAZNEVN_MF_PORADI_DOKVN"
  - předlohy "sklad\VztazneVN.htm", "sklad\VztazneVNSDok.htm": tyto mají stejné Viewname = QVZTAZNEVN, ke kterému se váží výše uvedené fchange
  - upraveny datové zdroje
  - nové položky "FPU hlavička dokladu - číslo dokladu", "FPU složka dokladu - pořadí složky"
  
  
• 2. 3. 3 - Inventura skladových zásob
  Úpravy provedeny pro sklady, které pracují se šaržemi:
  - tabulka "ZBOZSKLINV":
  - nový sloupec DTVYROBENO
  - nový sloupec DTSPOTREBA
  Spolu s tím upraveno:
  - procedura-obchodní pravidlo spZBOZSKLINV_NewRec: nové povinné parametry @DTVYROBENO, @DTSPOTREBA
  - procedura-obchodní pravidlo spZBOZSKLINV_BeforeInsert: nové povinné parametry @DTVYROBENO, @DTSPOTREBA
  - procedura-obchodní pravidlo spZBOZSKLINV_BeforeUpdate: nové povinné parametry @DTVYROBENO, @DTSPOTREBA
  
  - činnost 2. 3. 3. 3 Zadání zjištěných inventurních stavů: upravena spodní forma "Šarže - zadání zjištěných inventurních stavů" předlohy "sklad\InvPriprava.htm":
  - upraven datový zdroj
  - nové položky "Datum výroby", "Datum spotřeby"
  Spolu s tím upraveno:
  - procedura spZBOZSKL_INITINVENTURA: nově naplŘuje sloupce DTVYROBENO, DTSPOTREBA tabulky ZBOZSKLINV
  
  
  - činnost 2. 3. 3. 4 Generování inventurních dokladů: upravena spodní forma "Šarže s inventurním rozdílem" předlohy "\sklad\InvDoklad.htm":
  - upraven datový zdroj
  - nové položky "Datum výroby", "Datum spotřeby"
  Spolu s tím upraveno:
  - procedura spZBOZSKL_RUNINVENTURA: do zakládaných inventurních složek dokladů se přenášejí sloupce DTVYROBENO, DTSPOTREBA tabulky ZBOZSKLINV
  
  

• 2.2.3.1 - Faktury vydané - OSS - prodej zboží na dálku - opravy a jejich vykazování
  Pokud do výkazu OSS vstupuje dobropis (záporná částka k úhradě), tak se pro určení data původního dokladu bere datum DPPD z dokladu a pokud není vyplněno, pak se hledá předchůdce dokladu stejného typu s kladnou částkou k úhradě. Pokud je takto nalezené datum původního dokladu v jiném kvartále, než ve kterém vstupuje do ř. 24, pak se ve výkaze OSS vykazuje jako oprava (věta typu O).
  
  Upravené procedury a funkce : fnSeznamDokladuProOSS, spExport_OSS_XML_CZ2021, spExport_OSS_XML_SK2021, fnHDOK_DetailVykazuDPH_std
  Upravena sestava VykazDPH_OSS_CZ_2021 - doplněno součtování za opravné doklady za jednotlivá opravovaná období.
  
  

Majetek

• 3. 1 - Evidence majetku
  Při účtování jednotlivých pohybů majetku v čase dle definice účetních skupin dle pohybů (UPUS) se u majetku nebrala v potaz případná časová platnost, použila ve vždy definice platná k datu zařazení majetku.
  Upraveny procedury spMAJ_PrepUcOdp, spSDok_NewRec - pokud tedy u dané účetní skupiny jsou například pro odpisy definovány jiné účty MD/DAL v závislosti na datu, pak se nyní při tvorbě odpisů použijí účty platné k datu příslušného pohybu.
  
  

Manažerské výstupy

• 4. 2. 1 - Přehled pomaluobrátkových zásob
  Sestava IDC/HTX přepracována na STI sestavu. Spolu s tím provedeno:
  - nová sestava "ZasobyPobrat.idc" (9. 6. 3 Uživatelské sestavy)
  - předloha "sklad\ZasobyPobrat.htm". upraveny odkaz na Tisk sestavy (xls)
  
  

Doprava

• 6. 1. 4. 1 - Silniční daŘ
  Byla přidána možnost vytvoření interních dokladů záloh a doplatku na silniční daŘ.
  Novela zákona o dani silniční č. 142/2022 Sb. zrušila zálohy na silniční daŘ pro rok 2022
  ale dobrovolně se platit mohou.
  
  Tlačítko "Vytvoř Interní doklad pro zálohu na SD" (spIDU_HDOK_SD_Zalohy) vygeneruje interní doklady pro čtvrtletní zálohu na silniční daŘ.
  
  Nový odkaz na vygenerované interních dokladů záloh na silniční daŘ s názvem "Doklady" (ucet/Inter_Dokl_Sloz)
  
  Odkaz na novou sestavu "Tisk kontrolní sestavy záloh na silniční daŘ za celý rok" (Doprava_Silnicni_dan_zalohy_detail)
  
  Tlačítko "Vytvoř Interní doklad pro doplatek silniční daně" (spIDU_HDOK_SD_Zalohy) vygeneruje interní doklady doplatků na silniční daŘ.
  
  
• 6. 1. 4.31 - Silniční daŘ – zdroje
  Byla přidána možnost vytvoření interních dokladů záloh a doplatku na silniční daŘ.
  Novela zákona o dani silniční č. 142/2022 Sb. zrušila zálohy na silniční daŘ pro rok 2022.
  Dobrovolně se záloha platit může.
  
  Tlačítko "Vytvoř Interní doklad pro zálohu na SD" (spIDU_HDOK_SD_Zalohy_ZDROJ) vygeneruje interní doklady pro čtvrtletní zálohu na silniční daŘ.
  
  Nový odkaz na vygenerované interních dokladů záloh na silniční daŘ s názvem "Doklady" (ucet/Inter_Dokl_Sloz).
  
  Odkaz na novou sestavu "Tisk kontrolní sestavy záloh na silniční daŘ za celý rok" (Doprava_Silnicni_dan_zalohy_detail_ZDROJ).
  
  Tlačítko "Vytvoř Interní doklad pro doplatek silniční daně" (spIDU_HDOK_SD_Zalohy_ZDROJ) vygeneruje interní doklady doplatků na silniční daŘ.
  
  
• 6. 1. 3. 5 - Sazby
  Zapracování novely zákona o dani silniční č. 142/2022 Sb.
  Doplnění rozbalovací nabídky "Typ sazby" (VLPODTYP_SLOZ) nové hodnoty v souvislostí s novelou zákona o dani silniční č. 142/2022 Sb.:
  
  Doplněna rozbalovací nabídka "Typ sazby" pro definici nových sazeb pro rok 2022, které jsou členěny kromě hmotnosti a počtu náprav i dle kategorie vozidla a druhu karoserie, viz změny v předloze doprava\CiselnikSazby.htm.
  
  

Procesy a workflow

• 6. 3. 1 - Procesy a workflow
  V případě, že jeden proces mohl nastartovat více worklow, z nichž některé mělo způsob vyhodnocení dle algoritmu, pak při vyhodnocení ve funkcích fnPodminka_Aktivity_Hl a fnPodminka_Aktivity_Tabulka
  se nesprávně určil název algoritmu.
  
  Ve funkcích fnPodminka_Aktivity_Hl a fnPodminka_Aktivity_Tabulka byl doplněn nový parametr @idWorkFlow.
  Upraveny funkce fnSeznamProcesuProHdok, fnUKOL_JOB_idTypUkolu, fnSeznamProcesuProTabulku a pohled QUKOL_JOB, které používají výše uvedené funkce s nově doplněným parametrem.
  
  Pokud je některá z funkcí (fnPodminka_Aktivity_Hl a fnPodminka_Aktivity_Tabulka) v uživatelských objektech, je nutno v ní upravit způsob dohledání dle nového parametru @idWorkFlow.
  
  
• 6. 3. 1 - Procesy a workflow
  Úprava vyplnění hodnoty IDUZIVATEL_R při založení úkolu - pokud je řídící uživatel v procesu nevyplněn a je vyplněna pouze řídící skupina, potom se řídící uživatel nenaplŘuje.
  Upravena procedura spUKOL_Gen_DOKLAD
  
  

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

• 6. 6. 2. 9 - Balíkobot - dopravci a služby
  Balíkobot, knihovna esp9zasilky.dll, verze 6.0.3.4
  Doplněni dopravci DHLFREIGHTEC – „DHL Freight Euroconnect“ a DHLPARCEL – „DHL Parcel Europe - PPL Parcel Connect EU“.
  U dopravce DHLFREIGHTEC lze načíst číselníky pro atributy branch_id, mu_type.
  V současné době je možné pracovat celkově s 24 dopravci, z toho s 22 dopravci v ČR a s 12 dopravci v SR.
  
  
• 6. 6. 2. 1 - Balíkobot zásilky
  Knihovna eso9zasilky, verze 6.0.4.1
  Povoleno přijetí informace o založení štítku se stavem 208. Zpravidla jde o situaci, kdy se první žádost o štítek vrátí s chybou 404 – „Chyba při ukládání dat do systému“ a přitom se štítek vygeneroval a uložit u Balíkobotu nebo dopravce. Opakovaná žádost skončí stavem 208 a tento se nyní akceptuje jako bezchybný stav, tedy se informace o štítku uloží a použijí.
  
  Dříve skončilo chybou „Balík s tímto EID již v Balíkobotu existuje. Data, která jsou navrácena, patří k původnímu záznamu - infomace o štítku nejsou uloženy. Pravděpodobně jde o chybu naplnění EID.“
  
  
• 6. 6. 2. 1 - Balíkobot zásilky
  Logování komunikace (parametr BB_Log) má více možných hodnot. Lze rozlišit logování získání štítku a všechny akce.
  
  

Základní číselníky

• 9. 1. 5 - Uživatelé \ odkaz "Skupiny"
  Od v6.05 + Eso9Start
  - činnost 9. 1. 5 - Uživatel \ odkaz "Skupiny": vedle spodní formy "Skupina uživatelů" se nově zobrazuje forma "Činnost pro skupinu uživatelů". Úpravy provedeny v předloze "nastaveni\UzivVeSkup.htm"
  
  

Účetní číselníky

• 9. 2. 6 - Peněžní účty
  Do stránek nastaveni/Penucet.htm a nastaveni/Penucet_all.htm byl doplněn RowFilter
  
  
• 9. 2.11 - Kódy pro výkaz DPH
  V číselníku kódů pro výkaz DPH (CZ legislativa) byl u kódu 30 (dodání služby do EU (21) - vstupuje do souhrnného hlášení) změněn text preferenční věty na "DaŘ odvede zákazník.".
  V zákaznických aplikacích se zněna provede pouze tehdy, pokud stávající text byl stejný jako v ESO9Start (pokud byl tedy text v aplikaci upraven, k jeho změně nedojde).
  Upravena procedura spProVykazDPH_CZ
  
  
• 9. 2. 7 - Účetní typy dokladů
  Do účetního typu PRO v předpise položky účetního typu FAV5 - zaokrouhlení byla v definici částky doplněna podmínka pro složky dokladů ... AND VLNACTIDOHLAV = 1
  Stejná podmínka byla doplněna i v předpisech účetního typu PRO - předpis č.6 (FAV6 - výnos), č.7 (FAV6_CZ - výnos CZ) a č.8 (FAV6_IAS - výnos IAS).
  Bylo provedeno pouze v databázi Eso9Start, v zákaznických aplikacích se toto automaticky nemění.
  
  

Subjekty

• 9. 3. 3 - Subjekty
  Na číselníku subjektů se na stránce vyskytovaly dvě položky se shodným názvem "Poznámka".
  Upravena stránka subjekt\subjekt.htm - texty "Poznámka" byly změněny na "Poznámka k subjektu" a "Poznámka k adrese"
  
  
• 9. 3. 3. 0 Subjekty - subjekt\subjekt.htm
  Upravena činnost aktualizace dat z ARESu. Pro volbu "Aktualizace všech dat" jsou nově stahovány údaje o čísle a typu DS. Realizováno v ESO9.lib verze 6.0.0.44.
  
  Upravena stored procedura spARES_ZakladniUdaje na vstup přidány dva nepovinné parametry @DATOVASCHRANKAID varchar(10) = null, @KODOBECCIS_TYPDS varchar(10) = null pro uložení ID datové schránky a typu datové schránky
  
  

Dokladové číselníky

• 9. 4. 7 - Rychlé založení vzoru dokladu
  Datový zdroj ve formě "nastaveni\VzorDokKomp.htm" upraven tak, aby šlo filtrovat dle všech položek.
  
  
• 9. 4. 2 - Obchodní podmínky
  Verzový skript 6.05 doplní automaticky do všech legislativ (ve v6.04 to bylo pouze do CZ legislativy) kódy pro druh obchodu pro Intrastat pro rok 2022 v případě, že tyto chybí:
  - 12 - Změna vlastnictví (i prodej na dálku) s finanční kompenzací
  - 22 - Bezplatná náhrada za vrácené zboží za transakci "1."/"3."
  - 23 - Bezplatná náhrada za nevrácené zboží za transakci "1."/"3."
  - 31 - Přeprava mezi sklady (kromě call-off stock a konsignace)
  - 32 - Dodávky pro prodej (včetně call- off stock a konsignace)
  - 34 - Převod vlastnictví bez finanční kompenzace
  
  
• 9. 4 - Vazby mezi vzory (Vzory dokladů - vazby)
  Do předlohy "nastaveni\VzorVazby.htm" doplněn parametr StartFilter=1.
  Důvodem jsou tisíce vazeb mezi vzory, které se nejdříve všechny zobrazily a pak se v nich teprve dalo filtrovat.
  
  

Zboží, služby, majetek..

• 9. 5. 9 - Zboží \ odkaz "Vlastnosti v čase"
  Upravena spodní forma "Vlastnosti sortimentu v čase":
  - datový zdroj
  - doplněny pokyny, jak stát vyplŘovat (domácí stát se nevyplŘuje). "Domácí stát" je stát, který je uvedený na subjektu naší firmy (parametr "Kod_Subj_Firmy")
  
  Spolu s tím upraveny následující objekty:
  - upravena předloha "nastaveni\ZboziVCase.htm"
  - nový trigger trZboziVCase_INSUPD: je pro tabulku ZBOZIVCASE a to pro vložení/opravu řádku. Kontroluje, že "domácí stát" má hodnotu NULL
  - funkce fnZboziVCase: doplněn parametr @IDSTAT INT. Ten slouží k načtení hodnot v čase pro požadovaná stát (NULL pro "domácí stát")
  - procedura spZboziVCase_NewRec: doplěn povinný parametr @IDSTAT INT OUT
  - upraveno volání funkce fnZboziVCase u níže uvedených objektů
  - procedura spSDok_CalRec
  - procedura spSDok_BeforeInsert
  - procedura spSDok_BeforeUpdate
  - funkce fnDZ_FormularSDOK
  - procedura spHDok_FapEU_VytvorDPH
  
  
• 9. 5 - Zboží, služby, majetek..
  Sjednocen výpočet cen na kartě zboží, služeb, ostatní....Výsledky by měly být stejné ať zadáte cenu bez DPH, nebo cenu s DPH. Upraven objekt-procedura spZBOZI_UrciCeny
  
  

Parametrizace systému

• 9. 6. 3. 1 - Uživatelské sestavy - detail
  Legislativa SK
  Sestava "DodListForm.idc" - Dodací list: provedeno
  - export sestavy z Eso9Start
  - import sestavy do Eso9Slovnik
  - překlad sestavy do SK v prostředí Eso9Slovnik
  - export přeložené sestavy z Eso9Slovnik
  - import přeložené sestavy do Eso9StartSK
  
  
• 9. 6.11 - Události
  Upravena definice vyhodnocení události SIS/Nesplněné úkoly, kde v definici hodnoty i v definici závažnosti byl počet nesplněných úkolů (z důvodu správného použití tvaru "úkol / úkoly / úkolů") počítán jako :
  case
  when (select count(*) from ... ) = 1 then 'úkol'
  when (select count(*) from ... ) between 2 and 4 then 'úkoly'
  when (select count(*) from ... ) > 4 then 'úkolů'
  end
  
  Takže se při vyhodnocení výpočet toho samého provedl 3x pro výpočet závažnosti a 3x pro výpočet hodnoty.
  
  Nyní upraveno tak, že se počet nesplněných úkolů počítá 1x pro výpočet závažnosti a 1x pro výpočet hodnoty.
  Použita syntaxe :
  ;with TableX as
  (select count(*) as Pocet
  from ...
  )
  select CONCAT('Máte celkem ',
  Pocet, ' ',
  case
  when Pocet % 10 = 1 then 'nesplněný úkol'
  when Pocet % 10 between 2 and 4 then 'nesplněné úkoly'
  else 'nesplněných úkolů'
  end
  )
  from TableX
  
  Úprava provedena pouze v databázi Eso9Start, do zákaznických aplikacích je třeba případně zkopírovat.
  
  
• 9. 6.11 - Události
  Na Eso9Start byla upravena událost SIS / Uhrazené FVZ bez následníka FVZD/FVU tak, že se pro vyhodnocení nepoužívá funkce (jejíž použití v podmínce může být časově náročné). Upraveno pouze v Eso9Start, v zákaznických aplikacích se automaticky nemění, v případě potřeby je to nutno z Eso9Start zkopírovat - to lze použít pouze za předpokladu, že je na aplikaci nastaven on-line přepočet úhrad (tabulky HdokUhrada).
  
  Původní podmínka, kde byla použita funkce :
  AND dbo.fn_Uhrazeno_Val(QHDOK.IDHDOK) > 0
  
  byla nahrazena novou podmínkou (doplněn join na tabulku HDOKUHRADA )
  and HdokUhrada.VLHDOKUHRAZEN > 0
  and HdokUhrada.HDUHRADITVAL > 0
  
  
• 9. 6. 4 - Činnosti
  Při instalaci nové verze se automaticky provede import dosud neexistujících činností z databáze Eso9Start.
  Do aplikace se zkopírují všechny činnosti z databáze Eso9Start (SK/PL/HU ... dle legislativy), jejichž kód činnosti dosud v aplikaci neexistuje a v databázi Eso9Start nemají nastaven stav zakázaná (zakázané činnosti mají Cinnost.vlStavCinnost = 10).
  Takto nově založené činnosti budou mít nastaven stav "Importovaná" (Cinnost.vlStavCinnost = 11). Pro zprovoznění činnosti (a její zobrazení ve stromu činností) je nutno jí nastavit stav "schválená", a dle konkrétní činnosti bude případně nutno provést potřebná nastavení (například vzorů, typů, parametrů, ...).
  Společně se založením činnosti (v tabulce Cinnost) se založí i vazba v hierarchii činností (v tabulce HierCin) a přílohy k činnostem (v tabulce CinPriloha).
  Pokud by v aplikaci již existovala činnost se shodným URLESOFORM pod jiným kódem činnosti, tak se již zakládat nebude.
  Vytvořeny nové procedury spCreateSynonym_START, spAktualizujCinnostiDleSTART.
  
  
• 9. 6. 1 - Parametry aplikace - parametr Finance/REPOsazba (legislativa CZ)
  ČNB od 23.6.2022 zvýšila REPO sazbu na 7,00%.
  Upravena procedura spParam_NaplnREPOSazby, která provede ukončení platnosti parametru Finance/REPOsazba předchozí sazby 3,75% do 2022.06 a nastavení nové aktuální sazby na 7,00%.
  
  

Tvorba sestav

• 9. 7. 1 - Komplexní editor dokladu
  Na stránce komplexního editoru v záložce Subjekt byla doplněna položka "Stát pro DPH".
  Upravena stránka priklady\HDok.htm.
  
  
• 9. 7. 5 - Účetní zápisy
  Ve formuláři se nezobrazovaly hodnoty CIS_ZDROJ, NAZEV ZDROJ - chyběly v pohledu QUCETZAPGS.
  Opraveno - v pohledu QUCETZAPGS byly doplněny položky CIS_ZDROJ, NAZEV ZDROJ.
  
  

Synchronizace číselníků

• 9.12. 1 - Nastavení synchronizace
  Rozšíření předlohy pro možnost nastavení synchronizace číselníků s novým typem synchronizace dle překladové tabulky. K synchronizaci dle ID, byla doplněna možnost synchronizace primárního a cizích klíčů přes vazebné tabulky ukládající vazbu mezi ID master číselníku a ID ve slave aplikacích.
  
  Použití pro synchronizaci číselníků u stávajících aplikací.
  Možnost kombinace synchronizace číselníků dle ID a dle PT na úrovni číselníků i aplikace.
  Možnost vkládání vět do slave aplikací mimo synchronizaci master aplikací.
  Další funkčnost je stejná jako u synchronizace dle ID.
  
  Doplnění odkazu "Správa pohledů" (synchronizace\SynchrView_HOLD.htm).
  
  

Změny funkcí

• fnGetXML_JPKMAG - JPKMAG - tvorba XML
  Pro tvorbu XML sekce "Podmiot1" se nově používá funkce fnJPK_XML_Podmiot1
  
  

Změny procedur

• spHDok_TestujUcetSubjektu - Procedura pro kontrolu bankovního účtu (doplněk č. 1 předchozí verze)
  Do procedury spHDok_TestujUcetSubjektu byl ve verzi 6.4 doplněn parametr - ale měl chybně typ SMALLINT - změněno na INT.
  Opravena procedura spHDok_TestujUcetSubjektu, oprava je součástí doplŘku č. 1 ze dne 27.1.2022
  
  
• spSDok_btMarkKopie - obecná procedura pro kopii označených složek dokladů
  Volání exec procedury nad hlavičkou dokladu (parametr @MF_EXECHDOK bez parametru @VLFAZE, nebo s parametrem @VLFAZE = 1) přesunuto až za vytvoření celého dokladu včetně rozúčtování.
  Dříve se tato exec procedura volala, když doklad byl vytvořen, ale nebyl rozúčtován.
  
  Důvodem je potřeba pracovat s novým dokladem včetně rozúčtování. Příkladem je automatické párování mezi FPU a SPU
  
  Zde je potřeba upozornit na fakt, že je potřeba revidovat tyto exec procedury s ohledem na to, že jakákoliv změna hlavičky, složky vyvolává přeúčtovaní. Proto doporučujeme před začátkem stávající sekce "vypnout účtování" @IDHDOKN a na konci stávající sekce "Zapnout účtování + přeúčtovat" @IDHDOKN
  Např.
  --vypnout účtování
  EXEC spUcetZap_Lock @IDHDOKN
  --stávající sekce
  BEGIN "STØVAJÍCÍ SEKCE"
  END "STØVAJÍCÍ SEKCE"
  --zapnout účtování + přeúčtovat
  EXEC spUcetZap_UnLock @IDHDOKN
  EXEC Proved_Rozuctovani @IDHDOKN
  
  
• DownloadURL - Automatická detekce kódování výstupu
  Do stahování webových zdrojů SQL procedurou byla doplněna automatická detekce kódování HTTP odpovědi (response).
  Při předání načteného obsahu z URL se tak nastaví tomuto obsahu automaticky správné kódování.
  Dostupné od CLR assembly verze 1.0.1.2, resp. verze ESO9 6.5.
  
  
• spIDU_HDOK_SD_Zalohy_ZDROJ
  Nová procedura pro vytvoření interních dokladů záloh a doplatku na silniční daŘ.
  
  Použita v činnostech:
  6. 1. 4. 1 Silniční daŘ
  6. 1. 4.31 Silniční daŘ - zdroje
  
  
• spSynchronizace - Hlavní procedura v master aplikaci zajišťující synchronizace číselníků
  Doplněna podpora synchronizace dle překladové tabulky.
  K synchronizaci dle ID byla doplněna možnost synchronizace primárního a cizích klíčů přes vazebné tabulky, ukládající vazbu, mezi ID master číselníku a ID ve slave aplikacích.
  
  
• spSynchr_TriggerReadOnly - Procedura pro ReadOnly triggery ve slavech u synchronizace číselníků
  Doplněna podpora synchronizace dle překladové tabulky.
  
  
• spSynchronizace_NotColumns_ValRec - ValRec ve formě pro nastavení synchronizace číselníků
  Doplněna podpora synchronizace dle překladové tabulky.
  ValRec u nastavení číselníků v činnosti 9.12. 1 Nastavení synchronizace
  
  
• spCreateView_HOLD - Porcedura pro generování holdingových pohledů
  Procedura pro generování holdingových pohledů na základě vybraného zdrojového pohledu.
  
  
• spReCreateView_HOLD_ALL - Porcedura pro zrušení a vytvoření generování holdingových pohledů
  Porcedura pro zrušení a vytvoření holdingových pohledů dle tabulky SYNCHRVIEW.
  
  
• spSynchronizace_SynchrView_NewRec - NewRec pro Správu holdingových pohledů
  Pro činnost 9.12. 1 Nastavení synchronizace odkaz "Správa pohledů" (synchronizace\SynchrView_HOLD.htm).
  
  
• spSynchronizace_SynchrView_CalRec - CalRec pro Správu holdingových pohledů
  Pro činnost 9.12. 1 Nastavení synchronizace odkaz "Správa pohledů" (synchronizace\SynchrView_HOLD.htm).
  
  
• spSynchronizace_SynchrView_ValRec - ValRec pro Správu holdingových pohledů
  Pro činnost 9.12. 1 Nastavení synchronizace odkaz "Správa pohledů" (synchronizace\SynchrView_HOLD.htm).
  
  
• spSynchronizace_SynchrView_DelRec - DelRec pro Správu holdingových pohledů
  Pro činnost 9.12. 1 Nastavení synchronizace odkaz "Správa pohledů" (synchronizace\SynchrView_HOLD.htm).
  
  
• spSynchronizace_SynchrApl_AfterDelete - AfterDelete pro Správu holdingových pohledů
  Pro činnost 9.12. 1 Nastavení synchronizace odkaz "Správa pohledů" (synchronizace\SynchrView_HOLD.htm).
  
  
• spDoprava_Napln - Aktualizace číselníků dopravy
  Doplnění nových základních sazeb silniční daně pro rok 2022 dle novely zákona o dani silniční č. 142/2022 Sb.
  pro nákladní a přívěsná vozidla členěná nově i dle kategorie vozidla a druhu karoserie.
  Aktualizace sazeb za PHM.
  Ukončení platnosti sazeb silniční daně pro osobní vozidla a denní sazby silniční daně - "SD denní".
  
  

Změny předpisů sestav

• BAV_KOS.idc - Opis rozúčtování bankovního výpisu
  V sestavě BAV_KOS.idc se v záhlaví netisklo číslo bankovního výpisu, ale tisklo se číslo prvního dokladu tohoto BAV.
  Upravena sestava BAV_KOS.idc - nahrazeno chybné HDOK.CIS_DOK novým BAV.CIS_BAV.
  
  
• FavForm.idc - Faktura vydaná daŘový doklad
  V obecném klientovi se v některých sestavách v návrháři sestav zobrazovaly některé sekce překryté přes sebe (tisk sestav však byl správně).
  Problém je v sekcích, které měly vlastnost "povoleno" nastavenu na hodnotu false a jejich povolení se provádělo na základě nastavené podmínky. V tom případě se v obecném klientovi v návrháři mohly zobrazovat navzájem překryté.
  Řešením je nastavit hodnotu "povoleno" na true a podmínku nastavit opačně tak, že dle takto nastavené podmínky nebude povolena.
  
  Upravené sestavy
  Eso9Start : FavForm.idc, ucd_Kos, Dokl_kos, ZDbPisDForm.idc, ZFavDForm.idc, DbPisForm.idc, PObjForm.idc, CNabForm.idc, VObjForm.idc , TEMPLATE_1STIForm
  Eso9StartSK : FavForm.idc, CNabForm.idc, DbPisForm.idc ZDbPisDForm.idc
  Eso9StartPL : FavForm.idc:
  
  
• DbPisForm.idc - Dobropis faktury vydané daŘový doklad
  Upravena sestava DbPisForm.idc - textová položka složky byla zkrácena tak, aby nezasahovala do další položky (sazba DPH),
  
  
• Doprava_Silnicni_dan_zalohy_detail - Doprava - kontrolní výpis záloh na silniční daŘ
  Nová kontrolní sestava pro vozidla vedená v tabulce HDOK vypisuje zálohy a doplatek na silniční daŘ za zvolený kalendářní rok. Zobrazuje vypočtené a vyúčtované zálohy a doplatek za jednotlivá období 1-3, 4-6, 7-9, 10-11
  a 12 (doplatek).
  
  V 6. 1. 4. 1 Silniční daŘ odkaz "Tisk kontrolní sestavy záloh na silniční daŘ za celý rok".
  
  
• Doprava_Silnicni_dan_zalohy_detail_ZDROJ - Doprava - kontrolní výpis záloh na silniční daŘ - ZDROJ
  Nová kontrolní sestava pro vozidla vedená ve zdrojích vypisuje zálohy a doplatek na silniční daŘ za zvolený kalendářní rok. Zobrazuje vypočtené a vyúčtované zálohy a doplatek za jednotlivá období 1-3, 4-6, 7-9, 10-11
  a 12 (doplatek).
  
  V 6. 1. 4.31 Silniční daŘ - zdroje odkaz "Tisk kontrolní sestavy záloh na silniční daŘ za celý rok".
  
  

Změny datových struktur

• ZBOZIVCASE - Zboží v čase
  Tabulka obsahuje historii vlastností sortimentu závislé na čase, které již aktuálně neplatí. Hodnoty pro aktuální platnost jsou uvedeny přímo na sortimentu. Tyto vlastnosti se nově mohou evidovat pro různé státy. Toto se využívá např. v režimu "One Stop Shop".
  Byla rozšířena struktura tabulky o položku IDSTAT INT – vazba na stát
  
  !!! "Domácí stát, který je uvedený na subjektu naší firmy, se NEVYPLŇUJE (má hodnotu NULL)!!
  
  
• DATZPR - Hlavička datové zprávy
  Přidán sloupec DETAIL_DORUCENKY varchar(max) NULL, který slouží pro uložení textové podoby událostí datové zprávy
  
  
• ZDROJ_VOZIDLO - Specializovaná add tabulka k tabulce ZDROJ pro vozidla
  Přidání položky pro zadání druhu karoserie, která je potřebná pro určení sazby silniční daně pro rok 2022:
  VLKAROSERIE smallint - Druh karoserie
  
  Výčtový typ:
  1 - "BA - bez bližší specif. – pro dopravu nákl."
  2 - "BB - skříŘový"
  3 - "BC - tahač návěsů"
  4 - "BD - tahač přívěsů"
  -1 - "Jiná"
  
  
• SYNCHRIDMASTER - Tabulka ID hodnot číselníků v master aplikaci
  Tabulka pro uložení ID hodnot v master aplikaci pro jednotlivé synchronizované číselníky při použití typu synchronizace dle překladové tabulky.
  
  
• SYNCHRIDSLAVE - Tabulka ID hodnot číselníků ve slave aplikacích
  Vazební tabulka mezi hodnotami ID masteru a ID v jednotlivých slave aplikacích pro synchronizované číselníky používající typ synchronizace dle překladové tabulky.
  
  
• SYNCHRCISFK - Tabulka nedefinovaných cizích klíčů
  Tabulka ukládající jména sloupců cizích klíčů a jména cizí tabulky tohoto sloupce.
  Plní se Jen jmény sloupců s hodnotami cizích klíčů, které nejsou jako cizí klíč definované.
  
  
• SYNCHRAPL - Tabulka se jmény databází aplikací zapojených do synchronizace číselníků
  Doplnění sloupce VLTYPSYNCHR_DEF pro nastavení defaultní synchronizace u aplikace pro podporu synchronizace dle překladové tabulky.
  
  
• SYNCHRCISVAPL - Vazební tabulka M:N pro činnost Synchronizace číselníků
  Doplnění sloupců pro podporu synchronizace dle překladové tabulky:
  VLTYPSYNCHR_APL - sloupec definující typ synchronizace u číselníku v aplikaci, 0 - Dle ID, 1 - dle překladové tabulky
  PODMINKA_APL_WSLAVE - WHERE podmínka umožŘuje, při jejím splnění zápis do číselníku ve slave aplikaci. Věta tedy nebude v masteru, ani jiných slave aplikacích, bude mimo synchronizaci.
  
  
• SYNCHRVIEW - Tabulka se seznamem holdingových pohledů
  Tabulka se seznamem generovaných holdingových pohledů na základě vybraného zdrojového pohledu a hodnoty nastavení pro jejich vygenerování.
  
  

Změny triggerů

• trSestava_Upd - Aktualizace sestav (doplněk č. 3 předchozí verze)
  Aktualizace sestav (například jejich instalace v doplŘku) trvala příliš dlouhou dobu.
  Problém byl způsoben triggrem, který se nad sestavou volal při každém založení sloupce sestavy, takže toto se projevovalo zejména v případě, pokud sestava měla příliš velký počet sloupců.
  Upraven trigger Sestava.trSestava_Upd.
  
  

Změny pohledů

• QZDROJ_VOZIDLO - Pohled pro tabulku ZDROJ_VOZIDLO
  Přidání sloupce ZDROJ_VOZIDLO.VLKAROSERIE, který umožní vybrat sazbu silniční daně v roce 2022 u nákladních vozidel.
  
  
• QSYNCHRIDSLAVE - Pohled pro překlad ID u synchronizace dle překladové tabulky
  Pohled pro podporu synchronizace dle překladové tabulky, umožŘuje zjistit ID hodnoty číselníků
  v jednotlivých aplikacích.
  
  
• QSYNCHRCIS - Pohled pro tabulku SYNCHRCIS
  Doplnění sloupců pro podporu synchronizace dle překladové tabulky:
  MF_FK_COLS,
  MF_VLTYPSYNCHR_CIS
  
  
• QSYNCHRCISCOL - Vazební tabulka M:N pro činnost Synchronizace číselníků
  Doplnění sloupců pro podporu synchronizace dle překladové tabulky:
  IDSYNCHRCISFT - IDSYNCHRCIS cizí tabulky přiřazené k cizímu klíči
  F_TABLENAME - jméno cizí tabulky přiřazené k cizímu klíči
  FOREIGNKEY - sloupec je definován jako cizí klíč
  FDEF_TABLENAME - jméno cizí tabulky z definice cizího klíče
  VLTYPSYNCHR_COL - typ synchronizace sloupce
  
  
• QSYNCHRVIEW - Pohled pro tabulku SYNCHRVIEW
  Pohled se seznamem holdingových pohledů.
  
  Použit u činnosti 9.12. 1 Nastavení synchronizace odkaz "Správa pohledů".
  
  

Změny webových stránek

• posta\odeslaneDZ.htm - 2. 7. 2 Odeslané zprávy
  Upravena stránka OdeslanéDZ.htm
  - v datovém zdroji 1. formy přidáno iddatzprds, aby nedocházelo k přesunu např z druhé schránky na první po stažení doručenek ve formátu zfo, smazáno tlačítko pro hromadné stažení doručenek
  - v 2. formě upraven datový zdroj přidána položka DSJMENO_HLAV, která je dána i do HiddenFields, přidáno tlačítko stáhni doručenku datové zprávy, které mění stav zprávy až do smazaná. (potřebná knihovna ds.dll verze 6.0.0.9)
  
  
• subjekt\SubjVztah.htm
  Při zobrazení ve formě tabulky se zobrazoval v záhlaví zobrazoval název položky "Název položky master".
  Změněno na "Název nadřízeného subjektu" (ve 2. formě) a "Název podřízeného subjektu" (ve 3 formě).
  Upravena stránka subjekt\SubjVztah.htm
  
  
• nastaveni\SestavaInc2.htm - Odstraněna položka s XML definicí Stimulsoft sestav
  Ze stránky "nastaveni\SestavaDetail.htm" (SestavaInc2.htm ) byl z předlohy formuláře odstraněn sloupec "Popis STI".
  Datový zdroj zůstal beze změny, položka je třeba pro fungování GS.
  
  
• posta\PrijateDZ.htm - 2. 7. 1 Dodané zprávy
  Přidáno tlačítko "Stáhni doručenku", které stáhne události doručenky datové zprávy a aktualizuje hlavičku datové zprávy
  Přidán odkaz na STI sestavu doručenky datové zprávy DorucenkaDZ
  
  
• posta\OdeslaneDZ.htm - 2. 7. 2 Odeslané zprávy
  Přidáno tlačítko "Stáhni doručenku", které stáhne události doručenky datové zprávy a aktualizuje hlavičku datové zprávy
  Přidán odkaz na STI sestavu doručenky datové zprávy DorucenkaDZ
  Na tlačítko "Kontrola stavu datových zpráv" přidáno upozornění na spuštění akce. Neboť se nově provádí kontrola všech odeslaných zpráv, které nejsou ve stavu smazaná, neprošla antivirovou kontrolou, uložena v datovém trezoru
  
  
• ucet\DoklHlav.htm
  Upravena stránka ucet\DoklHlav.htm - doplnění náhledu na připojené dokumenty - v náhledu se zobrazuje dokument z aktivního záznamu druhé formy (Dokumenty), je určen pouze pro prohlížení.
  
  
• Úprava stránky - Splitter
  Náhledy na soubory z DMS byly změněny z PDFFROMDMS na SHOWFROMDMS na všech stránkách kde jsou použity.
  
  seznam upravených stránek:
  
  .OK\DMS\Dokument_Nahled.htm
  finance\Pd_Prij.htm
  finance\Pd_Prij_Val.htm
  finance\Pd_Vse.htm
  finance\Pd_Vyd.htm
  finance\Pd_Vyd_val.htm
  majetek\MajPoh.htm
  nakup\CenPop.htm
  nakup\FapHlav.htm
  nakup\FapNahledPDF.htm
  nakup\FapStav.htm
  nakup\VObj.htm
  nakup\ZFap.htm
  nakup\ZFapD.htm
  posta\PostHlavPr.htm
  prodej\CenNab_NahledPDF.htm
  prodej\FaVHlav.htm
  prodej\PObj_NahledPDF.htm
  sklad\PrijemkaF.htm
  sklad\PrijemkaS.htm
  sklad\VydejkaF_NahledPDF.htm
  sklad\VydejkaS_NahledPDF.htm
  ucet\DoklHlav.htm
  ucet\Inter_dokl.htm
  ucet\Inter_dokl_DPH.htm
  ucet\Inter_dokl_DPHOSS.htm
  ucet\RocUzav.htm
  
  
• idealfirm.htm - Zrušení nefunkčních stránek
  Stránky "idealfirm.htm" a "idealfirm2.htm" byly zrušeny ze Start webu. Nebyly již funkční ani ve starém, ani v novém klientovi.
  
  
• doprava\CiselnikSazby.htm - Typ sazby
  Doplnění rozbalovací nabídky "Typ sazby" (VLPODTYP_SLOZ) o nové hodnoty v souvislostí s novelou zákona o dani silniční č. 142/2022 Sb.:
  27 - "Silniční daŘ - hmotnost (kg) - 2 nápr. kat. N karos. BA, BB"
  28 - "Silniční daŘ - hmotnost (kg) - 3 nápr. kat. N karos. BA, BB"
  29 - "Silniční daŘ - hmotnost (kg) - 4 nápr. a více kat. N karos. BA, BB"
  30 - "Silniční daŘ - hmotnost (kg) - 2 nápr. kat. N karos. BC, BD"
  31 - "Silniční daŘ - hmotnost (kg) - 3 nápr. a více kat. N karos. BC, BD"
  32 - "Silniční daŘ - hmotnost (kg) - kategorie vozidla O"
  
  
• zdroje\Zdroj_Vozidla.htm - Vozidla
  V souvislostí s novelou zákona o dani silniční č. 142/2022 Sb. je možnost zjištění základní sazby
  silniční daně pro rok 2022 nutné dodefinovat u nákladních a přípojných vozidel doplŘující
  údaje o kategorii vozidla a druhu karoserie.
  
  Doplnění rozbalovací nabídky "Kategorie vozidla" (VLKATEGORIE):
  3 - "N – mot. voz., která se používají pro dopravu nákl."
  4 - "O – přípoj. voz. pro dopravu nákl. nebo osob"
  -1 - "Jiná"
  
  Doplnění rozbalovací nabídky "Druh karoserie" (VLKAROSERIE):
  1 - "BA - bez bližší specif. – pro dopravu nákl."
  2 - "BB - skříŘový"
  3 - "BC - tahač návěsů"
  4 - "BD - tahač přívěsů"
  -1 - "Jiná"
  
  
• doprava\Sestava_SilnicniDan.htm - Silniční daŘ
  Byla přidána možnost vytvoření interních dokladů záloh a doplatku na silniční daŘ.
  Novela zákona o dani silniční č. 142/2022 Sb. zrušila zálohy na silniční daŘ pro rok 2022.
  Dobrovolně se záloha platit může.
  Viz změny u činnosti 6. 1. 4. 1 Silniční daŘ.
  
  
• zdroje\Sestava_SilnicniDan_Zdroj.htm - Silniční daŘ - zdroje
  Byla přidána možnost vytvoření interních dokladů záloh a doplatku na silniční daŘ.
  Novela zákona o dani silniční č. 142/2022 Sb. zrušila zálohy na silniční daŘ pro rok 2022.
  Dobrovolně se záloha platit může.
  Viz změny u činnosti 6. 1. 4.31 Silniční daŘ – zdroje.
  
  
• synchronizace\SynchrCisNastaveni.htm - Nastavení synchronizace číselníků v holdingu
  Rozšíření předlohy pro možnost nastavení synchronizace číselníků s novým typem synchronizace dle překladové tabulky. K synchronizaci dle ID, byla doplněna možnost synchronizace primárního a cizích klíčů přes vazebné tabulky ukládající vazbu mezi ID master číselníku a ID ve slave aplikacích.
  
  Doplněna nová forma "Typ synchronizace číselníků v aplikacích", umožŘující
  pomocí rozbalovací nabídky "Typ synchronizace v aplikaci" nastavit u každého číselníku a každé aplikace
  zda se bude synchronizovat dle ID, nebo dle překladové tabulky.
  Nová podmínka "WHERE podmínka pro zápis mimo master" pro typ synchronizace dle překladové tabulky
  umožŘuje, při jejím splnění zápis do číselníku ve slave aplikaci, věta tedy nebude v masteru, ani jiných slave aplikacích, bude mimo synchronizaci. Aplikační WHERE podmínky mají přednost před WHERE podmínkami nastavenými u číselníků.
  
  
• synchronizace\SynchrView_HOLD.htm - Správa pohledů
  Předloha pro správu generovaných holdingových pohledů u řešení se synchronizací číselníků.
  
  Předloha pro činnost 9.12. 1 Nastavení synchronizace odkaz "Správa pohledů"
  
  

Výroba pro ESO9

Sklad

• 2. 3. 4. 2 - Zboží - Odkaz "Výroba zboží" - manuální aktualizace rozpadu kusovníku
  V souvislosti s úpravami umožŘujícími ručně přegenerovávat rozpady kusovníku dílů, byl upraven formulář pro definici rozpadů nad zbožím:
  
  - Přidáno tlačítko „Přepočítat rozpad“ pro přegenerování rozpadů
  - Přidán odkaz na formulář (ZbozVyrobaAll) se seznamem všech pozic kusovníku bez omezení „Pohled ALL“
  
  Nový formulář:
  - Nastaveni/ZbozVyrobaAll.htm
  
  
  Poznámka:
  Při zakládání nových pozic a vypnutém automatickém přepočtu rozpadu dochází k jejich "mizení" po uložení. Toto je způsobováno tím, že datový zdroj pro kusovník či operace technologického postupu využívá pro zobrazení jednotlivých pozic (především z důvodu zařazení platnosti a varianty) spočtený rozpis (tabulka ZBOZIROZPAD). Ten do té doby, než dojde k manuálnímu přepočtu zobrazuje "neaktuální kusovník". K práci s kusovníkem či operacemi v tomto případě doporučujeme použít "pohled All", který zobrazuje všechny pozice podle dynamického kusovníku (tedy i právě zařazenou, ačkoliv nepřepočítanou pozici).
  
  

Výroba

• 5. 1. 1. 3 - Technologická dokumentace - Nová funkčnost pro ruční přegenerování rozpadu kusovníku dílu
  Při aktualizaci určitých položek v tabulce ZBOZIMNSPOTR nebo ZBOZI se aktivuje trigger, který provádí přepočet/sestavení rozpadu dle aktuálního stavu dynamického předpisu do tabulky ZBOZIROZPAD.
  
  Při práci s rozsáhlou strukturou kusovníku, navíc pokud se jedná o podsestavu, která vstupuje do více nadřízených sestav, dochází po každém zápisu změny k přepočtu kusovníku i u vyšších sestav. To může vyvolat dominovou reakci potřeby přepočtu všech zúčastněných dílů po cestě k nejvyššímu vrcholu. Při takto náročném výpočtu se prodlužuje čas čekání na výsledek zápisu věty uživatele a v některých případech dojde k překročení povoleného časového limitu a operace není dokončena.
  
  Z těchto důvodů bylo od verze 6.5 umožněno vypnout provádění aktivních přepočtů (nastavením parametru). ZároveŘ bylo na stránku "díl" přidáno tlačítko, kterým se vyvolá přepočet kusovníku dílu na vyžádání uživatele. Rovněž je možno proceduru, která je tlačítkem aktivována volat mimo frekventovanou dobu pomocí JOBu.
  
  Byl doplněn barevný stavový indikátor, který se rozsvítí červeně, pokud je rozpad dílu neaktuální.
  
  ==> Na stránce „dílu“ 5.1.1.3 (formulář ..priprava/Dil.htm)
  Zapojena kontrola na existenci požadavku provedení aktualizace/přepočtu rozpadu dílu při pokusu nastavit pole VLSTAVTPV na hodnotu větší než „Neuvolněno“
  
  V souvislosti s tím byl vytvořen pohledový fchange spQZBOZIPROVYR_VLSTAVTPV
  
  Přidáno tlačítko pro přepočet kusovníku „PŘEPOČÍTAT ROZPAD“:
  Lze nastavit, zda se přepočet provede jen pro daný vlastní díl a vyšší související do kterých vstupuje („Jen pro tento díl a související“) nebo, zda se provede přepočet celé fronty sestav, které jsou automaticky na pozadí určeny/označeny pro ve frontě pro přepočet („Všechny neaktualizované díly“).
  
  V souvislosti s tím byly upraveny následující pgm:
  - spZBOZIROZPAD_Prepocitej (provádí vlastní přepočet na vyžádání uživatele)
  - trZBOZI_Rozpad
  - trZBOZIMNSPOTR_Rozpad
  - trZBOZIVAZBAZAV_Rozpad
  -
  
  
  
  ==> Zaveden nový parametr TPV_ODLOZITPREPOCETROZPADU (ve skupině "Výroba"),
  který určuje, zda se má přepočet rozpadu kusovníku při změně v editoru odložit.
  
  Jak již bylo zmíněno, při opravách rozsáhlých struktur, kde upravovaná podsestava vstupuje do vyšších sestav, není automatické „just-in-time“ přepočítávání kusovníku při práci žádoucí. Jeho výpočet je časově náročný a provádí se po každém uložení věty.
  
  Nastavením parametru na hodnotu 1, se požadavky na přepočty jednotlivých upravovaných dílů ukládají pouze do fronty a nedochází k přepočtu. Přepočet fronty je pak možno vyvolat hromadně tlačítkem v editoru [PŘEPOČÍTAT ROZPAD], kdy nastavením možno volit mezi přepočtem aktuální položky, ("jen pro tento díl a související") případně celou připravenou frontou pro přepočet ("všechny neaktualizované díly").
  
  - Při provedení přepočtu pro jednotlivý díl se z fronty odstraní jeho „id“.
  - Při provedení přepočtu dílů pro celou frontu se odstraní soupis všech „id“ z fronty.
  
  Poznámka 1:
  V souvislosti s nastavením parametru odložení přepočtu =1 je doporučováno nastavit parametr pro „shazování stavu TPV“ VYROBA_AUTZMSTAVUTPV na hodnotu =2 (celý strom) a přepočty provádět pravidelně automatickým jobem na serveru vyvoláním procedury:
  Exec pZBOZIROZPAD_Prepocitej
  @MF_VLPREPOCITATFRONTU=1
  
  Poznámka 2:
  Při zakládání nových pozic a vypnutém automatickém přepočtu rozpadu dochází k jejich "mizení" po uložení. Toto je způsobováno tím, že datový zdroj pro kusovník či operace technologického postupu využívá pro zobrazení jednotlivých pozic (především z důvodu zařazení platnosti a varianty) spočtený rozpis (tabulka ZBOZIROZPAD). Ten do té doby, než dojde k manuálnímu přepočtu zobrazuje "neaktuální kusovník". K práci s kusovníkem či operacemi v tomto případě doporučujeme použít "pohled All", který zobrazuje všechny pozice podle dynamického kusovníku (tedy i právě zařazenou, ačkoliv nepřepočítanou pozici).
  
  
  DoplŘující informace:
  Na formulář bylo doplněno tlačítko "PŘEKALKULOVAT JEDNICI", které přímo ve formuláři dílu umožní provedení kalkulace (volané tlačítkem v činnosti z 5.1.2 - Kalkulace) s přednastavenými parametry:
  - trvalá kalkulace ANO
  - přepsat cenovou politiku ANO
  
  
• 5. 5. 1.10 - Neadresné navážení materiálu na DZ (navážecí za - Úprava formuláře
  Z formuláře byl vypuštěn oddíl (forma), zobrazující představitele ve výrobní dokumentaci. Byl nahrazen oddílem pro zobrazení položek rozpisky kusovníku příslušeného zvoleného představitele (složka dokladu navážecí žádanky, druhá forma).
  
  Důvodem pro změnu byla skutečnost, že ve většině případů žádanek tato tabulka nebyla využívána, spíše chyběla tabulka s přímým zobrazením položek rozpisky kusovníku.
  
  Práce s formulářem při tvorbě žádanky se tímto výrazně zjednodušila.
  
  
  Poznámka:
  V činnosti 5.5.1.10 se nyní volá formulář START_NavZakNeadresna.htm
  Formulář ..zadavani/START_NavZak.htm zůstává součástí instalačního balíčku ESO9 pro případ potřeby implementace výroby s požadavkem vícenásobných navážení materiálu na sérii kopií z jednoho představitele složky navážecí zakázky.
  
  
• 5. 2. 2 - Zaplánování a zadání složek prodejních objednávek - Nová činnost pro přímé zadání výroby složek POB
  Tato činnost zobrazuje souhrn složek prodejních objednávek a umožní nad nimi provádět rychlé a jednoduché přímé zadání do výroby.
  
  Díky předdefinovanému parametrickému nastavení je možno několika po sobě jdoucími kroky rychle provádět zaplánování od rozpadu dokumentace přes automatické pořízení výrobních příkazů až po provedení výdeje automaticky vyžádaného materiálu pro výrobu.
  Činnost umožŘuje provádět jednotlivé kroky hromadně a následně agregovat požadavky z více POB do jedné sumarizační žádanky, aniž by došlo ke ztrátě vazeb na rozpis jednotlivých plánovaných komponent spotřeby materiálu.
  
  Popis formuláře a činností:
  Formulář umožní zadat/zaplánovat do výroby určitou sérii z požadovaného množství složky (položka „zadat do výroby“).
  Dále je možno nastavit požadované datum začátku výroby („Datum začátku výroby“)
  Tlačítko „ZAPLØNOVAT VÝROBU“ provede podle nastavení komba VP, a komba úkolových lístků:
  - Vytvoření výrobní dokumentace (automaticky rozpadne složku POB)
  - Vytvoření rozpisu plánu úkolových lístků pro jednotlivé operace výrobní dokumentace
  - Vytvoření výrobního příkazu
  
  Obsluha má možnost pomocí odkazů v menu otevřít výrobní dokumentaci složky a zde provést požadované případné úpravy.
  Tlačítko „VYŽØDAT MATERIØL“ provede nad označenými složkami agregaci položek jejich výrobních dokumentací a založí interní navážecí zakázku (s agregovanou dokumentací) a k ní žádanku na výdej materiálu.
  MezistupeŘ dokladu navážecí zakázky s agregovanou dokumentací je nutná pro udržení detailu historie, při které by přímým založením žádanky došlo ke ztrátě vazeb do jednotlivých požadavků a nebylo by možno pak automaticky při odvádění spotřebovávat takto hromadně navezený materiál na dílenském zásobníku.
  
  Automatiky procesu se týkají následující parametry:
  
  AUTODZA_KODDILUSDOK
  Obsahuje kód dílu který bude použit automaticky tvořené navážecí zakázce jako představitel vrcholu agregované technické dokumentace. Jeho vlastní kusovník nebude použit. Je to jen zástupce v katalogu Zboží.
  
  AUTODZA_VZORDOK
  Kód vzoru, který bude použit pro automatickou tvorbu navážecí zakázky.
  
  AUTODZA_VICENASOBNYROZPIS
  Povoluje/zakazuje tvorbu vícenásobných rozpisů jedné položky POB (vícenásobný rozpis nad položkou se rozumí její vícenásobném zadání do výrobní dokumentace po určitých sériích.
  
  AUTOZDV_VZORDOK
  Kód vzoru pro automatickou tvorbu navážecí žádanky materiálu.
  
  

Změny v instalaci

• PARAMETRY - výroba - Doplnění a změny
  KALKULACNICENA
  (Možnosti, odkud se pro výpočet ceny položky materiálu nalezne její cena.)
  Doplněna další volba 2- Kalkulovaná cena
  
  
  KALKULACNICENAPOL
  Nový parametr pro určení ceny skladových polotovarů (tedy podsestavy, které se přímo nevyrábějí "rozpadat NE" - svůj kusovník však mají)
  - 0 SKLADOVØ (TPV/běžný sklad/sklad z param: SKLADPOLPROVYR)
  - 1 NØKUPNÍ (ZBOZI.HDNAKUPCENA)
  - 2 KALKULOVANØ (ZBOZI.HDCENAKALK)
  
  
  SKLADPOLPROVYR
  Parametr určuje způsob vyhledání ceny skladových polotovarů (tedy těch dílů, které se přímo při vlastní výrobě nevyrábějí)
  
  

Změny procedur

• spKopieAddTabulky - Změna délky STMT pro zadání SQL příkazu
  Uvnitř procedury upravena délka proměnných:
  @SQL NVARCHAR(4000) --> NVARCHAR(max)
  @COLNAMES VARCHAR(2000) --> VARCHAR(max)
  
  Důvod: volání příkazu EXEC sp_ExecuteSql umožŘuje od verze SQL SERVER 2016 použít pro předání příkazu řetězcovou proměnnou max. délky (231)-1 = 2 147 483 647 znaků pro varchar a 1 073 741 823 znaků pro nvarchar (unicode).
  
  

Změny datových struktur

• KALKCENDET - Změna přesnosti položky MNPOCETMJ
  Změna přesnosti sloupce MNPOCETMJ z typu decimal(19,5) na typ decimal(22,8).
  Při propočtu do úrovně docházelo ke ztrátě přesnosti na 5. desetinném místě, což je nyní odstraněno.
  
  Změny se projeví až při přepočtu kalkulace dílu.
  
  Poznámka:
  V souvislosti s tím došlo i k opravě výpočtu množství na pozicích kusovníku na jednu výrobní měrnou jednotku (kalkulační jednice), která nyní předpokládá, že množství v kusovníku jsou uváděná na kalkulační množství (položka uvedena na kartě dílu). Změny ve výpočtu pro konkrétní díl se projeví při prvním automatickém přepočtu rozpadu (při editaci jeho kusovníku), případně je možno přepočet rozpadu vyvolat tlačítkem „Přepočítat rozpad“ s volbou „Jen pro tento díl“ na formuláři dílu v technologické dokumentaci (5.1.1.3).
  
  
• ZBOZIMNSPOTR - Rozšíření struktury
  Tabulka ZBOZIMNSPOTR byla rozšířena o následující položky:
  
  
  - HDJCENA_MAT MONEY (příslušná cena se vtahuje s materiálem podle nastavení param KALKULACNICENA 0=skladová [a dále podle param SKLADMATPROVYR/ SKLADPOLPROVYR pro sklad MAT/POL], 1=nákupní, 2=kalkulovaná)
  - HDCCENA_MAT MONEY (násobek množství spotřebního x jceny)
  - HDMAT_JKALK MONEY (cena materiálu jednicové kalkulace)
  - HDMZDA_JKALK MONEY (cena mezd jednicové kalkulace)
  
  V souvislosti s tím došlo ke změnám procedur:
  - spZboziMNSpotr_IDZBOZIP (procedura zajišťuje služby GetRec nad položkou CIS_ZBOZI)
  - spZBOZIMNSPOTR_PrepoctiMzdu
  - spZBOZIMNSPOTR_PrepoctiMaterial
  - trZBOZI_Akce
  - spZboziMNSpotr_CalRec
  
  
• ZBOZIKALKULACEFRONTA - Nová tabulka
  Jedná se o služební systémovou tabulku, ve které se udržuje seznam dílů, pro které je nutno provést překalkulaci ceny.
  
  Struktura:
  - IDZBOZIKALKULACEFRONTA integer (PK)
  - IDZBOZI Integer NOT NULL,
  - VLAKCE SmallInt NULL,
  - VLSTAV SmallInt NULL,
  
  Důvody zařazení položky do fronty pro překalkulaci jsou následující:
  - Změna ve struktuře kusovníku, případně TG postupu
  - Změna hodnot položek Kalkulační množství, Výrobní dávka.
  
  
  Poznámka k výpočtu ceny mzdy:
  KALKULAČNÍ MNOŽSTVÍ (ZBOZI. MNKALKMNOZ)
  Je koeficient, který udává, na jaké množství výrobku (v základní měrné jednotce) se udávají množství na jednotlivých pozicích kusovníku a hodnoty tAC v technologickém postupu. Jedná se pouze o nástroj, kterým lze zamezit ztrátě přesnosti při výpočtu spotřeby a času na jednotku výrobku.
  
  Zjednodušeně řečeno zapsané hodnoty jsou při výpočtu výrobní dokumentace dělené hodnotou kalkulační množství.
  
  
  VÝROBNÍ DØVKA (ZBOZI.MNVDOPT)
  Udává velikost výrobní série, na kterou je spočítána tzv. „kalkulační jednice ceny výrobku“. Uplatní se u rozpouštění přípravného času (tBC) do ceny mezd.
  
  Výsledná cena kalkulační jednice udává cenu za jednu jednotku výrobku podle následujícího vzorce:
  Mzda na jednici výrobku = [(MNVDOPTxMzdaAC/MNKALKMNOZ)+MzdaBC]/MNVDOPT
  
  
  
  V souvislosti s tím byly upraveny trigery:
  -- trZBOZIVAZBAZAV_Rozpad ctí provádění změn dokumentace podle PARAM
  -- trZBOZI_Rozpad – tady taky ctí, ale chodí vždycky!! Do vytvoř…
  -- spZBOZIROZPAD_VytvorFrontu (vytvoří nový rozpad těch co jsou ve frontě) –neměla by se pouštět, pokud není aktivní ihned přepočet PARAM.
  
  

Změny webových stránek

• priprava/DIL.HTM - Úprava formuláře "Díl.htm" v činnosti 5.1.1.3
  V návaznosti na úpravy struktur tabulek ZBOZIMNSPOTR došlo ke změně formuláře priprava/dil.htm
  Ve formě kusovníku byl přidán oddíl položek pro evidenci
  - jednotkové ceny
  - celkové ceny
  - ceny kalkulační jednice (vyjadřuje vztah na jednu MJ výrobku)
  Ve formě technologických operací byl přidán oddíl s položkami vztahujícími se k zadané výrobní dávce
  - celkový čas v minutách
  - celková mzda
  - mzda kalkulační jednice (vyjadřuje vztah na jednu MJ výrobku při úvaze zadaného kalkulačního množství a výrobní dávky)
  
  Pozn.:
  - Kalkulační dávka udává množství (násobek) pro který je sestaven rozpis minut operačního času TAC, tak, aby mohlo při velmi malém jednotkovém času nedocházelo ke ztrátám přesnosti zaokrouhlením.
  - Výrobní dávka (série) udává množství výrobku, na které je optimalizován výpočet kalkulace. Má vztah k rozpočítávání času přípravného na celou sérii.
  
  
  Příklad výpočtu mzdy pro KM=1000, VD=10:
  - Skutečný operační čas TAC na jeden výrobek je 0,1sekundy, tedy do pole bychom zadávali v minutách hodnotu 1/600minuty, což je 0,00167 (na pět desetinných míst, jinak 0,00166666666..). Při výpočtu pak na pátém místě dochází k významné chybě. Proto bylo stanoveno, že dojde k zadání operačního času pro 1000kusů (Kalkulační množství=1000), tedy v položce TAC=1,66667. Vypočtená jednicová mzda se pak vydělí 1000 na konci výpočtu. Pokud hodinová mzda činí například 180kč, pak by docházelo ke zkreslení při kalkulaci mzdy na výrobek:
  A) KM=1: 0,00167 * 180/60 = 0,00501(000) Kč/výrobek
  B) KM=1000: (1,66667 * 180/60)/1000 = 0,00500(001) Kč/výrobek
  
  
  - Při zadání výrobní dávky je stanoveno, že čas přípravný se rozpočítává na počet vyráběných výrobků v sérii.
  Mějme k ceně operace TAC například 1,0 Kč mzdy cenu času přípravného 60kč (příprava trvá 60minut). Pak při
  A) VD=1: cena kalkulační jednice mzdy je 1+60 = 61Kč /kus
  B) VD=10: cena kalkulační jednice mzdy je (1*10)+60 = 70/10 =7Kč/kus
  
  Z uvedeného příkladu vyplývá důležitost stanovení výrobní dávky (série) při tvorbě cen výrobku.
  
  

Technologie ESO9 - server + klient

Subjekty

• 9. 3. 3. 0 - Subjekty - CreditCheck
  Změna adresa stahování CreditCheck z http: na https:
  
  

Změny v technologii .NET

• Aplikační server - Změna proporcí sestavy při hromadném tisku
  Při hromadném tisku sestav (parametr RepeatFor) mohlo v některých případech docházet ke změně proporcí stránek výsledné sestavy. Tisk jednotlivých sestav byl v pořádku.
  Docházelo k tomu v případě, že byla ve stránkách sestavy použitá jiná, než výchozí měrná jednotka (milimetr, palec, ...).
  Opraveno ve verzi z 28.1.2020.
  
  
• Aplikační server - Obnova forem po hromadném rušení řádků
  Akce provedení obnovy všech forem ve stránce (parametr Refresh_All_Forms) byla v případě mazání věty zapojena jen v jednotlivé akci, nikoli v hromadné. Při hromadném rušení řádků tudíž k obnově forem nedocházelo.
  Doplněno do technologie ze 17.2.2022.
  
  
• Reporting Server - Reporting Server a nedostupný SQL Server
  Pokud byl při spuštění vlákna Reporting Serveru (RS) nedostupný SQL Server s aplikačními databázemi, služba RS zůstane spuštěná, ale hlavní vlákno aplikace RS se zastavilo. Služba tedy běžela, ale nezpracovávala žádné databáze.
  Od verze RS v6.4.0.5 je doplněn mechanismus kontroly dostupnosti SQL Serveru. Pokud tento dostupný není, přeskočí se zpracování dané databáze a pokračuje se další. Pokud není dostupná ani jedna z SQL DB z konfigurace, pracovní vlákno se uspí na nastavený timeout a po svém dalším spuštění opět nejprve prověřuje dostupnost SQL DB.
  
  
• Aplikační server - Optimalizace hromadných akcí
  Došlo k mírné optimalizaci hromadných akcí nad označenými řádky.
  Dostupné ve verzi od 15.2.2022.
  
  
• Aplikační server - Parametrizace sestav do Excelu
  Pro sestavy s výstupem do Excelu (STIXLSX a STIXLSXFORM) přibyla možnost upřesnit některé vlastnosti exportu parametrem XLSOPTIONS na odkazu. Podrobnější popis viz Pravidla ESOForm.
  
  
• Aplikační server - Tisk dokladů do PDF s integrovaným ISDOCem
  Do tisku dokladů s integrovaným ISDOCem byla přidána ikona ISDOCu tak, aby bylo vizuálně zřejmé, že PDF obsahuje přílohu i bez nutnosti jej otvírat v Adobe Readeru a zkoumat jeho obsah. Při tisku z Adobe Readeru lze buď volbou "Document" vytisknout dokument bez ikony, nebo jej volbou "Document and stamps" vytisknout včetně ikony.
  Upraveno v knihovně ESO9Lib.dll od verze 6.0.0.31.
  
  
• Aplikační server - Vkládání ISDOC do PDF
  Vkládání ISDOC do PDF bylo podmíněno vyplněním ID podpisového certifikátu (technicky položka IDCERT_ISDOC). Ta sloužila zároveŘ jako příznak, že se má soubor ISDOC do PDF vložit.
  Nově je jako příznak použita položka "typ dokladu ISDOC" (technicky TYP_DOK_ISDOC). Certifikát již tedy není pro vkládání ISDOC do PDF povinný.
  Dostupné v technologii (server + ESO9Lib) od 23.2.2022.
  
  
• Aplikační server - Optimalizace tisku generátorových sestav
  Došlo k optimalizaci tisku generátorových sestav volaných (historickou) syntaxí: esoform.asp?TPage=sestava.idc
  Míra zrychlení závisí na počtu použitých datových zdrojů, obecně se jedná zhruba o 1/3.
  K dispozici od 28.2.2022.
  
  
• Aplikační server - Výchozí hodnota položek typu combo box
  Došlo k úpravě zpracování výchozích hodnot HTML položek typu SELECT tak, že se použijí pro inicializaci nového řádku, ale nepoužijí se při inicializaci hodnot Rowfiltru.
  
  V minulosti se výchozí hodnoty položek typu "Select" (combo) tímto způsobem dostávaly do RowFiltru jako výchozí filtrovací podmínky, tj. datový zdroj byl ve výchozím stavu (bez Start filtru) ofiltrován výchozími hodnotami položek "Select". V roce 2020 došlo proto k úpravě, kdy se výchozí hodnoty položek typu "Select" z HTML předloh vůbec nepřebíraly. Nyní se znovu akceptují, ale pouze pro účely zakládání nového řádku, viz výše.
  
  Dostupné v technologii od 2.3.2022.
  
  
• Aplikační server - Náhrada části formuláře uživatelskou akcí
  Při použití uživatelské akce typu "Změna části formuláře" se změna projevila od vybrané formy až do konce souboru s předlohou (tj. nikoli jen v intencích požadované formy).
  Opraveno v technologii z 3.3.2022.
  
  
• Aplikační server - Spojování PDF dokumentů
  Pokud při spojování dokumentů v DMS dojde k chybě (např. proto, že jeden z dokumentů je zamčen pro úpravy), vypíše se korektní chybová hláška a v TEMP adresáři se vymažou všechny dočasné soubory.
  Upraveno v knihovně ESO9Lib.dll verze 6.0.0.34.
  
  
• Aplikační server - Vkládání ISDOC do PDF
  Po úpravě z února 2022, kdy již není nutné mít pro vkládání ISDOCu do PDF podpisový certifikát, se v rámci Start řešení exportují do ISDOC automaticky všechny doklady faktur vydaných. Bohužel se ukázalo, že u zákazníků jsou data často v takovém stavu, že doklad neobsahuje všechny položky, které jsou pro export do formátu ISDOC povinné. Při uložení takového dokladu do PDF pak docházelo k chybě (uložení do PDF se používá i při tisku dokladu na tiskárnu).
  Pokud tedy při exportu do ISDOC během tvorby PDF výstupu dojde k jakékoli chybě, bude potlačena a PDF se vytvoří i bez vloženého ISDOCu.
  Dostupné v technologii od 22.3.2022.
  
  
• Aplikační server - Import z Excelu
  Pokud se v některé z importovaných buněk Excelovského sešitu vyskytne znak oddělovače (lze jej vybrat v rámci definice importu), vloží se obsah buŘky do uvozovek tak, aby bylo možné s jejími daty po importu pracovat.
  Dále bylo do importu doplněno formátování datumů vč.času pro všechny příslušné datové typy z Excelu.
  Dostupné v knihovně ESO9Lib.dll v6.0.0.39.
  
  
• Aplikační server - Výstup do souboru
  Při exportu dat z ESO9 nelze vybrat adresář a soubor, do něhož se výstup realizuje. V případě provozu na Windows lze toto omezení obejít vlastním dialogem a službou ESO9SuppSvc. Pokud je tedy uvedená služba nainstalovaná, lze vybírat složky pro export obdobným způsobem, jako v Internet Exploreru.
  Dostupné ve službě ESO9 Support Service z 24.3.2022.
  
  
• Aplikační server - Přenos uživatelských dat ve formátu ISDOC
  Přes formát ISDOC lze předávat mezi aplikacemi ESO9 libovolná uživatelská data (export i import).
  Řešení je funkční pro ruční export/import ISDOC souborů, pro tisk a import PDF sestav, které mají ISDOC soubor vložený, a pro cloudovou výměnu dokladů. Tj. všude tam, kde se s formátem ISDOC pracuje.
  
  Export:
  Při exportu lze uživatelská data do souboru ISDOC sestavit v proceduře spGetUserData4ISDOC. Jejími vstupními parametry jsou ID aktuálně exportovaného dokladu (IDHDOK) a ID aktuálně přihlášeného uživatele (IDUZIVATEL). V ESO9Start je tato procedura prázdná, v Profi řešeních ji lze implementačně upravit. Výstupem může být libovolný dataset/tabulka. Ten se následně zaZIPuje a vloží do ISDOC souboru.
  
  Import:
  Import z ISDOCu je relizován DLL knihovnou a stored procedurou spISDOC_HDOKimport. Při importu z ISDOCu dojde k rozZIPování uživatelských dat a jejich předání importní proceduře v (nově přidaném) parametru mf_userData. Rozhraní importní procedury bylo o tento parametr rozšířeno, stejně tak rozhraní procedur spISDOC_HDOK_BEFOREINSERT / spISDOC_HDOK_AFTERINSERT. Uživatelská data vstupují do parametru ve formátu XML, z něhož lze snadno zrekonstruovat původní tabulku z exportu.
  
  Dotčené objekty:
  * knihovna ESO9Lib.dll v6.0.0.41
  * procedury spISDOC_HDOKimport, spISDOC_HDOK_BEFOREINSERT, spISDOC_HDOK_AFTERINSERT a spGetUserData4ISDOC
  * pozor, tyto objekty jsou dostupné v doplŘku k ESO9Start č.3 a bez nich nelze v technologii z 2.4.2022 pracovat s ISDOC
  
  
• Aplikační server - Technologie na .NET Fw 4.8
  Technologie ESO9 byla převedena na .NET Framework 4.8.
  Při instalaci aplikačního serveru je třeba ověřit, zda je na něm tato verze .NET Frameworku přítomná. Množina podporovaných operačních systémů je stejná, jako v případě starší verze .NET Fw 4.6.
  Spolu s úpravou komunikační brány pro protokol WebSockets došlo ke zrychlení odezvy při práci v obecném klientovi.
  Dostupné od 7.4.2022.
  
  
• Aplikační server - Odkazy v PDF sestavách
  Pokud jsou v sestavě definované odkazy nebo tooltipy, jsou při exportu sestavy do formátu PDF odstraněny (od r.2020). Cílem bylo zmenšit velikost souborů zejména u řádkových sestav a zamezit klikání na chybné odkazy (směřující zpět do aplikace ESO9). Pokud však odkazy v sestavě míří mimo aplikaci ESO9, musí v sestavě zůstat nezávisle na formátu, do nějž byla sestava vygenerována.
  Doplněno v technologii ze 7.4.2022.
  
  
• Aplikační server - Export IDC/HTX sestav do Excelu
  Při exportu IDC/HTX sestav do Excelu docházelo v některých případech ke špatnému kódování češtiny v Excelu. Doplnil jsem proto explicitní nastavení kódování dle nastaveného kódování aplikace (Windows-1250 / UTF-8).
  Dostupné v technologii od 13.4.2022.
  
  
• Aplikační server - Náhledy souborů z DMS
  Pokud je v masce (atribut MASK) HTML elementu DIV uvedena hodnota "SHOWFROMDMS", budou pro takovou položku dotažena binární data z dokumentové databáze (tj.soubor) a vložena jako integrální součást HTML prvku do stránky. Díky tomuto mechanismu lze zobrazovat ve formulářích ESO9 náhledy dokumentů typu PDF (Adobe Acrobat), XLSX (Microsoft Excel), JPG, BMP, PNG (obrázky) z dokumentové databáze. Náhled se zadává do HTML elementu DIV.
  Uvedený parametr nahrazuje a doplŘuje dřívější hodnoty PDFFROMDMS/IMGFRMDMS pro specifické typy dokumentů.
  Příklad: <div datafld="1_DOKUMENTFILEGUID" name="DOKUMENTFILEGUID" datasrc="#ESOPAGECTL" mask="SHOWFROMDMS" width="550">
  
  
• Aplikační server - Možnost zavolat uživatelskou proceduru při uložení dokumentu do DMS
  Při uložení dokumentu do DMS lze nyní zavolat uživatelskou proceduru.
  Jméno procedury se definuje přímo v datovém zdroji formy, v níž se s danými dokumenty pracuje, v datové položce MF_DOCINSERTPROC. Jméno procedury tak není navázáno na jméno tabulky (tak, jako obchodní pravidla), protože ta je většinou stejná (tj. DOKUMENT) a v různých formách s DMS mohu chtít při ukládání dokumentů spouštět různé operace. Pokud se jméno procedury v datovém zdroji formy najde, procedura se spustí. Procedura se spouští v rámci stejné transakce, v níž dochází k uložení dokumentu, tj. pokud procedura skončí chybou, celá akce vložení dokumentu se stornuje (ROLLBACK). Pokud procedura skončí úspěšně, celá transakce se potvrdí (COMMIT).
  Procedura má 3 vstupní parametry:
  * @FILEGUID - GUID právě vloženého souboru
  * @FILENAME - jméno vloženého souboru
  * @MF_PARAMS - uživatelské parametry ve formátu XML předávané z datového zdroje formy do procedury. Parametr je nepovinný a jeho výchozí obsah je prázdný řetězec. Uživatelsky si jej lze naplnit libovolně na úrovni datového zdroje.
  Dostupné v technologii od 16.5.2022.
  
  
• Aplikační server - Filtrování dle barev
  Pokud je ve formuláři použito obarvení řádků (datový parametr MF_ROWSTYLE ) nebo jednotlivých položek (datový parametr SLOUPEC_ROWSTYLE), lze si pod formou zobrazit legendu s popisem významu použitých barev (parametr formy ROWSTYLE_LEGEND). Klikáním na barvy lze ve formuláři filtrovat.
  Při filtrování dle barev v legendě se implicitně filtruje dle barvy řádku (MF_ROWSTYLE). Pokud se legenda (a tedy i filtrování nad ní) vztahuje k jinému sloupci, je třeba uvést jeho jméno v parametru formy ROWSTYLE_COLUMN_LEGEND.
  Dostupné v technologii od 23.5.2022.
  
  
• Aplikační server - Generování e-mailů do souboru EML
  V případě generování e-mailů ve formátu EML pro náhled a manuální odeslání nesmí být v parametrech aplikace nastaven parametr SMTP_ENABLE_SSL = 1. Doplněna kontrola, která toto nastavení při generování EML souborů upraví (pouze za běhu, nikoli v hodnotách parametrů aplikace).
  Dostupné v technologii od 15.6.2022.
  
  
• Automatické stahování z ARESu - Rozšíření počtu zpracovávaných aplikací
  Pro automatické stahování z ARESu (program AutStazeniARES.exe) byl rozšířen maximální počet zpracovávaných aplikací z 10 na 20.
  Dostupné od verze programu/automatu 1.0.0.4.
  
  
• Import z Excelu - Změna zpracování chyby při importu z Excelu
  Pokud při importu z Excelu vznikla chyba v uživatelské After proceduře, zapsala se pouze do hlavičky importu, nikoli však na monitor. V Internet Exploreru se chyby vypisovaly i na obrazovku, zároveŘ provedený import zůstával v databázi (tj. co šlo se naimportovalo a chyby vypsaly); zde to byl důsledek oddělené funkčnosti klientského addinu a serverové funkčnosti, z nichž každá běžela ve své transakci.
  V obecném klientovi běží celý import v rámci jediného serverového addinu a jediné transakce.
  Došlo k úpravě sestavení a vracení chybových stavů tak, aby to odpovídalo původní funkčnosti v Internet Exploreru.
  Dostupné v knihovně ESO9Lib.dll verze 6.0.0.47.
  
  

Technologie ESO9 - obecný klient

Změny v technologii .NET

• Obecný klient - Datové položky v akcích v záhlaví formy
  Datové (nebo spočtené) položky lze přidat do akcí v nadpisu formy (CAPTION) i v obecném klientovi. Syntaxe:
  <a href="esoform.asp?TPage=nastaveni/HDokPozn&RelType=Same" data-field="numHDOKPOZN">Poznámky</a>
  
  

Technologie ESO9 - server

Změny funkčnosti generátoru sestav

• Export do excelu
  Změněn typ výstupu desetinných čísel. Nově jsou místo 4 desetinných míst zobrazována pouze 2 desetinná místa.
  
  

Změny v technologii .NET

• Aplikační server - Synchronizace CRM s Office 365
  Pokud nebyla synchronizace CRM ESO9 s Office 365 nastavena správně (resp. nebyla naimplementována, ale došlo k jejímu použití), mohlo dojít k chybě vedoucí k pádu služby aplikačního serveru.
  Opraveno v knihovně BRExchSync.dll verze 6.0.0.5 z 16.3.2022.
  
  

Změny v ESO9 Správce

• Výkonové logování
  Ve výpisu výkonového logování pro způsoby výpisu "doba trvání datového zdroje" nebo "všechny záznamy" opravena chyba, když se v logu vyskytovaly sestavy (hodnoty sloupce a řádky se zobrazí jako -1).
  Správce verze 6.0.12