ESO9 wiki

ESO 9 změny ve verzi 7.0 z 14.1.2025

Obecný klient

Změny v technologii .NET

• Obecný klient
  Opraven přenos hodnoty z číselníku při volání číselníku na filtrem. V některých případech mohlo docházet k přenosu do špatných polí.
  
  
• Obecný klient
  Do kontextového menu činností přidány akce Rozbalit/Sbalit vše
  
  
• Obecný klient
  Opraveno chybné chování HTML editoru po jeho maximalizaci a minimalizaci. Forma po této akci neindikovala změnu. Součástí opravy klienta je i nová verze kindeditor-all-min.js.
  
  
• Obecný klient
  -Změna MF_ZAPKARTAMI->CF_ZAPKARTAMI a MF_KARTCELKEM MF_KARTCELKEM->CF_KARTCELKEM u platby kartami.
  - doplněno pole MF_VLDOPLATEKHOT do objektu platby a storna.
  - opraveno naplnění objektu platby/storna při volání z Browse
  
  
• Obecný klient
  Do dialogů Info a Error doplněn button na zkopírování obsahu hlášení do schránky.
  Button je zobrazen jen pokud je aplikace provozovaná na HTTPS.
  
  
• Obecný klient
  Oprava zobrazení buttonu pro kopii do schránky při zobrazení Informace/Chyby. Pokud je protokol aplikace HTTP, nelze použít uložení do schránky a button se nezobrazí. Do konzole je vypsáno hlášení o tomto problému.
  
  
• Obecný klient
  Doplnění ikony číselníku pro rozeditovanou položku v browse typu Decimal/Money.
  Oprava ikony číselníku pro rozeditovanou položku v browse typu Int.
  
  
• Obecný klient
  Opraveno chybné chování HTMLED editoru. Kdy po změně velikosti editoru se vrátila zpět na původní, po manipulaci s daty.
  
  
• Obecný klient
  Opravena chyba, která byla způsobena uvedením paremetru brwAction v url sestavy. Mobilní aplikace nemá navbar, proto se tento parametr v klientovi ignoruje.
  
  
• Obecný klient
  Opraven výstup PIVOTOK2. Při dlouhém textu v řádku, se nešlo dostat na spočtené hodnoty.
  
  
• Obecný klient
  Doplnění DATA-FILTEROP pro SELECT. Value pro element select funguje jen ve spojení DATA-FILTEROP. pokud není vyplněn, value je ignorována a použije se jen pro NewRec.
  
  Ve formulářích
  - sklad\PrijemkaPrevodemZeVzoru.htm
  - nastaveni\KopiePrDoNa.htm
  Nastaven filter Stav splněno na "Ne"
  
  
• Obecný klient
  Pokud je vyplněný ruční filtr šlo se přepnout na záložku konfigurace. Toto bylo chybné, protože ze záložky konfigurace se následně šlo přepnout na základní nebo rozšířený.
  
  
• Obecný klient
  V případě že se otevřel ve filtru nad formulářem číselník, šlo manipulovat s filtrem pod otevřeným číselníkem. Opraveno.
  
  
• Obecný klient
  Pokud se otevřel seznam operátorů u pole ve filtru a kliklo se mimo operátory, zůstávaly operátory otevřené. To mohlo vést k několikanásobnému otevření operátorů. Tomuto chování bylo zabráněno.
  
  
• Obecný klient
  Při otevřeném filtru mohlo u velkých formulářů docházet k překryvu některých prvků. Byl upraven styl aby formulář zůstal v původní velikosti a ve filtru se následně zobrazí horizontální scrollbar na posun formuláře.
  
  
• Obecný klient
  Při hromadném vkládání dokumentů do DMS, pokud byl soubor zamčený operačním systémem, se tento do DMS nezaložil a uživatel nedostal správu o chybném založení. V DMS zůstal jen prázdný záznam bez souboru. Po úpravě zůstane v DMS prázdný řádek ale uživatel dostane informaci o chybě přenosu.
  
  
• Obecný klient
  Doplněna opakovaná detekce Eso9SuppService při použití s podpisovým tabletem.
  
  
• Obecný klient
  Do mobilní aplikace doplněn Skener 1D/2D kódů. Zapojuje se stejně jako původní, jen má označení "2".
  
  
• Obecný klient
  Dotaz na uložení dat v browse dle parametru aplikace (Browse_PotvrdZmenu) nebo parametru formy (VERIFYSAVE=1) se uplatňoval i editoru. Opraveno.
  
  
• Obecný klient
  Doplněna možnost dynamicky zakázat zobrazení činností pro uživatele. Po zakázání se daný stav uloží na stanici na které pracuje v LocalStorage. Pro zakázání byla přidána funkce eso9cinn3.disbleLeftFrame a pro povolení eso9cinn3.enableLeftFrame
  
  po vložení do stránky je možné použít následující syntaxi, která kvůli zpětné kompatibilitě zjistí, zda funkce existuje a následně ji spustí.
  
  if (top && top.eso9cinn3 && top.eso9cinn3.disableLeftFrame)
  top.eso9cinn3.disableLeftFrame();
  
  if (top && top.eso9cinn3 && top.eso9cinn3.enableLeftFrame)
  top.eso9cinn3.enableLeftFrame();
  
  
• Obecný klient
  Do Chatu v seznamu uživatelů byla doplněna ikona (vedle vyhledávacího pole napravo ) pro možnost setřídění seznamu uživatelů (vzestupně/Sestupně).
  
  
• Obecný klient
  Opraveno ukládání konfigurace, pokud bylo ve filtru pole s Datumem a časem. Chybě se ukládal string př. "Wed Oct 02 2024 00:00:00 GMT+0200 (středoevropský letní čas)". Nyní se správně převede na textový formát datumu a času "2.10.2024 00:00:00".
  
  
• Obecný klient
  Oprava přenesení hodnot ze základního do ručního filtru pro operátor in.
  
  
• Obecný klient
  Opraveno skrývání/odkrývání popisu záložek stromu činností (navštívené/oblíbené/vyhledané/všechny) při zvětšování zmenšování splitteru.
  
  
• Obecný klient
  Oprava volání platby kartou, kdy mohlo dojít při pomalém FChage ve formuláři k předání chybné částky.
  
  
• Obecný klient
  Doplněna možnost podepisovat PDF bez podpisového tabletu za pomoci podpisového pole implementovaného v JS.
  Dokumentace viz https://wiki.eso9.cz/doku.php/techdoc:podpis_do_pdf_ok
  
  
• Obecný klient
  Doplněno zpracování DATAACTION (INSERT,FIRS,LAST) pokud je ROWFILTER=1.
  
  
• Obecný klient
  Opravena chyba, kdy po chybové zprávě z ValRec a jejím potvrzení ESC a následném stornu ESC nad větou nedošlo k ukončení editačního režimu.
  
  
• Obecný klient
  Opraven problém s apostrofem v URL widgetu. Pokud se takový widget zapojil do dashbordu tak byl nefunkční. Chybu řeší doplněk č.2 pro verzi 6.9 k eso9start.
  
  
• Obecný klient
  Úprava exportu do XLS. Původně se data získávala za pomoci xfGetAllOptimal nyní se volá WebRequest s FormType=DoOpisDatJSON který vrací vytvořený JSON.
  
  
• Obecný klient
  Oprava chyby, kdy vytváření sestavy z formuláře, který obsahoval více forem a v jedné z nich nebyly data, nedošlo k otevření generátoru.
  
  
• Obecný klient
  Opraven nefunkční "Opis do XLS" volaný z Navigační lišty formuláře.
  
  
• Obecný klient
  Doplněno ukládání věty před zavoláním platby platebním terminále, pokud není uložená. V případě, že dojde k chybě platba se neprovádí.
  
  
• Obecný klient
  Doplněna klávesová zkratka ALT + F5, která provádí refresh dat ve formě. Doplněna i nápověda do menu k položce "Obnova dat".
  
  
• Obecný klient
  Filtr pro zadání hodnot operátoru in a !in rozšířen ze 100 na 200.
  
  
• Obecný klient
  Opraven přechod na detail události ve widgetu SCHEDULER.
  
  
• Obecný klient
  Doplnění otázky při změně jazyka i o otázku v jazyce ve kterém je aplikace aktuálně nastavená.
  
  
• Obecný klient
  Opraveno označení aktivní buňky v browse orámováním. Nyní zůstává orámována jen poslední aktivní buňka.
  
  
• Obecný klient
  Opraveno mizení "Loaderu" u déle trvajících sestav.
  
  
• Obencý klient
  Oprava zobrazení názvů záložek činností, kdy při zavření stromu činností a jeho opětovném otevření názvy chyběli.
  
  

Aplikace ESO9 Prodejna

Legislativní změny

• DPH na Slovensku od 1.1.2025
  Doplněna práce s druhou sníženou sazbou DPH na Slovensku od 1.1.2025 pro tiskárny VAROS.
  Aktualizaci firmware fiskální tiskárny a nastavení nových sazeb DPH zajišťuje firma VAROS (www.varos.sk).
  Tabulka nových sazeb DPH se přenese z centrály.
  V knihovně FisMod.dll, verze 7.0.0:
  - je doplněno odesílání druhé snížené sazby na složkách prodejek
  - pokud tištěný doklad je stornem dokladu z období s předchozí sazbou DPH (tedy storno dokladu vytvořené po 1.1.2025 z dokladu se zdanitelným plněním do 31.12.2024) – je doplněno odeslání správného příznaku předchozí sazby na složce. Posuzuje se podle DTSAZBYDPH
  
  

Aplikace ESO9 Start

Účetnictví

• 1. 1. 1. 8 - Roční a mimořádná závěrka (doplněk č. 1 předchozí verze)
  Při otevření kroku RocUzav mohlo dojít k chybě "Datum účetního zápisu nesouhlasí s obdobím".
  Opravena procedura spKrokRocUzav_Otevri
  
  
• 1. 1. 1. 8 - Roční a mimořádná závěrka
  Roční závěrku (přeúčtování nákladů a výnosů, uzavření a otevření rozvahových účtů) lze nyní provádět detailně i za projekty a zdroje (dosud to bylo možné pouze střediska, zakázky a doplňující údaj).
  Toto lze nastavit v nových parametrech Uzav_DleProjektu a Uzav_DleZdroje.
  Upraveny funkce a procedury pro tvorbu dokladů roční závěrky : fnRocPRNV, spRocUzav_PRNV, fnRocOtev, spRocUzav_Otev, fnRocUzav, spRocUzav_Uzav, fnUzaverka_Param
  
  
• 1. 1. 1. 8 - Roční a mimořádná závěrka
  V některých případech mohlo při pokusu o otevření činnosti "1. 1. 1. 8 Roční závěrka" dojít k chybě:
  Conversion failed when converting the varchar value.
  
  Upravena funkce fnUctObd_KontrolaPredUctUzav, která v některých případech vracela hodnotu typu Integer a někdy varchar.
  Funkce byla upravena - nyní v obou případech vrací řetězec (typ varchar) - buď '1' nebo ''.
  Při testování na jiných databázích se chyba neprojevila (může souviset s verzí SQL)
  
  
• 1. 1. 1. 8 - Roční a mimořádná závěrka
  Z důvodu chystané novely zákona o účetnictví je v činnostech (sestavách, procedurách) používán výraz ZÁVĚRKA místo původního Uzávěrka.
  
  Bylo provedeno :
  - přejmenování činností
  - přejmenování skupiny parametrů "Roční uzávěrka", upraven i popis jednotlivých parametrů.
  - upraveny texty "uzávěrka" v procedurách a funkcích
  - fnUctObd_KontrolaPredUctUzav
  - fnHK_FilterXML
  - spUctUzav_KontrolujUzavObd
  - spRocUzav_RocPrNV
  - spRocUzav_RocUzav
  - spRocUzav_RocOtev
  - spUctObd_BeforeUpdate
  - spUcetTyp_RocUzavProc
  - spVysledovka
  - spVysledovkaDleObdobi
  - spROCUZAV_CalRec
  - spROCUZAV_BeforeInsert
  - spRocUzav_ZalozKroky
  - spCr_QSumProVykaz
  - fn_StredJePovoleno_ErrStr
  - upraveny texty chybových hlášek
  - změněny/doplněny texty v překladovém slovníku
  - změněny texty ve stánkách :
  - ESO9Start\nastaveni\Saldo.htm
  - ESO9Start\ucet\Hl_Kniha_DetHromInv.htm
  - ESO9Start\ucet\Hl_Kniha_DetHromKS.htm
  - ESO9Start\ucet\Hl_Kniha_DetHromObrat.htm
  - ESO9Start\ucet\Hl_kniha_Str_syn.htm
  - ESO9Start\ucet\KR_2002.htm
  - ESO9Start\ucet\krpu_rok.htm
  - ESO9Start\ucet\Mim_krpu_rok.htm
  - ESO9Start\ucet\Mim_navy_rok.htm
  - ESO9Start\ucet\Mim_ucuz_rok.htm
  - ESO9Start\ucet\navy_rok.htm
  - ESO9Start\ucet\navy_rok.htm
  - ESO9Start\ucet\Otev_rok.htm
  - ESO9Start\ucet\PKP\ExportXML.htm
  - ESO9Start\ucet\RocUzav.htm
  - ESO9Start\ucet\RocUzav.htm
  - ESO9Start\ucet\RocUzavKR.htm
  - ESO9Start\ucet\ucuz_rok.htm
  - ESO9Start\ucet\Uzav_rok.htm
  - ESO9Start\ucet\Vyk_AP_form.htm
  - ESO9Start\ucet\Vyk_AP_form_zk.htm
  - ESO9Start\ucet\Vyk_CF_form.htm
  - ESO9Start\ucet\Vyk_VZVK_form.htm
  - ESO9Start\ucet\Vyk_VZZ_form.htm
  - ESO9Start\ucet\Vyk_VZZ_form_zk.htm
  - ESO9Start\ucet\Vyk_ZVK_form.htm
  - ESO9Start\ucet\Vykaz_UzNUJ_SK_XML.htm
  - ESO9Start\ucet\Vykaz_UzNUJ_SK_XML.htm
  - ESO9Start\ucet\Vykazy\CZ_AP_filtr.htm
  - ESO9Start\ucet\Vykazy\CZ_CF_filtr.htm
  - ESO9Start\ucet\Vykazy\CZ_PVZZ_filtr.htm
  - ESO9Start\ucet\Vykazy\CZ_VZVK_filtr.htm
  - ESO9Start\ucet\Vykazy\CZ_ZVK_filtr.htm
  - ESO9Start\ucet\Vykazy\CZ_ZZ_filtr.htm
  - ESO9Start\ucet\Vykazy\PL_AP_filtr.htm
  - ESO9Start\ucet\Vykazy\PL_ZZ_filtr.htm
  - ESO9Start\ucet\Vykazy\SK_NUJ_AP_filtr.htm
  - ESO9Start\ucet\Vykazy\SK_NUJ_ZZ_filtr.htm
  - ESO9Start\ucet\Vysl_Str_F.htm
  - ESO9Start\ucet\Vysl_TiskStred.htm
  - Eso9StartDE\Ucet\KR_2002.htm
  - Eso9StartDE\Ucet\krpu_rok.htm
  - Eso9StartDE\Ucet\navy_rok.htm
  - Eso9StartDE\Ucet\Otev_rok.htm
  - Eso9StartDE\Ucet\ucuz_rok.htm
  - Eso9StartDE\Ucet\Uzav_rok.htm
  
  - změněny texty ve sestavách :
  - UctUzav_PreuctKR
  - uzdokl.idc
  - Vyk_AP_CZ_2017
  - Vyk_AP_form.idc
  - Vyk_APNO_form
  - Vyk_CF_CZ_2017
  - Vyk_CF_Form
  - Vyk_PVZZ_CZ_2017
  - Vyk_VZVK_CZ_2017
  - Vyk_VZVK_Form
  - Vyk_VZZ_form.idc
  - Vyk_VZZNO_form
  - Vyk_ZVK_CZ_2017
  - Vyk_ZVK_Form
  - Vyk_ZZ_CZ_2017
  
  
• 1. 1. 1.15 - Přepočty kurzových rozdílů aktiv a pasiv
  Pokud byl v činnosti 1.1.1.15 byl proveden přepočet kurzovních rozdílů k poslednímu dni účetního období, pak již nešlo k tomuto datu vytvořit závěrku v činnosti 1.1.1.8 (došlo k chybě duplicitní klíč).
  
  Aby bylo možno ke stejnému datu založit jak přepočet KR aktiv a pasiv, tak i řádnou/mimořádnou závěrku, byl v tabulce ROCUZAV změněn klíč tabulky (ten je nyní IDUCTOBD_DO + DTDATUMUZAVERKY + VLRADNA).
  V případě, že ke stejnému datu již bude existovat přepočet KR aktiv a pasiv, pak v řádné/mimořádné závěrce se již nezaloží kroky 1 a 2 (pokud již v přepočtu KR existují). Tuto řádnou / mimořádnou závěrku lze uzavřít jen v případě, že přepočet KR aktiv a pasiv k tomuto datu má již uzavřeny všechny kroky.
  Pokud je již řádná / mimořádná závěrka uzavřena, nelze u přepočtu KR aktiv a pasiv provést přepočet kroků.
  
  Upraven trigger trKrokRocUzav_IUD, procedury spKrokRocUzav_Prepocti, spRocUzav_NewRec, spRocUzav_ZalozKroky, spRocUzav_Uzavri,
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa CZ) (doplněk č. 1 předchozí verze)
  Při nastavení kódu pro výkaz DPH na hodnotu 37, 39 nebo 54 na hlavičce nebo složce dokladu mohlo dojít k chybě "Arithmetic overflow error".
  Opravena funkce fnHDOK_DetailVykazuDPH_std,
  
  
• 1. 1. 2. 3 - Výkaz DPH - OSS (doplněk č. 2 předchozí verze)
  Při tvorbě dokladu odvodu DPH pro OSS nebyla měna EUR zaokrouhlena na 2 desetinná místa - opravena funkce fnSeznamDokladuProOSS.
  
  
• 1. 1. 2. 3 - Výkaz DPH
  Upravena sestava detailu řádku DPH (tato je dostupná z pracovní sestavy výkazu DPH) a STI sestava Doklady s jiným obdobím DPH - v sestavách se nyní nevypisují doklady, které sice mají záznamy v podkladech pro výkaz DPH, ale kde součet základů a daní za tento doklad je nulový.
  Upravena stránka ESO9Start\DPH\Vykaz_DPH_Detail.idc, sestava VykazDPH_JineObd.
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa SK)
  Pokud je na dokladu kód pro výkaz DPH = 73, pak by se měl pro dobropis chovat jako kód 92. (Obdobně pro kódy 85 -> 92, 56 -> 93, 57 -> 94, 58 -> 95, 59 -> 96)
  Pokud však na dokladu nebyl součet daní záporný, tak se toto neprovádělo.
  
  Upravena fnHDOK_DetailVykazuDPH_SK_std: za dobropis se dříve považoval doklad, kde částka k úhradě byla záporná a současně byl záporný i součet daní (HDOK.HDDAN_5 + HDOK.HDDAN_22 + HDOK.HDDAN_SS2).
  Nyní se za dobropis považuje navíc i doklad, kde částka k úhradě je záporná, součet daní je nulový a součet základů daní je záporný.
  
  
• 1. 1. 2. 3 - Výkaz DPH
  Pokud při přepočtu vypořádacího rozdílu dojde ke změně koeficientu DPH, pak se kromě jeho zapsání do parametrů provede i jeho změna v dosud neuzavřených hlavičkách výkazů DPH (pokud u koeficientu není nastaven příznak "zadán ručně").
  Současně se také nastaví požadavek na přepočet dokladů, které mají příznak krácení DPH a patří do období, kde došlo ke změně koeficientu. V seznamu výkazů DPH je pak v položce "Doklady, kde je třeba přepočítat DPH" zobrazen nenulový počet a text "Je třeba provést přípravu výkazů" - tento je nutno následně ručně provést (neprovádí se automaticky - doba trvání přepočtu závisí na počtu těchto dokladů).
  Upraveny procedury spVykazDPH_NastavNovyKoef, spOdvodDPH_DoplnKoef.
  
  
• 1. 1. 2. 3 - Výkaz DPH - sestava VykazDPH_JineObd
  V minulé verzi došlo k úpravě sestavy VykazDPH_JineObd, touto úpravou však došlo k tomu, že se v ní nezobrazovaly doklady, na nichž byl součet účetních zápisů na účtech DPH nulový.
  Nyní byla v sestavě VykazDPH_JineObd v datovém zdroji sestavy upravena podmínka pro výběr dokladů tak, že se z ní vyřazují doklady pouze tehdy, když je nulový součet za všechny jednotlivé účty DPH a období.
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa SK)
  Upravena tvorba podkladů pro KHDPH :
  - pokud je na dokladu vyplněn subjekt, který má nastaven příznak fyzická osoba -občan (Subjekt.vlPravniForma = 3), zařadí se do D.2
  - pokud je na dokladu vyplněn subjekt, který má právní formu nevyplněnu nebo neurčenu (Subjekt.vlPravniForma je 0 nebo NULL), pak
  - je-li na subjektu vyplněno IČ, IČ DPH nebo DIČ, zařadí se do A.1
  - není-li na subjektu vyplněno IČ, IČ DPH ani DIČ, zařadí se do D.2
  - pokud je na dokladu vyplněn subjekt, který má právní formu jinou než NULL, 0, 3, pak se zařadí do A.1, a pokud na subjektu není vyplněno
  IČ, IČ DPH ani DIČ, je záznam (detail KHDPH) označen jako chybný (a chyba se zobrazuje rovněž v kontrolní sestavě)
  Obdobně rovněž pro opravné doklady (C.1 / D.2)
  
  Upraveny funkce a procedury : fnKHDPH_TestovaniChyb_SK, fnHDOK_DetailVykazuDPH_SK_std, spHdok_VytvorDetailDPH_SK, fnKVDPH_ChybyProHdok, fnKVDPH_SeznamChyb_2017
  
  
• 1. 1. 2. 4 - Výkazy AP, ZZ, CF
  Výkaz cash-flow - pokud v aplikaci byly účty 346 a 347 nastaveny v jiném řádku, než v Eso9Start, pak vždy po instalaci verze se tyto účty znovu doplnily do řádku A.2.3. Změna stavu zásob.
  V následující verzi 7.0 již toto volání prováděno nebude - upravena procedura spUcetniVykaz_PodleStart
  
  
• 1. 1. 2. 4 - Výkazy AP, ZZ, CF
  Na stránce, kde se provádí přepočet účetních výkazů (ucet\Vykazy_Prepocet.htm), byla doplněna informace o tom, pro která období jsou výkazy přepočteny a současně je umožněno zde nastavit rozsah roků před/po aktuálním datu, pro které se má přepočet provádět.
  Na stránkách pro tisk jednotlivých výkazů se při změně období kontroluje, zda zadané období (včetně minulého) patří do intervalu přepočtených výkazů - pokud ne, pak se u období zobrazí varování s informací o tom, pro která období je přepočet proveden.
  Upraveny procedury spCr_QSumProVykaz_1, spCr_QSumProVykaz, spNastavVykazyRoku, spQVykazHlav_FC_Ucet_Obd.
  
  Upravené stránky:
  - ESO9Start\ucet\Vykazy_Prepocet.htm
  - ESO9Start\ucet\Vykazy\CZ_AP_filtr.htm
  - ESO9Start\ucet\Vykazy\CZ_CF_filtr.htm
  - ESO9Start\ucet\Vykazy\CZ_PVZZ_filtr.htm
  - ESO9Start\ucet\Vykazy\CZ_ZZ_filtr.htm
  - ESO9Start\ucet\Vykazy\PL_AP_filtr.htm
  - ESO9Start\ucet\Vykazy\PL_ZZ_filtr.htm
  - ESO9Start\ucet\Vykazy\SK_NUJ_AP_filtr.htm
  - ESO9Start\ucet\Vykazy\SK_NUJ_ZZ_filtr.htm
  
  
• 1. 1. 2. 4 - Výkaz zisku a ztráty (CZ)
  V souvislosti s konsolidačním balíčkem, který je platný od 1.1.2024, došlo ke změně definice čistého obratu.
  Toto má vliv na uzávěrku (Výkaz zisku a ztráty = VZZ) za rok 2024, tedy v roce 2025.
  Zatím ve VZZ do řádku pro čistý obrat vstupují všechny výnosové účty skupiny 6. Za rok 2024 (musí být nový výkaz) by nově do řádku pro čistý obrat vstupovaly jen syntetiky 601, 602 a 604. Tedy v plný rozsah druhové členění součet řádků I. a II., plný rozsah účelové členění jen ř. I., ve zkráceném rozsahu opět součet ř. I. a II.
  
  Byly vytvořeny nové definice výkazů ZZ_2024D, ZZ_2024U, ZZ_2024ZK jako kopie výkazů ZZ_2018D, ZZ_2016U, ZZ_2016ZK.
  Text v řádku Čistý obrat za účetní období ... byl upraven (čísla vstupujících řádků).
  Aby bylo možno zajistit, že do řádku čistého zisku v období do r.2023 vstupují původní řádky a od r. 2024 pouze nové řádky, byla vytvořena nová funkce fnVykaz_SumRadek_Podm a upravena procedura spVykaz_Vytvoreni, upravena stránka ESO9Start\ucet\V_ZZ_Det_SumRadek.idc
  V účetní závěrce k 31. 12. 2024 bude tedy ve výkazu zisku a ztráty vykázán čistý obrat za běžné účetní období podle nové definice čistého obratu a za srovnávací účetní období, tj. k 31. 12. 2023 bude čistý obrat vykázán podle původní definice – viz https://www.kacr.cz/zmena-definice-cisteho-obratu-a-souvisejici-kategorizace-ucetnich-jednotek
  
  Založení nových výkazů bude provedeno rovněž v zákaznických aplikacích takto (pouze CZ legislativa) :
  - pokud neexistuje výkaz z kódem ZZ_2024D, vezme se poslední z výkazů (max), jehož kód odpovídá masce ZZ_20__D a vytvoří se z něj výkaz ZZ_2024D, ve kterém se název řádku 56 přejmenuje na "Čistý obrat za účetní období = I. + II."
  - pokud neexistuje výkaz z kódem ZZ_2024U, vezme se poslední z výkazů (max), jehož kód odpovídá masce ZZ_20__U a vytvoří se z něj výkaz ZZ_2024U, ve kterém se název řádku 34 přejmenuje na "Čistý obrat za účetní období = I. "
  - pokud neexistuje výkaz z kódem ZZ_2024ZK, vezme se poslední z výkazů (max), jehož kód odpovídá masce ZZ_20__ZK a vytvoří se z něj výkaz ZZ_2024ZK ve kterém se název řádku 26 přejmenuje na "Čistý obrat za účetní období = I. + II."
  
  
• 1. 1. 2. 5 - Export pro INTRASTAT
  Upraveno naplňování DIC pro Intrastat s ohledem na třístranný obchod pouze pro VÝVOZ.
  Doposud se DIC určoval přímo ze subjektu (HDOK.IDSUBJEKT).
  Nově se určuje v tomto pořadí a tam kde je první vyplněno se převezme:
  
  • z adresy příjemce (HDOK.IDSUBJADRP) = SUBJADR.SUBJADR_DIC
  • z adresy subjektu (HDOK.IDSUBJADR) = SUBJADR.SUBJADR_DIC
  • ze subjektu příjemce (HDOK.IDSUBJEKTP) = dbo.fnSubjekt_DicDleData (SUBJEKT.IDSUBJEKT, HDOK.DTZDANITPLN))
  • ze subjektu (HDOK.IDSUBJEKT) = dbo.fnSubjekt_DicDleData (SUBJEKT.IDSUBJEKT, HDOK.DTZDANITPLN))
  K zajištění funkčnosti byla upravena procedura spINTRASTAT_Export
  
  
• 1. 1. 2.11 - Podklady pro DPP - XML (CZ legislativa)
  Pro tvorbu podkladů pro daň z příjmů právnických osob (pouze CZ legislativa) byla doplněna možnost přenesení výkazu na daňový portál přímým kanálem.
  Ve formuláři bylo doplněno tlačítko "Přenést na daňový portál", kterým se provede vytvoření XML souboru, jeho odeslání na daňový portál a automaticky se přejde na stránky daňového portálu s takto předvyplněným výkazem. Toto nové tlačítko tedy nahrazuje původní akce, které bylo nutno dosud provádět v několika samostatných krocích - vytvoření XML, jeho uložení do souboru, odkazem přechod na daňový portál a zde ručně načíst vytvořené XML.
  Původní možnost zůstala rovněž zachována, je však ve formuláři v samostatné sekci "Export do XML", která je standardně sbalena.
  
  - upravena stránka ESO9Start\ucet\Vykaz_DPP_XML.htm
  - doplněna nový procedura spEPO_OdesliXML_DPP, upravena funkce fnVykazy_ZadaniParam a procedura spEPO_OdesliXML.
  
  
• 1. 1. 2.11 - Podklady pro DPP - XML
  Pokud organizace používala Rozvaha a výsledovka ve zkráceném rozsahu, tato nešla exportovat do podkladů pro DPP. V případě zkráceného formuláře výkazu ZZ nebyl definován poslední řádek ( * Čistý obrat za účetní období = I. + II. + III. + IV. + V. + VI. + VII.).
  
  Aktualizace byla provedena již ve verzi 6.9:
  Aby se výkaz exportoval, je nutno v definici výkazu mít vyplněn kód pro „Export do XML“. Tyto kódy byly v ESO9START naplněny pouze u „plných“ výkazů.
  Ve verzi 6.9 bylo provedeno doplnění těchto kódů pro výkazy AP_2018ZK, AP_2018ZKM a ZZ_2016ZK - to se ale provedlo pouze tehdy, jestliže u žádného z řádků daného výkazu tento kód nebyl vyplněn.
  Toto doplnění bylo provedeno dle kódů použitých v Eso9Start – pokud by a aplikaci byl výkaz nějak upravený (řádky s jinými kódy), tak je potřeba zkontrolovat, zda je vyplněno správně.
  
  Upravená procedura spExport_DDPDP7_XML, vytvořena procedura spVykazy_APZZ2018ZK_Opravy, která provádí naplnění kódů pro „Export do XML“.
  
  
• 1. 1. 2.11 - Podklady pro DPP - XML
  Upravena tvorba XML pro Podklady pro DPP.
  - doplněna položka "Měna účetnictví, ve které je sestavena účetní závěrka". Vyplnění položky je od r. 2024 povinné. Dosud se nenaplňovala, nyní se naplňuje hodnotu CZK.
  - sazba daně (ř. 280) se dosud naplňovala hodnotou 19%, od r. 2024 se naplňuje hodnotou 21%
  Upravena procedura spExport_DDPDP7_XML
  
  

Finance

• 1. 2. 2. 2 - Pokladní výdeje
  Pořizování hromadného pokladního výdajového dokladu - pokud uživatel měl nastaveno pracovní datum, které neodpovídalo období pokladního dokladu, pak při vložení nového řádku detailu (interního dokladu) a nastavené kontrole na shodu období se zdanitelným plněním se do období v interním dokladu doplnilo období dle pracovního data a při uložení byla hlášena chyba (nesouhlasí období s datem zdanitelného plnění).
  
  Upravena procedura spQPoklVydaj_Detail_NewRec - účetní období do detailu hromadného pokladního dokladu (dokladu IDU) se nyní přebírá z hlavičky pokladního dokladu.
  
  

Saldokonto

• 1. 3. 2. 3 - Správa zápočtových dokladů
  Na formuláři zápočtového dokladu byla doplněna forma pro zobrazení dokumentů (splitter pro DMS).
  Upravena stránka saldo\DokladZapoctu.htm
  
  
• 1. 3. 4. 7 - Přehled pohledávek podle zpoždění platby
  V případě nastavení parametru ZavPohl_Sestavy = 1 se do sestavy nezahrnovaly bankovní výpisy a pokladní doklady (v původním řešení, které nepoužívalo tabulky HdokUhrada, HdokUhrDet, se tyto vypisovaly).
  Problém spočíval v tom, že vyhodnocení této sestavy se provádí na základě tabulky provedených úhrad (HdokUhrada, HdokUhrDet) - tyto se však přepočítávají pouze pro závazky a pohledávky (HDOK.vlHPohledavka_Zavazek = 3 nebo 4).
  Proto se v tomto případě do sestavy nedostávají nespárované bankovní výpisy (pokladní doklady).
  Procedura spSTI_ZavPohlDleSplatnosti_Data60 byla nyní upravena tak, že v případě nastavení ZavPohl_Sestavy = 1 se budou navíc hledat i doklady, které mají HDOK.vlHPohledavka_Zavazek 3 nebo 4 (toto dohledání již ale nevyužívá tabulku úhrad).
  
  

Nákup

• 2. 1. 3. 1 - Faktury přijaté účetní
  Při připojování záloh k přijatým fakturám je u tlačítka "Připárovat označené zálohy" možnost zaškrtnutí volby "Připojit bez odúčtování DPH ze záloh" (nedojde k ponížení základu DPH na doúčtovací faktuře). Standardně se formulář zobrazí s nezaškrtnutou volbou. Aby bylo možno formulář standardně zobrazovat se zaškrtnutou volbou, byl doplněn parametr Nakup/ParovZalFAP_BezOduct - v zákaznických aplikacích bude nastaven na hodnotu 0 (=Nezaškrtnuto), tudíž se bude chovat tak jako dosud.
  Upraveny stránky ESO9Start\Nakup\FapHlav.htm, ESO9StartHU\Nakup\FapHlav.htm, ESO9StartPL\Nakup\FapHlav.htm.
  
  
• 2. 1. 3. 1 - Faktury přijaté účetní
  Připojování záloh - ve spodním browsu byl doplněn RowFilter a počet řádků nastaven na 20.
  Doplněn náhled DMS
  
  Upravené stránky :
  ESO9Start\nakup\VyberZalohy23.htm,
  ESO9Start\nakup\PripojeneZalohy.htm
  
  
• 2. 1. 3. 1 - Faktury přijaté účetní
  Na formuláři ESO9Start\nakup\VyberZalohy23.htm změněn text u zaškrtávacího políčka :
  Účetní faktura je pořízená pouze na doplatek nebo přeplatek, připojuji daňovou zálohu. (Záloha nezmění částky k úhradě ani základy DPH a částky DPH)
  (původní text : Připojit bez odúčtování DPH ze záloh (nedojde k ponížení základu DPH na doúčtovací faktuře)" ).
  
  
• 2. 1. 3. 2 - Faktury přijaté zálohové
  Při tvorbě daňové přijaté zálohové faktury z přijaté zálohové faktury byla již dříve doplněna možnost nastavení hodnot „Jejich č. faktury“ a „Pro výkaz DPH“.
  Toto však bylo funkční pouze v případě, že volba "Sazba DPH" byla nastavena na hodnotu "dle faktury".
  Pokud byla zvolena jiná možnost, ručně zadané hodnoty se neuplatnily - opravena procedura spHDok_FVZ_FVZD.
  
  
• 2. 1. 3.14 - Online szamla - načtení faktur (legislativa HU)
  Při importu dokladů doplněna možnost založení hromadného pokladního dokladu.
  
  Na stránce "Online szamla - vytvoření faktur" bylo doplněno tlačítko "Hromadný pokladní doklad".
  Vytvoření lze provést pouze pro typ dokladu PDV, označené záznamy musí mít nastaven stejný typ, vzor, dodavatele a měnu. Vznikne pokladní výdajový doklad, který má jako složky doklady typu IDU (stejně jako je to u hromadného pokladního výdajového dokladu). PDV se založí dle označeného dokladu s nejvyšším datem.
  Na stránce je jak odkaz na detailní IDU (tento tam již byl), tak na hromadný PDV (nově doplněný odkaz "Hromadný doklad").
  
  Upravené procedury : spImportSzamlaDoHdok, spImportSzamlaOzn, spQPoklVydaj_Detail_NewRec, upravený pohled QSZAMLADATA, nová procedura spImportSzamlaOznPD.
  Upravená stránka Nakup\OnlineSzamlaVytvFAP.htm
  
  

Prodej

• 2. 2. 3. 1 - Faktury vydané účetní
  Na formuláři hlavičky vydané faktury byl doplněn odkaz "Vazba na předchůdce" (na stránku Ucet/HDOK_Predchudce.htm), ve kterém je možno ručně pořídit vazbu na předchůdce.
  Upraveny stránky :
  - ESO9Start\prodej\FaVHlav.htm
  - ESO9Start\prodej\ZFaVD.htm
  - ESO9StartSK\prodej\FaVHlav.htm
  
  
• 2. 2. 3. 1 - Faktury vydané účetní
  Připojování záloh - ve spodním browsu byl doplněn RowFilter a počet řádků nastaven na 20.
  Doplněn náhled DMS
  
  Upravené stránky :
  ESO9Start\prodej\VyberZalohy23.htm
  ESO9Start\prodej\PripojeneZalohy.htm
  
  
• 2. 2. 3. 1 - Faktury vydané účetní (CZ legislativa)
  V předchozí verzi 6.9 byl na FVU doplněn odkaz „Platba kartou“, kterým se vytvoří IDU pro platbu kartou. Aby bylo možné nad takovým IDU provést a evidovat platbu přes platební terminál, byl vytvořen nový formulář interního dokladu, na který byla doplněna záložka "Platba" (obdobně jako je na Prodejkách ze skladu).
  
  Provedené změny :
  - nová stránka ESO9Start\Ucet\Inter_dokl_PlatKart.htm.
  upraveny stránky Eso9Start\Prodej\Inter_Doklad.htm
  - ve vzorech pro typ dokladu byl u vzoru VZORIDUPK nastaven formulář Ucet/Inter_dokl_PlatKart.htm
  - ve vazbách mezi vzory byly pro vzor VZORIDUPK doplněni následníci VZORPDP10, VZORPDV10 a VZORPDP11
  
  
• 2. 2. 3. 1 - Faktury vydané účetní
  Ve formulářích byly zrušeny odkazy vedoucí na formuláře se starým řešením záloh.
  Stránky, na něž tyto odkazy vedly, zatím zrušeny nebyly, případné odkazy v profi stránkách tedy zůstávají funkční, nicméně doporučujeme používání odkazů s novou funkčností.
  
  Staré odkazy na zálohy byly zrušeny na stránkách
  - ESO9Start\prodej\FaV.htm
  - ESO9Start\nakup\FapHlav.htm
  
  - ESO9StartHU\Prodej\FaV.htm
  - ESO9StartHU\Nakup\FapHlav.htm
  
  - ESO9StartPL\Nakup\FapHlav.htm
  
  - ESO9StartSK\Prodej\FaV.htm
  
  Staré odkazy byly i na dalších stránkách – nahrazeno odkazem na novou stránku
  
  - ESO9Start\nakup\FapNahledPDF.htm
  - ESO9Start\nakup\ImportCCS.htm
  - ESO9Start\nakup\WflowDoc.htm
  - ESO9Start\nakup\FaPSloz.htm
  - ESO9Start\prodej\FAVPZD_Reg.htm
  - ESO9Start\teplo\PodklZuct.htm
  - ESO9Start\ucet\DoklHlav.htm
  - ESO9Start\XMLDocs\XMLImportVodafone.htm
  
  

Sklad

• 2. 3. 3. 1 - Inventurní soupis skladu k datu
  V této činnosti provedeny tyto změny
  
  • odkaz " Zobraz zboží na skladě": v předloze "sklad\InventurniSoupis.htm" provedeny tyto úpravy:
    
    • v obou formách doplněny tagy
      
      • input type="hidden" name="AllowAllRows" value="1"
      • input type="hidden" name="RowFilter" value="1"
  • odkaz " Zobraz zboží na skladě pokud je "K datu" menší než datum počátečních stavu zboží na skladě": v předloze "sklad\InventurniSoupisPredPS.htm" provedeny tyto úpravy:
    
    • nová funkce fnZBOZSKL_STAVKDATU: může nahradit proceduru spZBOZSKL_STAVKDATU
    • nová funkce fnSDOK_OBRATY: může nahradit proceduru spSDOK_OBRATY
    • v obou formách doplněny tagy
      
      • input type="hidden" name="AllowAllRows" value="1"
      • input type="hidden" name="RowFilter" value="1"
    • jako datové zdroje byly původně použity procedury, které neumožňují standardně filtrovat. Proto jsou tyto procedury nahrazeny nově vytvořenými funkcemi a to takto:
      
      • ve vrchní formě "Zboží na skladě" datový zdroj-procedura spZBOZSKL_STAVKDATU byla nahrazena novou funkcí fnZBOZSKL_STAVKDATU
      • ve spodní formě "Složky dokladů" datový zdroj-procedura spSDOK_OBRATY byla nahrazena novou funkcí fnSDOK_OBRATY
  
  
• 2. 3. 3.10 - Off-line přepočet skladů
  Činnost umožňuje od zadaného datumu přepočítat množstevní stavy a hodnoty u všech skladů (resp. u všech zboží na skladě). Nebere se ohled na to, zda v průběhu přepočtu dojde k zápornému stavu nebo hodnotě. Výsledkem přepočtu ale musí být konečné stavy kladné nebo nulové. Jestliže je po přepočtu nulový stav, může být hodnota záporná. U kladného množství musí být hodnota kladná nebo nulová.
  
  K zajištění funkčnosti provedeno:
  
  • nová předloha "sklad\Off-linePrepocetSkladu.htm": určena pro Off-line přepočet skladů
    
    • kontrola skladů před/během/po Off-line přepočtu
    • samotný Off-line přepočet skladů v jednotlivých krocích
      
      • Začátek: Přenos z On-line do Off-line
      • Kontroly před Off-line přepočtem
      • Off-line přepočet složek dokladů
      • Off-line přepočet hlaviček dokladů
      • Off-line kontroly po přepočtu
      • Ukončení: Přenos z Off-line do On-line
      • Přeúčtování změněných On-line dokladů
  
  
  
  • nové tabulky, které slouží pouze pro Off-line přepočet skladů a nedoporučuje se je, jakkoliv měnit:
    
    • SDOKOffLine
    • SDOKOffLineSAVE
    • HDOKOffLine
    • HDOKOffLineSAVE
    • ZBOZSKLOffLine
    • ZBOZSKLOffLineSAVE
  
  
  • nové chybové/info zprávy:
    
    • 53100 - 'Na skladech probíhá Off-line přepočet skladů'
    • 53101 - 'Kontrola="%d-%s" před/během/po Off-line přepočtu není implementována'
    • 53102 - 'Neznámý způsob opravy="%d" akce="%d-%s"'
    • 53103 - 'Opravu kontroly="%d-%s" nelze provést'
    • 53110 - 'Není určeno, jaké rozdíly zobrazit/opravit: PS nebo KS'
    • 53111 - 'Není určeno, jaká akce se má provést: Zobrazení/Oprava'
    • 53150 - 'Pro Akci=%d není definováno datum od kterého se Off-line přepočet provede'
    • 53151 - 'Akce=%d Off-line přepočtu není implementována'
    • 53152 - 'Pro Akci "%s" je potřeba aby proběhly tyto akce: %s'
    • 53199 - 'Na skladech není povolen režim Off-line přepočtu skladů'
  
  
  • nový skladový parametr "PrepocetSkladu_Off-line": parametr určuje, zda (ne)probíhá Off-line přepočet skladů: 0=Neprobíhá; 1-Probíhá
  
  
  • upraven trigger "trSDOK_INVENTURA":
    
    • trigger lze "deaktivovat" nastavením "kontextu" (SESSION_CONTEXT)
    • nově doplněno: pokud probíhá (parametr "PrepocetSkladu_Off-line = 1") Off-line přepočet skladů, pak nelze vložit, opravit nebo zrušit účetní/fyzickou skladovou složku dokladu
  
  
  • nové kontrolní objekty:
    
    • procedura "spSkladyOff-lineObraty_SDokZbozSkl": vypíše rozdíly v PS (počáteční stavy) a KS (konečné stavy) mezi ZBOZSKL a SDOK s možností opravy rozdílů PS a KS na ZBOZSKL dle SDOK
    • procedura "spSkladyOff-line_Kontrola": podle hodnot MF parametrů spouští jednotlivé kontroly
      
      • @MF_KONTROLA: jaká kontrola před/během/po Off-line přepočtu skladu se má spustit 0=Neurčeno;10=Rozdíly/Oprava v konečných stavech mezi zbožím na skladě a doklady;20=Rozdíly/Oprava v konečných stavech mezi zbožím na skladě a doklady
      • @MF_FIXKONTROLA: oprava chyb kontroly, pokud je umožněna 0=Ne;1=Ano pokud je umožněno
  
  
  • nové objekty pro jednotlivé "Kroky akce":
    
    • procedura "spCENA_VYROBKU": volá se v proceduře "spSDOKOffLine_PrepocetCenOff-line". Procedura počítá cenu výrobku pro příjem z výroby. Je to individuální a tato je standardně prázdna.
      Má tyto parametry:
      
      • @IDSDOK_SPU INT = NULL
      • @IDHDOK_SPU INT = NULL
      • @RVCENA_SPU SMALLINT = NULL OUT
      • @HDCENA_SPU MONEY = NULL OUT
    • procedura "spSDOKOffLine_PrepocetCenOff-line": slouží pro přepočet cen na Off-line složce dokladu (SDOKOffLine) a po přepočtu ovlivní hodnotu Off-line zboží na skladě (ZBOZSKLOffLine)
    • procedura "spSkladyOff-line_Inicializace": vybírá všechny skladové složky dokladu, skladové hlavičky dokladu a zboží na skladě a přenáší je do Off-line tabulek. Během výběru označí k přepočtu ty složky, které mají HDOK.DTZDANITPLN < "Datum od kterého se přepočet provede"
    • procedura "spSkladyOff-line_KontrolyPredPrepoctem": provádí kontroly před Off-line přepočtem: vypisuje v textové formě (vhodné pro csv s oddělovačem "|") možné problémy
    • procedura "spSkladyOff-line_PrepocetSkladu": provede Off-line přepočet složek dokladů a Off-line zboží na skladě
    • procedura "spSkladyOff-line_PrepocetHDOK": provede Off-line přepočet hlaviček dokladů
    • procedura "spSkladyOff-line_KontrolyPoPrepoctu": provádí Kontroly po Off-line přepočtu: vypisuje v textové formě (vhodné pro csv s oddělovačem "|") následující možné nesrovnalosti
    • procedura "spSkladyOff-line_PrenosOff-line2On-line": provádí přenos přepočtených Off-line skladový složek dokladu, Off-line skladový hlaviček dokladu a Off-line zboží na skladě do produkčních tabulek
    • procedura "spSkladyOff-line_Akce": podle hodnot MF parametrů spouští jednotlivé akce Off-line přepočtu
      
      • @MF_DTPREPOCTU: datum od kterého se Off-line přepočet provede
      • @MF_AKCE: jaká Off-line akce přepočtu skladu se má spustit
        
        • 0=Neurčeno
        • 10=Začátek: Přenos z On-line do Off-line: volá proceduru "spSkladyOff-line_Inicializace"
        • 20=Kontroly před Off-line přepočtem: volá proceduru "spSkladyOff-line_KontrolyPredPrepoctem"
        • 30=Off-line přepočet složek dokladů: volá proceduru "spSkladyOff-line_PrepocetSkladu"
        • 40=Off-line přepočet hlaviček dokladů: volá proceduru "spSkladyOff-line_PrepocetHDOK"
        • 50=Off-line kontroly po přepočtu: volá proceduru "spSkladyOff-line_KontrolyPoPrepoctu"
        • 60=Ukončení: Přenos z Off-line do On-line: volá proceduru "spSkladyOff-line_PrenosOff-line2On-line"
        • 70=Přeúčtování změněných On-line dokladů: volá proceduru "spUzapLock_Udrzba" s parametrem @vlPriznakZpracovani = 7777
  
  

• 2.7. Datové schránky
  Do knihovny DS.dll verze 6.2.0.2 přidána podpora TLS 1.3. Komunikace s API datových schránek probíhá nadále na TLS 1.2, která je portálem datových schránek vyžadovaná.
  
  

Majetek

• 3. 1 - Evidence majetku (doplněk č. 1 předchozí verze)
  Dosud se při vyřazení majetku zařazeného vložením do složky vyřazení přenášela hodnota z pohybu MZV (zařazení vložením). Pokud byla hodnota v pohybu MZV nulová, tak se do pohybu vyřazení přenesla tato nulová hodnota. Nyní byl výpočet hodnoty pro částku vyřazení upraven tak, že v případě nulového pohybu zařazení vložením (MZV) se do hodnoty vyřazení nebere hodnota z tohoto pohybu MZV, ale ze standardního pohybu zařazení.
  Upravená procedura spMajetek_Vyrad.
  
  
• 3. 1 - Evidence majetku
  Odepisování FVE.
  V případě provedených technických zhodnocení se odpis vypočítával jako součet dílčích odpisů vypočtených z pořizovací ceny jednotlivých technických zhodnocení. Správně má být počítaný ze zůstatkové ceny po provedeném TZ. Díky zaokrouhlování tím pádem mohly ve výsledném vypočteném odpisu vznikat korunové rozdíly.
  Upravena funkce fnMaj_FVECZ
  
  
• 3. 1 - Evidence majetku
  V sestavě "Zápis o zařazení" (SesMajZar.idc) bylo přidáno datové pole "Dodavatel" (ZBOZSKL.SUBJ_NAZEV).
  
  

Procesy a workflow

• 6. 3. 1a - Procesy a workflow pro doklady
  Upravena stránka ESO9Start\Obeh\podprocesy2.htm:
  V první formě doplněno tlačítko "Zrušit včetně podprocesů" + doplněno brwaction
  Ve druhé formě přejmenováno tlačítko "Zrušit podproces" na "Zrušit včetně podprocesů" + doplněno brwaction.
  Standardní tlačítko Smazat (=DelRec) v tomto případě nelze použít - bylo ve 2. formě, ale smazání končilo chybou - zrušení je nutno provádět přes "Zrušit včetně podprocesů".
  
  

DMS

• 6. 4. 1. 5 - Skartace dokumentu
  Nová činnost "Skartace dokumentu": provádí skartaci označených dokumentů procedurou "spDOKUMENT_btProvedSkartaci_XMLParams".
  Provedeno následující:
  
  - nová procedura spDOKUMENT_btProvedSkartaci_XMLParams: provádí skartaci označených dokumentů podle těchto pravidel:
  - nelze skartovat již skartovaný dokument
  - do "popisu" se na začátek doplní text "Skartace dokumentu "%s" proběhla "%s" uživatelem "%s""
  např. Skartace dokumentu "Metodika instalace AS NET.docx" proběhla "2024-10-01 08:15:30" uživatelem "pjanos - Petr Jánošík (PJ)"
  - zruší se dokument z DOC databáze
  
  - nová forma ESO9Start\DMS\DokumentSkartace.htm:
  - datový zdroj
  - sloupce
  - tlačítko "Skartace" volá proceduru spDOKUMENT_btProvedSkartaci_XMLParams.
  
  - nové chybové/informační zprávy:
  - 52314: 'Skartovaný dokument (IDDOKUMENT=%d) nelze znovu skartovat'
  - 52315: 'Skartace dokumentu "%s" proběhla "%s" uživatelem "%s"'
  
  

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

• 6. 6. 2. 1 - Balíkobot zásilky
  Doplněna práce s ADR přepravou.
  Příprava atributů pro ADR v zásilce.
  Detailní popis v dokumentaci.
  
  Nový formulář: zasilky\EXBBDetail_ADR.htm.
  Upravený formulář: zasilky\EXBBDetail.htm - odkaz na nový formulář.
  Nové procedury: spZASILKA_ADR_VytvorADRContent, spZASILKA_ADR_VytvorADRContent_HLAV, spZASILKA_ADR_PridatSkupina, spZASILKA_ADR_PridatSkupina_Uziv, spZASILKA_CiselnikADR_NaplnitAtribut
  
  
• 6. 6. 2. 9 - Balíkobot - dopravci a služby
  Doplnění příznaku Aktivovaná u služby dopravce. Nastavuje je Balíkobot/Dopravce podle uzavřených smluv.
  
  Doplněno načtení číselníku „Státy pro službu“.
  - Zobrazuje státy, do kterých je vybraná služba poskytována. Načítají se akcí „načti služby dopravce“.
  - Je nutné označit státy, do kterých chcete přepravovat – jen pro označené státy se načítají číselníky pro atributy – zabrání se tak zbytečnému načítání statisíců výdejních míst pro země, kam nic neodesíláte.
  - Při prvním načtení číselníku „Státy pro službu“ se automaticky označí „Používat stát“ pro státy uvedené v parametru BB_ZasilkovnaStaty – i pro jiné dopravce než Zásilkovna. Ostatní státy označeny nejsou. Parametr BB_ZasilkovnaStaty se od verze 7.0 používat nebude.
  
  Upraven filtr na „Číselník pro atribut“. Nyní se filtruje i přes vybranou službu a vybraný stát.
  Užitečné zejména pro atribut „branch_id“ - výdejní místa. Zobrazí se jich významně méně - jen ty, které přísluší vybrané službě dopravce ve druhé formě a státu pro službu ve třetí formě.
  
  Načítání číselníku pro atribut branch_id (výdejní místo) je optimalizováno:
  - Načítají se jen výdejní místa pro služby s označením „Používat službu“ a jen pro stát označený „Používat stát“.
  - Výjimka: pokud je služba označena „Používat službu“, ale není označen žádný stát – nebo ještě není načten číselník států, načte se pro všechny státy (tím je zaručena zpětná kompatibilita).
  - Doporučujeme označit pro každou službu státu, do kterých doručujete – významně zrychlíte nečítání číselníků
  
  Doporučený postup po instalaci verze 7.0:
  - ověřit si hodnotu parametru Zásilky / BB_ZasilkovnaStaty – naplnit jej obvyklými cílovými státy. Slouží jen k optimalizaci čtení číselníků.
  - v činnost 6.6.2.9 „Dopravci a služby“ provést načtení „služby všech dopravců“ – načtou se státy pro všechny služby všech dopravců a nastaví se příznak Aktivovaná u služeb.
  - u používaných dopravců a jejich používaných služeb ověřit, jak máte nastaveny státy pro služby
  - a pak, v době, kdy se aplikace málo využívá – načíst „služby tohoto dopravce + číselníky“ pro jednotlivé dopravce, které používáte.
  
  Upravené formuláře: zasilky\BB_Dopravci.htm, zasilky\BB_CisBranch.htm, zasilky\EXBB.htm
  Upravené procedury: spBB_DOPRAVCE_ZalozStart, spBB_ATRIBUT_ZalozStart1, spBB_ZASILKA_NaplnAtributy
  Nové procedury: spBB_WS_Ciselnik_MANIPULATIONUNITS, spBB_WS_Ciselnik_BRANCHES, spBB_WS_Ciselnik_CountriesData, spBB_WS_Ciselnik_COUNTRIES4SERVICE, spBB_WS_Ciselnik_ActivatedServices, spZASILKA_Ciselnik_NaplnitAtribut
  Upravený trigger: trZASILKA_DEL
  
  
• 6. 6. 2. 9 - Balíkobot - dopravci a služby
  Doplněna práce s ADR přepravou.
  Načtení číselníků ADR, doplnění atributů pro ADR.
  Detailní popis v dokumentaci.
  
  Nový formulář: zasilky\BB_Dopravci_ADR.htm
  Upravený formulář: zasilky\BB_Dopravci.htm - odkaz na nový formulář.
  Nové procedury: spBB_ATRIBUT_ADR_ZalozStart, spBB_WS_CiselnikADR
  
  

Řízení projektů

• 6.10. 1. 1 - Projekty
  Hlavní dokument projektu (..projekt/Projekt.htm), hyperzáložka „Hierarchie“ byla rozšířena o možnost ke každé položce definovat organizační vazby na předchůdce nebo na následníky v rámci struktury harmonogramu projektu.
  
  Ve formě „vazby na předchůdce v harmonogramu“ se vytvářejí organizační vazby na projekty/činnosti, které předcházejí aktuální zvolené položce projektu.
  
  Ve formě „vazby na následníky v harmonogramu“ se vytvářejí organizační vazby na projekty/činnosti, které následují po aktuální zvolené položce projektu.
  
  Lze zadávat typ vazby a dobu odložení začátku (lag time). Tyto údaje jsou důležité zejména tehdy, kdy jedna činnost následuje za činností druhou ale ne bezprostředně (například odbednění základů jako činnost následnou lze provádět až třetí den po skončení betonáže – tedy činnosti předchozí). Dojde-li k potřebě posunout konec předchozí činnosti, může být na základě těchto údajů automaticky vypočítán nejbližší začátek činnosti následující a následně upraveny termíny všech závislostí uvnitř projektu (tedy změnit harmonogram).
  
  Upozornění:
  Ve start verzi je možné pouze definovat tyto organizační vazby, nikoliv podle nich přepočítávat začátky a konce jednotlivých činností. Předpokládá se, že veškerá logika a omezení, bude vždy přesně specifikována při konkrétní implementaci projektového řízení jako profi řešení.
  
  Pro informaci uvádíme druhy definovatelných vazeb:
  - FS: (Finish to Start --> následující činnost začne až po ukončení předchozí)
  - SS: (Start to Start --> následující činnost vždy začíná se začátkem předchozí)
  - FF: (Finish to Finish --> následující činnost musí skončit stejně jako činnost předchozí)
  - SF: (Start to Finish --> následující činnost musí skončit dříve než začne předchozí)
  
  
  V souvislosti s uvedenými změnami byly upraveny následující formuláře:
  - Projekt/ Projekt_GANTLink.htm
  - Projekt/ Projekt_hierarchie.htm
  - Projekt/ ProjektCinCis.htm
  
  
• 6.10. 5. 1 - Harmonogram projektu
  Po vyplnění vstupního filtru (kde je možno zvolit z číselníku konkrétní projekt), se odkazem „Tisk sestavy“ zobrazí pro celou větev projektu ganttův harmonogram, ve kterém jsou uvedeny jednotlivé na sebe navazující projekty a jsou-li definovány organizační vazby mezi činnostmi, zobrazí je rovněž (jako spojnice mezi činnostmi).
  
  Poznámka:
  Interaktivní grafické zobrazení v podobě ganttova harmonogramu je knihovna třetí strany a jako taková podléhá individuální licenci. Míra interaktivity při použití zobrazovacího nástroje je záležitostí implementace konkrétních zvolených snap-in modulů v rámci uživatelského profi řešení.
  
  V souvislosti s řešením této funkčnosti byly upraveny následující formuláře:
  - Gant/GantPROJEKT.htm
  - Gant/GantPROJEKT.htx
  - Gant/GantPROJEKT.idc
  - Gant/GantPROJEKTFiltr.htm
  
  

Soupisky a CMR pro přepravu

• 6.11 - Soupisky a CMR pro přepravu (Legislativa SK)
  Pro potřeby zprovoznění CRM i ve slovenské start verzi (Eso9StartSK) byly doplněny následující data z Eso9Start:
  - Číselné rady '"SPREP'", '"CMR'"
  - Vzory dokladů "VZORSPREP", "VZORCMR" + vazby na předchůdce vzorů SVU pro prodej ze skladu
  - Typy dokladů '"PREP" a "CMR"
  - Typ subjektu "TRAN"
  - Typy poznámek "CMR_V", "CMR_VS", "CMR_T", "CMR_TS"
  - Zboží typu "ostatní" ("CMR_01" až "CMR_31")
  
  

Základní číselníky

• 9. 1. 1 - Banky
  Test formátu souboru bankovních výpisů je nyní možno i použít pro otestování souborů bankovních výpisů platebních karet. Pokud po načtení vzorku souboru bankovních výpisů platebních karet provedete otestování souboru pomocí tlačítka "Testuj soubor BAV", pak v případě, že ESO9 již podporuje zpracování takového typu souboru, pak se zobrazí doporučená procedura pro import bankovních výpisů platebních karet.
  V případě, že je nalezena právě jedna taková procedura, pak tlačítkem "Nastav proceduru pro import“ se tato nastaví do položky „Procedura pro import BVPK“ .
  Vzhledem k tomu, že každá banka (nebo karetní společnost) může mít drobné odlišnosti při vytváření těchto souborů, je třeba při prvních importech pečlivě zkontrolovat správnost načtených dat.
  Upravena procedura spTestBAV_Otestuj
  
  
• 9. 1. 7 - Sazby DPH
  Změna sazby DPH v SK legislativě.
  Upravena procedura spSazbaDPH_Napln, která v aplikaci se slovenskou legislativou založí v číselníku sazeb DPH (tabulka SazbaDPH) záznam s platností od 1.1.2025 se sazbami 23% / 19% / 5%.
  Upravena procedura spSazbaDPHStat_Napln, , která v aplikaci s jinou než slovenskou legislativou založí v číselníku sazeb DPH jiných států (tabulka SazbaDPHStat) záznam s platností od 1.1.2025 se sazbami 23% / 19% / 5% - pokud v poslední platné sazbě DPH byly vyplněny i účty pro zaúčtování DPH, tak budou do nově založeného záznamu zkopírovány.
  Procedury budou automaticky spuštěny ve scriptu verzi 7.0
  
  
• 9. 1. 7 - Sazby DPH
  Úprava formulářů v souvislosti se zavedením 2. snížené sazby DPH v SK legislativě.
  Byly upraveny následující formuláře :
  Eso9Start\finance\PD_Button_SS2.htm
  Eso9Start\finance\hpd_vyd.htm
  Eso9Start\finance\Pd_Prij.htm
  Eso9Start\finance\Pd_Prij_Val.htm
  Eso9Start\finance\Pd_Vse.htm
  Eso9Start\finance\Pd_Vyd.htm
  Eso9Start\finance\Pd_Vyd_val.htm
  Eso9Start\finance\Pd_PrijS.htm
  Eso9Start\finance\Pd_VseS.htm
  Eso9Start\finance\Pd_VydS.htm
  Eso9Start\nakup\FapHlav.htm
  Eso9Start\nakup\FapHlav67.htm
  Eso9Start\nakup\FapNahledPDF.htm
  Eso9Start\nakup\FaPSloz.htm
  Eso9Start\nakup\ImportCCS.htm
  Eso9Start\nakup\INTRVNI.htm
  Eso9Start\nakup\WflowDoc.htm
  Eso9Start\nakup\DDPHnmCZ.htm
  Eso9Start\nakup\PripojeneZalohy.htm
  Eso9Start\nakup\VyberZalohy23.htm
  Eso9Start\priklady\HDok.htm
  Eso9Start\prodej\INTRVNE.htm
  Eso9Start\prodej\FavHlav.htm
  Eso9Start\prodej\ProHlav.htm
  Eso9Start\nakup\DDPHnmCZ.htm
  Eso9Start\prodej\PripojeneZalohy.htm
  Eso9Start\prodej\VyberZalohy23.htm
  Eso9Start\saldo\DokladZapoctu.htm
  Eso9Start\sklad\Doklad_KontrolaUctovani.htm
  Eso9Start\Ucet\Inter_Dokl_ButtonSS2.htm
  Eso9Start\ucet\Deniky.htm
  Eso9Start\ucet\DOK_UcetZurnal.htm
  Eso9Start\ucet\DoklHlav.htm
  Eso9Start\ucet\Inter_dokl.htm
  Eso9Start\ucet\Inter_dokl_DPH.htm
  Eso9Start\ucet\Inter_dokl_DPHOSS.htm
  Eso9Start\ucet\Inter_dokl_FisMod.htm
  Eso9Start\ucet\Inter_dokl_Sloz.htm
  Eso9Start\ucet\PreuctDPHSK.htm
  Eso9Start\XMLDocs\XMLImportVodafone.htm
  Eso9Start\script\DoklHlav_SS2.js
  
  Eso9StartSK\Include\DoklHlav_SS2.htm
  Eso9StartSK\Include\vlSazbaDPH.htm
  Eso9StartSK\Include\vlSazbaDPHZbozi.htm
  Eso9StartSK\Include\vlSazbaDPHZbozi_ZVC.htm
  Eso9StartSK\Include\vlSazbaDPHZboziN.htm
  Eso9StartSK\Include\vlSazbaDPHZboziN_ZVC.htm
  ESO9StartSK\Include\SamovymereniDPH.htm
  Eso9StartSK\finance\PD_Sazba_SS2.htm
  Eso9StartSK\finance\PDP_Sazba_SS2_RO.htm
  Eso9StartSK\finance\PDV_Sazba_SS2_RO.htm
  Eso9StartSK\finance\Pd_Prij.htm
  Eso9StartSK\finance\Pd_Vyd.htm
  Eso9StartSK\prodej\FAV_Sazba_SS2.htm
  Eso9StartSK\prodej\FavHlav.htm
  Eso9StartSK\script\DoklHlav_SS2.js
  
  

Účetní číselníky

• 9. 2. 2 - Účetní osnova
  V číselníku účetní osnovy byly doplněny vlastnosti Povinný projekt a Povinný zdroj (Tabulka UCTOSN, položky vlPovinnyProjekt a vlPovinnyZdroj), které umožňují nastavit, že v účetním zápise pro daný účet bude kontrolováno, že je vyplněn projekt / zdroj.
  Upraveny procedury spUctOsn_NewRec, spUctOsn_ValRec, spUcetZap_ValRec, triggery trUcetZap_Ins a trUcetZap_Upd
  Upravena stránka ESO9Start\nastaveni\UctOsn.htm
  
  
• 9. 2. 3 - Účetní skupiny
  Byly založeny 2 nové účetní skupiny pro zaúčtování majetku:
  MA150 - Goodwill (kladný) s účtováním:
  - zařazení: 015000 / 372000
  - odpisy: 557000 / 075000
  - vyřazení: 075000/ 015000
  
  MA150Z - Goodwill (záporný) s účtováním:
  - zařazení: 372000 / 015000
  - odpisy: 075000 / 647000
  - vyřazení: 015000 / 075000
  
  U účtu 557000 byl původní název "Zúčtování oprávky k oceňovacímu rozdílu k nabytému majetku" změněn na "Odpis kladného goodwillu a aktivního oceňovacího rozdílu k nabytému majetku".
  Byl založen nový účet 647000 s názvem "Odpis záporného goodwillu a pasivního oceňovacího rozdílu k nabytému majetku".
  Dále musel být upraven účetní předpis č.3 pro Majetek (MAJ_MD_PC), aby se pro záporný goodwill správně účtovalo vyřazení.
  
  
• 9. 2. 4 - Odpisové skupiny majetku (legislativa CZ)
  Pro účely odepisování fotovoltaických elektráren byla ve verzi 6.8 vytvořena nová daňová odpisová skupina s kódem DRovnomFVE a názvem Daňový odpis FVE (240 měsíců). Nyní byla vytvořena obdobná účetní odpisová skupina s kódem URovnomFVE a názvem Účetní odpis FVE (240 měsíců). Výpočet odpisů je shodný jako u daňových odpisů, pouze se provádí nad účetními a ne daňovými hodnotami pohybů majetku.
  
  
• 9. 2. 6 - Peněžní účty
  Ve formuláři peněžních účtů byl doplněn odkaz "Účty EVERIFIN".
  Má význam pouze v případě, že aplikace používá pro stahování bankovních výpisů multibanking od společnosti EVERIFIN.
  V tomto odkazu je možno vidět všechny účty, které má klient připojeny v systému Everifin – mohou zde tedy být i účty, které se nevztahují k dané aplikaci ESO9.
  
  
• 9. 2. 7 - Účetní typy dokladů (legislativa SK) - nastavení pro 2. sníženou sazbu DPH
  Nastavení účetních předpisů pro 2. sníženou sazbu DPH
  Upravena procedura spUcetTyp_NastavTretiSazbuDPH, která pro všechny účetní předpisy testuje, zda existuje účetní předpis pro 2. sníženou sazbu DPH a pokud ne, pak jej založí jako kopii účetního předpisu snížené sazby DPH, kde účtovanou částku hdDan_5 zamění za hdDan_SS2 a účet z parametrů #Par_DPH05 zamění za #Par_DPHS2. Dále v účetním předpisu hledá výrazy typu "hdzaklad_22+hdzaklad_5+hdzakladdan_0+hdMimoDan" a zaměňuje je za součet všech základů daní "hdSumaZakladuVcetneMD" (+ další obdobné výrazy, které bývaly použité v definicích vytvořených v ESO9START).
  Procedura se spustí automaticky při instalaci verze 7.0 v aplikaci se slovenskou legislativou.
  
  Ručně je nutno založit účty pro zaúčtování 2. snížené sazby DPH a tyto pak nastavit v parametrech (skupina Zaúčtování) : DPHS2vstup, DPHS2vstupEU, DPHS2vystup, DPHS2vystupEU). Pokud v účetních předpisech nebyly v definici účtu použity parametry, ale přímo konkrétní účty, je nutno v definici účetního předpisu pro 2. sníženou sazbu tyto účty rovněž nastavit ručně.
  
  Byla upravena funkce fnSest_KontrolaSS2 (datový zdroj sestavy KonNastaveniDPHSS2 - Kontrola nastavení druhej zníženej sazby DPH).
  Sestavu lze spustit v činnosti 1. 1. 5. 1 Kontrolné zostavy účtovníctva.Pomocí této sestavy lze provést základní kontroly nastavení pro druhou sníženou sazbu DPH.
  Vzhledem k tomu, že účetní předpisy mohly být v jednotlivých aplikacích měněny a nelze postihnout všechny možné uživatelské úpravy, doporučujeme pro jednotlivé účetní typy dokladů ověřit správnost vznikajícího zaúčtování a v případě potřeby předpisy ručně doplnit/upravit.
  
  
• 9. 2.11 - Kódy pro výkaz DPH
  V číselníku kódů pro výkaz DPH byl v CZ legislativě změněn popis u kódů 43 a 43xx - původní text ... (ř.10,11) ... byl změněn na ... (ř.10,11,43,44) ...
  Protože některé texty již byly delší než původních 90 znaků, byla položka ProVykazDPH.Rozliseni_Popis prodloužena na 120 znaků.
  Upraveny procedury spProVykazDPH_CZ, spTxt_ProVykazDPH, upraveny stránky ESO9Start\nastaveni\ProVykazDPH.htm, ESO9Start\nastaveni\ProVykazDPH_All.htm
  
  
• 9. 2.15 - Automatický import BAV - definice
  Česká spořitelna změnila API rozhraní pro import bankovních výpisů (verze 3).
  
  Upraveny procedury spBanka_ImportAPI_0800 a spImportBanka_0800API, CS_GetAccountsID, CS_GetTansactionHistory, CS_GetAccountBalance, .assembly AccountsApi
  
  

Subjekty

• 9. 3. 3. 0 - Subjekty \ odkaz(tlačítko) "Typ"
  Do předlohy "subjekt\SubjVTS.htm" doplněny tyto položky
  - Středisko MD
  - Středisko DAL
  - Projekt MD
  - Projekt DAL
  - Zdroj MD
  - Zdroj DAL
  
  - upraveno rozhraní a funkčnost těchto objektů
  - procedura-fchange spHDok_IDSUBJEKT: upravena funkčnost tak, že "Střediska MD/DAL", "Projekty MD/DAL" a "Zdroje MD/DAL" se zpracovávají obdobným způsobem jako "Účty MD/DAL"
  - procedura-fchange spHDok_IDSUBJADR: volá upravenou proceduru spHDok_IDSUBJEKT
  - procedura-fchange spHDok_IDSUBJADRP: volá upravenou proceduru spHDok_IDSUBJEKT
  - procedura-fchange spHDok_IDSUBJOSOBA: volá upravenou proceduru spHDok_IDSUBJEKT
  - procedura-fchange spHDok_IDSUBJOSOBAP: volá upravenou proceduru spHDok_IDSUBJEKT
  - procedura-fchange spHDok_IDTYPSUBJ: upravena funkčnost tak, že "Střediska MD/DAL", "Projekty MD/DAL" a "Zdroje MD/DAL" se zpracovávají obdobným způsobem jako "Účty MD/DAL"
  
  - upravena pouze funkčnost (beze změn v rozhraní) těchto objektů
  - procedura spHDOK_btZmenSubjekt: volá upravenou proceduru spHDok_IDSUBJEKT
  - procedura spHDok_Copy: volá upravené procedury spHDok_IDTYPSUBJ, spHDok_IDSUBJEKT
  - procedura spHDok_InsertRec: volá upravenou proceduru spHDok_IDSUBJEKT
  - procedura spHDok_NewRec: volá upravenou proceduru spHDok_IDSUBJEKT
  - procedura spZBOZSKL_RUNNAKUP: volá upravenou proceduru spHDok_IDSUBJEKT
  
  
• 9. 3. 3. 1 - Subjekt - CreditCheck
  Upraveno stahování dat pro CreditCheck. Doplněny parametry CREDITCHECK_LOGIN, CREDITCHECK_PWD pro přihlášení k účtu u CreditCheck, povinné od 1.1.2025. Jedny přihlašovací údaje k webservice, díky kterým byl semafor dostupný všem uživatelům ESO9 pomocí jednoho společného účtu, jsou povinně nahrazeny účtem založeným jednorázovou registrací uživatele. Stačí jeden účet za celou firmu.
  Doplněn popis pro použití v IsirStart, viz: https://wiki.eso9.cz/lib/exe/fetch.php/techdoc:isir_v_eso9.pdf
  Registrace: https://www.creditcheck.cz/FormRegistrationWS.aspx
  
  
• 9. 3. 9 - Import IČ pro DPH a zrušených registrací (SK)
  Nahrazen ruční postup importu IČ v ESO9StartSK automatickým.
  V činnosti 9. 3. 9 Import IČ pre DPH a zrušených registrácií nahrazeno ruční stahování, rozZIPování, nahrávání do DMS a zpracování jedinou akcí (tlačítkem), které provede všechny tyto kroky.
  Stahují se tyto seznamy:
  • Zoznam daňových subjektov registrovaných pre DPH
  • Zoznam platiteľov dane z pridanej hodnoty, u ktorých nastali dôvody na zrušenie registrácie
  • Zoznam platiteľov DPH s číslami bankových účtov, ktoré používajú na podnikanie
  
  

Parametrizace systému

• 9. 6. 1 - Parametry aplikace (doplněk č. 2 předchozí verze)
  ČNB od 28.6.2024 snížila REPO sazbu na 4,75%.
  Upravena procedura spParam_NaplnREPOSazby, která provede ukončení platnosti parametru Finance/REPOsazba předchozí sazby 6,75% do 2024.06 a nastavení nové aktuální sazby na 4,75%.
  
  
• 9. 6. 1 - Parametry aplikace (doplněk č. 4 předchozí verze)
  Nastavení REPO sazby (CZ legislativa)
  ČNB 8.11.2024 snížila úrokové sazby, 18.12.2024 tuto sazbu ponechala - REPO sazba má nyní hodnotu 4,00%.
  Provedena změna parametru "RepoSazba".
  U původní posledně platné sazby (4,75%) nastavena platnost do 2024.12, založen nový parametr s hodnotou 4,00%.
  
  
• 9. 6. 3. 1 - Uživatelské sestavy - detail (legislativa SK)
  Upravena sestava "CMR_FORMULAR_A4" nově tak, že podkladový vodotisk je nyní v SK verzi.
  
  
• 9. 6. 3. 5 - Odesílání dokladů e-mailem
  Do ESO9 Start bylo doplněno odesílání vybraných dokladů e-mailem. Je založeno na standardních parametrech (mf_SendMailTo, ...) s tím, že zjednodušuje jejich implementaci do konkrétního formuláře a sestavy.
  
  Řešení je založeno na nové tabulce DOK_EMAIL a navázané činnosti "9.6.3.5 Odesílání dokladů e-mailem", v níž lze nastavit:
  * osoba subjektu, která je příjemcem mailu
  * e-mailová adresa příjemce se bere primárně z osoby subjektu; není-li zde vyplněna, bere se adresa zadaná v tomto formuláři (sekundární e-mail)
  * typ dokladu, pro který se má sestava odesílat (nepovinný parametr) - není-li vyplněn, budou se tímto způsobem na danou osobu odesílat všechny typy dokladů (malá/jednoduchá řešení)
  * předmět mailu - prostý text, může být parametrizován datovými položkami z aktuálního řádku dat.zdroje sestavy nebo z UP parametrů
  * tělo mailu - prostý text nebo HTML, možnost parametrizace stejná, jako v předmětu
  
  V datovém zdroji sestavy, která se bude tisknout s využitím této tabulky, je třeba doplnit:
  * výstup z vyhodnocovací funkce "fnDok_EMail":
  "OUTER APPLY dbo.fnDok_EMail(%VLSENDMAIL%, dbo.fnDZ_FormularHDOK.idhdok) email"
  * do výběru položek přiday ty, které vrací funkce "fnDok_EMail":
  "SELECT ..., email.MF_SendMailTo, email.MF_SendMailSubject, email.MF_SendMailBody"
  * na odkaz pro tisk sestavy je třeba přidat parametr "VLSENDMAIL=1"
  * funkce "fnDok_EMail" vyhodnotí, zda se má sestava odeslat mailem a příp. s jakými parametry a ty nastaví a vrátí; pokud funkce odeslání vyhodnotí negativně, dojde k tisku s původním cílem
  * funkce "fnDok_EMail" je k dispozici v rámci ESO9 Start k případným implementačním úpravám; mechanismus získání parametrů pro odesílání sestav e-mailem lze tedy libovolně upravovat
  
  V rámci ESO9 Start bylo použití nové tabulky doplněno do sestav:
  * CNabForm.idc (Cenová nabídka), v činnosti "2.2.1.1 Cenové nabídky" (prodej\CenNab.htm) byl doplněn odkaz pro odeslání nabídky e-mailem
  * PObjForm.idc (Prodejní objednávka), v činnosti "2.2.1.2 Prodejní objednávky" (prodej\PObj.htm) byl doplněn odkaz pro odeslání (kupní) smlouvy e-mailem
  * FavForm.idc (Faktura vydaná), v činnosti "2.2.3.1 Faktury vydané účetní" (prodej\fav.htm) byl doplněn odkaz pro odeslání faktury e-mailem
  
  Nové řešení se nijak nedotkne:
  * stávajících Startkových sestav (bez úpravy jejich dat.zdroje)
  * Profi (zákaznických) sestav a jejich dat.zdrojů
  * volání Startkových sestav z Profi formulářů
  * hlavního datového zdroje pro dokladové sestavy (fnDZ_FormularHDOK)
  
  
• 9. 6. 4. 2 - Kontrola činností
  Pokud byl v horní formě zadán takový filtr, že výsledek neobsahoval žádná data, skončilo to chybou "Incorrect syntax near the keyword NULL".
  
  Upravena stránka nastaveni\CinnostKontrola.htm - ve 2. formě bylo místo "... FROM %MF_JmenoALL_StartDB%.dbo.CINNOST CINNOST_START ..." použito synonymum : "... FROM syn_Cinnost_Start CINNOST_START ...".
  Dále upraveny procedury spParam_BeforeUpdate a spParam_AfterUpdate pro doplnění varovného hlášení o neexistující databázi při změně parametru 'DB_START'
  
  
• 9. 6.11 - Události \ skupina "SU - Systémová událost" \ událost "Joby ukončené s chybou"
  Událost zobrazí JOBY které:
  - skončily ve výsledku chybou: stávající řešení
  - sice neskončily s chybou, ale obsahují alespoň jeden krok (step) který chybou skončil - nově přidaná funkčnost. Takto mohou skončit JOBy, které mají více kroků (steps) a mají ve vlastnostech uvedeno, že mají pokračovat dalším krokem (step) i v případě chyby.
  
  Spolu s tím upraveno:
  - nová funkce „fnJobStatus_LastRun“: funkce vrací z posledního volání každého JOBu pouze "jeden" krok (steps), který má tyto vlastnosti:
  - volal se v rámci posledního volání JObu
  - „status = @RunStatus“: pokud @RunStatus = -1/NULL pak se na status nebere ohled. Hodnoty @RunStatus mohou být -1/NULL=nebere se status v potaz; 0=Failed; 1=Succeeded; 2=Retry; 3=Canceled. Takto se lehce najdou JOBy, které skončily při posledním volání s chybou na jakémkoliv kroku, nebo byla chyba v samotném Jobu - stačí zadat @RunStatus = 0
  - má nejnižší StepID.
  
  - upravena procedura „spSeznamJobu“: přebrala stejnou funkčnost jako funkce „fnJobStatus_LastRun“
  
  - do události zapojeno volání nové funkce „fnJobStatus_LastRun“ v definici sloupců "SQL - hodnota" a "SQL - hodnota JSON"
  
  

Komplexní editory

• 9. 9. 1 - Komplexní editor dokladu
  Na záložce "Akce nad hlavičkou" je odkaz "Přepočet dokladu" kde lze po zadání parametrů přepočtu provést přepočet dokladu (hlavičky a složky) tlačítkem "Přepočti". Tlačítko vyvolá proceduru "spHDok_btPrepocetSDOK".
  V této proceduře byly provedeny následující úpravy:
  - doposud se nový kurs počítal pouze při změně měny
  - pokud "Nové zdanit. plnění" znamená změnu datumu, pak se "Nový kurz" uvnitř procedury upraví takto:
  - pokud je hodnota "Nový kurz" nastavena na "Zadáno ručně", tak se kurs převezme z hodnoty "Hodnota kurzu". Pokud "Hodnota kurzu" má hodnotu 0 nebo NULL, pak se "Nový kurz" nastaví na „Ne“ a to znamená, že se kurs spočítá dle kursovního lístku
  - pokud je hodnota "Nový kurz" nastavena na "Z hlavičky", tak se "Nový kurz" převezme z hlavičky dokladu a dále se pokračuje dle této hodnoty
  - pokud je hodnota "Nový kurz" nastavena na "Ne" nebo "Dle kursovního lístku", pak se automaticky nastaví "Nový kurz" na hodnotu "Ne" a to znamená, že se kurs spočítá dle kursovního lístku
  
  

Změny funkcí

• CLRZIP - Podpora práce se ZIP archivy v SQL serveru
  V ESO9 Start je k dispozici assembly CLRZIP pro podporu práce se ZIP archivy. Zdrojem ZIP souborů je primárně DMS.
  SQL Server podporuje pouze GZIP formát, který se ZIPem není kompatibilní a interní fce SQL serveru tudíž nelze použít.
  
  
• fnTABULKA_SEZNAM - Parsuje text do řádků s definovaným oddělovačem řádků
  Opravena funkce, která považuje apostrofy jako jeden text, ve kterém se ignoruje oddělovač. Opraven případ, kdy byl apostrof pouze jeden
  
  Příklady
  SELECT * FROM dbo.fnTABULKA_SEZNAM('Jeden|oDva', '|')
  PORADI RADEK
  --------- ----------
  1 Jeden
  2 oDva
  
  SELECT * FROM dbo.fnTABULKA_SEZNAM('Jeden|o''Dva', '|')
  PORADI RADEK
  --------- ----------
  1 Jeden
  2 o'Dva
  
  SELECT * FROM dbo.fnTABULKA_SEZNAM('Jeden|o''|D|v|a|''', '|')
  PORADI RADEK
  --------- ----------
  1 Jeden
  2 o'|D|v|a|'
  
  

Změny v technologii .NET

• ARES
  Ve verzi knihovny ESO9lib 6.9.0.1 došlo k úpravě v ARESu, kdy byla změněna datová položka ze strany ARESu v sekci další údaje a to ObchodniJmeno, změněno z pole na objekt.
  
  
• ARES - ESO9lib
  Ve verzi ESO9 lib byla upravena funkčnost ARESu, kdy pokud je na vstupu vlplatceDPH hodnota null je jí automaticky přiřazena hodnota 0 - neurčeno
  
  
• ESO9SupportTerminalyService
  Upravena služba pro podporu Terminálů a knihovna platkart pro ČSOB TCP/IP
  platkart pro platební terminál ČSOB TCP/IP v OK:
  - možnost platby více kartami nad jedním dokladem
  - přidán režim "Simulátor". Zeptá se, zda požadovaná simulovaná operace má skončit úspěchem/neúspěchem. Je užitečné pro odladění plateb více kartami nad jedním dokladem.
  - přidána "Návratka" platby kartou
  
  platkart pro terminál SONET v OK:
  - možnost platby více kartami
  služba:
  Pokud je na vstupu položka mf_Zaplatit, která je větší než 0 a položka hdkuhradeVal je také větší než 0, zasílá služba do knihovny místo původní hodnoty hdkuhradeVal položku mf_Zaplatit, která nyní říká kolik se má aktuálně kartou uhradit. Na základě položek mf_ZapKartami;mf_Zaplatit pak služba určuje, zda má dojít po uhrazení kartou k zvednutí stavu dokladu.
  
  

Změny procedur

• !! AccountApi
  Do 1.11.2024 je potřeba nahrát novou verzi Assembly AccountApi verze 1.3.0.0.
  - Komerční banka - aktualizované url adresy na API verze 3. Staré url adresy budou platné pouze do 31.10.2024.
  Aktualizovaná API jsou
  • Account Direct Access API,
  • Oauth2,
  • Client Registration,
  Pro nasazení Komerční banky je potřeba vygenerovat nové klíče pro aktualizovaná na API portále https://developers.kb.cz/ a tyto klíče uložit v činnosti 9.2.15 Automatický import BAV - definice. Nastavení je popsáno v dokumentaci https://wiki.eso9.cz/lib/exe/fetch.php/startdoc:cz:eso9_-_online_propojeni_s_bankou.pdf
  
  - Česká spořitelna - aktualizované url adresy na API verze 3. Staré url adresy budou platné pouze do 30.11.2024. Pro nasazení České spořitelny je potřeba na portále https://developers.erstegroup.com/ připojit ke stávající aplikaci API Account API v3.
  
  
• Assembly DownloadURL - DownloadBinURL
  V proceduře DownloadBinURL (implementované v CLR knihovně DownloadURL) došlo ke změně rozhraní. Nově lze zadat HTTP metodu, která se má v rámci procedury zavolat (GET nebo POST). S tím souvisí možnost přidání dat pro tělo requestu pro HTTP POST.
  Dostupné od 11.6.2024 ve verzi knihovny 1.0.5.
  
  
• Assembly EverifinAPI
  Nové assemby pro online komunikaci s bankami přes multibankig Everifin.
  
  Byly napsány nové procedury pro volání assembly
  * dbo.spEverifinGetAccessToken - zjištění přihlašovacích údajů
  * dbo.spEverifinGetAcounts - zjištění povolených bankovních účtů
  * dbo.spEverifinGetAccountDetil - zjištění detailů jednoho bankovního účtu
  * dbo.spEverifinGetTransations - zjištění transakční historie
  * dbo.spEverifinGetTransationDetail - zjištění detailu transakce
  * dbo.spEverifinTransationsRefresh - aktualizace všech účtů Everifinu
  * dbo.spEverifinTransationsRefreshIban - aktualizace vybraného účtu
  * dbo.spEverifinExpiringBankLogins - zjištění seznamu bankovních účtů, jimž vyprší platnost uděleného oprávnění v příštích 14 dnech
  
  Nastavení propojení Eso9 a multibankingu Everifin je popsáno v dokumentaci ESO9 - napojení na multibanking od Everifinu
  
  
• DownloadURL - Nová možnost autentikace
  V CLR knihovně DownloadURL přibyla procedura DownloadURLbearerAuth pro ověřování pomocí Bearer tokenů. V jednom volání je tak řešena prvotní autentikace a získání komunikačního tokenu a zároveň vlastní datové HTTP volání ověřené takto získaným tokenem.
  Dostupné v CLR knihovně DownloadURL od verze 1.0.6.0.
  
  
• DownloadURL - Stahování obsahu URL s ověřením OAuth 2.0
  Do CLR knihovny DownloadURL byla doplněna procedura DownloadURLbearerAuth pro možnost stahování obsahu z webů ověřovaných protokolem OAuth 2.0. Podrobnější popis viz https://wiki.eso9.cz/doku.php/techdoc:stahovaniurlzdb#stahovani_obsahu_url_s_overenim_oauth_20.
  
  
• DownloadURL - HTTP komunikace z SQL serveru
  V CLR assembly DownloadURL došlo u metod "DownloadURL" a "DownloadURLbearerAuth" k úpravě parametru "@Headers" na vstupně/výstupní a v souvislosti s tím k rozšíření z 1000 znaků na max. Důvodem je potřeba získávat v některých případech nejen obsah těla, ale i hlaviček z http response.
  
  
• DownloadURL - Rozšíření možností procedury DownloadURL
  V CLR proceduře pro stahování obsahu URL (DownloadURL) došlo k několika změnám:
  * na rozhraní přibyly dva nepovinné parametry:
  ** @ResponseStatus [int] - status HTTP response, pokud k HTTP volání dojde. Pokud nastane chyba ještě před HTTP voláním, vrací parametr hodnotu -1 (došlo k jiné runtimě chybě)
  ** @ResponseEncoding [nvarchar](10) - požadované kódování HTTP odpovědi. Není-li parametr uveden, bere se kódování odpovědi z její vlastnosti CharacterSet. Není-li tato vlastnost dostupná, bude kódování odpovědi napevno UTF-8.
  
  Díky novému nepovinnému parametru @ResponseEncoding byla zrušena procedura DownloadURLenc.
  
  Obě úpravy jsou zpětně kompatibilní, tj. neovlivní fungování použitá v již fungujících řešeních (nové parametry jsou nepovinné).
  
  Podrobnější popis viz https://wiki.eso9.cz/doku.php/techdoc:stahovaniurlzdb.
  
  
• ESO9SupportTerminalyService
  Nová procedura
  -spQPRODEJKA_VratKartamiCelkem - fchange nad položkou mf_Zaplatit
  
  Upravena procedura dbo.fnPlatKartZaplacenoCastka, která vrací data z tabulky PlatKart, tak aby pracovala s možností multiplatby platební kartou
  
  
• spDMSInsertTypDoc - Automatické nastavení typu dokumentu
  Při vkládání příloh s dokumenty do DMS lze automaticky nastavit typ dokumentu. Ten se zpravidla řídí typem dokladu, k němuž se dokument přikládá (např. faktura přijatá, interní doklad apod.). Nastavení typu dokumentu lze provést obecně datovým parametrem "MF_DOCINSERTPROC" ve formuláři s DMS, který může obsahovat uživatelskou proceduru pro manipulaci s dokumentem.
  V rámci ESO9 Start byla vytvořena procedura "spDMSInsertTypDoc", která se volá na vybraných Startkových formulářích při vkládání příloh. Při vložení 1.přílohy k danému dokladu nastaví typ dokumentu dle parametru @MF_PARAMS (hledá se položka "IDTYPDOC"). Při vložení 2. a další přílohy nedělá nic.
  Procedura má na vstupu 3 parametry:
  * @FILEGUID - GUID právě založeného dokumentu
  * @FILENAME - jméno souboru
  * @MF_PARAMS - uživatelské parametry použité při založení souboru. Využívá se pro předání dalších parametrů z formuláře potřebných pro správné nastavení typu dokumentu. Parametry jsou předány ve formátu JSON a načítají se výběrovým SQL dotazem, např.:
  (select IDTYPDOC, 'HDOK' as TABLENAME, %IDHDOK% as IDTABLE from TYPDOC where KOD_TYPDOC='FPU' for JSON path, WITHOUT_ARRAY_WRAPPER) as MF_PARAMS
  Takto zadané parametry zajistí při vložení 1.přílohy k faktuře přijaté nastavení typu přílohy na "FPU".
  Cílem úpravy je jednak automatické nastavování typu příloh k dokladům a jednak jejich třídění v případě, že k jednomu bude existovat více příloh; v takovém případě se jako první bude nabízet příloha s typem dle typu dokladu a další v pořadí budou přílohy bez typu (popř. s jiným typem).
  
  V rámci ESO9 Start se automatické nastavování typu dokumentu týká těchto formulářů:
  * nakup\FapHlav.htm - 1.příloha se zakládá s typem dokumentu "FPU"
  * nakup\PripojeneZalohy.htm - 1.příloha se zakládá s typem dokumentu "FPU"
  * nakup\VObj.htm - 1.příloha se zakládá s typem dokumentu "NOB"
  * nakup\VyberZalohy23.htm - 1.příloha se zakládá s typem dokumentu "FPU"
  * nakup\ZFap.htm - 1.příloha se zakládá s typem dokumentu "FPZ"
  * nakup\ZFapD.htm - 1.příloha se zakládá s typem dokumentu "FPU"
  * prodej\FaVHlav.htm - 1.příloha se zakládá s typem dokumentu "FVU"
  * prodej\PripojeneZalohy.htm - 1.příloha se zakládá s typem dokumentu "FVU"
  * prodej\VyberZalohy23.htm - 1.příloha se zakládá s typem dokumentu "FVU"
  * ucet\Inter_dokl.htm - 1.příloha se zakládá s typem dokumentu "IDU"
  * ucet\Inter_dokl_PlatKart.htm - 1.příloha se zakládá s typem dokumentu "IDU"
  
  
• spDokument_DelRec - Mazání neexistujícího dokumentu
  Upraven DelRec pro tabulku DOKUMENT; pokud k danému @IDDOKUMENT neexistuje @DokumentFileGuid a nejedná se o již skartovaný dokument, dojde ke smazání dokumentu i vazby bez ohledu na vlastnost VLDELETEENABLED.
  
  
• spKrokRocUzav_Prepocti - Přepočet dokladů účetní závěrky
  Do procedury kroku roční závěrky spKROKROCUZAV_Prepocti doplněn parametr @Timeout pro možnost nastavení delšího času pro Timeout.
  
  
• spQSUBJEKT_SUBJ_NAZEV - Našeptávač subjektů
  Procedura obsluhující našeptávač názvů subjektů byla upravena tak, aby při vyplněném IČ používala pro filtrování jmen subjektů i tento identifikátor. Zejména u podnikajících právnických osob existuje mnoho subjektů se stejným jménem; v takovém případě se po přenosu subjektů z číselníku našeptávače jméno neuložilo z důvodu duplicity.
  
  

Změny předpisů sestav

• favform.idc - Faktura vydaná daňový doklad
  Upraveny sestavy tiskových formulářů faktur.
  Sekce "Rekapitulace DPH ze záloh" upravena tak, aby se u cizoměnových faktur nebo při změně sazby DPH (přeřazení do jiné sazby DPH) netiskly částku DPH a celkem s DPH připojených záloh. Tisknou se jen základy daní připojených záloh.
  Upravené sestavy : FavForm.idc, dbPisForm.idc, Dokl_Kos.
  Upravené funkce (pro datové zdroje) - fnDZ_RekapDPHZalohV23, fnvlTiskRekap, fnDZ_FormularHDOK
  
  
• maj356 - Inventurní soupis majetku s výběrem
  Pokud bylo do vstupního filtru zadáno datum, které nebylo posledním dnem v měsíci, v sestavě mohly chybět karty majetku vyřazené během tohoto období.
  Pro sestavu je použita funkce fnMaj_HodnotyVObdobi, která byla původně určena pouze pro výpočet hodnot dle zadaného období. Později byla doplněna možnost do vstupních parametrů zadávat nejen období, ale i datum. Pro sestavu Maj356 však nebylo správně provedeno vyhodnocení toho, zda majetek je k danému datu vyřazen (vyhodnocení se provádělo dle období a ne dle data).
  Opravena funkce fnMaj_HodnotyVObdobi
  Oprava byla provedena již ve verzi 6.9
  
  

Změny datových struktur

• DOKUMENT
  Tabulka DOKUMENT byla rozšířena o sloupec VLSKARTOVANO. Bude sloužit jako příznak skartovaného dokumentu. Dokumenty se budou standardně zakládat s hodnotou VLSKARTOVANO=0, v činnosti určené pro skartaci budou moci získat hodnotu VLSKARTOVANO=1. Dokumenty s hodnotou VLSKARTOVANO=1 se nebudou nabízet v žádné běžné dokumentové evidenci založené na pohledu QDOKUMENT.
  
  
• SUBJVTSUBJ - Subjekt v typu subjektu
  Rozšíření struktury o tyto sloupce:
  - IDSTRED_MD INT
  - IDSTRED_DAL INT
  - IDPROJEKT_MD INT
  - IDPROJEKT_DAL INT
  - IDZDROJ_MD INT
  - IDZDROJ_DAL INT
  
  

Změny pohledů

• FavForm.idc, DbPisForm.idc, Dokl_kos
  Bod 2) Text nahrazen proměnnou txtCelkemUhrZaloh
  
  
• QDOKUMENT
  V pohledu QDOKUMENT byly doplněny podmínky:
  * na skartované dokumenty (VLSKARTOVANO=1); skartované dokumenty se v pohledu nevrací,
  * na datum platnosti typu dokumentu (TYPDOC.DTPLATNOSTDO), má-li dokument typ určený; dokumenty s vypršenou platností svého typu se v pohledu nevrací,
  
  

Změny webových stránek

• *.htm - kopírovací formy, které obsahují odkaz na nový doklad vzniklý kopií
  Při tvorbě dokladu kopii má odkaz na nově vzniklý doklad nově parametr FormType=Editor.
  Úprava se nově týká forem, které obsahovaly výraz _NEW%25 v tagu <a> </a>:
  - ESO9Start\ABCAnalyza\NobSbernaABCAnalyza.htm
  - ESO9Start\doprava\DopravaZalozFaZPrikazu.htm
  - ESO9Start\doprava\DOPSTA_FVU.htm
  - ESO9Start\doprava\DOPSTA_IDU.htm
  - ESO9Start\doprava\Pokl_Doklad.htm
  - ESO9Start\finance\BavZastavaTvorba.htm
  - ESO9Start\finance\KopiePDV_IDU.htm
  - ESO9Start\nakup\FapDoSvu.htm
  - ESO9Start\nakup\KopieCenPop_VObj.htm
  - ESO9Start\nakup\KopieNOBdoSPUF.htm
  - ESO9Start\nakup\KopiePrDoNa_NOB2NOO.htm
  - ESO9Start\nakup\NobSberna.htm
  - ESO9Start\nakup\NobzPob.htm
  - ESO9Start\nakup\Pokl_Doklad.htm
  - ESO9Start\nakup\SVFdoNOB.htm
  - ESO9Start\nakup\ZFaP_VytvDan.htm
  - ESO9Start\nastaveni\ExterniZasoby.htm
  - ESO9Start\nastaveni\KopiePrDoNa.htm
  - ESO9Start\nastaveni\SkladVydej.htm
  - ESO9Start\nastaveni\VzorKopie.htm
  - ESO9Start\nastaveni\VzorKopieMPR.htm
  - ESO9Start\nastaveni\VzorKopiePN.htm
  - ESO9Start\nastaveni\VzorKopiePN_KOOP.htm
  - ESO9Start\nastaveni\VzorKopieSberna.htm
  - ESO9Start\plan\PlanUZap.htm
  - ESO9Start\posta\VytvorFAP.htm
  - ESO9Start\posta\VytvorFPZ.htm
  - ESO9Start\prodej\FaVSkl.htm
  - ESO9Start\prodej\Inter_Doklad.htm
  - ESO9Start\prodej\KopieCenNab_PObj.htm
  - ESO9Start\prodej\KopiePOBdoNOB.htm
  - ESO9Start\prodej\KopiePOBdoSVUF.htm
  - ESO9Start\prodej\KopiePOSV.htm
  - ESO9Start\prodej\KopiePrDoNa_POB2POO.htm
  - ESO9Start\prodej\PObjSlozFaV.htm
  - ESO9Start\prodej\PObjVydejSlozFaV.htm
  - ESO9Start\prodej\Pokl_Doklad.htm
  - ESO9Start\prodej\TvorbaMonPrik.htm
  - ESO9Start\prodej\TvorbaVyrPrik.htm
  - ESO9Start\prodej\VydejZbozFaV.htm
  - ESO9Start\prodej\VydejZbozFaVS.htm
  - ESO9Start\prodej\VydejZbozFaVS_Z.htm
  - ESO9Start\prodej\VydejZbozFaVZ.htm
  - ESO9Start\prodej\VytvorDokladJCD.htm
  - ESO9Start\prodej\VytvorZalohu.htm
  - ESO9Start\prodej\VytvorZalohuPN.htm
  - ESO9Start\prodej\ZFaV_VytvDan.htm
  - ESO9Start\saldo\DokladZapoctu.htm
  - ESO9Start\saldo\PenF_Vytv.htm
  - ESO9Start\saldo\UpravNavrhZapoctu.htm
  - ESO9Start\saldo\Zap_Navrh.htm
  - ESO9Start\saldo\Zap_NavrhICO.htm
  - ESO9Start\saldo\Zap_NavrhRM.htm
  - ESO9Start\servis\KopDoNakObj.htm
  - ESO9Start\sklad\CenoveOdchylky.htm
  - ESO9Start\sklad\FaPZbozPrij.htm
  - ESO9Start\sklad\FaVzZbozVydej.htm
  - ESO9Start\sklad\IDNZbozSklZalozeni.htm
  - ESO9Start\sklad\KopieSPUdoSVU.htm
  - ESO9Start\sklad\KPZbozPrij.htm
  - ESO9Start\sklad\KVZbozVydej.htm
  - ESO9Start\sklad\PObjZbozKV.htm
  - ESO9Start\sklad\PObjZbozVydej.htm
  - ESO9Start\sklad\PrijemHV.htm
  - ESO9Start\sklad\PrijemHVMPR.htm
  - ESO9Start\sklad\PrijemHVMPR_KOOP.htm
  - ESO9Start\sklad\PrijemHVPN.htm
  - ESO9Start\sklad\PrijemkaPrevodem.htm
  - ESO9Start\sklad\PrijemkaPrevodemZeVzoru.htm
  - ESO9Start\sklad\PrijemkazV_kkop.htm
  - ESO9Start\sklad\StornoPrijemZboz.htm
  - ESO9Start\sklad\StornoVydejZboz.htm
  - ESO9Start\sklad\VObjZbozKP.htm
  - ESO9Start\sklad\VObjZbozPrij.htm
  - ESO9Start\sklad\Vraceni.htm
  - ESO9Start\sklad\VyberSklad.htm
  - ESO9Start\sklad\VydejkazP_kkop.htm
  - ESO9Start\sklad\VztazneVN.htm
  - ESO9Start\sklad\VztazneVNSDok.htm
  - ESO9Start\teplo\KopiePrDoNa_FVU.htm
  - ESO9Start\ucet\Inter_dokl.htm
  - ESO9Start\ucet\Inter_dokl_FisMod.htm
  - ESO9Start\ucet\Inter_dokl_Sloz.htm
  - ESO9Start\ucet\Ucet_dokl.htm
  - ESO9Start\ucet\Ucet_dokl_pam.htm
  - ESO9Start\ucet\Ucet_dokl_pam_preuct.htm
  - ESO9Start\ucet\Ucet_dokl_pam_preuctD.htm
  - ESO9Start\zadavani\KumulPObjDoVyrZak.htm
  - ESO9Start\zadavani\NavrhNOBProSklad.htm
  - ESO9Start\zadavani\NobSbernaVyr.htm
  - ESO9Start\zadavani\START_TvorbaVyrZak.htm
  - ESO9Start\zadavani\START_VyrobaVzorKopiePrijemkaKOOP.htm
  - ESO9Start\zadavani\START_VyrobaVzorKopieSTORNOVydejkaKOOP.htm
  - ESO9Start\zadavani\START_VyrobaVzorKopieVydejka.htm
  - ESO9Start\zadavani\START_VyrobaVzorKopieVydejkaKOOP.htm
  - ESO9Start\zadavani\START_VyrobaVzorKopieZadanka.htm
  - ESO9Start\zadavani\START_VyrobaVzorKopieZadankaDZA.htm
  - ESO9Start\zadavani\TvorbaNakObjZMaterialu.htm
  - ESO9Start\zadavani\TvorbaVyrZak.htm
  - ESO9Start\zadavani\TvorbaVyrZakZPolotovaru.htm
  - ESO9Start\zadavani\VyrobaVzorKopie.htm
  - ESO9Start\zadavani\VzorKopieV.htm
  - Eso9StartDE\servis\KopieDoNakObj.htm
  - Eso9StartDE\servis\KopiePrDoNaPSOBdoZL.htm
  - Eso9StartDE\servis\KopiePrDoNaZLdoFVU.htm
  - Eso9StartDE\servis\KopiePrDoNaZLdoPSZ.htm
  - Eso9StartDE\servis\KopiePrDoNaZLdoSPU.htm
  - Eso9StartDE\servis\KopiePrDoNaZLdoSVU.htm
  - ESO9StartHU\Ucet\Inter_dokl.htm
  
  
• *.idc - Činnosti volající IDC/HTX sestavu s výběrem vzorů
  Pokud je stejný vzor uveden pod typem dokladu vícekrát (pro různé skupiny uživatelů, uživatele...), pak v činnostech volajících IDC/HTX sestavu s výběrem vzorů se jeden vzor zobrazuje několikrát – duplicita.
  Pro eliminaci duplicit byly upraveny datové zdroje pro tyto činnosti:
  - činnost 1. 3. 3. 2 Vytvoření penalizačních faktur: IDC sestava "saldo\PenF_Subj_Vzor.idc"
  - činnost 2. 2. 3. 9 Faktura vydaná z objednávky (zboží a služby): IDC sestava "prodej\VydejZbozFaVS_Z.idc"
  - IDC sestava "prodej\VydejZbozFaVO.idc" se v současnosti nepoužívaná, ale může být použita ve starších implementací.
  
  
• DMS\Dokument_typ.htm - Typy dokumentů
  V souvislosti s řešením skartace digitálních dokumentů byla do formuláře s typu dokumentů doplněna položka "Skartační lhůta (v letech)".
  Typy dokumentů, u nichž již byla skartační lhůta dosažena, jsou nabízeny v činnosti "6. 4. 1. 5 - Skartace dokumentu" ke skartaci.
  
  
• ESO9SupportTerminalyService
  Upraveny stránky
  prodejka.htm - přidány HiddenFields položky - mf_ZapKartami;mf_Zaplatit;mf_KartCelkem
  Prodejka_karta_cz.htm - přidány položky mf_ZapKartami;mf_Zaplatit;mf_KartCelkem
  PlatKart.htm - přidán typ operace -1, který znamená, že zbývající část byla doplacena v hotovosti
  
  
• Formuláře s dokumenty
  Došlo k úpravě všech formulářů, v nichž se používají dokumenty (cca 100 stránek). Ve většině z nich byl ze dvou pohledů v parametru ViewName (QDOKUMENT a QDOKUMENT_HDOK) zrušen pohled QDOKUMENT. Druhý ViewName je tak dostupný pro implementační úpravy.
  
  Podrobněji:
  Ve všech formulářích pracujících s dokumenty byly použity dva pohledy; QDOKUMENT a QDOKUMENT_HDOK. Na ně jsou napojena pohledová obchodní pravidla:
  * spQDOKUMENT_NewRec - pro vkládání dokumentů byl v dnešní době již zbytečný a byl zrušen
  * spQDOKUMENT_HDOK_NewRec - při vkládání nového dokumentu přenáší parametry z Where podmínky (TABLENAME a IDTABLE) do datových položek formy PAR_TABLENAME a PAR_IDTABLE. Má význam všude, kde je evidence dokumentů navázaná na jinou datovou entitu.
  * spQDOKUMENT_HDOK_AfterInsert - na základě hodnot datových položek formy PAR_TABLENAME a PAR_IDTABLE založí vazbu mezi nově založeným dokumentem a tabulkou z položky PAR_TABLENAME. Obecné chování pro všechny dokumentové formy, ať již samostatné, nebo jako náhled v rámci např. dokladu.
  * spQDOKUMENT_AfterInsert - totéž, jako předchozí procedura, jen pro pohled QDOKUMENT.
  
  Další akce nad dokumenty jsou realizovány buď přímo procedurami (spDELETE_btVAZBA_DOKUMENT - přesun dokumentu do koše) nebo tabulkovými obchodními pravidly, kde jméno pohledu/-ů nehraje roli (tabulkové pravidlo spDokument_DelRec, který ruší vazby, dokument + záznamy v dalších tabulkách).
  
  Ve všech formulářích, kde je forma s dokumenty navázaná na jinou datovou entitu (např. na doklady), zůstal pouze ViewName=QDOKUMENT_HDOK. Ve formách, kde je evidence dokumentů samostatně, zůstal pouze pohled ViewName=QDOKUMENT. Pohled QDOKUMENT_HDOK je uveden i ve formách, kde je dokument navázán na jinou tabulku, než je HDOK; pojmenování je čistě formální a nemá smysl vytvářet 10 stejných obchodních pravidel jen kvůli pojmenování použitých pohledů (historicky existuje ještě ViewName=QDOKUMENT_SDOK s příslušnými obchodními pravidly; lze jej převést na QDOKUMENT_HDOK).
  
  
• Include\Dokument_INC_Zdroj.htm - Mazání dokumentů ve zdrojích
  Z předlohy formuláře dokumentů používaném v evidenci zdrojů bylo odstraněno tlačítko "Do koše". Dokumenty v této evidenci bude možné mazat rovnou (a nikoli tedy dvojstupňově, jako např. u dokumentů přiložených k daňovým dokladům).
  
  
• nastaveni\kurslist.htm - Kurzovní lístek
  Do stránky Kurzovní lístek doplněn rowfiltr
  
  
• nastaveni\StiOffline.htm - Formulář offline sestav
  Ve formuláři offline sestav byl:
  - přepracován datový zdroj formy "Historie spouštění offline sestavy"
  - do formy "Historie spouštění offline sestavy" doplněn parameter MaxDataRow
  - ve stránce změna hodnoty šířky stylu na 86% z 96%
  Změny jsou součástí verze 7.0 s datem uvolnění cca polovina ledna 2024.
  
  
• OdvodDPH.htm - 1.1.2.3. Výkaz DPH
  Na stránku OdvodDPH.htm boly pridané funkčné tlačidlá
  Kontrolný výkaz
  - tlačidlo s názvom "Detail" s odkazom na stránku OdvodKH_Detail.htm
  - tlačidlo s názvom "Dokumenty" s odkazom na stránku OdvodKHDPH_Doc.htm
  - tlačidlo s názvom "Kontrolný opis" s odkazom na zostavu VykazKVDPH_SK_201701_idOpis
  Súhrnný výkaz
  - tlačidlo s názvom "Detail" s odkazom na stránku OdvodSH_Detail.htm
  - tlačidlo s názvom "Dokumenty" s odkazom na stránku OdvodSH_Doc.htm
  - tlačidlo s názvom "Kontrolná zostava" s odkazom na zostavu SH_SK2018_RADKYDPH
  
  
• Přílohy k dokladům v DMS
  Řazení dokumentů v náhledu
  
  Pokud obsahuje doklad více příloh v DMS, budou nově tříděné dle svého typu tak, aby se přílohy požadovaného typu zobrazovaly jako první.
  
  V rámci ESO9 Start se to týká dokladů:
  * Nákupní objednávka (nakup\VObj.htm) - jako první se zobrazuje příloha s dokumentem typu "NOB".
  * Faktura přijatá účetní (nakup\faphlav.htm) - jako první se zobrazuje příloha s dokumentem typu "FPU", jako druhá typu "FPO".
  * Faktura přijatá zálohová (nakup\zfap.htm) - jako první se zobrazuje příloha s dokumentem typu "FPZ".
  * Faktura přijatá zálohová daňová (nakup\ZFaPD.htm) - jako první se zobrazuje příloha s dokumentem typu "FPU", jako druhá typu "FPO".
  * Faktura přijatá penalizační (nakup\faphlav.htm) - jako první se zobrazuje příloha s dokumentem typu "FPU", jako druhá typu "FPO".
  
  * Faktura vydaná účetní / zálohová / zálohová daňová - formulář detailu hlavičku dokladu, jako první se zobrazuje příloha s dokumentem typu "FVU", jako druhá typu "FVO".
  
  * Interní doklad - jako první se zobrazuje příloha s dokumentem typu "IDU".
  
  * Pokladní doklad příjmový / výdajový - jako první se zobrazuje příloha s dokumentem jiného typu, než "PD", jako druhá příloha bez typu a jako poslední příloha typu "PD". Cílem je zobrazit nejprve sken účtenky a teprve potom sestavu se stvrzenkou.
  
  
• Stránky obsahující Silverlight (XAP)
  Z ESO9Start byly vymazány stránky obsahující (dnes již nepodporované) objekty v Silverlightu:
  * manager/SLDashboardProdej.htm, manager/SLDashboardUcetni.htm
  * nastaveni/cinnost_strom.htm, nastaveni/cinnost_strom_uziv.htm
  A následně i vlastní XAP soubory.
  
  
• subjekt\subjekt.htm - Dokumenty subjektů
  Do Subjekt.htm Přidán splitter s Dokumenty + v menu tlačítko "Dokumenty v koši()".
  Dále nová profi stránka Subjekt_Doc.htm s přehledem dokumentů subjektů.
  Do číselníku Typ dokumentů přidány 4 nové záznamy, dle textu v zadání.
  
  
• ucet\Intrastat_Detail.htm - Intrastat - detail
  Do stránky ucet\Intrastat_Detail.htm doplněn Rowfilter
  
  

Výroba pro ESO9

Výroba

• 5. 7. 1 - Montážní příkaz z prodejní objednávky - Rozšíření způsobu tvorby MPR z POB
  Formulář nyní umožní třetí volbu způsobu tvorby MPR „Strukturovaně do jednoho MPR“:
  Podsestavy i pozice rozpisky jednotlivých podsestav jsou rozpadnuty pod jeden MPR, s tím, že na pozadí se v historii mezi SDOK udržuje vazba příslušnosti mezi podsestavami. Představitelé podsestav jsou zobrazeni ve formě složek výrobků/dílů. Všechny potřebné materiály jsou zobrazeny ve formě pro komponenty.
  
  Nad představitelem dílu/výrobku (podsestava/sestava) je možno zobrazit přímé vlastní vstupující komponenty pomocí odkazu „Vstupující komponenty“. Zde pak je vidět jednotlivé materiály plus vstupující podsestavy…
  
  
  
  V souvislosti s uvedeným rozšířením byly změněny procedury:
  - spVytvorVPzPOB
  - spZBOZIROZPAD_NaplnKumulaci
  
  
  V souvislostí s uvedeným rozšířením byly změněny formuláře:
  - Prodej/TvorbaMonPrik.htm
  - Prodej/VyrPrikaz.htm
  - Prodej/VyrPrikazKomponenty.htm
  
  
• 5.1.1.3 – Technologická dokumentace - Odkaz „Minipoznámky k položkám formy“
  Kromě ikony pro vyvolání minipoznámky nad položkou formuláře dílu (vedle vstupního pole), byl do každé formy (kmenové údaje, kusovník, postup, pomůcky) přidán odkaz na zobrazení přehledu minipoznámek k položkám příslušné formy (v rámci konkrétního ID řádku).
  
  Tato činnost slouží k usnadnění práce s minipoznámkami formuláře. Je zde možno především provádět kopie poznámek.
  
  Využití pro tvorbu kopie mininpoznámek k další položce formuláře:
  Existuje-li minipoznámka s předpisem výkazu výměr/nebo předpisem pro výpočet hodnoty pro položku „Množství čisté“ (MNCISTASPOTR), je možno pouhou kopií řádku (CTRL+K) založit minipoznámku například k položce „Spotřební množství“ (MNHRUBASPOTR) – je-li na formuláři zvolena z číselníku polí.
  
  Minipoznámky je zde možno mimo jiné zakládat ke kterékoliv položce formuláře (Nová, výběr z číselníku položek).
  
  Předpis pro výpočet hodnoty nyní ve verzi 7.0 umožní kromě matematických výrazů a funkcí zařadit i jednotlivé konstrukčně-technologické parametry a další hodnoty, které lze uživatelsky definovat v pohledu QKTPARAM_ZBOZI (pro vkládání zmíněných položek do předpisu lze použít odkaz ikony vedle pole pro definici předpisu).
  
  Výpočet hodnoty dle předpisu se provede stiskem tlačítka „Vyhodnotit výraz“.
  
  Tlačítko „Přepočítat výrazy v poznámkách formy“ provede hromadný výpočet/aktualizaci hodnot všech evidovaných minipoznámek formy (příslušné datové věty).
  
  Upraven formulář:
  - Nastaveni/Fnotes.htm (přidána definice datového typu – defaultně podle druhu položky nad kterou se minipoznámka zřizuje)
  
  Vytvořen nový formulář:
  - nastaveni/FNotes_All.htm
  
  
• 5.1.1.3 – Technologická dokumentace - Odkaz „Kopie minipoznámek mezi záznamy“
  Odkaz je na formuláři „Díl“ přístupný z formy kusovníku, operací a pomůcek. Umožní provádět rozšířené kopie minipoznámek mezi záznamy (jednotlivými položkami/pozicemi kusovníku) technické dokumentace dílu.
  
  Formulář je rozdělen na levou část „odkud“, která slouží pro zobrazení položek příslušné oblasti, nad kterou formou byl vyvolán (kusovník/operace/pomůcky) - nahoře a výběr příslušných minipoznámek ke kopii – dole.
  
  Pravá část formuláře „kam“ je organizována podobně. Slouží k nastavení cílové položky/pozice kusovníku, ke které se minipoznámky z levé části mají nakopírovat. Dolní část zobrazuje příslušné záznamy minipoznámek.
  
  Postup kopírování:
  V Dolním levém browse, který obsahuje seznam minipoznámek k jednotlivým položkám nastavené pozice lze označit jednu nebo více minipoznámek. Stisk tlačítka „KOPÍROVAT POZNÁMKU“ provede kopii do oblasti „kam“ pod nastavenou větu konkrétní položky/pozice v dokumentaci dílu.
  
  
• 5.1.1.3 – Technologická dokumentace - Odkaz „K-T parametry: základní definice“
  Ve verzi 7.0 došlo k úpravám v evidenci konstrukčně technologických parametrů.
  
  Formulář nyní obsahuje dvě formy. První původní byla rozšířena takto:
  
  - Předpis pro výpočet hodnoty
  Nyní umožní zařadit do vztahu pole z pohledu QKTPARAM_ZBOZI, ve kterém se definují (možno i uživatelsky) položky, které se pro dané zboží/díl, mohou ve vztahu použít. Položky se zařadí vyvoláním číselníku (ikona vpravo) a po stisku tlačítka „přenos“ se připojí k řetězci s definicí předpisu. Pohled obsahuje i samotné parametry. Lze také do vztahu zařadit jednotlivá pole (vždy však z definovaného pohledu QKTPARAM_ZBOZI) ručním zápisem a to s použití „zabalení“ do hranatých závorek:
  [MNHMOTNOST]*[A]….
  Sytém při vyhodnocení definovaného předpisu pak na základě toho pole rozezná a dosadí jejich hodnoty.
  
  - Iterační hladina
  Umožní zařadit konkrétní parametr do úrovní, z důvodu možnosti jejich použití jako vstupních hodnot pro výpočty hodnot (závislých) parametrů, které používají jiné parametry v definicích předpisu pro výpočet hodnoty.
  V definici předpisu pro výpočet hodnoty mohou být zařazeny jen parametry z nižších iteračních hladin. Vyhodnocování parametrů podle vztahu pak probíhá postupně v krocích od nejnižší iterační hladiny po nejvyšší. Tímto je umožněno použití parametrů pro výpočet hodnoty dalších parametrů (nebyla-li by umožněna tato funkčnost, musela by se pro každý vztah, ve kterém je potřeba vycházet z hodnoty určitého parametru, opisovat jeho definice výpočtu hodnot, což by ve své podstatě vedlo k nepoužitelnosti z důvodu nepřehlednosti definičních vztahů a tvorbě chyb v předpisu).
  
  - Dědičnost hodnoty z vyšších dílů
  (Ne, Ano, Při stejné variantě) je položka, která je připravena na uživatelské implementace výpočtu hodnot parametrů podsestav dílu. Předpokládá se, že některé parametry vyšších sestav budou předávat své hodnoty do nižších sestav. Ve verzi ESO9Start tato funkčnost dědičnosti není implementována, její použití může být specifikováno v profi řešení.
  
  
  Dolní forma je závislá na horní formě a obsahuje výčet parametrů, které jsou tzv. referenční. To jsou všechny parametry, které mohou být ve zvoleném parametru (horní forma) odkazovány v předpisu vztahu pro výpočet základní hodnoty. Jak již bylo uvedeno výše, hodnoty parametrů mohou být definovány nejen pomocí matematických výpočtů za použití konstant, ale může být ve vztahu použito i parametrů z nižších iteračních hladin. Proto je zde vždy uveden jejich aktuální výčet proti nastavené iterační hladině zvoleného parametru v horním browse.
  
  „Aktualizovat základní hodnoty parametrů“
  Provede výpočet hodnot všech parametrů podle definovaných předpisů. Výpočet je prováděn pro parametry postupně podle příslušnosti k jednotlivým iteračním hladinám (od hladiny nejnižší úrovně až po nejvyšší).
  
  
• 5.1.1.3 – Technologická dokumentace - Odkaz „K-T parametry: definice variantních“
  Od verze 7.0 je možno definovat předpisy pro výpočet hodnot konstrukčních parametrů i pro výrobní varianty.
  První forma obsahuje výčet evidovaných konstrukčně technologických parametrů.
  
  Ve druhé formě, podobně, jako v případě definice základních hodnot, obsahuje formulář pole pro předpis vztahu pro výpočet variantní hodnoty. Jeho použití je stejné jako u předpisu s definicí pro základní hodnotu.
  
  U zařazených položek K-T parametrů ve vztahu je však možno stanovit použití hodnoty konkrétní varianty parametru:
  [A] – použije automaticky hodnotu parametru „A“ pro danou vypočítávanou variantu
  [{}A] – použije základní hodnotu parametru „A“ bez ohledu na vypočítávanou variantu
  [{MODRA}A] – použije hodnotu parametru „A“ evidovanou pro variantu „MODRA“
  
  Definice podmínky platnosti pro variantu
  Jednoduchým SQL vztahem/logickou podmínkou se definuje podmínka platnosti pro výrobní varianty. Při výpočtu variantních hodnot parametru je pak tento vztah vyhodnocován proti všem existujícím (evidovaným) výrobním variantám a je-li jeho platnost potvrzena, pro výpočet hodnoty parametru pro tuto variantu se pak uplatní definovaný vztah.
  
  Tlačítka:
  „Aktualizovat základní hodnoty parametrů“
  Provede výpočet hodnot všech parametrů podle definovaných předpisů. Výpočet je prováděn pro parametry postupně podle příslušnosti k jednotlivým iteračním hladinám (od hladiny nejnižší úrovně až po nejvyšší).
  
  „Aktualizovat základní a variantní hodnoty parametrů“
  Provede výpočet základních hodnot podle předpisů pro výpočet základních hodnot. Následně provede iterační výpočty všech parametrů podle definovaných předpisů. Výpočet je prováděn pro parametry postupně podle příslušnosti k jednotlivým iteračním hladinám (od hladiny nejnižší úrovně až po nejvyšší).
  
  
  Na formuláři je zcela dole zařazena třetí forma.
  Tato zobrazuje vypočtené hodnoty parametru podle předpisu pro jednotlivé varianty.
  
  
• 5.1.1.3 – Technologická dokumentace - Odkaz „K-T parametry pro výrobní varianty“
  Vyvolá přehled konstrukčně technologických parametrů dílu s hodnotami pro evidované výrobní varianty.
  Formulář obsahuje v horní formě soupis evidovaných výrobních variant (včetně tzv. nevarianty).
  
  V dolní závislé formě zobrazuje vždy pro každou zvolenou variantu soupis parametrů s variantními hodnotami. To jsou hodnoty, které jsou vypočítány na základě definice variantního předpisu pro výpočet hodnoty parametru (případně hodnota určená).
  
  Variantní hodnotu zde lze jednorázově přepsat (do doby příštího přepočtu variantních hodnot, kdy je hodnota opět aktualizována podle stanovených variantních předpisů pro její výpočet).
  Kromě této hodnoty obsahuje položku základní hodnoty pro doplnění informace.
  
  Formulář obsahuje dvě tlačítka pro přepočty:
  „Aktualizovat základní hodnoty parametrů“
  provádí přepočet části s definicemi základních hodnot parametrů.
  
  „Aktualizovat základní i variantní hodnoty parametrů“
  provede přepočet části s definicemi základních hodnot parametrů a následně pro každou evidovanou variantu dílu provádí výpočty variantních hodnot parametrů podle jednotlivých definovaných variantních předpisů.
  
  
• 5.1.1.3 – Technologická dokumentace - Formulář díl – rozšíření o záložku „Přepočet THN“
  Formulář díl byl rozšířen o záložku „Přepočet THN“, která umožní provádět přepočty evidovaných hodnot dokumentace na základě předpisů v minipoznámkách k následujícím položkám:
  - k položkám kusovníku (číslo materiálu, množství čisté, množství spotřební, počet dílců, rozměr 1, rozměr 2)
  - K položkám pomůcek (číslo materiálu, množství)
  
  Celkový přepočet dokumentace THN zvoleného dílu se provede stiskem tlačítka „Celkový přepočet THN Dílu“ viz dále.
  
  Poznámka:
  Minipoznámky lze podle potřeby doplnit do formuláře ke kterékoliv položce(vložením příslušného řetězce jako hyperlinku s názvem pole a tabulky), následně se uživatelsky upraví procedura, která přepočet zajišťuje tak, aby zahrnovala i další potřebné položky (spHODNOTA_THN_DLE_FNOTE_Prepocitej)
  
  Formulář záložky obsahuje souhrnné informace o:
  - Počtu evidovaných konstrukčně technologických parametrů dílu
  - Počtu evidovaných variantních předpisů k parametrům
  - Počtu variantních hodnot parametrů
  - Počtu minipoznámek v THN dílu,
  - Počtu položek rozpisky dokumentace dílu (pozic)
  - Aktuálně nastavené výrobní variantě dílu
  
  Dále u každého řádku s informacemi obsahuje tlačítka pro postupný výpočet podle určitých kroků/oblastí zaměření, kdy lze například využít pouze hodnot z minipoznámek (poslední krok: „Přepočítat THN dílu dle minipoznámek“) – nejsou-li používány K-T parametry a v minipoznámkách však jsou uvedeny výpočtové předpisy (bez parametrů), podle kterých se má THN přepočítat.
  
  Tlačítka jsou organizována od vrchu směrem dolů podle postupných kroků/oblastí, které je možno samostatně přepočítávat. Další tlačítko/oblast pak využívá hodnoty předchozí oblasti – ale nepřepočítává ji. Tlačítko pro celkový přepočet pak přepočítává postupně všechny oblasti automaticky.
  
  AKTUALIZOVAT ZÁKLADNÍ HODNOTY PARAMETRŮ:
  Provede přepočet předpisů pro základní hodnoty parametrů.
  
  AKTUALIZOVAT VARIANTNÍ HODNOTY PARAMETRŮ (+ volba iterační úrovně parametrů):
  Provede přepočet variantních předpisů pro stanovení hodnoty parametrů pro výrobní varianty. Volbou iterační úrovně lze stanovit, od kterých předpisů (dáno příslušností parametru k iterační úrovni) se má přepočet provést – jinak se použijí hodnoty evidované.
  
  PŘEPOČÍTAT MINIPOZNÁMKY V DOKUMENTACI:
  Přepočítá předpisy pro výpočet hodnot minipoznámek nad jednotlivými položkami dokumentace. Jsou li použity ve vztazích K-T parametry, dosadí jejich aktuálně evidované hodnoty.
  
  PŘEPOČÍTAT THN DÍLU DLE MINIPOZNÁMEK:
  Provede přepočet položek kusovníku a pomůcek dílu podle aktuálních hodnot v minipoznámkách. Tato volba může být často používána v případě, že se K-T parametry neevidují a není proto potřeba je v předchozích krocích přepočítávat.
  
  CELKOVÝ PŘEPOČET THN DÍLU
  Provede automaticky přepočet postupně všech kroků uvedených výše – přepočítá dokumentaci pro právě aktivní výrobní variantu. V jednotlivých výpočtových krocích postupně ukládá/aktualizuje hodnoty parametrů, nebo poznámek, aby je pak použil pro dosazení do dokumentace THN.
  
  Poznámka:
  Přepočty se týkají pouze dokumentace dílu/sestavy v dané úrovni. – podsestavy nejsou přepočítány. Pokud je toto vyžadováno, je možno na základě požadavků zákazníka vytvořit konkrétní pravidla volání přepočtu dokumentace i nižších podřízených podsestav, které hodnoty K-T parametrů sdílí podle definované dědičnosti v rámci profi řešení.
  
  
• 5.1.1.3 – Technologická dokumentace - Rozšíření formuláře "dil.htm" o superzáložky
  Formulář "díl" byl navíc rozšířen o hyperlinky v podobě „superzáložek“ v záhlaví stránky, které volají formuláře stejné hlavičky, ale tématicky odlišných složek:
  
  [Díl]
  Základní formulář otevíraný z činnosti 5.1.1.3, vždy filtrovaný podle platnosti jednotlivých pozic pro podmínky variant.
  
  [Pohled „All“]
  Formulář obsahující složky jako formulář díl, nicméně položky kusovníku a operací i pomůcek jsou zobrazeny všechny bez omezení platnosti (jak datumově, tak i variantně).
  
  [K-T parametry]
  Hlavička formy stejná, jak již uvedeno, složky formuláře obsahují výčet evidovaných konstrukčně technologických parametrů.
  
  Levý dolní browse obsahuje parametry základní iterační úrovně (zpravidla řídící, s očekáváním uživatelsky prováděných změn evidovaných hodnot)
  Pravý dolní browse obsahuje parametry vyšších iteračních úrovní (zpravidla výpočtově závislé na zadaných hodnotách řídících parametrů)
  Podle potřeby je možno provést změnu hodnot základních, nebo variantních (týká se pak nastavená výrobní varianty dílu) a vyvolat přepočet dokumentace.
  
  Formulář obsahuje následující tlačítka/akce:
  CELKOVÝ PŘEPOČET THN DÍLU
  Provede přepočet parametrů a následně výpočet THN hodnot podle minipoznámek.
  
  
  PŘEPOČET THN DÍLU DLE VARIANTNÍCH PARAMETRŮ
  Pokud byly parametrům změněny variantní hodnoty, je možné jednorázově vynutit přepočet minipoznámek s těmito hodnotami.
  Změny variantních hodnot jsou pouze dočasné, po provedení celkového přepočtu (tlačítko CELKOVÝ PŘEPOČET THN DÍLU na stránce) jsou hodnoty opět přepsány aktuálně spočtenými dle platných předpisů vycházeje z aktuálně nastavených základních hodnot základní iterační úrovně
  
  

Změny procedur

• spZBOZIROZPAD_NaplnKumulaci - 5.7.1 - Tvorba montážních příkazů
  Při tvorbě montážního příkazu (činnost 5.7.1) se nesprávně rozpadalo množství složky služeb.
  
  Instalací verze 70 se chyba odstraní.
  
  

Změny datových struktur

• FNOTE - Minipoznámky k jednotlivým polím formuláře
  Do tabulky byla přidána následující pole:
  - VLTYP_FNOTE SmallInt NULL (rozlišení datového typu hodnoty poznámky)
  - WF_FNOTE Varchar(256) NULL
  - CISLO Integer NULL
  - DATUM DateTime NULL
  
  
• KTPARAM - KTPARAM - definice předpisu pro výpočet variantní hodnoty
  Do tabulky předpisů výpočtů K-T parametrů byla přidána následující pole:
  - KTSTMT Varchar(4000) NULL
  - WF_PLATIPROVYRV Varchar(256) NULL
  - WF_KTSTMT Varchar(256) NULL
  
  
• KTPARVYRVAR - KTPARAM pro výrobní varianty (VYRVARIANTA)
  Do tabulky pro evidenci hodnot výrobních variant K-T parametrů byla přidána následující pole:
  - IDZBOZIKTPARAM Integer NOT NULL
  - HODNOTA_KTPARAM Varchar(30) NULL
  - RVHODNOTA_KTPARAM SmallInt NULL DEFAULT 0
  
  Dále byla provedena změna nastavení povolení hodnoty NULL u položky IDKTPARAM
  KTPARVYRVAR.IDKTPARAM : INT, not NULL --> INT, NULL
  
  
• PROJLINK - Vazby uvnitř záznamů projektu
  Nová tabulka umožní evidovat návaznost mezi jednotlivými úkoly/činnostmi projektu.
  
  Lze rozlišovat následující typy vazeb (VLTYPVAZBY):
  - FS: (Finish to Start )
  - SS: (Start to Start)
  - SF: (Start to Finish)
  - FF: (Finish to Finish)
  
  
  IDPROJLINK Integer IDENTITY (1, 1) NOT NULL,
  IDPROJEKTP Integer NOT NULL, (vazba na předchozí činnost)
  IDPROJEKTN Integer NOT NULL, (vazba na následující činnost)
  VLTYPVAZBY SmallInt NOT NULL,
  LAGTIME Decimal(19,5) NULL, (odložení začátku činnosti)
  LTUNIT SmallInt NULL, (MJ pro jednotku odložení)
  
  
  Poznámka:
  Ve start verzi logika omezení vazbami není implementována, předpokládají se uživatelská rozšíření, vždy v rámci profi řešení.
  
  
• SDOKKTPARAM - Tabulka evidence konstrukčně technologických parametrů pro výrobek na SDOK
  Tabulka slouží pro práci s K-T parametry nad složkou dokladu (např. POB, VZA)
  Umožní evidovat konkrétní parametrické nastavení pro požadovaný výrobek.
  
  IDSDOKKTPARAM Integer IDENTITY (1, 1) NOT NULL,
  IDSDOK Integer NOT NULL,
  IDZBOZIKTPARAM Integer NOT NULL,
  HODNOTA_KTPARAM Varchar(30) NOT NULL,
  IDZBOZI Integer NOT NULL,
  IDVYRVARIANTA Integer NULL,
  
  Poznámka:
  Příprava datových struktur pro verzi 7.1
  
  
• ZBOZIKTPARAM - Evidence konstrukčně technologických parametrů
  Do tabulky byla přidána následující pole:
  - VLCOMPITERLEVEL SMALLINT NULL (iterační úroveň - slouží pro organizaci postupu výpočtu podle hladin)
  - KTSTMT VARCHAR(4000) NULL (slouží pro zadání vztahu pro výpočet hodnoty parametru)
  - WF_KTSTMT VARCHAR(256) NULL
  - VLDEDICNOST SmallInt NULL
  
  

Změny triggerů

• trZBOZI_Akce - Rozpady kusovníku do tabulky ZBOZIROZPAD - zrychlení akce
  Provedena optimalizace kódu tak, že v triggeru trZBOZI_Akce je potlačeno provádění triggeru trZBOZIMNSPOTR_Rozpad uvnitř cyklu v rámci update pozic kusovníku/operací přepočítávaného dílu.
  
  Nejedná se o vypínání triggerů, jedná se o nastavení vlastního příznaku, aby se tělo triggeru trZBOZIMNSPOTR_Rozpad přeskočilo a kód se neprováděl.
  
  Při aktualizaci pozic kusovníku prováděné v cyklu se potlačí pro každý průchod toto provedení rozpadu, teprve po dokončení průchodu aktualizace dokumentace se zavolá trigger pro díl pouze jednou.
  
  

Změny webových stránek

• prodej\PObj.htm - 2.2.1.2 – Prodejní objednávky oprava odkazu dolní formy – Výroba zboží
  Upraven odkaz „výroba zboží“ formuláře.
  (datový zdroj při přechodu na stránku výroba zboží hlásil "ambiguous IDZBOZI").
  
  

ESO9 podpůrné nástroje

Změny v technologii .NET

• ESO9 JSON API
  JSON API bylo převedeno na platformu .NET 8.
  Původní verze na .NET 6 je stále k dispozici, obě verze lze stáhnout z https://podpora.eso9.cz/download/ESO9%20JSON%20API/.
  
  

Technologie ESO9 - server + klient

Změny v technologii .NET

• Aplikační server - Tisk sestavy do PDF - chyba ve jméně souboru
  Při tisku sestavy z HTML prohlížeče v ESO9 do PDF nebo Excelu mohlo dojít k chybě v případě, že název sestavy (položka ReportName v definici sestavy) nebo číslo dokladu obsahovalo znaky nepovolené pro jméno souboru.
  Opraveno v technologii ze dne 21.6.2024.
  
  
• Aplikační server - Omezení velikosti souboru pro náhled
  Při zobrazení náhledu souboru z DMS (libovolného typu) lze omezit jeho velikost novým parametrem DMS_MaxFileSizePreview. Pokud bude soubor větší, než je zadaná hodnota, soubor se z DMS nenačte a k náhledu nezobrazí. Zrychlí to procházení náhledů v případě, že jsou uložené soubory příliš velké (řádově desítky MB) nebo komunikační linka příliš pomalá.
  Tlačítkem "Zobrazit dokument" na formuláři DMS lze soubor bez omezení stáhnout a zobrazit ve výchozím programu pro daný formát.
  Zadáním hodnoty 0 do parametru DMS_MaxFileSizePreview lze kontrolu vypnout.
  V rámci instalace verze bude hodnota parametru nastavena na 10MB.
  
  
• Aplikační server - Obsluha certifikační autority z aplikace ESO9
  Při stažení certifikátu z certifikační autority do aplikace ESO9 a změně sériového čísla (SN) u žádajícího uživatel lze volat implementační proceduru spAfterUserCertChanged. Do té se předává mj. SN starého a nového certifikátu. SN nového certifikátu se za určitých okolností předával špatně.
  Opraveno v knihovně CertRequest.dll ve verzi 6.9.0.0.
  
  
• Aplikační server - Vylepšení práce s Unicode
  Pokud je v aplikaci (resp. na celém aplikačním serveru) zapnutá práce s Unicode, mohou být některé datové zdroje pomalejší, než bez Unicode. Konkrétně v případě, že filtruji operátorem "Like" nad textovou položkou, SQL Server v některých případech nepoužije index a dotaz tím zpomelí. V takovém případě syntaxe "where CIS_DOK like N'DOKLAD%' " může být pomalejší, než syntaxe bez prefixu "N".
  V aplikačním serveru proto došlo k přepracování způsobu zjišťování datových typů sloupců z SQL serveru tak, aby bylo možné identifikovat sloupce, které jsou v databázi opravdu založeny s datovým typem "nchar"/"nvarchar"/"nvarchar(max)". Následně je tato informace promítnuta do sestavení filtrovací podmínky.
  Výsledkem je datový zdroj, jehož rychlost nezávisí na ne/nastavení práce s Unicodem v ESO9.
  Dostupné v technologii od 4.7.2024.
  
  
• Aplikační server - Spojování PDF dokumentů
  Při spojení PDF dokumentů lze nově volat uživatelskou After proceduru.
  Název procedury se předává z datového zdroje formuláře v položce MF_AFTERPROC (např. 'spAfterMergeDocs' as MF_AFTERPROC). Procedura musí obsahovat parametry:
  @NEWFILEGUID varchar(40) - předává se GUID nového souboru vzniklého sloučením označených PDF souborů (v dokumentové databázi)
  @NEWDOCID int - předává se ID dokumentu vzniklého sloučením označených PDF souborů (v aplikační databázi)
  
  Dostupné v knihovně ESO9Lib.dll od v6.9.0.2.
  
  
• Aplikační server - Chyba při nastavení konfigurace
  Při změně konfigurace z výchozí (defaultní) na konfiguraci dle formuláře a zpět mohlo dojít k chybnému zobrazení nadpisů sloupců a jejich datového obsahu.
  Opraveno ve verzi z 24.7.2024.
  
  
• Aplikační server - Operátor DATA-FILTEROP
  Do technologie byla doplněna možnost nastavovat filtrovací podmínky (atribut DATA-FILTEROP) i pro položky typu combo box (HTML tag Select).
  Dostupné v technologii od 9.9.2024.
  
  
• Aplikační server - Práce s cookies
  V aplikačním serveru byla upravena práce s cookies s ohledem na vyšší zabezpečení.
  
  
• Aplikační server - Typy souborů ukládaných do DMS
  Do aplikací ESO9 přibyl systémový parametr DMS_AllowExtensions, který určuje přípony (typy souborů), které lze ukládat do DMS. Přípony se ukládají jako seznam přípon oddělený ";". Přípony mohou zadané být s/bez tečky. Prázdný parametr = všechny typy souborů bez omezení.
  
  
• Aplikační server - Zakázané typy souborů pro vkládání do DMS
  Při vkládání dokumentů do DMS nebyly nijak omezeny typy souborů, které lze v ESO9 uložit. V případě např. spustitelných souborů ale může být žádoucí, aby je uživatelé nemohli do DMS uložit.
  Pokud tedy chceme zamezit ukládání vybraných typů souborů do DMS, lze použít nový aplikační parametr "DMS_AllowExtensions", do něhož vyjmenujeme přípony souborů, které budou v DMS povolené. Všechny ostatní typy souborů budou v DMS zakázané.
  V distribuční verzi ESO9 Start/PAM je tento parametr prázdný, tj. do DMS lze ukládat jakékoli typy souborů bez omezení.
  
  
• Aplikační server - Odesílání e-mailů s více přílohami
  Pokud se při odesílání sestav e mailem s více přílohami z DMS (prefix e-mailové adresy "$") použil neexistující fyzický dokument (tj. existoval záznam v aplikační databázi, ale neexistoval k němu dokument v dokumentové databázi), došlo při načítání příloh k chybě.
  Opraveno doplněním kontroly na existenci všech načítaných dokumentů.
  
  
• Aplikační server - Tisk Stimulsoft sestav do textu
  GS Stimulsoft standardně vkládá při exportu do textu (popř. textovém tisku na jehličkové tiskárny) na konec stránky znak FormFeed (0x0C HEX), tj. provede odstránkování. Při pouhém exportu do textu toto chování není žádoucí, příznak "Put Feed Page Code" se proto programově shazuje.
  
  
• Aplikační server - Certifikátová autentikace v kombinaci s šifrováním odkazů
  Pro certifikátovou autentikaci se automaticky konvertuje kód uživatele na text bez diakritiky; při zapnutém šifrování odkazů kódy uživatelů s diakritikou nefungují.
  Uvedená kombinace způsobí při pokusu o přihlášení do aplikace chybu "Uživatel neexistuje!", protože při zpětné kontrole kódu uživatele při načítání uživatelských parametrů dojde k nesouladu mezi kódem uživatele s a bez diakritiky.
  Řešením je nepoužívat v kódu uživatele diakritiku.
  
  
• Aplikační server - Export do ISDOCu
  Do formátu ISDOC byl na exportu doplněn nepovinný element "TaxScheme".
  Význam elementu je "Daňové schéma". Nejpoužívanější schémata jsou: VAT (daň z přidané hodnoty, používá se v ČR pro DIČ a na Slovensku pro IČ DPH) a TIN (používá se na Slovensku pro DIČ).
  Doplněno v knihovně ESO9Lib.dll od verze 6.9.0.4.
  
  
• Aplikační server - Odesílání sestav e-mailem
  Pokud se získávají parametry pro odesílání sestav e-mailem z datového zdroje sestavy, obvykle se sestavují z textu doplněného o vybrané datové položky tištěné věty (např. předmět mailu bude "Doklad č.XY").
  Pokud se oddělí vlastní sestavení datového zdroje sestavy od parametrů pro odesílání e-mailem (což se stalo ve v7.0), může být užitečné mít možnost text předmětu a těla e-mailu dále parametrizovat. V takovém případě lze v běžné syntaxi "%Param%" využít libovolnou datovou položku z datového zdroje sestavy nebo libovolný UP parametr.
  
  
• Aplikační server - Opis dat do Excelu
  Při opisu dat do Excelu se v případě combo boxů zobrazovaly hodnoty namísto textových popisků; např. číselník bank namísto hodnot ANOxNE v combo boxu zobrazoval hodnoty 0x1.
  Opis dat do Excelu je nově řešen vlastní hodnotou parametru "FormType" namísto dřívějšího přímého čtení dat (ve formátu klientské sestavy). Vlastní "FormType" umožňuje sestavit výstupní JSON přímo na serveru vč. náhrady hodnot combo boxů (a v budoucnu i checkboxů).
  
  
• Aplikační server - Zrychlení vyhledávání
  V aplikačním serveru došlo ke zrychlení vyhledávání, které se používá i při otvírání předfiltrovaných číselníků.
  
  
• Aplikační server - Zvýšení limitu pro upload souborů
  Ve web.configu byl zvýšen limit pro upload souborů z 50MB na 150MB. Limit se týká typicky nahrávání souborů do DMS.
  V návaznosti na to byl zvýšen aplikační parametr "DMS_MaxFileSize" ve slovenské verzi na stejnou hodnotu.
  
  
• Aplikační server - Spouštění uživatelské procedury při tisku sestavy do DMS
  Při tisku sestav do DMS (DirectPrint=3/7) lze nyní volat uživatelské procedury obdobným mechanismem, jako při ručním vkládání dokumentů do DMS.
  V datových zdrojích sestavy se k tomuto účelu hledají datové parametry MF_DOCINSERTPROC a MF_PARAMS. Parametr MF_DOCINSERTPROC obsahuje jméno spouštěné procedury. Procedura se spouští v rámci stejné transakce, v níž dochází k uložení sestavy do DMS, 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 se sestavou
  * @FILENAME - jméno vloženého souboru
  * @MF_PARAMS - uživatelské parametry ve formátu XML předávané z datového zdroje sestavy do procedury.
  
  
• Aplikační server - Překlad copyrightu na sestavách
  Při tisku copyrightu na zápatí sestav se bral v úvahu pouze nastavený jazyk uživatele, popř. legislativa celé aplikace. Pokud byl ale jazyk přetížen parametrem na odkazu nebo v dat.zdroji, copyright se již nepřekládal.
  Opraveno v technologii z 8.1.2025.
  
  
• Aplikační server - Tisk copyrightu na zápatí sestav
  Na zápatí sestav se již netiskne text o tom, že tyto pochází z informačního systému firmy ESO9.
  
  
• Reporting Server - Odesílání sestav e-mailem
  V případě odesílání sestav e-mailem přes explicitně definovaný TCP port (tj. parametr SMTP_SRV ve formátu server:port) se v některých případech špatně identifikovalo číslo portu a e-mail nešel odeslat.
  Problém byl ve verzi 6.8.0.2 z února 2024, vyřešeno ve verzi 6.9.0.0 z června 2024.
  
  

Technologie ESO9 - server

Změna činnosti

• Export do XML a Balíkobot
  Knihovny XMLExpImp.dll (export a import z XML) a eso9zasilky.dll (Balíkobot) přeloženy se správnou vazbou na verzové knihovny.
  
  

Změny v ESO9 Správce

• Spouštění skriptů
  Při spouštění skriptu:
  - pokud nelze načíst informace o START databázi, zapíše se text chyby do sloupce "Start DB".
  - při čtení informací o START databázi se použije "Způsob přihlášení k databázi", dříve se vždy použil connection string z definice aplikace.