Filtr Opraven přenos předvyplněné hodnoty filtru !x do ručního filtru. kde bylo nesprávně interpretováno jako (not FIELD IS NOT NULL) správně je (FIELD IS NOT NULL).
Majetek Vytvořeno nové řešení "Zpracování inventury terminálem Android 2.0" Popis https://wiki.eso9.cz/doku.php/techdoc:eso9majetekmobile2
Obecný klient Oprava rozšířeného filtru, kdy po výběru datumového pole nešlo zadat datum a filtr potvrdit.
Obecný klient Do obecného klienta doplněna interakce s podpisovým tabletem wacom.
Obecný klient Pro mobilní aplikaci změněn typ pole pro datum z "text" na typ dle masky. Standartně "date" dále "datetime-local" nebo "time". Způsobí otevření interní klávesnice pro zadání datumu nebo času.
Obecný klient Opravena špatná interpretace HTML znaků v názvu subjektu při ověření v ARES.
Obecný klient Oprava dialogu Ověření subjektu. Ve slovenské aplikaci byl v title chybný popis se syntaxí URI.
Obecný klient Opraveno chybné zobrazení počtu nepřečtených událostí. V případě, že neexistovala žádá událost, na panelu se zobrazovalo číslo 1 a po rozkliku se nic nedělo.
Obecný klient Opraveno zobrazení informačního hlášení při nahrávání dokumentů do DMS. Pokud se nahrává DRAG&DROP zobrazí se nyní hlášení o uložení všech souborů. Původně se zobrazovalo hlášení jen o jednom.
Obecný klient Úprava SHOWFROMDMS. Pokud se jedná o PDF a je indikován mobilní klient zobrazí se místo PDF jen vygenerovaný obrázek. Za předpokladu, že aplikační server tuto možnost podporuje.
Obecný klient Oprava hromadné změny v browse. Pokud se se prováděla hromadná změna v browse nad číselnou položkou a nastavovala se prázdná hodnota, chybně se na server předávala prázdná hodnota (""). Správně se nyní předává (null).
Dostupné v testovací verzi klienta z 4.3.2024 do ostré se dostane za týden-14dní.
Obecný klient Doplněny dva nové parametry formy onErrorSound a onInfoSound. Umožnují přehrátí zvuku po zobrazení Error/Info hlášení ve formě. Jako hodnota parametru se zadává název zvukového souboru. Soubor musí být umístěn v aplikačním webu. př.
nebo
Obecný klient Oprava filtru >< a !>< (between, not between) u číselných položek. Do hodnot nebylo možné zadat krajní hodnotu intervalu 0.
Dostupné v testovací verzi z 19.3.2024 do ostré bude uvolněno 25.3.2024
Obecný klient Doplněno použití Date, Daetetime-local a Time editoru v mobilní aplikaci na parametr. V NavigOK.json a NavigOK6.0.json doplněn parametr enableIntDateEditor=false. Pokud je žádoucí v aplikaci používat musí se pro aplikaci nastavit na true.
Obecný klient Události OnKeyUp a OnKeyDown pro funkčnost tooltipů akcí na klávesu ALT se bindovaly při každé změně dat, proto docházelo k několika násobnému vykonávání. Oprava může zrychlit a odstranit nezvyklé chování při podržení klávesy ALT na formuláři.
Obecný klient Doplněn plánovací kalendář. Zobrazení dnů v měsíci a k nim zobrazení vybraných dat. mask=';plankal'
Obecný klient Opraven posun v browse (šipka dolů/nahoru) po editaci MF_ položky. Došlo k uložení, popřípadě označení na kopírovacím formuláři, ale ne k posunu.
Obecný klient Doplněn nový objekt rozevíracího stromu eso9.treeInit
Příklad použití je v hromadném založení složek POB (.ok/nastaveni/VazbaMultiStrom.htm)
strom pracuje s JSON daty vrácenými formou s FormType=JSON povinná pole jsou ID;PARENTID;TEXT;ICON;URL
Obecný klient Oprava zobrazení aktuálně vybrané buňky v browse s FIELD_ROWSTYLE, kde nebyl vidět rámeček kolem buňky.
Obecný klient Doplněno volání onUnloadMessage a onUnloadAction i ve volání url ze stromu činností. Podmínkou je že je parametr nastaven v první formě opouštěné stránky.
Obecný klient Provedena změna kontroly nainstalování služby "ESO9 Service Support Terminal". Inicializace probíhala vždy při načtení stránky, ale pokud došlo k omezení rychlosti stahování (pomalá linka) nemusela se inicializace provést správně. Proto se kontrola provádí vždy při otevření dialogu platebního terminálu, jestliže předchozí kontrola nebyla úspěšná.
Obecný klient Zrychleno načítání stromu činností. 1. založeny nové stránky v .ok/nastaveni cinnost_strom3.htm, cinnost_strom3AllJson.htm a cinnost_strom3FavJson.htm 2. v .ok/Esoframe.htm změněno URL na strom činností esoform.asp?Turl=nastaveni/cinnost_strom3.htm 3. Založena nová procedura spCinnost_Strom3 která vrací jen potřebná data a opravena procedura spCinnost_StromFav, která vracela chybné typy položek a nešla použít v FormType=JSON.
Obecný klient Opravena chyba kdy v mobilním klientovi nefungoval DirectPrint=3, který vytváří soubory v DMS. Problém byl způsobený absencí pageInfo, ve kterém se standardně vyskytuje informace o typu klienta. Proto byly upraveny funkce _doError a _doInfo ve kterých se nyní provádí detekce mobilního klienta dle existence objektu eso9-mobile.
Správná funkce je zajištěna soubory klienta z 22.5.2024 a novější (eso9-5.5.0.js a eso9-mobile.js)
Stimulsoft Založen nový skript eso9-stimulsoft-6.8.0.js ve kterém jsou úpravy pro verzi Stimulsoftu 2023.4.4 Bude zapojeno do verze 6.9 nebo technologického doplňku 6.8
Stimulsoft Vyřešeno abecední řazení v sestavách zapojením nové verze Stimulsoft do AS a klienta. Dostupné bude v technologickém doplňku k verzi 6.8, nebo v letní verzi 6.9.
Aplikace ESO9 Start
Účetnictví
1. 1. 1. 8 - Roční a mimořádná uzávěrka U položky Typ uzávěrkového dokladu ve formuláři ucet\RocUzav.htm byla nastavena vlastnost ReadOnly
1. 1. 1. 8 - Roční a mimořádná uzávěrka Doplněny a upraveny možnosti tisků hlavní knihy a výsledovky při mimořádné uzávěrce.
Upravena stránka ucet\RocUzav.htm : - doplněny texty "Do data závěrky: " a "Zahajovací rozvaha:" (jen pro mimořádnou závěrku) - doplněn třetí řádek "Od data závěrky:", + odkazy Hlavní kniha, Výsledovka, Účetní výkazy. Ve vstupních filtrech HK a výsledovky pak nelze zadat "Období od" (=readonly). Bude sloužit k tisku sestav od data mimořádné závěrky (resp. datum závěrky + 1 den) do konce roku.
Upraveny stránky ucet\Hl_kniha_Str_syn.htm a ucet\Vysl_Str_F.htm : - při tisku hlavní knihy a výsledovky "Do data závěrky" ve vstupních formulářích pro tisk nelze změnit "období do" (při zadání jiného období než období odpovídající datu uzávěrky dává chybné výsledky)
Upravena sestava Hl_kniha_Str_syn.idc a procedura spHlavniKniha tak, aby se při tisku hlavní knihy při zahajovací rozvaze tiskly pouze počáteční stavy k datu uzávěrky (obraty MD a DAL budou nulové). Současně se na sestavě netiskne období (pouze text "Zahajovací rozvaha k dd.mm.rrrr"), ani údaj o hospodářském výsledku. - upraveny procedury spVysledovka, spVysledovkaDleObdobi, spHlavniKniha Obdobně upraveny i sestavy hl_Kniha_DleObdobi a Vysl_Str_Obdobi
1. 1. 1. 8 - Roční a mimořádná uzávěrka Úprava tiskových sestav při provedení mimořádné uzávěrky v průběhu roku.
V případě provedení mimořádné uzávěrky v průběhu roku se při následném tisku sestav hlavní knihy a výsledovky za celý rok v detailu obratu účtů (sestava i forma volaná z HK nebo výsledovky) zobrazovaly i pohyby z období mimořádné uzávěrky. Aby se tyto detaily nezobrazovaly, bylo provedeno : - upraveny funkce fnHlavniKniha_Det_Work, fnHlavniKniha_DetKS_Work - procedury spHlavniKniha, spVysledovka, spVysledovkaDleObdobi - přepočet výkazů s vyloučením období X/Y - upravena funkce fnVykazy_DatovyZdrojESO9 - dále byl upraven přepočet roční uzávěrky, aby do přepočtu řádné uzávěrky (RRRR.12) nevstupovaly obraty z RRRR.mmX/Y - upraveny funkce fnRocPRNV, fnRocOtev, fnRocUzav
1. 1. 1. 8 - Roční a mimořádná uzávěrka Pokud bylo provedeno uzavření roční uzávěrky, bylo možno ručně měnit účetní zápisy uzávěrkových dokladů. Kontrola na nemožnost editace byla prováděna jen na období menší nebo rovno období uzávěrky (např. 2023.12), ale ne pro 2023.99/2024.01. Tato období se sice po uzavření uzávěrky rovněž nastavila na stav uzavřeno, ale pokud je někdo ručně nastavil na otevřené, pak účetní zápisy šlo editovat. Nyní upraveno tak, že pokud účetní doklad patří k uzavřené účetní uzávěrce, pak již nelze editovat ani zrušit jeho účetní zápisy. Upraveny procedury spUcetZap_ValRec a spUcetZap_DelRec.
1. 1. 2. 1 - Hlavní kniha Pro hromadné tisky hlavní knihy a výsledovky za střediska bylo ve spodní formě pro tisk sestavy doplněno BrwAction, dále doplněn "Navbar" s hodnotou "ActionList" (aby se tam tisk nenabízel duplicitně). Ve spodní formě rovněž doplněn RowFilter. Upraveny stránky : - ucet\Vysl_TiskStred.htm - ucet\Hl_Kniha_DetHromInv.htm - ucet\Hl_Kniha_DetHromKS.htm - ucet\Hl_Kniha_DetHromObrat.htm
1. 1. 2. 3 - Výkaz DPH (SK) Legislativa SK - skupinový výkaz DPH (kontrolní výkaz). Od období 2023.07 byla drobná změna v XML (pouze změna názvu schematu a kořenového tagu), ale tato nebyla zapracována do importu do master aplikace skupinového plátce. Navíc může být problém, že některé slave aplikace mají starou a jiné novou verzi anebo externí aplikace tuto změnu zatím nezapracovaly, takže data generují v původním tvaru. Aby se ošetřily všechny výše uvedené možnosti, byly upraveny 2 procedury – spImpXMLDPH_KH_SK_2021, spImpXMLDPH_Test.
1. 1. 2. 3 - Výkaz DPH - kontrolní výkaz (legislativa SK) Upraven text u kódu DPH 22 - nově je : Režim prenesenej povinnosti par.69 ods.12 j) dodávateľ (nevstupuje do DPH, KV A.2) - upravena procedura spProVykazDPH_SK
Pro kód 22 se nebude v kontrolním výkazu uvádět kód celního sazebníku. - upravena funkce fnHDOK_DetailVykazuDPH_SK_std, procedura spHdok_VytvorDetailDPH_SK
1. 1. 2. 3 - Výkaz DPH Ve formulářích detailů výkazu DPH (KH, SH) byl ve třetí formě (doklady) doplněn RowFilter. Pro rychlejší vyhledání chybných dokladů zde byl také doplněn Row_Style_Legend. Upravené stránky : - ESO9Start\DPH\VykazDPH_Detail.htm - ESO9Start\DPH\OdvodKH_Detail.htm - ESO9Start\DPH\OdvodSH_Detail.htm - ESO9StartPL\DPH\OdvodSH_Detail.htm - ESO9StartSK\DPH\OdvodSH_Detail.htm - ESO9StartSK\DPH\OdvodKH_Detail.htm
1. 1. 2. 3 - Výkaz DPH (CZ) Upraveny sestavy : - RozpisDPH_CZ_2016 - do výkazu DPH doplněno součtování za doklad, pokud je součet nulový, doklad se nevypisuje (dříve se vypisovaly jednotlivé detaily z tabulky KHDPH, nyní se tisknou jen součty za doklad) - NeniVDPH_CZ_2016 - vypisují se i doklady, jejichž součet za doklad a řádek výkazu jsou nulové
1. 1. 2. 3 - Výkaz DPH (SK) V některých případech docházelo k rozdílu zobrazení datumů v pracovní sestavě DPH/Vykaz_DPH_Detail.idc oproti sestavě rozpisu DPH. Upravena idc/htx sestava ESO9Start\DPH\Vykaz_DPH_Detail.idc, aby se tisklo stejné datum jako v rozpisu výkazu DPH. Položka "Dat.zdan.plnenia" byla v sestavě DPH\Vykaz_DPH_Detail.idc/htx přejmenována na na "Dátum PPD"
1. 1. 2. 3 - Výkaz DPH Do tabulky KHDPH doplněna položka KOEFDPH. Tato se naplňuje aktuálním koeficientem v době výpočtu detailu DPH. Historické záznamy nebyly aktualizovány, zůstává v nich hodnota NULL
Upravené funkce a procedury : - fnHDOK_DetailVykazuDPH_std - fnHDOK_DetailVykazuDPH - fnHDOK_DetailVykazuDPH_DE_std - fnHDOK_DetailVykazuDPH_DE - fnHDOK_DetailVykazuDPH_HU_std - fnHDOK_DetailVykazuDPH_HU - fnHDOK_DetailVykazuDPH_PL_std - fnHDOK_DetailVykazuDPH_PL - fnHDOK_DetailVykazuDPH_SK_std - fnHDOK_DetailVykazuDPH_SK
Na stránce detailu DPH byla doplněna položka Koeficient - ESO9Start\DPH\DetailDPH_inc.htm - ESO9StartHU\DPH\DetailDPH_inc.htm - ESO9StartPL\DPH\DetailDPH_inc.htm - ESO9StartSK\DPH\DetailDPH_inc.htm
1. 1. 2. 3 - Výkaz DPH (legislativa SK) Při tvorbě podkladů pro výkaz DPH se doteď považovalo za dobropis, když Hdok.hdKuhradeKc < 0 a současně součet DPH byl "menší nebo roven 0". - byla tam podmínka : HDOK.HDDAN_5 + HDOK.HDDAN_22 + HDOK.HDDAN_SS2 <= 0 což po přiřazení zálohy (která byla rovna celkové částce na faktuře) mohlo způsobit změnu řádků DPH na 24 a 28 a C2.
Nyní změněno tak, že je podmínka na součet DPH je "menší než 0" - upravená podmínka : HDOK.HDDAN_5 + HDOK.HDDAN_22 + HDOK.HDDAN_SS2 < 0
1. 1. 2. 3 - Výkaz DPH (legislativa CZ) Ve výkaze DPH (pouze CZ legislativa) byla pro výkaz DPH, kontrolní hlášení, souhrnné hlášení i hlášení OSS doplněna možnost přenesení výkazu na daňový portál přímým kanálem. U jednotlivých výkazů 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 (tato možnost musí zůstat zachována zejména z důvodu, kdy se výkaz neodesílá na daňový portál, ale zasílá se například v rámci skupiny nadřízené složce).
- upravena stránka ESO9Start\DPH\OdvodDPH.htm - doplněny nové procedury spEPO_OdesliXML, spEPO_OdesliXML_OSS
1. 1. 2. 52 - Export dat ve formátu XML pro auditora (legislativa HU) Byla vytvořena nová činnost v aplikacích s HU legislativou : 1.1.2.52 - Export dat ve formátu XML pro auditora.
Před vlastním exportem je nutno mít vyplněny povinné parametry ve 3. formě (Jméno, Telefon), tyto je nutno vyplnit v položce "Nová hodnota parametru" a změnu pak provést tlačítkem "Nastavit". Při dalším exportu se budou nabízet posledně uložené hodnoty. Ostatní parametry jsou nepovinné, jsou předvyplněny hodnotami uvedenými v příkladu z uživatelské příručky pro export dat (https://mkvk.hu/hu/letolthetoanyagok/adatexport/adatexport_utmutato_v1016_20110110). Budou exportovány všechny účetní zápisy dle zadaného období (pokud je zadáno období 00-99, tak včetně uzávěrkových dokladů). Vytvořený soubor se ukládá do dokumentové databáze. Z důvodu velikosti je umožněna komprese souboru, v tomto případě je pak do dokumentové DB uložen soubor s příponou .zip. Po stažení z dokumentové databáze je nutno tento soubor rozzipovat - bohužel takto zazipovaný soubor nelze rozbalit ve standardním průzkumníkovi ve windows, ale je nutno to provést např. v total-commanderu.
Nová stránka : Ucet\HUExpAuditXML.htm Nové funkce : fnXmlAuditHU_SeznamParam, fnAuditXMLHU_XMLAdatok, fnAuditXMLHU_Cegadatok, fnAuditXMLHU_Parameterek, , fnAuditXMLHU_Naplok, fnAuditXMLHU_Idoszakok, fnAuditXMLHU_Szamlaszamok, fnAuditXMLHU_Partnerek, fnAuditXMLHU_Rogzitok, fnAuditXMLHU_FkBizonylatok, fnAuditXMLHU_FkTetelek, fnAuditXMLHU_Adatok. Nové procedury : spAuditXMLHU_Priprava, spAuditXMLHU, spXMLAuditHU_Param_NovaHodnota
Finance
1. 2. 1. 3 - Platební příkazy Ve tiskovém formuláři platebního příkazu bylo doplněno razítko - upravena sestava PlatPrik.idc
Odkaz na historickou idc/htx sestavu finance\PlatPrikValS1.idc byl zrušen - upravena stránka finance\PP_Pol.htm
1. 2. 1.18 - Bankovní výpisy plateb PK - doklady Vytvořena nová činnost 1. 2. 1.18 - Bankovní výpisy plateb PK - doklady V této činnosti je možno zobrazit doklady bankovních výpisů plateb platebních kartou bez hlaviček bankovního výpisu. Upravený formulář ESO9Start\finance\BVPK_pol.htm
1. 2. 2. 1 - Pokladní příjmy, tvorba PDP z FAV, zaokrouhlování pokladního dokladu Při tvorbě pokladního dokladu v cizí měně z faktury se pro výsledný vzniklý doklad neuplatňoval nastavený způsob zaokrouhlování dokladu (ve vlastnostech měny pro typ dokladu).
Upraveny procedury : - spHDok_btPDzFaV (pro tvorbu pokladního dokladu z faktury) - částka zadaná uživatelem se zaokrouhlí dle pravidel nastavených v typu dokladu pro měnu. Částka ve formuláři prodej\Pokl_Doklad.htm je nezaokrouhlená - zde nabízí hodnota z faktury (její zbývající nespárovaná část), zaokrouhlení se provede až na výsledném dokladu. - spHDok_PoklDleUZap (odkaz "Doklady k úhradě" na formuláři PDP - připojování označených dokladů FVU) - párovaná částka v cizí měně (jednotlivých připojovaných dokladů) se zaokrouhluje dle nastavení ve vlastnostech měny pro typ dokladu (pro valutu), celková částka na vzniklém pokladním dokladu se pak rovněž zaokrouhlí dle tohoto nastavení (pro domácí měnu).
V legislativním webu SK zrušena stránka finance\Pd_Prij_Val.htm. Tato tam vznikla před více než 10 lety, kdy bylo potřeba místo položky hdKursHdok zobrazovat položku hdVypoctenyKurs. Od té doby se v ní neprováděly žádné úpravy jako v CZ jako například doplnění formy rozúčtování, náhledu dokumentů apod. Nyní je tam tedy k dispozici mimo jiné i odkaz "Doklady k úhradě". Stránka finance\Pd_Prij_Val.htm (z CZ webu) se nyní použije i pro SK - pomocí INLCLUDE se pouze ve slovenské legislativě nezobrazuje položka hdKursHdok, ale read-only položka hdVypoctenyKurs + tlačítko na zadání nového kurzu pomocí mf_NovyKurs.
1. 2. 2. 1, 1. 2. 2. 2 - Pokladní příjmy, pokladní výdaje V pokladních dokladech ve formulářích se zobrazením složek se v případě zakládání složek neaktualizovaly hodnoty spočtených položek "K úhradě s DPH xx%" (součty základu a DPH dle jednotlivých sazeb).
Aby se po změně složky změnily i hodnoty těchto mf_položek, byl do horní formy formuláře doplněn parametr RESYNCALL. Upraveny stránky : - ESO9Start\finance\Pd_PrijS.htm - ESO9Start\finance\Pd_VydS.htm - ESO9Start\finance\Pd_VseS.htm - ESO9StartHU\Finance\Pd_VydS.htm
Upravené procedury : spQPoklVydaj_CalRec, spQPoklDok_CalRec
1. 2. 2. 2 - Pokladní výdeje Samovyměření na pokladním výdajovém dokladu. V případě samovyměření dle zákona o DPH musí vždy jednat o řádný daňový doklad (nikoli zjednodušený) a proto se musí pořídit do FPU, nikoli do PDV. Na formulářích finance\Pd_VydS.htm a finance\Pd_Vyd.htm byla odebrána možnost provedení samovyměření.
Saldokonto
1. 3. 1.14 - Nespárované položky bankovních výpisů plateb PK Vytvořena nová činnost 1. 3. 1.14 - Nespárované položky bankovních výpisů plateb PK. V této činnosti je možno zobrazit nespárované položky bankovních výpisů plateb platebních kartou. Nový formulář ESO9Start\saldo\NespBVPK.htm,
1. 3. 4. 6, 1. 3. 4. 7 - Přehled závazků/pohledávek podle zpoždění platby Dosud se v sestavách vypisovaly vždy všechny doklady bez ohledu na období. Nyní byl doplněn filtr, který umožňuje vypsat doklady jen ve zvoleném období.
Upraveno : - procedura spSTI_ZavPohlDleSplatnosti_Data60 pro datový zdroj sestavy - doplněny vstupní parametry @fUcet_Obd_Od a @fUcet_Obd_Do. - funkce fnSTI_ZavPohlDleSplatnosti_Header pro tisk hlavičky sestavy. - sestava ZavPohlDleZpozdeni2020 (ve legislativách CZ, PL, HU, SK, DE) - vstupní formuláře manager\PohlDleZpozdeniKeDni2020.htm a manager\ZavDleZpozdeniKeDni2020.htm
1. 3. 4. 8 - Závazky a pohledávky k datu Do sestav vypisující zálohy v činnosti " 1. 3. 4. 8 Závazky a pohledávky k datu" byl do oddílu filtru pro zálohy doplněn nový filtr: "Období vyúčtování Od " a "Období vyúčtování Do". Tímto lze omezit zálohy podle toho, kdy byly připojeny k doúčtovací faktuře.
2. 1. 3. 1 - Faktury přijaté účetní \ odkaz "Složky" Pro činnost upravena předloha "nakup\FaPSloz.htm" - doplněna forma s náhledem přílohy z DMS tak, aby bylo možno kontrolovat složky oproti příloze - do spodní formy "Složky faktury přijaté" doplněn RowFilter - do spodní formy "Složky faktury přijaté" doplněn brwaction "Rozpuštění vedlejších nákladů"
Prodej
2. 2. 1. 2 - Prodejní objednávky / odkaz "Nákupní objednávka" Při tvorbě NOB z POB se chybně přebírala přirážka/sleva pro NOB z POB. Nově se Přirážka/Sleva pro NOB přebírá ze "Subjekt v typu subjektu" (pro subjekt a typ subjektu NOB), popřípadě ze vzoru NOB, popřípadě se nastaví na hodnotu 0. Toto vše je zajištěno exec-procedurou spEXECHDOK_POBNOB, která je zapojena do předlohy "prodej\KopiePOBdoNOB.htm". Lze rovněž realizovat v "Parametrech kopie" ve vazbách mezi vzory VZORPOB??? - VZORNOB??? (činnost "Vazby mezi vzory"), kde je procedura uvedena
2. 2. 3. 1 - Faktury vydané účetní - tisk QR platby na faktuře Do parametrů ve skupině Prodej byly doplněny 2 parametry (Tisk_QR_Spl_Platba , Tisk_QR_Spl_IntPlFa), kterými je možno definovat, zda se při tisku QR-Platby a QR-Platby+Faktury má do kódu generovat datum splatnosti. Pokud datum splatnosti není uvedeno, bankovní aplikace zpravidla za datum splatnosti považují aktuální datum. Parametry jsou zvlášť pro generování kódu pro QR-Platbu a zvlášť pro integrovanou QR-Platbu+Fakturu. Týká se pouze českého formátu QR-Platby, tyto parametry rovněž neovlivňují tvorbu kódu pro QR-fakturu (tam se datum splatnosti uvádí bez ohledu na tyto parametry). POZOR - integrovaná QR-Platba+Faktura obsahuje pouze jeden údaj o datu splatnosti - není tam zvlášť pro platbu a zvlášť pro fakturu - v případě nastavení hodnoty 0 v parametru Tisk_QR_Spl_IntPlFa tedy nebude datum splatnosti v integrované QR-Platbě+Faktuře vůbec uvedeno !! Upravena funkce pro tvorbu QR-kódu - fnHDOK_QRPlatba1, založeny dva nové parametry s hodnotou 1 (pokud tedy nebude následně změněno, bude se datum splatnosti do QR-kódu uvádět tak jako dosud).
2. 2. 3. 1 - Faktury vydané účetní - poskytnutí služby s místem plnění v tuzemsku V některých případech je místem plnění vždy tuzemsko (např. podle místa nemovitosti - § 10, nebo dle místa konání vzdělávání - § 10b) a má přednost před určením místa podle sídla příjemce plnění. Toto však koliduje s řešením při registraci k DPH v jiném státu nebo s režimem OSS : například pokud CZ dodavatel má registraci k DPH v SK, poskytl nájem místnosti v CZ odběrateli z SK, který nemá DIČ (IČ DPH), pak se automaticky na hlavičce dokladu určil Stát pro DPH = SK a kód pro výkaz DPH se nastavil na -2, a následně byly pro výpočet DPH požity sazby platné pro SK. Správně však v tomto případě má být DPH spočteno a odvedeno s CZ sazbou a vstoupit na řádek 1 výkazu DPH. (Ručně bylo dosud možno řešit smazáním státu pro DPH a změnou kódu pro výkaz DPH na 0). Byla provedena následující úprava : - založen nový kód pro výkaz DPH : 10 = Poskytnutí služby s místem plnění v tuzemsku (ř. 1,2) - upravena procedura spHDOK_ProVykazDPH_GETREC - pokud na dokladu byl nastaven Stát pro DPH (HDOK.idStatDPH), pak při změně kódu pro výkaz DPH na hodnotu 10 (přenosem z číselníku) se tento Stát pro DPH zruší (idStatDPH se nastaví na NULL). - upravena procedura spHDok_btDuvodOsvobozeni (volaná na tlačítko "Změnit pro výkaz DPH na") - při změně kódu pro výkaz DPH na hodnotu 10 se rovněž idStatDPH nastaví na NULL.
2. 2. 3. 1 - Faktury vydané účetní, tvorba IDU při platbě kartou Aby bylo možno na FVU provést částečnou platbu kartou, byl na formuláři hlavičky FVU doplněn nový odkaz "Platba kartou", který funguje obdobně jako odkaz "Platba v hotovosti" s tím rozdílem, že se nevytváří pokladní doklad, ale interní doklad, který se účtuje na účty 315.../311... , kde se účet 311 automaticky spáruje s účtem 311 na faktuře, a účet 315... bude čekat na spárování s bankovním výpisem (aby se spárovalo automaticky, je nutno mít na saldokontu PenCes nastaveno povolení párování NULL účtů).
Na SW9/Eso9Start a Eso9StartSK vytvořen nový vzor dokladu VZORIDUPK (Interní doklad - přeúčtování úhrady při platbě kartou), nastavena vazba (Vzor dokladu pro typ dokladu a uživatele) na typ dokladu IDU, vytvořena vazba mezi vzorem VZORFVUT a tímto vzorem dokladu. Na vzoru je nastaven účet MD = 315200 - Platba kartou (příjem), který je v saldokontu PenCes (peníze na cestě), platební podmínka na vzoru je nastavena na PK (platba kartou). V zákaznických aplikacích se toto založení vzoru a další související nastavení automaticky nezakládá, v případě potřeby je nutno toto nastavit ručně.
Upravena stránka ESO9Start\prodej\FaVHlav.htm, ESO9StartSK\prodej\FaVHlav.htm, nová stránka prodej\Inter_Doklad.htm. V SK aplikaci byl pro tento vzor ve vzorech pro uživatele nastaven nový formulář ucet\Inter_dokl_FisMod.htm, ve kterém je nová záložka pro podporu tisku účtenky s odesláním do fiskálního modulu.
Vytvořena nová procedura spHDOK_IDU_PlatbaKartou, upravena procedura spHDok_btPDzFaV.
Sklad
2. 3. 3. 3 - Zadání zjištěných inventurních stavů - předloha "sklad\InvPriprava.htm": do obou podřízených forem doplněn parametr AllowAllRows = 1 tak, any se zobrazily všechny řádky bez ohledu na jiná omezení.
2. 3. 4. 4 - EKO-KOM podklady pro výkaz přibyla možnost vykazovat statistický list "S1 - Obaly pro opakované použití - vyřazené z oběhu". Tato vlastnost je rozšířením položky "Použití obalu" činnosti 9. 5.18 Obaly(Eko-Kom) S touto úpravou provedeny následující změny.
- tabulka EKOBAL (Obsahuje seznam obalů podléhající výkazu EKO-KOM.): nový sloupec "Typ využití po vyřazení"(VLVYUZITIVYRAZENEHO_EKOBAL) s možnostmi 0=Neurčeno;1=recyklováno v ČR;2=recyklováno v jiných členských státech EU;3=recyklováno mimo EU;4=energeticky využito;5=opravy dřevěných obalů;
- funkce - fnEKOBAL_XLSLIST - fnEKMATEKOBAL_XLSLIST: doplněno rozhraní o parametr @IDEKMAT (mezi @IDEKOBAL a @IDEKMATEKOBAL_KOMPOZIT ) - fnEKMATEKOBAL_XLSRADEK - fnEKMATEKOBAL_XLSSLOUPECPRIMAR - fnEKMATEKOBAL_XLSSLOUPECRECYKLAT - fnEKOKOM_LISTYRADKYXLS - fnEKOKOM_VYKAZDETAIL - fnEKOKOM_VYKAZ
3. 5. 1 - Kontrola majetku a zůstatků účtů (SK legislativa) Nefunkční sestava - problém v této sestavě byl způsoben tím, že v akci DataBand1.BeforePrint je v podmínce použit výraz ... UP_params.OBECKLIENT == "0" ..., který skončí na chybu kompatibility typů. Opravena sestava MAJ351
Účetní číselníky
9. 2. 4 - Odpisové skupiny majetku Odepisování fotovoltaických elektráren a technické zhodnocení: Technické zhodnocení se má odepisovat po zbývající dobu odpisování, nejméně však po dobu 120 měsíců. Původní funkce pro výpočet odpisů prováděla odepisování TZ vždy jen do konce doby odepisování (240 měsíců od data zařazení) . Pokud ale do konce odepisování zbývá méně jak 120 měsíců a dojde k TZ, je nutné odepisování prodloužit. Upravena funkce fnMaj_RovnDanFVE, která nyní volá novou funkci fnMaj_FVECZ (místo původní fnMaj_RovnDleZust_W).
9. 2. 7 - Účetní typy dokladů V účetních předpisech typu FPZD byla u účetního typu FAP6hl (náklad - hlavička) změněna částka pro zaúčtování z původní hodnoty "hdSumaZakladuVcetneMD+hdZaokrouhleniKC" na "hdSumaZakladuVcetneMD". Úprava byla provedena pouze na databázích ESO9START, v zákaznických aplikacích se změna automaticky neprovádí.
Subjekty
9. 3. 3. 0 - Subjekty (legislativa SK) Informace ze souboru "Zoznam subjektov registrovaných k DPH", který se stahuje ze stránek Finančnej správy SK, se zapisují do tabulky DICPRODPH. Nyní byla tato tabulka doplněna o položky DRUH_REGISTRACE, DTREGISTRACE a DTZMENYDRUHU, které se budou naplňovat při zpracování tohoto souboru. Tyto položky se nebudou dále zapisovat do tabulky SUBJEKT, ale mohou být zobrazeny v k subjektům na základě vazby přes položku DIC. Upraveno : - tabulka DICPRODPH, - pohled QSUBJEKT - procedury spREGDPHSK_ZpracujXML, spqSubjekt_DoplnDleDIC, spLegisSK_QSubjekt - stránka ESO9Start\subjekt\Subjekt.htm
9. 3. 6 - Cenová politika Při kontrole validity předpisů pro Cenu a Přirážku se chybová hlášení upravila takto: 1.Chyba v predpisu "Ceny" - nová chyba č.52559 s textem: Předpis pro "Cenu" musí splňovat následující pravidla: - může obsahovat pouze tyto paramety: @C, @V, @Mn, @KURS, @CenaKURS - pokud čísla mají desetinnou část, pak oddělovačem MUSÍ být TEČKA
2.Chyba v predpisu "Přirážky" - nová chyba č.52560 s textem: Předpis pro "Přirážku" musí splňovat následující pravidla: - předpis má tvar "MN_OD..MN_DO=PRIRAZKA%%" nebo "MN_OD..MN_DO=PRIRAZKA" nebo "PRIRAZKA%%" nebo "PRIRAZKA" - pokud čísla mají desetinnou část, pak oddělovačem MUSÍ být TEČKA
9. 3. 9 - Import IČ pro DPH a zrušených registrací (SK) Do tabulky DICPRODPH byly doplněny položky ROKZRUSENI a DTZVEREJNENIZRUSENI, které jsou naplňovány na základě zpracování souboru zrušených registrací. Tato informace je zobrazována v číselníku subjektů - upraven pohled QSubjekt a stránka ESO9Start\subjekt\Subjekt.htm.
Parametrizace systému
9. 6. 1 - Parametry aplikace ČNB od 3.5.2024 snížila REPO sazbu na 5,25%. 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 5,25%.
9. 6. 3. 4 - Offline sestavy Doplněno tlačítko "Kopie sestavy"., které založí kopii sestavy včetně parametrů a plánovače. Nová sestava má tyto odlišnosti: - položka "Popis offline sestavy": na začátek doplněn text "Kopie - " - položka "Parametr generování": nastaven na hodnotu "Negenerovat"
Spolu s tím upraveny následující objekty: - nová procedura "spSTIOFFLINE_btKopie": založí kopii sestavy včetně parametrů a plánovače. Volá se tlačítkem "Kopie sestavy" - forma "nastaveni\StiOffline.htm": doplněno tlačítko "Kopie sestavy"
9. 6. 5 - Obecný číselník Do předlohy "nastaveni\ObecCis.htm" doplněna položka "Poznámka HTML" (OBECCIS.OBECCISMEMOHTML) pro ukládání formátovaných textů.
9.3.3.0 - Subjekty Došlo ke změně ověřování subjektů v SK verzi, na subjektech v záložce „Ares a ďalšie odkazy“ - "Overované v spolupráci so spoločnosťou Dun & Bradstreet." Ke změně došlo pouze ve webové službě na adrese https://update.eso9.cz/update/companyinfo.asmx (z verze 1.5 se změnila na verzi 2.0) Není proto potřeba měnit nic ve skriptech, CLR funkci ani ve stránce.
V "Detailnejšie informácie Dun & Bradstreet TU" změněn odkaz na https://www.dnb.com/sk-sk/produkty.html
Změny funkcí
fnIDTYPDOK_HDOKSTYLE - Vrací HDOKSTYLE pro jednotlivé typy dokladů. NOVĚ vrací VARCHAR(MAX) stejně jako je typ TYPDOK.HDOKSTYLE_TXT. Původně vracela typ VARCHAR(255).
fnIDTYPDOK_SDOKSTYLE - Vrací SDOKSTYLE pro jednotlivé typy dokladů. NOVĚ vrací VARCHAR(MAX) stejně jako je typ TYPDOK.SDOKSTYLE_TXT. Původně vracela typ VARCHAR(255).
Změny procedur
KSeF Pro potřeby elektronické fakturace v PL legislativě vznikly nové procedury. Komunikační část s prostředím KSeF je realizována pomocí assembly KSeF.dll
* AuthorizationChallenge - zahájení autorizačního procesu procedure dbo.KSeF_AuthorizationChallenge(@nip nvarchar(20), @request nvarchar(max) output, @response nvarchar(max) output, @production int = 2 )
* InvoiceStatus - zjištění stavu odeslané faktury dle čísla procesu InvoiceElementReferenceNumber procedure dbo.KSeF_InvoiceStatus(@sessionToken nvarchar(64), @InvoiceElementReferenceNumber nvarchar(max), @response nvarchar(max) output, @production int = 2)
spCinnost_Strom3 - Výpis stromu pro uživatele Procedura je optimalizovaná a určena pouze pro nově řešený strom činností.
spHDOK_NaplnUctyMD_DAL Upravena procedura spHDOK_NaplnUctyMD_DAL tak, aby se naplňování účtů a středisek dle peněžního účtu provádělo jen v případě, že se volá nad dokladem s vlastností "Mění stav na účtu" (HDOK.vlhZmena_Pen_Uctu = 1). Do rozhraní procedury byly doplněny parametry @idHDok_Vzor a @vlhZmena_Pen_Uctu. Dále upravena procedura spHdok_CalRec, která výše uvedenou proceduru volá.
spSDok_BTMarkKopie, spHDok_BTMarkKopie - Procedury pro kopii/storno dokladu Pro STORNO dokladu se sjednotilo naplňování Středisek MD/DAL a Účtů MD/DAL pro hlavičku a složku dokladu takto: upraveny byly také procedury spHDok_Copy a spSDok_Copy - pokud jsou platné Střediska/Účty stornovaného dokladu (předchůdce), pak se převezmou do storna dokladu (následníka=nově vznikajícího dokladu) - pokud nejsou platné Střediska/Účty stornovaného dokladu (předchůdce), pak se Střediska/Účty do storna dokladu (následníka=nově vznikajícího dokladu) převezmou ze vzoru dokladu
spTXT_ZBOZI - TXT procedura pro založení zboží Doplněny parametry @vlNoLog a další potřebné parametry pro: - pro určení @IDSKUPZBOZI: přidán parametr @VLTYP_SLOZSZ - pro určení @IDSPOTRDAN: přidán parametr @KODADD_SD - pro určení @IDTARTRIDA_AC: přidány parametry @DTPLATIOD_AC, @DTPLATIOD_AC_RRRRMMDD, @VLARCHIVNI_AC - pro určení @IDTARTRIDA_BC: přidány parametry @DTPLATIOD_BC, @DTPLATIOD_BC_RRRRMMDD, @VLARCHIVNI_BC - pro určení @IDUZIVATEL_INSERT: přidán parametr @KOD_UZIV_INSERT - pro určení @IDUZIVATEL_UPDATE: přidán parametr @KOD_UZIV_UPDATE
Změny předpisů sestav
ZFaVForm.idc - Zálohová Faktura vydaná v CZK Upravena sestava ZFaVForm.idc (legislativa CZ) - prohozeny sloupce MJ a DPH, aby bylo ve stejném pořadí, jako v tiskovém formuláři FaVForm.idc
Změny datových struktur
CTECKAMAJADD - ADD Čtečka majetku Doplněna ADD tabulka CTECKAMAJADD.
OBECCIS - Obecný číselník Nový sloupec OBECCISMEMOHTML VARCHAR(MAX). Umožní jednoduše ukládat formátované texty použitelné např. v tiskových formulářích.
Změny pohledů
QHDOK - Pohledy QHDOK, QHDOK_FAP, QHDOK_FAV V případě, že položka VLHDOKUHRAZEN měla v pohledech hodnotu NULL, tak se sice zobrazovala správně hodnota "Neurčeno", ale nešlo podle ní filtrovat. Upraveny pohledy QHDOK, QHDOK_FAP, QHDOK_FAV, QODVODDPH, QODVODDPH, QWFLOWDOC - položka VLHDOKUHRAZEN nahrazena výrazem ISNULL(VLHDOKUHRAZEN, -1).
QUcetZap_OdpPohl Upraven pohled QUcetZap_OdpPohl tak, aby se v něm zobrazovaly i účetní zápisy pro odúčtování spárovaných pohledávek.
Změny webových stránek
nakup\VObj.htm - Objednávka vydaná Oprava datového zdroje 2.formy, kde namísto %HDOKSTYLE% je nově uvedeno %SDOKSTYLE%.
nastaveni\*.htm - Upraveny následující formuláře Upraveny následující formuláře: - formulář "nastaveni\Udrzby_StavIndexu.htm": doplněn sloupec „partition“ - formulář "nastaveni\Eso9Log.htm": doplněny hyperlinky na číselníky: formuláře, uživatelé, [tabulky / akce]. Doplněna barevná legenda, předvyplněný filtr na datum vč. operátoru. Doplněna podřízená sbalená forma. - formulář "nastaveni\cisTableName.htm": nová stránka - formulář "nastaveni\cisForm.htm": nová stránka - formulář "nastaveni\StiOffline.htm": upravená stránka vč. tlačítka s novou procedurou "spSTIOFFLINE_ParamsCopy"
Doporučení: pokud by v činnosti "9. 8. 4 Logovací databáze" byl ve filtru výběr Formuláře pomalý, pak se doporučuje založit komprimovaný index Eso9Log_ActionForm /*DROP INDEX Eso9Log_ActionForm ON dbo.ESO9LOG*/ IF NOT EXISTS(SELECT * FROM SYSINDEXES WHERE NAME = 'Eso9Log_ActionForm') CREATE INDEX Eso9Log_ActionForm ON dbo.ESO9LOG(ACTION) INCLUDE(FORM) WHERE ACTION < 6 WITH (data_compression = page)
nastaveni\SkupUziv.htm - Info o zákazu přístupu Do formuláře "skupuziv.htm" byla přidána do spodní formy "Uživatel ve skupině" informace o zákazu přístupu.
Výroba pro ESO9
Výroba
5. 1. 1. 3 - Technologická dokumentace - Nastavení operace vstupu na pozici kusovníku Nesprávně umožňovalo zadat pozici z rozpisky kusovníku daného dílu. Toto bylo odstraněno zapojením filtru procedury zajišťující získání ID pouze pro typ složky 4 - operace.
Současně bylo upraveno automatické vyvolání číselníku operací tg postupu pro volbu operace vstupu, pokud je zvoleno nejednoznačné číslo pozice (například vyskytují-li se dvě a více pozic s různou datumovou platností).
Nový fchange: - spQZBOZIMNSPVYR_OVVAR_GETREC_POZICEN -
WEB: - Priprava/Dil.htm
5. 1. 1. 3 - Technologická dokumentace - Statistika použití dílu ve vyšších sestavách (utilizace) Na formuláři „Díl“, záložka „doplňující údaje“ byla přidána oblast statistických údajů o použití dílu a hodnotách zařazení dílu v úrovních vyšších sestav.
Stiskem tlačítka „Aktualizovat utilizaci“ se spočítají následující údaje: - Počet zařazení dílu ve vyšších sestavách - Maximální úroveň zanoření ve vyšších sestavách - Počet použití dílu s maximálním zanořením - Průměrná úroveň zanoření ve vyšších sestavách - Medián úrovně zanoření dílu ve vyšších sestavách
5. 1. 2 - Kalkulace - Nový parametr KALK_MNVDOPT_PODLEUROVNE Při výpočtu kalkulací dochází k "rozpouštění" ceny práce za přípravný čas do jednotkové ceny výrobku. To ovlivňuje hodnota položky "výrobní dávka" na formuláři Díl, která je technologem nastavena zpravidla tak, aby umožnila co nejekonomičtější zadání množství do jedné dávky výroby - "Výrobní dávka". Při výpočtu kalkulací je pak systémem tato hodnota použita do výpočtu ceny vstupujících podsestav.
Ve verzi 69 došlo k rozšíření způsobu zařazování hodnoty výrobní dávky o možnost při výpočtu dosazovat za hodnotu výrobní dávky hodnotu požadovaného množství do úrovně příslušné podsestavy, a tak reálně odrážet cenu za přípravné časy u výrob, které jsou především zakázkového typu, kdy se většina podsestav (polotovary) vyrábí pro daný výrobek v rámci zakázky.
KALK_MNVDOPT_PODLEUROVNE Ovlivňuje výslednou cenu operace rozpouštěním ceny za přípravný čas tBC: [0]=hodnota množství dávky odpovídá hodnotě evidované na dílu (defaultní), 1=hodnota množství dávky do nižších úrovní je přepočtena vzhledem k množství zadanému pro výpočet kalkulace.
5. 1. 3.12 - Inverzní kusovník Vyvedení obecného inverzního kusovníku do samostatného menu činností.
Od verze 67 je upraveno chování aktivního inverzního kusovníku, (odkaz z dílu 5.1.1.3), který je nyní filtrován podle předchůdce, tedy dílu, ze kterého byl volán. Z důvodu potřeby mít zachovánu obecnou možnost procházet všemi položkami a k nim zobrazovat inverzní kusovník, byla vytvořena další položka menu podpůrných evidencí – 5.1.3.12 - Inverzní kusovník.
Při volání stránky z činnosti 5.1.3.12 je vynucen StartFilter. Samotná stránka inverzního kusovníku má zapojen RowFilter.
Formulář zobrazuje ve třetí (dolní) formě variantní díly, pro které v aktuálních rozpadech platí, že obsahují zkoumaného předchůdce.
Upraven formulář ..priprava/Dilinv.htm
5. 1. 3.13 - Stav dokumentace Nová činnost umožní snadněji pracovat s díly, které jsou zařazeny do fronty s požadavky na přepočet – při práci v režimu odloženého přepočtu kusovníků. Tuto činnost je možno rovněž vyvolat z formuláře dílu odkazem "Stav dokumentace".
Formulář obsahuje informace o době, kdy byl přepočet kusovníku dílu odložen, rovněž tak i o důvodech. Tlačítkem „Přepočítat rozpad“ se spustí přepočet zvoleného dílu.
Formulář obsahuje i položky které umožní dávkově zařadit položku do hromadné akce přepočtů, který pak může být prováděna v rámci „nočního jobu“, kdy není databáze tak vytížena.
Poznámka: Procedura pro noční job není součástí verze.
V souvislosti s činností byl zařazen nový formulář: - nastaveni\ZBR_Fronta.htm
5. 7 - Montáže - Rozšíření způsobu zakládání motážních příkazů Pro verzi 6.9 je rozšířen způsob provádění tvorby montážních příkazů. - Na hromadu (původní, všechny materiály a případně podsestavy byly rozpadnuty do jednoho dokladu montážního příkazu) - Do struktury (každá vyráběná podsestava je rozpadnuta do samostatného montážního příkazu a k ní eviduje své vlastní komponenty)
Způsob rozpadu řídí obecně nový parametr MONTAZ_PODSESTAVYEXTRAMPR: - 0 Na hromadu - 1 Do struktury, přičemž na formuláři je možno toto obecné nastavení přetížit změnou vlastnosti přepínače pro rozpad "Pro podsestavy zakládat samostatné MPR"
Poznámka: - Při nastavení „Do struktury“ platí omezení, že tvorbu montážního příkazu nelze spouštět nad více označenými složkami. - Pokud se rozpadá s požadavkem agregace k výrobním variantám, vytvoří se pro každou variantu podsestavy samostatný montážní příkaz. - Vazby podřízených dílů (podsestav) jsou mezí finálem a dílem vedeny v tabulce HISSDOK, VLTYPVAZBY=7. Každý díl (podsestava) je pak ještě navázána na složku prodejní objednávky, ze které vznikl (zadání montáže) pomocí vazby 5. -
Související změny: - spVytvorVPzPOB Rozšířena délka proměnné @MF_CIS_DOK_NEW- 2000, nyní vrací celou množinu montážních příkazů (v případě rozpadu do struktury), což je využito ve filtru hyperlinku pro zobrazení „ vzniklých montážních příkazů“ po akci, příkazem CIS_DOK IN (‚‘,…..)
- Formulář (5.7.6) nastaveni/ZbozVyroba.htm V části technické dokumentace doplněn DRUH položky (pro speciálnější označení v dokumentaci)
- HDOKCAM Je nová systémová addtabulka, která eviduje rozšiřující výrobní informace pro hlavičky montážních příkazů: + BATCHGUID – Udržuje číslo dávky při tvorbě MPR ze složky POB + VLKOOPERACE – specifikuje, zda montážní příkaz je kooperačním příkazem (tedy zda se jím vyráběný díl vyrábí v kooperaci)
- Rozšíření rozhraní funkce fnHISSDOK_Plneni Rozhraní rozšířeno o položku IDZBOZI, která je použita pro omezení množiny při vyhledání plnění dokladu pouze na IDZBOZI ve výrobě (jako vyhledávaný následník).
U zákaznických profi aplikací, ve kterých je použita tato funkce, postačí rozšířit rozhraní volání funkce o hodnotu NULL). Případně je-li žádoucí upřesnit vyhledání plnění následníka podle hodnoty IDZBOZI, doplňte IDZBOZI
5. 7. 8 - Podpůrná evidence V rámci této činnosti budou postupně přidávány agendy pro údržbu číselníků a jiné.
Nyní je vytvořena nová podčinnost 5.7.8.1 - Výrobní podmínky. Jedná se o číselník "podmínky" upravený pro zobrazení výrobních podmínek nastaveni\PodmVYR.htm. (filtrovaný pro VLDRUHPODMINKY=4, která nyní rozšiřuje číselník o oblast výrobních podmínek)
V rámci této agendy byla rozšířena tabulka PODMINKY o položku VLKOOPERACE - 0 běžně vyráběno - 1 vyráběno v kooperaci
5. 7. 9 - Tvorba sběrných výdejek Při tvorbě montážních příkazů s volbou „Do struktury“ vzniká na každý vyráběný díl sestavy samostatný montážní příkaz. Každý z nich má svůj příslušný seznam potřebných komponent. ze kterých se provede jeho výroba. Tyto komponenty lze do výroby stále vydávat samostatnými výdejkami, nicméně pro zjednodušení práce je zařazena možnost vytvářet i hromadně výdejky za více vybraných montážních příkazů – takzvané sběrné výdejky.
Činnost zobrazí seznam všech montážních příkazů, které je možno vyfiltrovat (například nově za prodejní objednávku a příslušnou dávku). Z nich je možno označením provést výběr kandidátů ze kterých se bude vytvářet seznam komponent hromadné výdejky (sběrné). Pro to, aby se mohl seznam komponent projevit, je třeba stiskem tlačítka "PŘIPRAV KANDIDÁTY" provést jejich zařazení do množiny kandidátů. Připravený kontrolní seznam v pracovní množině kandidátů je zobrazen v dolní formě.
Následně odkazem „Tvorba dokladu sběrná výdejka“ se přejde do standardního kopírovacího formuláře se seznamem všech jednotlivých komponent za montážní příkazy zařazené do množiny kandidátů. Odtud pak výběrem vzoru a stiskem tlačítka „Kopie složek dokladu“ je vytvořen skladový doklad podle příslušného zvoleného vzoru. Dále pak probíhá práce s formulářem standardním způsobem.
Poznámka: - Pro lepší orientaci každá věta komponenty/připravované výdejky (v kopírovacím formuláři) zobrazuje číslo montážního příkazu, ke kterému náleží. Odkazem je možno přejít přímo k uvedenému montážnímu příkazu. - Tvorba dokladů probíhá mechanismem 1:1, tedy na každou složku (komponentu) se vytváří adekvátní záznam složky výdejky.
5. 7.10 - Montáže: - Interaktivní grafické nástroje Byla přidána nová činnost 5.7.10.1 - Harmonogram výroby Zde se po zadání vstupního filtru zobrazí interaktivní harmonogramy jednotlivých montážních příkazů vytvořených z prodejních objednávek.
Parametrizace systému
9. 6. 1 - Parametry aplikace parametr TPV_ROZPADMETODA rozšířen o možnost „2“- Přegeneruje vždy všechny pozice podsestav.
V souvislosti upraveny procedury pro přepočty: - spZBOZIROZPAD_Vytvor - spZBOZIROZPAD_AktRozpadPredch - spZBOZIROZPAD_Prepocitej
9.6.1 - Parametry aplikace - TPV_ODLOZITPREPOCETROZPADU Nová volba: 2 – odlož přepočet vyšších struktur
Při online přepočtu struktury dílu, který vstupuje do většího množství vyšších sestav je časová náročnost výpočtu vysoká. To se projevovalo pomalou odezvou systému při editaci technické dokumentace (při ukládání) a nebo při samotné akci přepočtu struktury vyvolaného z formuláře dílu.
Z tohoto důvodu byla k parametru TPV_ODLOZITPREPOCETROZPADU přidána volba 2, kterou lze nastavit odložení přepočtu pouze vyšších sestav, přepočet vlastního dílu se provede. Všechny vyšší dotčené sestavy se pouze zařadí do fronty pro přepočet (nyní samostatně přístupné z činnosti 5.1.3.13 – Stav dokumentace).
Takto odložené přepočty jsou u jednotlivých dílů indikovány příznakem změny barvy (v browse „díl“, v technické dokumentaci).
V souvislosti s úpravami byl doplněn nový parametr TPV_ZPUSOBPREPOCTUROZPADUMAN, který se podílí na nastavení pro případ manuálního přepočtu stiskem tlačítka pro přepočet na formuláři dílu.
[0]=provede přepočet rozpadu ve vlastní větvi směrem dolů a rovněž i ve větvích nadřízených, kde se daný díl vyskytuje; 1=provede přepočet pouze směrem dolů ve vlastní větvi. Vyšší sestavy (s výskytem dílu ve struktuře) z přepočtu vynechá.
Poznámka: Při ručním spuštění při nastavení „zpracovat CELOU frontu“ je automaticky nastaven způsob 1 - vyšší díly nepřepočítávat.
V souvislosti se změnami způsobů provádění přepočtů byly upraveny triggery: - trZBOZI_Rozpad - trZBOZIMNSPOTR_Rozpad
K významné změně došlo v proceduře spZBOZIROZPAD_PridejDoFronty: Procedura má nyní na rozhraní nepovinný parametr MF_VLAKCE (defaultně =0), kterým se řídí zápis hodnoty VLAKCE při požadovaném zápisu IDZBOZI do fronty na rozpad.
Pokud nedochází k přepočtům vyšších sestav online, jsou tyto do fronty zapisovány s příznakem VLAKCE=2. Vlastní sestavy jsou zapisovány s příznakem 1.
Dále byly upraveny procedury: - spZBOZIROZPAD_AktRozpadPredch - spZBOZIROZPAD_Prepocitej - spZBOZIROZPAD_Vytvor - spZBOZIROZPAD_VytvorFrontu
Změny procedur
spZBOZIROZPAD_AktRozpadPredch - Procedura pro aktualizace kusovníku vyšších celků Při zpracování fronty dílů pro přepočet kusovníku, docházelo k chybě duplicitní klíč v tabulce ##SEZNAM. Chyba se objevovala při ručním přepočtu více označených vět browse (5.1.1.3 - technologická dokumentace).
Odstraněno zapojením kontroly na duplicitu před zápisem do pomocné tabulky #SEZNAM.
Změny datových struktur
HDOKCAM - Výrobní část dokladu Systémová addtabulka, která rozšiřuje tabulku hlaviček dokladů (HDOK) o výrobní část. - VLKOOPERACE (informace o typu MPR/VPR) - BATCHGUID (identifikační řetězec dávky zadání do výroby)
PODMINKY - Podmínky V souvislosti s rozšířením funkčnosti montážních příkazů byla rozšířena tabulka PODMINKY o
VLDRUHPODMINKY = 4 (další volba druhu: Výrobní podmínky) VLKOOPERACE - 0 Ne - 1 Ano
SBERNA - Sběrná Systémová tabulka, která slouží pro agregaci složek dokladů (komponenty VP, MPR) pro tvorbu sběrné výdejky z výroby.
SDOKCAM - Výrobní část složky dokladu Systémová addtabulka, která rozšiřuje tabulku složek dokladů (SDOK) o výrobní část.
ZBOZICAM Tabulka ZBOZICAM rozšířena o statistické údaje týkající se dokumentace dílu - OCCURR_NUM - MAXNESTLEVEL - MAXNESTLEVEL_NUM - HDAVGNESTLEVEL - AVGNESTLEVEL_NUM - HDMEDNESTLEVEL
ZBOZIROZPADFRONTA - Fronta zboží pro rozpad Rozšířena o položky systémových důvodů zařazení dílu do fronty pro přepočet dílů - IDZBOZIP - BATCH_VLAKCE - BATCH_ID - IDUZIVATEL_INSERT - DTINSERT - IDUZIVATEL_UPDATE - DTUPDATE
V souvislosti s tím byl adekvátně rozšířen pohled QZBOZIROZPADFRONTA
Změny webových stránek
prodej/vyrprikaz.htm - Základní formulář pro práci s montážními příkazy (činnost 5.7.2) Na formuláři byly provedeny následující úpravy.
Položka „Výrobní podmínky“: Je datově zapojena na položku HDOKCAM.IDPODMINKY_VYR, volá číselník podmínek (PODMINKY) s hodnotou VLDRUHPODMINKY= 4, která je nově rezervována pro výrobní podmínky. Zapojena nová položka VLKOOPERACE: 0 – běžná výroba v místě 1 – výroba v kooperaci
Slouží k bližší specifikaci výrobních podmínek, především vhodné pro evidenci kooperace a s tím souvisejícího výrobního procesu.
V souvislosti s tím doplněno do číselníku typů subjektu rozšíření o položky: - DODK – kooperační dodavatel (služby, upravuje naše výrobky) - ODBK – kooperační odběratel (služby, upravujeme jeho výrobky) Pro subjekty je pak do vazebního číselníku SUBJEKT V TYPU SUBJEKTU možno zařadit informaci, že subjekt je i „DODK“ což pak pomůže při následném výběru subjektu na hlavičce MPR.
Dále byl vytvořen nový vzor "Výdej do kooperace ze skladu 15" - VZSVU15KO Rovněž tak vzor pro opačný pohyb "Příjem z kooperace do skladu 15" - VZSPU15KO
Dávka: Jednoznačná příslušnost dokladu MPR k prodejní objednávce. Číslo dávky vzniká manuálním zadáním při tvorbě z POB, nebo automaticky generováno systémem. Slouží k výběru podmnožiny jednotlivých příslušných montážních příkazů, které byly v rámci dávky vygenerovány.
Tlačítko ZRUŠIT CELÝ VÝROBNÍ STROM Provede zrušení celého stromu (tedy sekvence veškerých montážních příkazů v dávce)
Tlačítko ZRUŠIT VLASTNÍ VĚTEV DÍLU Provede zrušení větve, ve které se nachází daný díl.
Odkaz Výrobní mapa: Zobrazí síťový graf výrobních příkazů v posloupnosti a příslušnosti k jednotlivým úrovním výrobního procesu. Jednotlivé panely představují jednotlivé výrobní příkazy. Je zde zobrazeno množství, které se vyrábí a množství a čísla výrobních příkazů, do kterých vyrobený díl vstupuje. Barevně jsou odlišeny následující stavy: - Modrá (VP je založen) - Zelená (VP je dokončen) - Světle oranžová (VP je kooperační - založen) - Světle zelená (Kooperační VP je dokončen)
Odkazy - Výdej komponent do výroby/kooperace - Příjem výrobku na sklad z výroby/kooperace Upraveny a rozšířeny o příslušné kooperační vzory.
ESO9 podpůrné nástroje
Změna činnosti
AutDS - Automat pro datové schránky Přidána nová hodnota parametru aplikace AutDS_TYP_AKCE - 6, která umožní automatické stahování odeslaných datových zpráv ve formátu ZFO, které nebyly odeslány prostřednictvím aplikace ESO9, ale prostřednictvím rozhraní pro datové schránky. Pracuje s verzí robota AutDS.exe 6.8.0.0.
Technologie ESO9 - server + klient
Změny v technologii .NET
Aplikační server - Integrace podpisového tabletu do ESO9 Do ESO9 byla doplněna možnost podepisovat PDF dokumenty podpisovým tabletem Wacom. Vývoj probíhal na modelu STU-430, podle dokumentace výrobce však lze se stejným SDK použít libovolný v současnosti podporovaný tablet řady STU. Detailní způsob zapojení práce s podpisovým tabletem do aplikace je popsán v článku https://wiki.eso9.cz/doku.php/techdoc:dmsakce.
Aplikační server - Přechod na novější verzi Stimulsoft knihoven V aplikačním serveru došlo k výměně Stimulsoft knihoven na verzi 2023.4.4. Novější verzi bohužel nelze v tuto chvíli použít, formát sestav mezi klientem a serverem je zcela nekompatibilní; zadáno k řešení do Stimulsoftu.
V Reporting serveru došlo k výměně Stimulsoft knihoven na verzi 2024.1.3.
Aplikační server - Třídění v klientských sestavách V aplikačním serveru došlo k výměně Stimulsoft knihoven na novější verzi 2023.4.4 (nejnovější verze bohužel nefunguje vůbec). V této verzi již třídění na klientské straně funguje korektně vč.českých znaků. Nová verze bude dostupná formou doplňku k technologii během jara 2024.
Aplikační server - Zálohování konfiguračních souborů při odinstalaci Při odinstalaci aplikačního serveru se nezálohovaly všechny konfigurační soubory různých automatů ze složky ESO9LIB, konkrétně WSYNC_CISELNIK.exe.config, WSYNC_DOK.exe.config a AutDS.exe.config. Od cca 3.2.2024 se již budou i tyto při odinstalaci zachovávat + kopírovat do složky ESO9LIB\Backup.
Aplikační server - Generování PDF a ISDOC souborů Byl upraven mechanismus tvorby PDF a ISDOC souborů. Namísto fyzických souborů se nyní všude pracuje jen s paměťovými poli bajtů. Je to jednak rychlejší, nevznikají žádné dočasné pomocné soubory a bez práce s fyzickými soubory lze tvorbu PDF a ISDOC lépe paralelizovat. Dostupné v knihovně ESO9Lib od v6.8.0.5.
Aplikační server - Stored procedury jako datové zdroje formulářů Do technologie byla doplněno možnost používat jako datové zdroje formulářů stored procedury (SP) s tím, že v takových formulářích je možné filtrovat (pro prosté zobrazení fungovaly SP jako dat.zdroje již od počátku vývoje ESO9). Formuláře s takovými datovými zdroji zůstávají nadále needitační.
Pro zachování zpětné kompatibility stávajících datových zdrojů založených na SP byla doplněna nová syntaxe parametru VIEW ve formuláři: Exec spProcedura @Param1=%Param%, @Param2=123 With Result Sets ( ( sloupec1 int, sloupec2 varchar(50), sloupec3 money ) )
Takový SQL příkaz funguje správně sám o sobě, ale možnost použít filtrování zatím nemá; pouze umožní načtení správných datových typů použitých sloupců. Aplikační server jej proto doplní o obálku tvořenou příkazem SELECT * FROM OPENROWSET ..., do kterého je již možné vložit korektně WHERE podmínku. V uvedeném příkazu se navíc doplňuje definice přihlášení k aplikační databázi dle parametrů nastavených v aplikaci, resp. ve Správci ESO9.
Tím je zajištěno: * použití správného/funkčního uživatelského účtu pro přihlášení (Windows účet, SQL účet) * použití správného jazyka přihlášení s ohledem na použitou legislativu a překlady * použití správného providera pro přihlášení s ohledem na zabezpečenou komunikaci mezi aplikačním a databázovým serverem * možnost použití v multidatabázovém prostředí, tj. použití parametru ESO9DB v dané formě nebo libovolné její zdrojové formě
Při použití SQL účtu pro přístup k aplikační databázi je zajištěno, aby se uživatelské heslo k tomuto účtu neobjevilo: * v informacích o datovém řádku * v logovací databázi (výkonové a GDPR logování)
Před prvním použitím této syntaxe je třeba na SQL serveru povolit tzv. ad hoc distributed queries, což lze provést dvěma SQL příkazy: sp_configure 'show advanced options', 1; RECONFIGURE; GO sp_configure 'Ad Hoc Distributed Queries', 1; RECONFIGURE; GO
Dostupné v technologii ESO9 od února 2024.
Aplikační server - Náhledy PDF v mobilní aplikaci V mobilní aplikaci na OS Android nelze zobrazit náhled PDF dokumentu (patrně z výkonnostních důvodů). Na zařízeních s iOS se pak zobrazí vždy jen první stránka. Při zobrazení náhledu PDF dokumentu na mobilních zařízeních tak dojde ke stažení dokumentu a jeho následnému otevření v příslušném programu.
Cílem řešení integrovaného do ESO9 bylo najít způsob, jak náhled zobrazit přímo v aplikaci ESO9 (tedy v mobilním prohlížeči) bez nutnosti downloadu dokumentu a jeho otvírání v jiném programu.
Nově je tedy v ESO9 dostupné řešení, které v případě mobilních aplikací převede při náhledu PDF dokument na obrázek, který lze zobrazit v jakémkoli webovém prohlížeči bez omezení.
Nevýhodou tohoto řešení je velikost použitých knihoven; prověřovali jsme několik dostupných variant a zvolili takovou, jejích celková velikost všech knihoven je lehce přes 28MB. Pokud by se všechny knihovny implicitně přidaly k instalaci aplikačního serveru, vzrostla by tím její velikost zhruba o polovinu. přičemž řešení se týká pouze mobilních aplikací a pouze příloh typu PDF, tedy jen minority instalací.
Zvolili jsem proto možnost tyto knihovny v případě potřeby pouze nakopírovat do podadresáře ESO9Lib v instalaci aplikačního serveru. Pokud se nenajdou, PDF přílohy v mobilních aplikacích budou zpracovány původním způsobem (tj. staženy do mobilního zařízení).
Převod PDF dokumentu na obrázek umí zpracovat jedno- i více-stránkové PDF soubory. V případě vícestránkových se stránky skládají v obrázku pod sebe podobně, jako ve čtečce PDF dokumentů. V případě nutnosti scrollovat se tedy scrolluje shora dolů. Pokud PDF dokument obsahuje stránky s různou šířkou (např. některé stránky budou orientovány na výšku, některé na šířku), bude šířka celého obrázku přizpůsobena nejširší stránce. Při převodu bylo zvoleno vyšší rozlišení výsledného obrázku tak, aby v něm byly čitelné i malé texty z PDF souboru; ve výsledku tak může mít soubor s obrázkem větší velikost, než zdrojový PDF dokument, což však nemá na možnost zobrazení v prohlížeči žádný vliv.
Dostupné v technologii ESO9 od 19.2.2024.
Aplikační server - Náhled dokumentů typu ISDOC, JSON a ZFO Do náhledu dokumentů ve formulářích ESO9 přidány soubory typu ISDOC, JSON (v obou případech pouze zobrazení obsahu bez dalšího parsování) a ZFO (datové zprávy; zde se již obsah parsuje a zobrazí se obsahy jednotlivých položek z datové zprávy).
Aplikační server - Výměna dokladů Pokud se při výměně dokladů volá v cílové aplikaci import dokladů z Cloudu hromadně, běží v transakci. Při chybě importu některého z dokladů pak dojde k rollbacku transakce a dosud pořízené doklady zmizí. Tyto doklady však již na Cloudu mají stav "Odesláno". a příště se již k importu nenabídnou Tím pádem může dojít k nekonzistenci stavu dokladu mezi Cloudem (kde je doklad již považován za doručený) a cílovou aplikací (v níž neexistuje). Řešením je spouštět akci hromadného importu dokladů z Cloudu mimo transakci, tj. přidání parametru NOTRANSACTION k akci ve stránce Nakup\FaP_PP.htm.
Aplikační server - Nastavení typu dokumentu při jeho tisku do DMS Při tisku dokumentu do DMS (DirectPrint=3/4/7) lze specifikovat typ zakládaného dokumentu. V datovém zdroji sestavy stačí naplnit položku MF_IDTYPDOC hodnotou IDTYPDOC z číselníku typů dokumentů. Pokud tato položka naplněna nebude, založí se dokument bez typu jako dosud. Dostupné v technologii od 23.2.2024.
Aplikační server - Hromadný import/zpracování souborů Z aplikace ESO9 lze na tlačítko volat hromadný import a zpracování souborů. V rámci ESO9 Start je k dispozici obecný importní formulář Nastaveni\ImportDir.htm, který lze implementačně libovolně upravit. Podrobnější popis řešení je k dispozici na wiki: https://wiki.eso9.cz/doku.php/techdoc:importdit
Aplikační server - Upozornění na konec podpory Internet Exploreru Při přihlášení se kontroluje typ prohlížeče a v případě přístupu z Internet Exploreru se zobrazí upozornění na konec jeho podpory.
Aplikační server - Výchozí počet řádků na stránce Došlo k úpravě výchozího počtu řádků na stránce v případě, že není parametrem RowsCount řečeno jinak. V případě, že je forma ve stránce jediná, byl výchozí počet řádků zvýšen na 27, což se pohodlně vejde na monitor s FHD rozlišením. V případě, že je forem ve stránce více, bude výchozí počet řádků každé formy 10.
Aplikační server - Pojmenování sestavy V případě, že se tiskne sestava na obrazovku do HTML prohlížeče a odsud se ukládá do dalších formátů (PDF, XLSX, DOCX), změnilo se pojmenování souborů. Nyní se skládá ze jména sestavy (např. "Faktura vydaná", "Rozúčtování dokladu") a čísla dokladu (pokud jej samozřejmě některý z datových zdrojů obsahuje). V případě přímého tisku do PDF a zobrazení PDF přímo v aplikaci ESO9 si bohužel prohlížeč určí jméno souboru sám (GUID).
JSON API - Licencování JSON API ESO9 JSON API je nově licencované. Licencování probíhá standardně přes online licencování ESO9, vlastní licence je tedy součástí licenčního souboru podobně, jako například licence k wFlow či k datovým schránkám. Podrobnější popis je k dispozici na naší wiki v rámci dokumentace k JSON API.
Reporting Server - Chyba při tisku sestav bez parametrů V Reporting Serveru 6.7.0.5 (vydaný s verzí 6.8) se netiskly offline sestavy, které neobsahovaly alespoň jeden parametr. V logu k tisku se pak objevila chyba "Object reference not set to an instance of an object.". Opraveno v RS verze 6.7.0.6 z 24.1.2024.
Reporting Server - Zjednodušení konfigurace Reporting Serveru (RS) Veškerá konfigurace RS byla dosud uložena v konfiguračním souboru (ESO9RepSrv.exe.config). Pro jednu obsluhovanou aplikaci zde bylo 7 záznamů, pro 100 aplikací tedy 700 záznamů. Což bylo do budoucna nespravovatelné, resp. bylo snadné se někde upsat a udělat chybu.
Proto došlo k přesunu většiny konfiguračních prvků z .config souboru do parametrů v aplikační databázi. Jedná se o parametry pro odesílání e-mailů ze skupiny parametrů EMAIL. Tato skupina parametrů se dosud používala pro obecného klienta, nyní bude toto nastavení sdílené i pro RS. Některé z nich (adresa odesilatele, jméno a heslo pro přihlášení k mailovému serveru) mohou být i tak specifické jen pro RS, protože se jedná o parametry uživatelské.
V konfiguračním souboru tak zůstalo pouze připojení k databázi (ConnStr) a název tiskárny (PrinterName).
Zároveň s tím došlo k rozšíření počtu obsluhovaných databází na 100.
Pro jednorázový převod původních konfiguračních souborů na nový formát je k dispozici utilita. Při větším počtu obsluhovaných databází tak není třeba je přepisovat ručně.
Dostupné od Reporting Serveru v.6.8.0.1.
Reporting Server - Zrychlení generování sestav do PDF V Reporting Serveru došlo ke změně způsobu vkládání ISDOCu a digitálního podpisu do PDF sestavy v případě, že je toto používáno. V takovém případě se zrychlí generování sestav do PDF na cca 2 sestavy za sekundu. Bez ISDOCu a digitálního podpisu je samozřejmě rychlost generování sestav vyšší (cca 4-5 sestav za sekundu).