ESO9 wiki

ESO 9 změny ve verzi 6.6 ze 17.1.2023

Obecný klient

Změny v technologii .NET

• Obecný klient
  Opraveno ukládání konfigurace zabezpečení pro formu. Ukládala se se špatným klíčem a nebyla aplikována.
  
  
• Sestavy
  Doplněno zobrazení loaderu při tisku sestav z definice sestav v případě, že se zadává vstupní filtr. Po odeslání nebyl zobrazen a uživatel nevěděl, zdali stiskl tlačítko Odeslat či nikoliv.
  
  
• Obecný klient
  Opraveno zadávání čísel v Editoru při zadání ".1" nebo "0,1" se v editačním poli objevilo NaN.1 a po potvrzení chybová hláška (chybně zadané číslo).
  
  
• Obecný klient
  Opraveno mizení checkboxu pro označení všech řádků browse při použití funkce ukotvení sloupců (CTRL+SHIFT+Q) nebo zvýraznění sloupců (CTRL+Q).
  
  Doplněn zákaz editace připnutého sloupce v browse.
  
  
• Obecný klient
  Opraveno chybné chování při zobrazení historie změn v Informacích o datovém řádku. Pokud trvalo dlouho a uživatel zavřel okno, tak se historie zobrazila pod formulářem.
  
  
• Obecný klient
  Opraveno zobrazování náhledu obrázku z DMS při použití IMGFROMDMS (SHOWFROMDMS).
  Pokud u některého záznamu v náhledu nic není uloženo, zobrazí se předchozí náhled (nebo následující, podle směru procházení).
  
  
• Obecný klient
  Opravena chyba, kdy při přenosu hodnoty z číselníku do readonly položky se ukončovala editace následující ho nonreadonly pole, které nebylo rozeditováno.
  
  
• Obecný klient
  Opis dat do excelu byl doplněn o možnost agregace. aktivuje se buttonem "View agregace" ve vytvořeném opisu. Následně je možné agregovaný soubor exportovat a stáhnout.
  
  
• Obecný klient
  V dialogu při výmazu řádku je jako aktivní nastavena hodnota Ne. Po stisku tlačítka A se aktivovalo tlačítko Ano ale neprovedlo se potvrzení. Nyní se provede i potvrzení.
  
  
• Obecný klient
  Opraveno chybné chování browse, kdy po ručním přeskládání sloupců se hodnota plněná z FChange vkládala do jiného sloupce.
  
  
• Obecný klient
  Opraveno náhodné "zamrznutí" formuláře, ke kterému docházelo na formuláři se zakázaným menu, po kliknutí pravým tlačítkem myši v browse mimo zobrazená data. Zobrazilo se hlášení "Požadovaná akce je zakázána šablonou zabezpečení", po potvrzení zůstal zobrazený "loader" a se stránkou již nešlo pracovat.
  
  
• Obecný klient
  Opravena chyba, kdy bylo možné přejít v browse master formy na jiný záznam, když bylo rozeditované pole slave formy. Následně došlo při uložení hodnoty ve slave formě přepsání dat jiného záznamu a to toho, na který se přešlo v master formě.
  
  
• Obecný klient
  Opraveno chybné chování browse, kde se po změně selectboxu a potvrzení enterem zobrazila původní hodnota a změněná až po uložení. Souviselo se selectboxy, ve kterých se hodnota nevyjadřovala číslem, ale textem.
  
  
• Obecný klient
  Opraveno zobrazení forem v číselníku. Forma nastavená v editoru se již zobrazuje správně.
  
  
• Obecný klient
  Doplněna možnost pracovat ve filtru s položkami typu "datum a čas" s maskou ;DT
  
  
• Obecný klient
  Doplněno centrování widgetu Gauge.
  
  
• Obecný klient
  Při editaci browse a uložení šipkou Nahoru nebo Dolu a následném info hlášení se nastaví po potvrzeni informace focus na správné pole a jde pokračovat v editaci klávesnicí.
  
  
• Obecný klient
  Opraveno poskočení o jedno pole po potvrzení informačního hlášení entrem.
  
  
• Obecný klient
  Opravena práce s checkboxem. Pokud bylo použito podbarvení CHECKBOX_ROWSTYLE, neprovedlo se po označení uložení, za použití parametru UPDATEAFTERSET.
  
  
• Obecný klient
  Opraveno dvojité zobrazení "loaderu" při dlouhotrvajících akcích.
  
  
• Obecný klient
  Do widgetů doplněn automatický překlad parametrů widgetu. Týká se parametrů TITLE, DESCRIPTION, DESCRIPTION2, DESCRIPTION3, VALUE, VALUE2, VALUE3, TITLEAXIS, YAXIS1LABEL, YAXIS2LABEL, YAXIS3LABEL, YAXIS4LABEL.
  Překlad probíhá na základě definice slovníku skupinou "Dashboard"
  Do datového zdroje Dashbordu nebo widgetu je nutné přidat parametr UP_Language.
  
  př.
  pro dashbord
  exec spDASHBOARD_Data @IDLOGUSER = %idloguser%, @IDDASHBOARD = %IDDASHBOARD%, @SQLPARAMS = 'UP_Legislativa=%UP_Legislativa%;UP_Language=%UP_Language%', @UP_HASHURL='0%UP_HASHURL%', @UP_APPNAME= '%UP_APPNAME%'
  nebo widget
  exec spDASHWIDGET_Data @IDLOGUSER = %idloguser%, @IDDASHWIDGET = %IDDASHWIDGET%, @SQLPARAMS = 'UP_Legislativa=%UP_Legislativa%;UP_Language=%UP_Language%', @UP_HASHURL='0%UP_HASHURL%', @UP_APPNAME= '%UP_APPNAME%'
  
  
• Obecný klient
  Upraveno zobrazení navštívených v mobilní aplikaci.
  1. Pro zobrazení se používá stránka nastaveni/Navstivene.htm. Volá se "esoform.asp?TUrl=nastaveni/navstivene.htm". odkaz na navštívené byl přidán do menu aplikací Eso9Sklad a Eso9Tablet
  2. V souvislosti s navštívenými byl přidán nový parametr do souborů NavigOK.json a NavigOK6.0.json. Je to parametr "homePage" ve kterém je uvedena startovací stránka aplikace a používá se pro kořenový element navštívených.
  3. pridána nová funkčnost do stránky kdy dvojitým tapnutím na záhlaví stránky v dotykovém zařízení, nebo pravým klikem myši v desktopovém prohlížeči se zobrazí menu definované ve stránce esomenu.htm. Přidáno rovněž do Eso9Sklad a Eso9Tablet.
  
  
• Obecný klient
  Upravena práce s výběrem souboru a načtením do textarea. Po výběru a načtení souboru se tento z pole soubor odstraní, aby nedocházelo k chybě, když se na disku soubor změní.
  
  
• Obecný klient
  Doplněny DE a SK překlady menu Obecného klienta.
  
  
• Obecný klient
  Doplněno zavírán informačního hlášení klávesou ESC. Dále bylo upraveno chování po zavření, kdy se nenastavoval focus na poslední položku.
  
  
• Obecný klient
  Při ukládání souboru do DMS provedeno nahrazení znaků &,#,$,^,~,:,` za _.
  
  
• Obecný klient
  Při použití výběru umístění uložení souboru přes support service se zapamatuje název souboru a při změně umístění se doplní zpět.
  
  
• Obecný klient
  Pokud jsou dvě konfigurace se stejným názvem (uživatelská a globální), tak se jako aktivní označí ta uživatelská.
  
  
• Obecný klient
  Doplněna možnost tisku a exportu generátorových sestav typu TXT. Tisk se dá vyvolat pravým kliknutím myši do sestavy.
  
  

Aplikace ESO9 Prodejna

Klientský doplněk

• Karetní terminály GPE
  ESO9 Prodejna verze 6.5.6
  Doplněna práce s karetními terminály distribuovanými společností Global Payments. Implementováno použití protokolu GPE přes TCP/IP. Týká se Komerční banky a České spořitelny a dalších bank v SK a HU, používajících terminály od Global Payments.
  
  Certifikát uložen zde: https://wiki.eso9.cz/lib/exe/fetch.php/techdoc:gpe_eso9_certifikat.pdf
  
  Do dokumentu https://wiki.eso9.cz/lib/exe/fetch.php/techdoc:eso9_-_platba_kartou.pdf
  - doplněna kapitola popisující práci s terminálem v ESO9 Prodejna, aby bylo přehlednější a nemuselo se hledat v nápovědě programu.
  - doplněna tabulka upřesňující podporované kombinace banka / dodavatel terminálu / protokol / implementace v Prodejně, doplňku IE nebo OK.
  
  

Změny předpisů sestav

• Tisk účtenky
  ESO9 Prodejna, verze 6.5.5.1
  Na centrále je doplněn parametr KASA_CEKLSLEVA_TEXT. Text celkové slevy na účtence. Pokud není vyplněno, použije se standardní "Celková sleva:". Pokud je vyplněno, přenese se na prodejny a tiskne se.
  Pokud v textu uvedete (%), nahradí se tento výraz slevou v procentech. Sleva v měně se tiskne za textem. Pokud text vyplníte pouze vykřičníkem, netiskne se vůbec.
  
  

Aplikace ESO9 Start

Serverový doplněk

• !! Datové schránky
  Upraveno licencování datových schránek. Je třeba zažádat o přegenerování licenčního souboru.
  
  

Účetnictví

• 1. 1. 2. 3 - Výkaz DPH (legislativa PL) - výkaz JPK VAT7 (doplněk č. 1 předchozí verze)
  Upravena funkce fnGetXML_JPKV7M pro tvorbu XML výkazu JPK VAT7.
  Položka DataWplywu se naplňuje datem dtOdeslano, uvádí pouze pokud se liší od DataZakupu.
  
  
• 1. 1. 2. 1 - Hlavní kniha
  Optimalizace rychlosti datového zdroje ve stránce pro zobrazení detailů obratu účtu.
  Upravena stránka ucet\Hl_kniha_det_S.htm - do 3. i 4 formy doplněn parametr AllowAllRows=1.
  
  
• 1. 1. 2.13 - PKP - export XML
  Po přístupu do činnosti 1.1.2.13 PKP - export XML byla v rozklikávací položce "Výkaz" přednabídnuta hodnota "Část I - Přehled stavu položek", ale při generování XML došlo k chybě "Procedura (null) nebyla nalezena."
  
  Položka MF_KODVYKAZU nebyla uvedena v datovém zdroji, takže v ní bylo NULL a přestože se v select položce zobrazovala hodnota, tak se procedura volala s hodnotou null.
  Upravena stránka ESO9Start\ucet\PKP\ExportXML.htm - do datového zdroje doplněna položka MF_KODVYKAZU.
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa PL)
  Upravena funkce fnGetXML_JPKV7M pro tvorbu JPK VAT7.
  - DataSprzedazy (=Hdok.dtZdanitPln) uvádí se pouze pokud je jiné než datum vystavení prodejního dokladu DataWystawienia
  (=Hdok.dtOdeslano)
  - KodKrajuNadaniaTIN - kód státu subjektu se uvádí jen pro zahraniční subjekty. Pokud je PL, neuvádí se
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa PL)
  Vytvořena kontrolní sestava k výkazu DPH (JPK_VAT7)
  - nová sestava JPK_VAT7_XLS
  - nové procedury spDZ_DPHPL_Sprzedaz, spDZ_DPHPL_Zakup
  - ve stránce Eso9StartPL\DPH\OdvodDPH.htm doplněn odkaz na sestavu JPK_VAT7_XLS
  
  
• 1. 1. 1. 1 - Interní doklady
  Interní doklady, které jsou vystaveny jako pohledávka na plátce DPH (například firmu, která vybírá od zákazníků peníze za přepravu), částka je vyšší než 10 000 Kč, ale jde o soubor několika dokladů a tyto doklady jsou vybírané od neplátců a jsou nižší než 10 000 Kč. V tomto případě je třeba celý interní doklad přeřadit v kontrolním hlášení z A4 do A5.
  Na formuláři interního dokladu byl pro tento účel rozšířen význam příznaku „Upřesnění pro KH" o hodnotu "je souhrnný doklad pod 10 000"
  
  Provedené změny :
  - upravena stránka ESO9Start\Include\vlUpresneniKH.htm (doplněna možnost "je souhrnný doklad pod 10 000")
  - upravena funkce pro tvorbu podkladů DPH fnHDOK_DetailVykazuDPH_std
  
  
• 1. 1. 2. 3 - Výkaz DPH
  Vytvořena nová kontrolní sestava pro DPH, ve které se zobrazují doklady všech typů dokladů s vlastností "daňové". V sestavě se vypisuje číslo řádku DPH a kód výkazu kontrolního hlášení, do kterého doklad vstupuje. Pokud doklad nevstupuje do DPH ani KHDPH, je číslo dokladu zvýrazněno červeně.
  Před tiskem sestavy je možno výpis omezit filtrem na typ dokladu
  - nová STI sestava KontrolaDPH
  - upravena stránka DPH\OdvodDPH.htm (doplnění odkazu na sestavu - vstupní filtr)
  - nová stránka DPH\KontrolaDPH_filtr.htm (pro možnost zadání filtru konkrétního typu dokladu)
  
  
• 1. 1. 2. 3 - Výkaz DPH
  SK Legislativa
  
  Upraven export do XML. Element se skládá jako "číslo popisné" + znak "/ " + "číslo orientační".
  Pokud "číslo popisné" nebo "číslo orientační" není určeno, pak element může vypadat např.: /23. , nebo 719/ nebo /
  Nově upraveno tak, že znak "/" je použit jen v případě, pokud jsou "číslo popisné" a "číslo orientační" určeno
  
  Upraveny tyto objekty:
  - procedura spHlaseniDPH_ExportSK_XML
  - procedura spExport_SH_XML_SK201701
  - procedura spExport_SH_XML_SK202001
  
  
• 1. 1.10. 4 - Generowanie JPK KR (legislativa PL)
  Pro polskou verzi byla vytvořena nová činnost 1.1.10.4 - Generowanie JPK KR.
  Na vstupní stránce se zadává období, pro které se má export provést. Dále je možno zvolit, zda soubor má obsahovat účetní zápisy pouze zvoleného období, nebo účetní zápisy od počátku roku do zvoleného období.
  Tlačítkem "Vytvoř export XML" se provede vytvoření XML souboru. Tento se nezobrazuje, protože při větším objemu dat je problém s jeho zobrazením. Tlačítkem "Uložit do souboru" se pak vytvořený soubor uloží. Standardně se nabízí název souboru ve tvaru "JPK_KR_RRRRMM_yyyy-mm-dd_hhmmss.xml", kde RRRRMM je zvolené období a yyyy-mm-dd_hhmmss je datum a čas jeho vytvoření. Pokud je v parametru XMLPATH_JPK vyplněna cesta, tato se použije pro export souboru.
  
  Nová stránka - ESO9Start\ucet\JPK_KR.htm.
  Nové SQL procedury a funkce : fnGetXML_JPKKR, spJPKKR_Export
  
  
• 1. 1. 2. 4 - Výkazy AP, ZZ, CF (legislativa CZ)
  V sestavách účetních výkazů (Rozvaha Aktiv a pasiv, Výkaz zisku a ztráty...) je možno v zápatí v kolonce
  "Podpis statutárního orgánu nebo fyzické osoby, která je účetní jednotkou" tisknout jméno člena statutárního orgánu.
  Byly doplněny 2 parametry pro zadání jméno člena statutárního orgánu na výkazech (Statutar_JmenoPrijm, Statutar_vr). Tyto se nyní nabízejí před tiskem výkazů, je možno je ručně změnit.
  Upravené stránky : ucet\Vykazy\CZ_PVZZ_filtr.htm, ucet\Vykazy\CZ_PVZZ_filtr.htm, ucet\Vykazy\CZ_CF_filtr.htm, ucet\Vykazy\CZ_VZVK_filtr.htm, ucet\Vykazy\CZ_ZVK_filtr.htm, ucet\Vykazy\CZ_AP_filtr.htm, ucet\Vykazy\CZ_ZZ_filtr.htm
  Upravené sestavy : Vyk_AP_CZ_2017, Vyk_CF_CZ_2017, Vyk_PVZZ_CZ_2017, Vyk_VZVK_CZ_2017, Vyk_ZVK_CZ_2017, Vyk_ZZ_CZ_2017
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa SK)
  Dobropisy a DPH při samozdanění
  Aby dobropis vstupoval do správného řádku DPH, pak při tvorbě dobropisu bylo nutné ručně změnit kód pro výkaz DPH z (např. z 59 na 96).
  Aby se tento kód nemusel při tvorbě dobropisu měnit, byla nyní funkčnost upravena takto :
  V případě, že na dokladu (složce) je použit kód 59, tak pokud se jedná o dobropis, bude se chovat jako by tam byl kód 96, a bude tedy vstupovat do ř. 24/25, resp 26/27, resp28). Tato funkčnost byla doplněna již ve verzi 6.5 (30.6.2022), kde se za dobropis považoval doklad se zápornou částkou. Nyní ještě upraveno tak, že za dobropis se doklad považuje v případě, když je částka k úhradě je záporná a současně i součet DPH je záporný nebo roven nule.
  Obdobně platí pro kódy :
  73 --> 92
  85 --> 92
  56 --> 93
  57 --> 94
  58 --> 95
  59 --> 96
  0 --> 91
  
  
  
  Upravena funkce fnHDOK_DetailVykazuDPH_SK_std pro tvorbu podkladů pro výkaz DPH/KHDPH.
  
  
• 1. 1. 2. 5 - Export pro INTRASTAT
  Nově umožněno použít kurs přímo z dokladu. K tomu je nutno mít nastaveny tyto parametry ze skupiny parametrů "INTRASTAT":
  - IDES_VLPREPOCETKURSU: na hodnotu "20=Kurz z dokladu"
  - IDES_VLDATUMKURSU: doporučená hodnota je "0=Neurčeno". Tento parametr se nijak neuplatňuje (pokud je IDES_VLPREPOCETKURSU = "20=Kurz z dokladu").
  
  Při sestavování exportu se ignorují řádky u kterých mají současně všechny níže uvedené sloupce hodnotu = 0:
  - Vlastní hmotnost
  - Množství v MJ (doplňk. měrné jednotce uvedené v cel.saz.)
  - Fakturovaná hodnota v domácí měně
  - Statistická hodnota v domácí měně
  
  Spolu s tím upraveny tyto objekty:
  - procedura spINTRASTAT_Export: nově pracuje s hodnotou "20=Kurz z dokladu" parametru IDES_VLPREPOCETKURSU
  
  
• 1. 1. 1. 8 - Roční a mimořádná uzávěrka
  Upraven formulář v činnosti 1. 1. 1. 8 - Roční a mimořádná uzávěrka : v případě mimořádné uzávěrky je možno zvolit, které kroky se mají provádět, současně je možno nastavit datum uzávěrky (u "řádné" toto nastavit nelze - položky jsou skryty, kroky se provádějí všechny, datum je automaticky posledním dnem měsíce).
  V případě, že se provádí mimořádná účetní uzávěrka (např. v období 2022.06), pak se uzavření (kroky 3 a 4) proběhne v období 2022.06X a otevření (krok 5) v 2022.06Y. Tato období se automaticky založí při tvorbě uzávěrkového dokladu.
  Na formulář byly doplněny odkazy na tisk hlavní knihy a výsledovky, kde se do vstupního filtru pro tisk těchto sestav přenese období a datum prováděné uzávěrky.
  
  Upravené stránky : ucet\RocUzav.htm, ucet\Otev_rok.htm, ucet\Vysl_Str_F.htm ucet\Hl_kniha_Str_syn.htm
  
  Do tabulky RocUzav doplněny položky vlMimUzav_KRPenU, vlMimUzav_KRZavPohl, vlMimUzav_NV, vlMimUzav_Uzav, vlMimUzav_Otev.
  Upravené procedury a funkce : fnFormularProDokladRocUzav, spKrokRocUzav_ZalozDoklad, spRocUzav_NewRec, spROCUZAV_CalRec, spROCUZAV_BeforeInsert, spROCUZAV_BeforeUpdate, spROCUZAV_AfterDelete, spRocUzav_ZalozKroky, spRocUzav_BankUcet, spRocUzav_CreateDokl, spRocUzav_RocUzav, spRocUzav_RocOtev, spUctUzav_Prepocet, fnRocPRNV, fnRocOtev, fnRocUzav,
  spHlavniKniha, spVysledovka, spVysledovkaDleObdobi.
  
  
• 1. 1. 2. 5 - Export pro INTRASTAT (legislativa PL)
  Upravena tvorba-export dat do XML na základě připomínek od zákazníků. Upravené objekty:
  - spINTRASTAT_Export
  
  
• 1. 1. 2. 3 - Výkaz DPH - legislativa PL
  Založeny nové kódy DPH pro legislativu PL (160, 161, 162, 1621, 170) - upravena procedura spProVykazDPH_PL.
  Upraveny funkce pro tvorbu podkladů pro výkaz DPH - fnVykazDPH_SeznamDuvOsv, fnHDOK_DetailVykazuDPH_PL_std.
  Upravena procedura spHDok_FapEU_VytvorDPH pro tvorbu samovyměření DPH tak, aby do výpočtu nevstupovaly složky s těmito nově vytvořenými kódy DPH (160, 161, 162, 1621, 170)
  
  
• 1. 1. 2. 3 - Výkaz DPH (legislativa SK)
  Podmínka pro určení toho, zda se jedná o dobropis, byla upravena tak, že se testuje, zda částka k úhradě je záporná (Hdok.hdKuhradeKc < 0) a současně součet daní na hlavičce dokladu je rovněž záporný nebo roven nule (HDOK.HDDAN_5 + HDOK.HDDAN_22 + HDOK.HDDAN_SS2 <= 0).
  Upravena funkce fnHDOK_DetailVykazuDPH_SK_std
  
  
• 1. 1. 2. 3 - Výkaz DPH
  Na formuláři hlaviček výkazů DPH byla doplněna položka "Vypořádací koeficient" s informací o tom, zda byl vypočten nebo zadán ručně. Tento vypořádací koeficient se vypočte v okamžiku uzavření výkazu DPH za 12. období. V obecném klientovi se v editoru položka zobrazuje jen pro 12. období.
  V případě, že již byl odveden výkaz za období RRRR.12 a vytváří se dodatečný výkaz pro některé předchozí období, pak se pro tento dodatečný výkaz DPH použije koeficient, který se vezme z vypořádacího koeficientu z posledního odvedeného výkazu z období RRRR.12.
  V případě potřeby je možno jak koeficient, tak i vypořádací koeficient nastavit ručně (a v tom případě se jim nastaví příznak "ruční zadání" a při přepočtu výkazu se nezmění - použijí se takto ručně zadané hodnoty).
  
  Upravena stránka DPH\OdvodDPH.htm, procedury , funkce fnKoeficientDleidOdvodDPH, fnDphVykaz_CZ_2016_01, fnKoefOdvedenehoVykazuDPH, procedury spODVODDPH_RVKoeficient, spODVODDPH_RVKoeficientV, spVykazDPH_VypocetVyporadani_SK200710, spVykazDPH_Vypocet450, spVytvorHlavRocniKoef, spODVODDPH_Priprava, spOdvodDPH_ZalozNoveDodatecne.
  
  
• 1. 1. 2. 1 - Hlavní kniha
  Upravena sestava Hl_kniha_ob_detXmlPar (Tisk detailu obratu účtu) - ve výstupu do excelu se nově zobrazují i sloupce Projekt a Zdroj
  
  
• 1. 1. 1. 8 - Roční a mimořádná uzávěrka
  Mimořádná uzávěrka :
  - aby se po uzavření hlavičky mimořádné uzávěrky daly pořizovat a editovat účetní zápisy v daném období po datu mimořádné uzávěrky, byly upraveny procedury spUcetZap_ValRec, spUctUzav_KontrolujUzavObd, triggery trUcetZap_Upd, trUcetZap_Ins, trUcetZap_Del_Kontrola, funkce fnUctObd_KontrolaPredUctUzav
  - Na dokladech účetní uzávěrky pro kroky 3 a 4 - pokud se jedná o mimořádnou uzávěrku, není možno provést uzavření předchozích účetních (odstraněno tlačítko pro tuto akci) - upraveny stránky ucet\navy_rok.htm a ucet\Uzav_rok.htm.
  - Na formuláři roční uzávěrky doplněny odkazy pro přechod na tisk hlavní knihy a výsledovky - u řádné uzávěrky se do filtru naplňuje období od a do podle uzavíraného roku, u mimořádné se navíc zobrazuje datum uzávěrky - současně upraveny sestavy tak, aby akceptovaly toto datum mimořádné uzávěrky - upraveny stránky ucet\RocUzav.htm, ucet\Hl_kniha_Str_syn.htm, ucet\Vysl_TiskStred.htm, ucet\Vysl_Str_F.htm, ucet\Hl_Kniha_DetHromObrat.htm, ucet\Hl_Kniha_DetHromKS.htm, ucet\Hl_Kniha_DetHromInv.htm, funkce fnHK_FilterXML, fnHlavniKniha_Det_Work, fnHlavniKniha_DetKS_Work, procedury spHlavniKniha, spVysledovka.
  - Na formuláři roční uzávěrky - pokud se jedná o mimořádnou uzávěrku, doplněn odkaz na tisk Počáteční rozvahy (hlavní knihy) po mimořádné uzávěrce
  - Na formuláři roční uzávěrky byl doplněn odkaz na stránku pro přepočet výkazů, v případě mimořádné uzávěrky i odkaz na výkazy pro počáteční rozvahu. V případě, že se jedná o mimořádnou uzávěrku, pak se na stránce pro přepočet výkazů při provedení přepočtu výkazů akceptuje datum mimořádné uzávěrky (dříve toto bylo nutno zajistit nastavením parametrů DatumMimUzav a DatumProZahajRozv) - upraveny stránky ucet\RocUzav.htm, ucet\Vykazy_Prepocet.htm, funkce fnVykazy_DatovyZdrojESO9, procedury spCr_QSumProVykaz,
  
  

Finance

• 1. 2. 1.17 - Automatický import BAV
  Byla zprovozněna možnost stahování bankovních výpisů prostřednictvím API rozhraní ze dvou bank - Komerční banky (0100) a České spořitelny (0800). V současné době probíhá testování pro Raiffeisenbank (5500), tento bude k dispozici pravděpodobně během března 2023.
  
  Nastavení se provádí v činnosti 9. 2.15 - Automatický import BAV - definice.
  Protokoly o zpracování jsou v činnosti 1. 2. 1.17 - Automatický import BAV - protokoly
  Podrobnější popis lze nalézt nápovědě pro tyto činnosti nebo v dokumentu "ESO9 – online propojení s bankou".
  
  Provedené změny :
  Doplnění položek v tabulce DFNIMPORTBAV : VLTYPDEFINICE, DTNACITATOD, DTPOSLEDNI, POCETDNU.
  Doplněna nová tabulka BANKAAPI pro uchování parametrů pro komunikaci s bankou.
  
  Upravené stránky :
  - Nastaveni\DfnImportBav.htm
  - finance\ImportBVProt.htm
  
  Upravené procedury a pohledy :
  - spBaV_Zalozeni
  - spImportBaV
  - spDFNIMPORTBAV_NewRec
  - spDFNIMPORTBAV_CalRec
  - spDFNIMPORTBAV_ValRec
  - spImportBaV_JedenSoubor
  - spImportBaV_ZpracujSoubory
  - spImportBaV_NactiSoubory_File
  - spImportBaV_NactiSoubory
  - QDFNIMPORTBAV
  
  Nové procedury a funkce :
  - fnBankaAPI_GetParam
  - fnBankaAPI_GetUrl
  - fnBankaAPI_OdkazDoBanky
  - fnBankaAPI_SeznamParam
  - fnBankaAPI_Udalost
  - GetAccountTransactionHistory
  - GetAccessToken
  - CS_GetAccessToken
  - CS_GetAccountsID
  - CS_GetTansactionHistory
  - CS_GetAccountBalance
  - AccountsApi
  - spBankaAPI_SetParam
  - spBankaAPI_NovaHodnota
  - spBankaAPI_NovaPlatnost
  - fnZpracujChybyAPI
  - spBanka_ImportAPI_0100
  - spImportBanka_0100API
  - spBanka_ImportAPI_0800
  - spImportBanka_0800API
  - spGetBankaAPI_Account
  - spImportBaV_NactiSoubory_API
  
  

Saldokonto

• 1. 3. 1. 2 - Párování všech saldokont
  Pokud se při párování bankovního výpisu nalezlo více dokladů ke spárování, které mají stejnou částku a stejný variabilní symbol, měl by se výpis spárovat s dokladem s nejstarším datem splatnosti. V případě, že na oba 2 takovéto doklady již vyl vystaven platební příkaz, pak se spárování provedlo bez ohledu na toto datum splatnosti (vzal se víceméně náhodně jeden z těchto 2 účetních zápisů).
  Upravena procedura spParovani_JedenUcet tak, aby se i v tomto případě vzal do párování účetní zápis s nižším data splatnosti.
  
  
• 1. 3. 3. 4 - Automatické kontroly pohledávek
  Při uložení dokladu se provádějí mimo jiné kontroly pohledávek (závazků) subjektu.
  Tyto kontroly lze definovat dvěma způsoby - buď v činnosti 1. 3. 3. 4 Automatické kontroly pohledávek nebo pomocí nastavení odběrového (úvěrového) limitu v subjektu v typu subjektu.
  Problém byl v tom, že první z těchto uvedených možností brala v úvahu i zálohové doklady, a druhá tuto kontrolu prováděla bez zálohových dokladů.
  
  Aby bylo možno tyto kontroly sjednotit, byly provedeny následující úpravy :
  
  V činnosti 1. 3. 3. 4 Automatické kontroly pohledávek
  - zatím se kontrola prováděla včetně zálohových dokladů
  - nyní je toto možno zvolit - definovat v činnosti 1. 3. 3. 4
  - do tabulky KONTRLPOHL byla doplněna nová položka VLVCETNEZALOH (je naplněna hodnotou 1=včetně záloh, takže pokud se nepřenastaví, funguje stejně jako dosud)
  - upraven formulář Subjekt\KontrPohl.htm
  - upraveny funkce fnKontrPohl_Pohledavky, fnKontrPohl_Pohledavky_ProSubjekt, procedury spHDOK_TestKontrPohl, spKontrPohl_emailProSubjekt, spKontrPohl_ZasliEmail1
  
  2. Kontrola pohledávek/závazků definovaná na základě nastaveného odběrového/úvěrového limitu (v subjektu v typu subjektu)
  - doplněny parametry Subj_Limit_FVZ a Subj_Limit_FPZ pro určení, zda se do odběrového/úvěrového limitu mají započítávat i zálohové doklady (standardně nastaveny na hodnotu 0, takže funguje jako dříve - bez zálohových dokladů)
  - upravena procedura spHDOK_TestTypSubj
  
  
• 1. 3. 2. 1 - Zápočtové doklady
  Ve stránkách pro tvorbu zápočtových dokladů doplněna možnost tvorby zápočtu i nad bankovními výpisy a pokladními doklady.
  Upraveny stránky ESO9Start\saldo\Zap_Subj.idc, ESO9Start\saldo\Zap_SubjICO.idc
  Upraven pohled QUCETZAP_ProZapocty (ve výběrové podmínce pro HDOK.vlHPohledavka_Zavazek doplněny možnosti 3 a 4 = pokladní doklady, bankovní výpisy).
  
  

Nákup

• 2. 1. 3. 1 - Faktury přijaté účetní (legislativa PL)
  Do stránky formuláře FPU :
  - doplněn náhled dokumentu (pouze pro obecného klienta).
  - doplněna položka Datum DPPD.
  Upravena stránka ESO9StartPL\Nakup\FapHlav.htm
  
  
• 2. 1. 3. 1 - Faktury přijaté účetní - samovyměření DPH
  Úprava samovyměření DPH při výpočtu ze složek.
  Upravena procedura spHDok_FapEU_VytvorDPH - pokud je na složce uveden Kód pro výkaz DPH = -1, pak tato složka nevstupuje do samovyměření a ani nehlásí chybu/varování.
  
  
• 2. 1. 3. 1 - Faktury přijaté účetní \ odkaz "Složky" (pouze pro legislativu SK)
  Do horní formy předlohy "nakup/FaPSloz.htm" doplněno tlačítko-akce "Zálohované obaly", který generuje k jednotlivým složkám zálohované obaly definované k danému zboží (činnost 9.5.9 Zboží \ odkaz "Zálohovaný obalů"). Generování je zajištěno novou procedurou "spHDOK_btZalohovaneObaly"
  
  
• 2. 1. 1. 1 - Cenové poptávky
  Upraveny následující formy z důvodu překladů do cizích jazyků. Nově se naplňuje/předává parametr "vzortext" z datového zdroje namísto pevným textem:
  - forma "nakup\CenPop.htm" - odkaz "Nákupní objednávka": parametr "vzortext" se naplní z předchůdce(<%vzortext%>)
  - forma "nakup\KopieCenPop_VObj.htm" - odkaz "Vzniklý doklad": parametr "vzortext" se naplní názvem vzoru %MF_POPISVZOR% nově vznikajícího dokladu
  
  
• 2. 1. 1. 2 - Nákupní objednávky
  Upraveny následující formy z důvodu překladů do cizích jazyků. Nově se naplňuje/předává parametr "vzortext" z datového zdroje namísto pevným textem:
  - v odkazech "Příjemka U" a "Příjemka F" se volá forma "nastaveni\KopiePrDoNa.htm": v odkazu "Vzniklý doklad" se parametr "vzortext" naplní názvem vzoru %MF_POPISVZOR% nově vznikajícího dokladu
  
  
• 2. 1. 3. 1, 2. 2. 3. 1 - Faktury přijaté / vydané účetní - připojování záloh
  Při připojování zálohy se přednabízelo, že se má částka v domácí měně přepočítat kurzem doúčtovací faktury. S ohledem na interpretaci NÚR by se přepočítávat neměla. Tuto funkčnost bylo možno nastavit parametrem PripZalPrepKurs, dle něhož se způsob přepočtu nabízel. Původní parametr PripZalPrepKurs byl zrušen, a byly doplněny 2 nové parametry PripZalPrepKursFPU a PripZalPrepKursFVU - nyní lze tedy nastavit zvlášť pro přijaté faktury a zvlášť pro vydané faktury.
  Současně byla na stránkách pro připojení záloh tato volba „Částku v domácí měně ponechat beze změny / přepočíst kurzem doúčtovací faktury“ nastavena tak, že ji nelze editovat - má vlastnost ReadOnly a je tedy vždy použita hodnota nastavená v parametru (toto bylo zvoleno zejména z důvodu, aby při vícenásobném připojení záloh nebyly použity různé metody přepočtu).
  Upravené stránky : nakup\VyberZalohy.htm, prodej\VyberZalohy.htm
  
  Upraveno párování zálohy v případě částečných úhrad. Standardně má záloha 2 účetní zápisy, kladný a záporný. Při více úhradách se jedna strana rozdělí podle úhrad, druhá (pro připojení k doúčtovací faktuře, resp. pro vznik daňové zálohy) zůstávala nerozdělená a pak se chybně nabízela k připojení k doúčtovací faktuře celá částka (i neuhrazená část). Nyní se při spárování zálohové FA rozdělí podle úhrad i druhá strana.
  Upravené stránky : nakup\VyberZalohy.htm, prodej\VyberZalohy.htm
  Upravené funkce a procedury : fnUCETZAP_NESPZalohy, spQUCETZAP_NESPZalohy_VypocetCen, spQUCETZAP_NESPZalohy_MARKSTATE, spQUCETZAP_NESPZalohy_Uhradit, spZalohy_SparujOzn, spParovani_KonecSaldoPripadu, spUcetZap_ZalozCU
  
  

Prodej

• 2. 2. 3. 1 - Faktury vydané účetní \ tlačítko "Recyklační poplatky"
  Při tvorbě recyklačních poplatků nově:
  - vazba mezi zdrojovou složkou a složkou recyklačního poplatku má nově typ vazby HISSDOK.VLTYP_VAZBY = 20 (20=zboží - recyklační poplatky). Tím se vyřadí z funkcí, které zjišťují plnění složky a nedochází k chybnému naplnění množství ke kopii/stornu.
  - novou funkcí fnRecyklacniPoplatky_Popis lze ovlivnit popis-text vznikající složky recyklačního poplatku
  
  Spolu s tím provedeno:
  - nový typ vazby 20 doplněn do popisu sloupce HISSDOK.VLTYP_VAZBY v datovém modelu – činnost „Datový model: Tabulky“
  
  - nová funkce fnRecyklacniPoplatky_Popis: uživatelská-profi funkce, která vrací popis recyklačního poplatku @IDZBOZI (služba/ostatní..), který se váže ke zboží zdrojové složky dokladu @IDSDOK. Standardně je návratová hodnota NULL
  
  - procedura spHDOK_btRecyklacniPoplatky:
  - pro tvorbu textu-popisu recyklační služby/ostatní... zapojena nová funkce fnRecyklacniPoplatky_Popis
  - vazba mezi složkami(HISSDOK) má nově typ vazby 20=zboží - recyklační poplatky
  
  
• 2. 2. 3. 1 - Faktury vydané účetní (pouze pro legislativu SK)
  Do horní formy předlohy "prodej/FaV.htm" doplněno tlačítko-akce "Zálohované obaly", který generuje k jednotlivým složkám zálohované obaly definované k danému zboží (činnost 9.5.9 Zboží \ odkaz "Zálohovaný obalů"). Generování je zajištěno novou procedurou "spHDOK_btZalohovaneObaly"
  
  
• 2. 2. 3. 1 - Faktury vydané účetní
  Pokud na FVZD byl nastaven kód pro osvobozené plnění (např. 38) , pak se při připojení této zálohy k FVU pomocí připojení složek došlo v KH DPH ke tvorbě řádku o odúčtování zálohy (na základě záporné částky ve složce, která měla nastaven příslušný kód DPH).
  V případě připárování pomocí účetních zápisů však k tomuto odúčtování nedošlo, protože žádná taková složka neexistovala.
  Byla upravena procedura pro vytváření podkladů pro výkaz DPH tak, aby se záznam v KHDPH vytvářel i na základě takto připárovaného účetního zápisu.
  
  Upravena funkce fnHDOK_DetailVykazuDPH_std, procedura spHdok_VytvorDetailDPH_CZ
  
  
• 2. 2. 3. 1 - Faktury vydané účetní - dobropisy / opravné daňové doklady:
  Od 1. 4. 2019 není nutné čekat na potvrzení dobropisu odběratelem. Je nutné vynaložit úsilí (které po dodavateli lze rozumně požadovat) k tomu, aby se tento daňový doklad dostal do dispozice příjemce plnění (odeslat, předat osobně atp.).
  V ESO9 se potvrzení dobropisu odběratelem řeší tak, že do položky "Datum pro dobropis" se vyplní datum, a na základě vyplnění tohoto data se pak provedlo příslušné rozúčtování. Aby se nyní toto datum nemuselo naplňovat ručně, je možno zajistiti jeho naplnění například následujícím způsobem :
  
  Na na typu dokladu FVU byl a aplikaci Eso9Start doplněn uživatelský přepočet pro položku Datum pro dobropis (dtProOdvodDPH) takto :
  
  dtProOdvodDPH =
  case
  when dtProOdvodDPH is not NULL then dtProOdvodDPH
  when (dtzdanitpln >= convert(date, '2019-04-01', 102))
  and
  (vlStavHdok >= 20) /* 20 = stav Odeslaná */
  and
  (hdKUhradeVal < 0 and hdDan_5 + hdDan_22 + hdDan_SS2 <= 0)
  then DTODESLANO
  else NULL
  end
  
  To znamená, že položka datum pro dobropis se automaticky nastaví na hodnotu data vystavení v případě, že jsou splněny následující podmínky :
  - datum pro dobropis není vyplněno (je NULL)
  - jedná se o dobropis (je záporná částka k úhradě a součet daní není kladný)
  - datum zdanitelného plnění je větší nebo roven 1.4.2019
  - stav dokladu je alespoň 20 ( = odesláno)
  
  Prakticky to tedy nastane až po té, co je na dokladu se zápornou částkou nastaven stavu "Odeslaný" (a v tomto stavu ho již nelze editovat / doplňovat další složky apod.)
  
  Poznámka : Nelze zapojit do standardního CalRecu HDOKu z důvodu, že při procesu pořizování složek (kladných a záporných) se může výsledná částka k úhradě měnit z kladné na zápornou a opačně, což by mohlo způsobit nežádoucí nastavení data pro dobropis i pro kladné doklady (protože nelze poznat, zda datum pro dobropis se určilo automaticky nebo ručně a tudíž v případě jeho vyplnění ho již nelze automaticky změnit na NULL).
  
  Tento uživatelský přepočet byl nastaven pouze v aplikaci Eso9Start (ve verzi 6.6), v zákaznických aplikacích se toto automaticky nedoplňuje. V případě potřeby je nutno toto v příslušném typu dokladu nastavit - je vhodné zde pak zvolit vhodné datum tak, aby u již dříve zaúčtovaných a uzavřených dokladů nemohlo dojít k jejich přepočtu.
  
  
• 2. 2. 3. 1 - Faktury vydané účetní - splátkový kalendář
  V databázi ESO9Start byl vytvořen nový vzor dokladu „VZORFVUNaj“ (FVU tuzemská - splátkový kalendář dle §31 zákona o DPH (nájmy)) a nová číselná řada „FVUNaj“ (Řada FaV tuzemských - splátkový kalendář - nájmy). V uživatelských aplikacích se automaticky nezakládá, v případě potřeby je nutno obdobný vzor a číselnou řadu založit.
  Na vzoru je (v typech dokladů, odkaz „Vzory pro uživatele“) nastaven formulář prodej/fav.htm&mf_Najem=1. Uvedený parametr způsobí, že na formuláři složek dokladů bude oproti běžnému formuláři zobrazeno datum uskutečnění zdanitelného plnění (které je současně datem splatnosti), a není volána sestava pro tisk faktury ale nová sestava pro tisk splátkového kalendáře.
  Vytvořen nový účetní typ „FVUNAJ“ (Faktura vydaná - splátkový kalendář (nájmy)), který vytváří zaúčtování (311xxx, 343xxx a 6xxxxx) ze složek a bude vstupovat do DPH a KHDPH dle jednotlivých složek dokladu. V uživatelských aplikacích se automaticky nezakládá, v případě potřeby je nutno obdobný účetní typ (a jeho předpisy) založit.
  Do parametrů aplikace byl přidán nový parametr aplikace UcetTyp_DUZP_SDOK. V něm je zapsán účetní typ FVUNAJ. Slouží k tomu, aby se při tisku kontrolních sestav z výkazu DPH a KH DPH pracovalo u dokladů zadaného účetního typu se složkami dokladů. Standardně totiž do sestav vstupují hlavičky dokladů.
  
  Upraven formulář prodej/fav.htm.
  Upravena sestava KontrolaDPH, RozpisDPH_CZ_2016, nová sestava FavForm_Najem.
  Upraveny procedury a funkce fnHDOK_DetailVykazuDPH_std, fnHDOK_SplatkovyKalendar
  
  

Sklad

• 2. 3. 3. 3 - Zadání zjištěných inventurních stavů
  V horní formě "Sklad - inventura" upravena možnost inicializace inventurních stavů tlačítkem
  "Příprava inventury - naplnění stavů":
  - Ne: akce skončí chybou č.52197 - Přípravu inventury nelze provést
  - Ano – se stavy: pro všechno zboží / šarže na skladě se podle skladového parametru "INV_JAKYSTAV" = 1-fyzický / 0 (jiné než 1)-účetní naplní Inventurní stav = konečným fyzickým / účetním stavem.
  - Ano – bez stavů (nulové stavy): pro všechno zboží / šarže na skladě se naplní Inventurní stav = 0.
  
  Spolu s tím upraveny tyto objekty:
  - předloha "InvPriprava.htm": upravena možnost inicializace inventurních stavů tlačítkem + stručný popis
  - procedura "spZBOZSKL_INITINVENTURA": doplnění možnosti inicializace Inventurní stav = 0
  
  

Majetek

• 3. 1 - Evidence majetku
  Pokud je na majetku vazba na zdroj, bude se při založení pohybů majetku (zařazení, technické zhodnocení, vyřazení, odpis) tento zdroj přenášet do složky (MD i DAL).
  Upraveny procedury spMAJ_GetidHDOK_Odp, spMAJ_PrepUcOdp, spMajetek_Zarad, spMajetek_Vyrad, spMajetek_Odpisy, spMajetek_Zvyseni.
  
  

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

• 6. 6. 2 - Balíkobot - protokol
  Balíkobot verze 6.0.6
  Komunikace s webovou službou Balíkobotu přepnuta do protokolu TLS 1.2. Balíkobot vyžaduje od 24.1.2023.
  Jde o knihovnu eso9zasilky.dll volanou z aplikačního serveru. Na aplikačním serveru již bylo požadováno pro EET komunikaci, nemělo by být problémem.
  
  
• 6. 6. 2. 9 - Balíkobot - dopravci
  Balíkobot verze 6.0.6
  Do přehledové tabulky v dokumentaci a seznamu dopravců v činnosti 6.6.2.9 doplněna informace, že lze expedovat ze Slovenska u dopravců UPS, TNT, DBSCHENKER, PBH, DHL (DHL Express). Tím počet dopravců ze Slovenska stoupl z 12 na 17.
  Pro dopravce UPS se načítá číselník manipulačních jednotek (pro atribut mu_type).
  
  
• 6. 6. 2. 1 - Balíkobot zásilky
  Automatické doplnění výdejního místa předávaného z e-shopu přes položku PODMINKY_TEXT (v rozhraní pro e-shop jako KOD_VYDEJNY) je funkční i pro výdejní místa typu BOX a ne jen BRANCH.
  
  
• 6. 6. 2. 9 - Balíkobot - dopravci a služby
  Zapojen Balíkobot verze 2
  Dopravci mají nové sloupce
  - „Povolené verze“ – seznam povolených verzí oddělených středníkem. Nastavena hodnota 1 případně 1;2. Nelze měnit.
  - „Použít verzi“ – jedna z povolených hodnot, přednastaveno 1
  Atributy zásilky u dopravce mají nový sloupec „Pro verzi“: 0=určeno pro všechny verze / 1=určeno pouze pro verzi 1 / 2=určeno pouze pro verzi 2.
  Nastavuje se verzovým skriptem, nelze měnit. U většiny atributů nastaveno 0, u dopravců, kde je povolena verze 2 se atributy rozlišují.
  
  Při aktualizaci obsahu zásilky, tedy při zaklání atributů k zásilce se podle nastavené verze dopravce použijí atributy s hodnotou „Pro verzi“ = 0 a další podle hodnoty verze 1 nebo 2. Pokud založíte atributy a nevygenerujete štítek a pak změníte verzi dopravce, při opakované aktualizaci obsahu zásilky se atributy se špatnou verzí zruší a s nově nastavenou založí.
  
  Pro dopravce TOPTRANS zapojena verze v2, která umožňuje zakládat vícebalíkové zásilky.
  - Spustit rozšiřující skript, vyměnit knihovnu eso9zasilky.dll a nahrát nové stránky
  - Dokončit generování štítků v založených v zásilkách TOPTRANS s předchozí verzí 1 (byla výchozí).
  - V seznamu dopravců pak nastavit „Použít verzi“ = 2.
  - Stáhnout číselníky pro TOPTRANS – číselník manipulačních jednotek se ve verzi 2 naváže k atributu „mu_type“ (místo „mu_type_one“ ve verzi 1).
  
  U dopravců DHL, UPS, TNT, SPS provedena (u verze 2) změna pro větší flexibilitu zadávání konkrétních dat u jednotlivých balíků:
  - Odebrán atribut „pieces_count“ (aktivní jen pro verzi 1)
  - Doplněn atribut „order_number“ (aktivní jen pro verzi 2)
  - Při vytváření vícekusových zásilky je ve verzi 2 možné zasílat různé udané ceny (price), váhu (weight) a popis obsahu (content), případně rozměry, pokud dopravce podporuje. Zbytek atributů je stejný jako pro všechny balíky.
  
  
• 6. 6. 2. 5 - Balíkobot - přehled a AutZasilky
  Balíkobot - automatické zpracování programem AutZasilky.EXE
  Do automatu doplněna nová funkčnost „Automatizované získávání štítků“.
  Hromadné zjišťování stavů zásilek (v činnosti 6.6.2.5 „Balíkobot - přehled“ a v programu AutZasilky) se nově může provádět pro více expedičních míst. Zadává se novým parametrem BB_Aut_ExpedicniMista, lze uvést více ID oddělených středníky. Pokud je prázdné, zjišťuje se pro všechna expediční místa.
  
  

Účetní číselníky

• 9. 2. 4 - Odpisové skupiny majetku (SK legislativa)
  V číselníku odpisových skupin s kódem SKD1R, SKD1Z, SKD2R, SKD2Z, SKD3R, SKD3Z, SKD4R, SKD4Z byl do názvu odpisové skupiny doplněn text " - do r. 2011".
  V aplikaci Eso9StartSK navíc u těchto skupin nastavena platnost do 31.12.2011
  
  
• 9. 2.11 - Kódy pro výkaz DPH (legislativa CZ)
  Doplněn nový kód pro výkaz DPH : 361 - ostatní plnění osvobozené (ř. 26, bez preferenční věty).
  Má stejnou funkčnost jako kód 36 ostatní plnění osvobozené (ř. 26)., ale je možno nastavit jinou nebo prázdnou preferenční větu. (Standardně není v ESO9Start preferenční věta nastavena ani u kódu 36, pokud si ji ale uživatel nastavil, tak se tiskne)
  Upravena procedura spProVykazDPH_CZ, funkce fnVykazDPH_SeznamDuvOsv.
  
  
• 9. 2. 4. 0 - Odpisové skupiny majetku
  V souvislosti se schválením „daňového balíčku 2023“, který byl vyhlášen ve sbírce zákonů (zákon č. 366/2022 Sb.) a je platný od 1.1.2023, byla u daňových odpisových skupin majetku D1_2020 a D2_2020 nastavena "platnost do" na 31.12.2023 (pouze legislativa CZ).
  
  

Subjekty

• 9. 3. 3. 0 - Subjekty - ověření DIČ (doplněk č. 2 předchozí verze)
  Vzhledem k tomu, že na portálu VIES byla zrušena možnost ověření DIČ voláním stránky s předáním ověřovaného DIČ pomocí parametrů (např : https://ec.europa.eu/taxation_customs/vies/viesquer.do?vat=27624609&ms=CZ), tak se nyní při zobrazení tohoto odkazu zobrazí stránka s textem "Error 404--Not Found ...".
  Funkční zůstává pouze ověření DIČ pomocí volání služby SOAP. Toto se provádí pomocí tlačítka "Ověření DIČ v EU" (voláním procedury spOvereniDic_SOAP), za kterým se ale následně vyvolalo otevření (dnes již nefunkční) stránky na portálu VIES.
  
  Na stránkách, kde bylo voláno ověření DIČ pomocí tlačítka, bylo po volání služby zrušeno zobrazení stránky na portálu VIES.
  Odkaz "Oveření DIČ" byl ve stránkách ponechán, ale aby stránka (na kterou odkaz vede) nehlásila chybu, byl odkaz v pohledu qSubjekt změněn tak, aby se zobrazila stránka s možností ručního zadání DIČ.
  V pohledech QSubjekt, QDICVEU, QHDOK_FAV a QHDOK_FAV_FISMOD byla položka OvereniDIC původně definována jako :
  'http://ec.europa.eu/taxation_customs/vies/viesquer.do?vat='+substring(SUBJEKT.DIC, 3, 20)+'&ms='+left(SUBJEKT.DIC, 2) + IIF(left(SUBJEKT.DIC, 2) = 'ES', '&traderName=', '')
  Nyní byla změněna na
  'https://ec.europa.eu/taxation_customs/vies'
  
  Upravené pohledy : QSubjekt, QDICVEU, QHDOK_FAV, QHDOK_FAV_FISMOD
  Upravené procedury : spOvereniDic_Soap (doplnění parametru @Headers), spLegisSK_QSubjekt, spLegisPL_QSubjekt
  Upraveny stránky (odebráno ;URL_ACTION={'datafld':'OVERENIDIC','DirectPrint': 0}) :
  - ESO9Start\subjekt\SubjWebURL_INC_OverDIC.htm
  - ESO9Start\subjekt\DicVEU.htm
  - ESO9Start\prodej\FAVPZD_Reg.htm
  - ESO9Start\prodej\FaV.htm
  - ESO9Start\prodej\ZFaVD.htm
  - ESO9Start\prodej\ZFaV.htm
  - ESO9Start\saldo\PenFak.htm
  - ESO9Start\prodej\PFaVHlav.htm
  - ESO9StartHU\Prodej\FaV.htm
  - ESO9StartSK\Prodej\FaV.htm
  
  

Dokladové číselníky

• 9. 4. 6 - Vzory dokladů \ Vazby hromadně
  Nově umožněna filtrace vzorů ve spodních formách "Předchůdci vzoru" a "Následníci vzoru". Toho je dosaženo "obalením" původních datových zdrojů. Změny provedeny ve formě "nastaveni\VzorPredNaslHromadne.htm"
  
  
• 9. 4. 3 - Číselné řady
  Číslování dokladů se dosud vždy provádělo dle fiskálního období. Nyní byl doplněn parametr CisRad_DleObdobi (ve skupině Číselné řady), kterým je možno definovat, že se číslování má provádět dle účetního období. Standardní hodnota parametru je nastavena na hodnotu 0 ( = číslovat dle fiskálního období - tak jako dosud).
  Parametr je možno nastavit v závislosti na účetním období.
  Upravena procedura spCisDok_DleObdobi.
  Upozornění : změna parametru v případě existence dokladů v daném období může způsobit nekonzistenci číselné řady !
  
  

Zboží, služby, majetek..

• 9. 5. 9 - Zboží (pouze pro legislativu SK)
  Doplněna evidence "Zálohovaný obalů" ke zboží:
  - nová předloha "nastaveni/ZbozZalObaly.htm": slouží k evidenci zálohovaných obalů
  - doplněn odkaz "Zálohované obaly" do předloh:
  - nastaveni/Zbozi.htm
  - nastaveni/ZboziVYR.htm
  - nastaveni/dilZBOZI.htm
  
  

Parametrizace systému

• 9. 6. 4 - Činnosti
  V případě, že kód poslední činnosti obsahoval písmena (např. 1. 1. 2.AA), pak při zakládání nové činnosti tlačítkem "Přidat následníka" došlo k chybě "Conversion failed when converting the varchar value 'AA' to data type int."
  Upravena procedura spCinnost_AddNaslednika, ve výše uvedeném případě bude označování kódů činností při zakládání tlačítkem "Přidat následníka" pokračovat řadou 1. 1. 2.AB, 1. 1. 2.AC, ... 1. 1. 2.AZ, 1. 1. 2.BA ...
  
  
• 9. 6. 3. 1 - Uživatelské sestavy - detail
  Opravena/obnovena aktualizace položek "Počet výpisů" a "Datum posledního výpisu" během tisku sestavy.
  Chyba byla způsobena optimalizací procedury spSESTAVY_SQLFILTER
  
  

Fiskální modul

• SK - FisMod - Klientský doplněk fiskální modul pro IE a ESO9 Prodejna
  V konfiguraci přejmenováno zařízení eFT5000B na eFT5000B (CHDU BOWA).
  Doplněno zařízení eFT5000V (CHDU VAROS).
  Rozlišení podle použitého typu CHDU je nutné z důvodu různého chování firmware.
  V případě CHDU BOWA, pokud do FT vstoupí složka účtenky s množstvím < 0 a současně s jednotkovou cenou < 0, obě hodnoty se změní na kladné. Tím celková cena zůstane stejná, doklad bude mít stejnou hodnotu a projde CHDU BOWA. Týká se zejména složek, které jsou stornem slevy na původním dokladu.
  Do logu se zapíše: „Pro CHDU BOWA upraveno množství -M.00 na M.00, jedn. cena -CC.00 na CC.00“
  Pro CHDU VAROS se hodnoty nemění, tímto firmware projdou.
  Jak zjistit, jaké máte CHDU:
  - CHDU BOWA – doklady z eKasa mají číslování v rámci měsíce s celým číslem roku: RRRRMMxxxxxxx
  - CHDU VAROS - doklady z eKasa mají číslování v rámci měsíce a dne se zkráceným číslem roku RRMMDDxxxxxxx
  
  

Změny procedur

• spSDok_Copy - slouží pro kopii složky dokaladu
  Procedura obsahuje mnoho dotazů SELECT, --JOIN... do tabulek HDOK, SDOK, ZBOZI, ZBOZSKL, HISSDOK.. na konkrétní záznamy(podmínka WHERE). Tyto dotazy byly doplněny klauzulí WITH(NOLOCK), která umožní zrychlení načítání záznamů s malou pravděpodobné že dotaz vrátí "transakčně nepotvrzený" záznam.
  
  
• spHDok_ValRec, spQHDok_TestOznacDokladu - procedury s kontrolou, zda je subjekt / subjekt příjemce aktivní
  Do procedur doplněna kontrola, zda subjekt příjemce je aktivní.
  
  Spolu s tím upraveno:
  - nová funkce fnErrMessage_52232: vrací informace o zadané ID subjektu. Slouží primárně pro chybovou hlášku č. 52232
  - chybové hlášení č. 52232 - Subjekt nelze použít - je neaktivní (%s): doplněn parametr "%s" s informací o subjektu (funkce fnErrMessage_52232)
  
  
• spZalohy_SparujOzn_UcetDokl - Procedura pro vytvoření a spárovaní záloh nad označenými větami (s vytvořením účetních zápisů)
  Upravena procedura spZalohy_SparujOzn_UcetDokl - v případě, že na FPZD bylo vytvořeno samovyměření, tak se při připojení této FPZD k FPU zkopírovaly účetní zápisy samovyměření (s opačnou částkou).
  Pokud se však nepřipojuje celá FPZD, ale pouze část, pak se částky na těchto zkopírovaných účetních zápisech násobí poměrem celkové připojované částky / celkové částce FPZD ( = MF_UHRADITVCETNEDPH) / HDOK (FPZD).HDKUHRADEVAL).
  
  
• Online komunikace s bankami
  Assembly AES256GCM pro možnost vygenerování klíče pro šifrování AES256GCM
  Assembly AccountsApi pro přímou komunikaci s bankou, umožňuje komunikaci jak s produkčním, tak i testovacím prostředím
  
  Česká spořitelna
  - získání přístupového tokenu pro online komunikaci s Českou spořitelnou
  procedure dbo.CS_GetAccessToken (@sApiKey [nvarchar](4000),
  @sApiSecrete [nvarchar](4000),
  @sRefreshToken [nvarchar](4000),
  @sResponse [nvarchar](max) output,
  @iProduction int = 0)
  
  - získání identifikátorů povolených účtů u České spořitelny
  procedure dbo.CS_GetAccountsID (@sAppKey [nvarchar](4000),
  @sAuthToken [nvarchar](4000),
  @sResponse [nvarchar](max) output,
  @iProduction int = 0)
  
  - získání transakční historie u zadaného účtu
  procedure dbo.CS_GetTansactionHistory (@sAppKey [nvarchar](4000),
  @sAuthToken [nvarchar](4000),
  @sAccountId [nvarchar](400),
  @dtOd date,
  @dtDo date,
  @sResponse [nvarchar](max) output,
  @iProduction int = 0)
  
  -získání disponibilního zůstatku
  procedure dbo.CS_GetAccountBalance (@sAppKey [nvarchar](4000),
  @sAuthToken [nvarchar](4000),
  @sAccountId [nvarchar](400),
  @sResponse [nvarchar](max) output,
  @iProduction int = 0)
  
  Komerční banka
  - procedura pro registraci aplikace v Komerční bance
  procedure dbo.KB_RegisterApp(@sAppKey [nvarchar](4000),
  @sJSON [nvarchar](max),
  @cert varbinary(max),
  @CERT_PASS nvarchar(4000),
  @sResponse [nvarchar](max) output,
  @iproduction int = 0)
  
  - funkce pro vygenerování encryption key, potřebného u komunikace s Komerční bankou
  function dbo.KB_GetEncryptionKey() returns nvarchar(4000)
  
  - získání přístupového tokenu pro online komunikaci s Komerční bankou
  procedure dbo.KB_GetAccessToken (@sAppKey [nvarchar](4000),
  @sRefToken [nvarchar](4000),
  @sRedirectUrl [nvarchar](4000),
  @sResponse [nvarchar](max) output,
  @iProduction int = 0)
  
  -získání identifikátorů povolených účtů u Komerční banky
  procedure dbo.KB_GetAcountsID(@sAppKey [nvarchar](4000),
  @sAuthToken [nvarchar](max),
  @sResponse [nvarchar](max) output,
  @iProduction int = 0)
  
  - získání transakční historie u zadaného účtu Komerční banky
  procedure dbo.KB_GetAccountTransactionHistory (@sAppKey [nvarchar](4000),
  @sAuthToken [nvarchar](4000),
  @sAccountId [nvarchar](4000) output,
  @dtOd date,
  @dtDo date,
  @sResponse [nvarchar](max) output,
  @iProduction int = 0,
  @iPage int = 0,
  @iSize int = 10)
  
  - získání disponibilního zůstatku pro zadaný účet
  procedure dbo.KB_AccountBalance (@sAppKey [nvarchar](4000),
  @sAuthToken [nvarchar](max),
  @sAccountId [nvarchar](4000),
  @sResponse [nvarchar](max) output,
  @iProduction int = 0)
  
  
• Online komunikace s bankami
  - metoda pro zjištění základních parametrů pro online komunikaci s jednotlivými bankami
  procedure spGetBankaAPI_Account @KodBanky varchar(20),
  @vlProdukcni smallint --0=testovací;1=produkční režim
  
  - funkce pro vygenerování URL pro povolení přístupu k jednotlivým bankám
  function dbo.fnBankaAPI_GetUrl(@idBanka Int,
  @idDFNImportBAV Int,
  @vlProdukcni smallint, --0=testovací;1=produkční
  @iNextAccount smallint = 0, -- pokud je potřeba přidat další účet již k existujícím 1 jinak 0
  @state varchar(512) = null)
  
  -procedura pro uložení clientID a clientSecrete pro Komerční banku
  procedure spBankaApi_SaveKBClient @clientID varchar(4000),
  @clientSecrete varchar(4000),
  @vlProduction smallint
  
  -procedura pro registraci aplikace u Komerční banky
  procedure spBankaApi_Register_KBApp @vlProdukcni smallint
  
  - procedura pro vygenerování Encryption Key potřebného pro Komerční banku při zjišťování clientId a client secrete
  procedure spBankaApi_SaveKBEncKey @vlProdukcni smallint
  
  
• spTXT - Procedury pro založení nebo aktualizaci věty do tabulek
  U spTXT procedur upraven příslušný @IDTABLE... jako OUT a těla procedur upraveny tak, aby se @IDTABLE naplňovaly při INSERTU.
  Upraveny tyto spTXT procedury:
  - spTXT_CINNOSTHIERCIN: @IDCINNOST
  - spTXT_SUBJEKTALL: @IDSUBJEKT, @IDSUBJADR, @IDSUBJOSOBA, @IDSUBJBUCET
  - spTXT_SDOK: @IDSDOK
  - spTXT_SDokZbozSkl: @IDSDOK
  - spTXT_POHYBSL: @IDPOHYBSL
  - spTXT_ZBOZI: @IDZBOZI
  - spTXT_ZNACZBOZI: @IDZNACZBOZI
  
  
• spTXT procedury
  Upravena procedura spEso9Script_CreatespTxt pro generování spTXT procedur tak, aby idTABLE bylo jako OUT parametr. Pokud se provádí vložení záznamu (INSERT), pak se v případě úspěšného založení vrací ID nově vytvořeného záznamu. Pokud se provádí aktualizace záznamu (UPDATE) a nebylo zadáno ID, ale jednoznačný klíč záznamu, pak se provede dohledání tohoto ID a rovněž se vrací v OUT parametru.
  
  Obdobně upraveny i procedury, které nejsou generovány na základě datového modelu :
  - spTXT_DESCRCOL
  - spTXT_DESCRREL
  - spTXT_DESCRVIEWCOL
  - spTXT_OBECCIS
  - spTXT_BUSINESSROLE
  - spTXT_BRPARAMETER
  - spTXT_BAV
  - spTXT_GOBDCOLUMN
  - spTXT_HDOKPOZN
  - spTXT_SDOKPOZN
  - spTXT_SUBJADRPOZN
  - spTXT_SUBJBUCET
  - spTXT_SUBJVTSPOZN
  - spTXT_SUBJVTSUBJ
  - spTXT_SUMRADEK
  - spTXT_TYPDOK
  - spTXT_UCETZAP
  - spTXT_UCETZAPPLAN
  - spTXT_UCPRPOL
  - spTXT_UCTOBD
  - spTXT_VZORTDU
  - spTXT_HDOK
  
  
• DownloadBinURL - Stahování souborů z webu
  Stávající assembly DownloadURL používaná v aplikačních databázích byla rozšířena o možnost stahovat binární soubory (např. pro možnost jejich uložení do DMS).
  Popis použití a příklad volání je k dispozici na wiki.
  
  
• spGetUctyToSubjekt
  Vytvořena procedura dbo.spGetUctyToSubjekt @idSubjekt Int
  Procedura načte všechny účty k subjektu. - číslo účtu, kód banky, iban a vlastnost Zveřejněný účet MF ČR
  
  

Změny předpisů sestav

• NeniVDPH_CZ_2016 a RozpisDPH_CZ_2016 - Sestavy pro tisk sestav nad výkazem DPH
  V sekci BeforePrint byla použita funkce ToString, která ale v obecném klientovi při přepnutí sestavy na klientský tisk způsobila chybu.
  Problém vznikl z toho důvodu, že sestavy byly původně vytvořeny v Internet Exploreru, kde položka UP_Params.ObecKlient se chová typově jako řetězec, ale v obecném klientovi se chová jako číslo.
  Upraveny sestavy NeniVDPH_CZ_2016 a RozpisDPH_CZ_2016
  
  

Změny webových stránek

• nastaveni\StiOffline.htm - Historie generování sestavy
  Do stránky nastaveni\StiOffline.htm (9.6.3.4 Offline sestavy) byl do 3. formy (Historie spouštění offline sestavy) doplněn filtr na 1000 záznamů s tím, že nejnovější se zobrazují jako první.
  
  
• Subjekt
  V předloze SubjOverSubjekt_INC_SK.htm (tedy pro stránku subjektu pro SK legislativu) změněno:
  "Overované v spolupráci so spoločnosťou BISNODE" na "Overované v spolupráci so spoločnosťou Dun & Bradstreet",
  "Detailnejšie informácie Bisnode" na "Detailnejšie informácie Dun & Bradstreet"
  
  Include má přepínač NOTRANSLATE, stránka je přímo ve slovenštině, není potřeba zařazovat do překladového slovníku.
  
  
• prodej\PObj.htm
  Text v odkazu (tlačítku) "Náhled PDF" změněn na "Náhled dokumentu".
  Upraveny stránky :
  ESO9Start\prodej\PObj.htm
  ESO9Start\prodej\CenNab.htm
  ESO9Start\sklad\VydejkaF.htm
  ESO9Start\sklad\VydejkaS.htm
  ESO9Start\prodej\PObjPZD_Reg.htm
  ESO9Start\.OK\DMS\Dokument.htm
  ESO9StartHU\Nakup\FapHlav.htm
  ESO9StartPL\Nakup\FapHlav.htm
  
  
• *.htm - Předlohy pracující s dokumenty
  Při mazání dokumentu doplněn dotaz "Opravdu chcete smazat dokument?" v těchto předlohách:
  - finance\Pd_Prij.htm
  - finance\Pd_Prij_Val.htm
  - finance\Pd_Vse.htm
  - finance\Pd_Vyd.htm
  - finance\Pd_Vyd_val.htm
  - majetek\MajPoh.htm
  - nakup\CenPop.htm
  - nakup\FapHlav.htm
  - nakup\FapNahledPDF.htm
  - nakup\FapStav.htm
  - nakup\VObj.htm
  - nakup\ZFap.htm
  - nakup\ZFapD.htm
  - posta\PostHlavPr.htm
  - prodej\CenNab_NahledPDF.htm
  - prodej\FaVHlav.htm
  - prodej\PObj_NahledPDF.htm
  - sklad\PrijemkaF.htm
  - sklad\PrijemkaS.htm
  - sklad\VydejkaF_NahledPDF.htm
  - sklad\VydejkaS_NahledPDF.htm
  - ucet\Inter_dokl.htm
  - ucet\Inter_dokl_DPH.htm
  - ucet\Inter_dokl_DPHOSS.htm
  - ucet\RocUzav.htm
  
  

Výroba pro ESO9

Výroba

• 5. 1. 3. 2 - Pracoviště - Úpravy formuláře a doplnění funkčnosti
  - Provozní náklady (HDCENAVYR)
  Do této položky „provozní náklady“ lze k pracovišti zapsat operační provozní náklady (machine cost), které přísluší do skupiny ostatních přímých nákladů. Jejich hodnota je vyčíslena na jednotku času provozu stroje/pracoviště. (Jedná se například o vyjádření nákladů na spotřebu technologické energie při běhu stroje v rámci operace).
  
  Za položkou se nachází znak „#“ který je odkazem na individuální poznámku pro tuto položku. Zde může být evidována historie hodnot včetně detailního výpočtu její hodnoty.
  
  - Správní režie pracoviště (HDCENAKALK)
  Při zařazení střediska se automaticky vyplní režie provozní a správní (je li v číselníku vyplněno). Obsluha může provést jemnější členění (přímo na pracovišti) pokud je nutné/významné počítat nepřímé (režijní) náklady podle koeficientů pracoviště.
  
  Opraven fchange nad textovými položkami vyjadřujícími čas ve formátu HH:MM
  - spQZBOZIPRAC_TXCAS_ODDO
  - spQZBOZIPRAC_KOD_STR
  
  Doplněn výpočet celkové denní kapacity pracoviště pro bilance
  - spQZBOZIPRAC_Calrec
  
  Provedeny změny na formuláři:
  - Priprava/Pracoviste.htm
  - Priprava/PracovisteCis.htm
  - Priprava/Vyroba_Bil_inc.htm
  
  
• 5. 1. 3. 5 - Tarifní třída - Úpravy formuláře a rozšíření funkčnosti
  - Přidána možnost zadávat informaci o platnosti OD-DO. (nemá vliv na použití, ale je není povoleno překrytí platností s již existujícími záznamy).
  - Doplněn příznak „Aktivní/Neaktivní), kterým se určuje, aktuálnost tarifu pro použití v systému
  - Doplněn mechanizmus provedení změny tarifu s evidencí historie.
  - Do odkazu nad tarifem přidán hyperlink:
  - „Historie tarifní třídy“ – zobrazí evidované záznamy s původními sazbami
  - „Pohled ALL“ – zobrazí všechny záznamy všech tarifních tříd včetně jejich historie
  
  Při založení nového tarifu (pokud je první) je tento označen jako aktivní (platný). Pokud již aktivní v systému je evidován,
  ostatní jsou zakládány ve stavu „neaktivní“. Tarify ve stavu „aktivní“ jsou pak zobrazovány pro výběr z číselníku tarifů dále v aplikaci.
  V odkazech (Pohled ALL, Historie tarifní třídy) je pak možno neaktivní tarif manuálně aktivovat pomocí tlačítka. Při této činnosti dojde k deaktivaci dosud aktivního tarifu (existoval-li). Lze aktivovat tarif s jakoukoliv platností OD-DO. Pro jeden záznam tarifu platí, že aktivní v rámci klíče kód tarifní třídy – „Třída“ může být současně pouze jeden.
  
  Tlačítko „Aktualizovat typové operace v portfoliu pracovních vztahů“ Provede aktualizaci tarifů AC a BC včetně přepočtů jednotlivých druhů mzdy dle uvedených koeficientů v portfoliu typových operacích na pracovních vztazích.
  
  Změny DM:
  - DTPLATIOD datetime
  - DTPLATIDO datetime
  - VLARCHIVNI smallint
  - POZNAMKA varchar(255)
  
  Změny PGM:
  - Přidána procedura spTARTRIDA_Archivace, která zajistí naplnění nových hodnot a uložení původních hodnot do archivu.
  - Přidána procedura spTARTRIDA_TYPOPERNAPV_AKT, která zajistí aktualizaci základních mezd na portfoliu pracovních činností jednotlivým pracovníkům v případě použití číselníkových kódů tarifů.
  - Přidána procedura spAKTUALIZOVAT_TOnaPV. Provede aktualizaci tarifů na portfoliu typových operací pro pracovníky.
  - Přidána procedura spTARTRIDA_GetRec (pokud není vyplněna hodnota VLARCHIVNI, upřednostní při výběru aktivní záznam. Úprava pro stará data v novém modelu)
  
  
• 5. 1. 3.11 - Skupiny typových operací
  Číselník skupin typových operací umožní sdružování jednotlivých typových operací do společných skupin. V rámci těchto skupin pak lze definovat výši mzdy za druhy práce (časová, úkolová. viz 5.5.6.3 – Typové operace na pracovním vztahu)
  
  Nový formulář skupin zboží:
  Nastaveni/SkupOper.htm
  
  Vytvořen pohledový newrec: spQSKUPZBOZITO_NewRec
  
  
• 5. 1. 3. 3 - Kalkulační vzorce - Úpravy formuláře a rozšíření funkčnosti
  Na formulář "nastaveni/kalkpredpis.htm" přidáno tlačítko pro provedení kopie označených položek kalkulačního předpisu do požadovaného kalkulačního vzorce „Cílový kód pro kopii“.
  
  Při zadání dosud neexistujícího kódu kalkulační vzorce, bude tento před kopírováním položek automaticky založen.
  
  Pokud je zadán existující kód, dojde k nakopírování položek pod něj (a to i pod stejný jako je zdrojový kód).
  
  
  Poznámka:
  - Položky vzorce lze smazat, pokud není vygenerována kalkulace (předtím nutno smazat příslušné kalkulační záznamy na odkazu z kalkulací: „Ceny pro subjekt“)
  - Pokud je kalkulační vzorec nastaven v dílu, není možno jej smazat, dokud nebude z dílu nahrazen jiným.
  
  
• 5. 1. 3. 1 - Typové operace - Úpravy formuláře a rozšíření funkčnosti
  Formulář rozšířen o položku „skupina typových operací“. Jedná se o společný číselník „obchodní skupiny“ nad položkou zboží, tabulka SKUPZBOZI
  Přidána možnost evidovat u typové operace mzdovou formu, zda se jedná primárně o časovou mzdu případně úkolovou mzdu pro odměňování pracovníků na operaci pracujících.
  - VLNEANOCELEMJ (null,0=časová, 1=úkolová)
  Jednotlivé typové operace se nyní mohou sdružovat v definovaných skupinách.
  
  V souvislosti s rozšířením byl vytvořen nový formulář číselníku skupin typových operací ..nastaveni/SkupOper.htm
  
  Upraven /rozšířen pohled QZBOZIOPER (navázán číselník skupin operací)
  Přidána činnost 5.1.3.11 – číselník skupin TO
  
  Na formulář bylo přidáno pole umožňující evidovat příplatek za ztížené pracovní prostředí.
  
  Vytvořena záložka „Rozšiřující údaje“:
  Obsahuje výpočtovou část pro definici nákladů na práci stroje „Provozní náklady“ (machine cost).
  
  - Výchozí provozní náklady pracoviště:
  Jsou základní provozní náklady na práci stroje na pracovišti za hodinu. Hodnota se naplní při výběru číselníku pracoviště, kde je tento základní tarif uveden.
  Pro situace, kdy má stroj/pracoviště různou spotřebu technologické energie při aktivní výrobě a při přípravě, jsou na formuláři uvedeny koeficienty pro oba režimy (Koeficient AC, Koeficient BC). Jejich hodnota pak násobí základní provozní náklady pracoviště a výsledek je uveden v položkách:
  - Provozní náklady AC:
  Udává hodnotu nákladů pracoviště na hodinu v režimu aktivní práce stroje
  - Provozní náklady BC:
  Udává hodnotu nákladů pracoviště na hodinu v režimu přípravy pracoviště (například běh naprázdno).
  
  Poznámka:
  Nad položkami „Výchozí provozní náklady“, „Koeficient AC“, „Koeficient BC“ jsou zapojeny odkazy na individuální poznámky („#“). Je možno zaznamenat podrobnější informaci o výši zvolené ceny (způsob výpočtu) nebo také evidovat historii vývoje hodnot každé položky.
  
  Dále je zde uveden podrobný rozpis/výčet jednotlivých druhů vlivů prostředí účastnících se tvorby hodnoty položky „Příplatek ZPP“. Jednotlivé příznaky (checkboxy) jsou vyhodnoceny jako bitová mapa položky.
  
  V souvislosti s tím vytvořen nový parametr VYROBA_PRIPLATEK_ZPP, který stanovuje předpis minimálního příplatku podle zákona (pro rok 2022 dle zákona ve smyslu dodatků § 6 nařízení vlády č. 567/2006 Sb. Činí 10% min. hodinové mzdy, aktuálně 10.59Kč) uživatelé si jej budou udržovat sami) je automaticky použit do součtu celkové hodnoty příplatku (pro každou zahrnutou skupinu).
  
  Byly upraveny PGM:
  - spQZBOZIPROVYR_MNPOCETMJADR
  - spQZBOZIPROVYR_VLPOCETMJADR
  
  
• 5. 5. 6 - Lidské zdroje
  Nová oblast ve výrobě obsahuje číselníky osob a pracovních vztahů (z agendy PAM, případně při neexistenci agendy PAM je možno definovat uživatelský objekt, který obsahuje definici pohledu nad uživatelskými tabulkami). Dále umožní pro jednotlivé pracovníky definovat personifikovaný seznam typových operací/skupin, včetně mzdových tarifů pro základní ocenění prací.
  
  5.5.6.1 – Osoby
  Odkaz: Majetek/Osoba.htm (přidána podmínka %where% do datového zdroje formy)
  
  5.5.6.2 – Pracovní vztahy
  Odkaz: Zadavani/PracVztah.htm (přidána podmínka %where% do datového zdroje formy)
  
  5.5.6.3 – Typové operace na pracovním vztahu
  Odkaz: Nastaveni/TypOperPV.htm
  Dále viz v textu popisu novinek verze.
  
  
• 5. 5. 6. 3 - Typové operace na pracovním vztahu
  Činnost umožní pro jednotlivé pracovníky (pracovní vztahy) definovat oblast povolených/evidovaných typových operací (skupina operací) případně operace samotné. Pro každou jednotlivou typovou operaci pak umožní stanovit individuální mzdový výměr pomocí koeficientů:
  - Pro práci ve mzdě časové
  - Pro práci v úkole
  - Prostoj organizační
  - Prostoj zaviněný pracovníkem
  
  Definice je platná pro každou konkrétní zadanou typovou operaci. Pokud je zadána pouze skupina operací, definice je platná pro všechny typové operace v rámci této skupiny (typové operace lze od verze 66 obecně sdružovat do skupin). Není-li při zadání vyplněna ani skupina ani operace, definice mzdového tarifu platí pro všechny evidované skupiny a typové operace v číselníku typových operací.
  
  Po zvolení příslušné typové operace se naplní základní tarif A, BC s příslušnou hodnotou mzdy (editovatelné ručním vstupem v případě potřeby explicitního zadání hodnot).
  
  Pro základní tarif AC je pak možno pomocí koeficientů pro jednotlivé druhy pracovní činnosti stanovit hodnotu hodinové mzdy:
  
  - Pro práci v režimu časové mzdy
  - Pro práci v režimu úkolové mzdy
  - Pro dobu organizačního prostoje (čekání na materiál, oprava stroje)
  - Pro dobu prostoje mimořádného (zaviněného zaměstnancem)
  
  
  Číselník se uplatní při odvádění výroby pomocí úkolových lístků, kdy je na základě definic jednotlivých výměrů pro druhy práce ve výkazu zaznamenávána příslušná mzda za odvedenou práci a vykázaný čas.
  
  Nový formulář:
  Nastaveni/TypOperPV.htm
  
  
• 5. 6. 2. 6 - Úkolové lístky - vykazování výroby
  Rozcestník pro volbu způsobu vykazování výroby pomocí úkolových lístků byl rozšířen o další položky.
  
  Obecně je pro vykazování úkolovými lístky použito předdefinovaných formulářů s pravidly, které předpokládají (a udržují, případně navážou s výpočtem) v rámci předdefinovaného rozcestníku na určitou oblast výroby. Nyní přibyly následující způsoby:
  - Volné vykazování úkolovými lístky – THN
  Vykazování odvedené výroby, kdy dochází k odkazování na existující operace technologických postupů (pro evidovaný výrobek) bez potřeby vytvoření výrobního příkazu.
  
  - Volné vykazování úkolovými lístky – VD
  Vykazování odvedené výroby, kdy dochází k odkazování na existující operace rozpadnuté výrobní dokumentace (pro evidovaný výrobek) bez potřeby vytvoření výrobního příkazu.
  
  Obecně pro volné vykazování byly provedeny následující změny:
  
  Při vyplnění filtru v hlavičce dochází pro každou novou větu k přednaplnění příslušných položek filtrovanými hodnotami.
  Výkaz dle THN:
  - Výrobní varianta operace pro zvolenou variantu (u THN) zajistí filtrování množiny příslušných operací dokumentace /použito pro výběr pozice z číselníku nad „pozicí THN“
  - Pozice (THN) odkazuje na operaci technologického postupu příslušné THN výrobku
  
  Výkaz dle VD:
  - Pozice (VD) odkazuje na operaci technologického postupu příslušné rozpadnuté výrobní dokumentace zaplánovaného výrobku
  
  Následující položky jsou společné oběma formulářům:
  - Mzdová forma
  Pokud na dané typové operaci pro danou operaci výroby je definováno, přednastaví se pro pracovníka automaticky. Typ úkolová mzda zajistí výpočet příslušné mzdy tak, že z počtu kalkulačního množství (množství vyrábět) na operaci technologického postupu (nebo výrobní dokumentace) a plánovaného času spočítá cenu za jednu MJ výrobku. Na základě vykázaného počtu pak provede výpočet příslušné hodnoty úkolové mzdy
  
  Oddíl položek pro výkaz časové mzdy
  - Vykázaný čas (hod)
  Eviduje celkový vykázaný čas operace. Předpokládá se, že tuto položku vykazuje pracovník.
  
  - Započtený čas (hod)
  Jedná se o čistý operační čas, při kterém byla aktivně prováděna operace. Rozdíl mezi vykázaným časem a započteným časem je evidován jako prostoj. Tuto položku vykazuje pracovník (mistr ji případně upraví na skutečný čas, který měl pracovník vykázat)
  
  - Jednotková cena času (za hod.)
  Vychází z předpisu typové operace na pracovním vztahu. (pro daného pracovníka je definována mzda na dané operaci, nebo skupině operací)
  
  - Mzda časová vykázaná
  Pro účely odměňování pracovníka (maximální hranice pro odměňování za vykázanou operaci)
  
  - Mzda časová započtená
  Pro účely odměňování pracovníka (skutečná odsouhlasená mzda)
  
  Oddíl položek pro výkaz úkolové mzdy
  - Vykázané množství (celkem vyrobených výrobků)
  Celkové vykazované množství odvedené výroby (včetně neshodných výrobků), vykázané pracovníkem
  
  - NOK (vykázané množství neshodných výrobků)
  Množství výrobků neshodných
  
  - Započtené množství
  Množství shodných výrobků (vykázané pracovníkem, potvrzené/upravené mistrem)
  
  - Cena KM
  Cena za evidované kalkulační množství (na THN) případně za plánované množství k výrobě (na VD) výrobků.
  
  - Kalkulační množství
  Série na kterou je postaven normativ (THN) případně zaplánované vyráběné množství (VD)
  
  - Mzda úkolová vykázaná
  Pro účely odměňování pracovníka (maximální hranice pro odměňování za vykázanou operaci)
  
  
  - Mzda úkolová započtená
  Pro účely odměňování pracovníka (skutečná odsouhlasená úkolová mzda)
  Položky společné
  - Celková mzda vykázaná a
  - celková mzda započtená
  jsou součtem jednotlivých složek druhů mzdy (jak časové, tak i úkolové). U některých operací může docházet k odměňování jak v úkolové mzdě, tak i časové, při nastavení kombinované mzdové formy je výsledek součtem všech druhů mezd na výkazu.
  
  - Stav výkazu
  Označuje stav zpracování výkazu
  rozpracováno - výkaz je vyplňován, případně čeká na úpravy a schválení mistrem
  schváleno – schváleno mistrem, připraveno pro činnost odvedení výroby
  odvedeno -doklad z nějž již byla výroba v systému odvedena
  
  
  Provedené úpravy:
  - Nová řada pro vykazování ÚL: VUL
  - Parametr výroby pro nastavení číselné řady vykazování výroby: VYKAZUL_CISRAD
  
  
  Změna na formulářích:
  - nastaveni/VDcis.htm (nový formulář číselníku s operacemi VD)
  - Zadavani/START_VPcis.htm (číselník výrobních příkazů)
  
  
  
  Programové změny:
  - SpQREZIEUKOLLIST.AfterInsert (údržba po uložení, zápis do řady..)
  - spVYROBA_DelRec (rozšířen způsob vypořádání se s údržbou úkolových lístků, které jsou navázány na odvedenou operaci výroby)
  - Upraven pohled QDZPOLDETAILSUM ( Položka DATUMVYROBY se nyní počítá i z datumu na komponentě pro případ, že komponenta nemá vazbu na odvedenou operaci. Tyto případy nyní umožní volné odvedení nad hlavičkou VP.)
  - fnNAVAZANYPOL (Úprava pro rozpoznání druhu navázání plovoucí komponenty, která vznikla volným odvedením (např. ze žurnálu, bez (napojení na) odvedení operace).
  - Změna procedury spUKOLLIST_PrepocitejFiltr
  Zajišťuje dynamické filtrování na formuláři pro volné vykazování výroby rozšířeno o číslo VP
  
  
• 5. 6. 2. 5 - Úkolové lístky - přehled
  Chyba při zadávání hodnot vstupního filtru. Souviselo s datovým zdrojem formy.
  
  Ve verzi 6.6 - opraveno.
  
  
• 5. 6. 2. 1 - Odvádění podle výrobního příkazu - Odvedení výroby podle výkazu úkolových lístků
  Na hlavičce VP pro odvádění bylo přidáno tlačítko pro odvedení podle výkazu. Slouží pro volné odvedení výrobku, případně pro odvedení výrobku podle vykázaných úkolových lístků s vazbou na výrobní příkaz (výrobní dokumentaci)
  
  Způsob odvedení je nutno zvolit před stisknutím tlačítka.
  
  1. Volné odvedení
  Tento způsob vytvoří na dílenský zásobník plovoucí komponentu s výrobkem (podle VP) ve stavu ‚dokončeno‘. Nevzniká odvedená operace ani záznam spotřeby materiálu. Vznikne pouze odvedený výrobek v množství, které je určeno v položce „Množství k odvedení“. Takto vytvořenou plovoucí komponentu s výrobkem je následně možno z dílenského zásobníku přijmout na sklad standardním způsobem (odkaz: Příjemka shodných výrobků)
  
  Poznámka:
  Tento způsob může sloužit (po implementačních úpravách) například k odvedení vedlejšího produktu. Tedy výrobku jiného kódu (než je plánován na VP)
  
  2. Volné odvedení operace ÚL podle THN
  3. Volné odvedení operace ÚL podle VD
  Odvedení ve vazbě na operace úkolových lístků (buď pouze na THN dokumentaci, nebo na rozpadnutou výrobní dokumentaci). Při tomto způsobu odvedení vzniká záznam odvedené operace.
  Podle nastavení parametrů automaticky vybere operaci, která bude vykázána jako odvedená.
  Není-li uveden počet odváděného množství, odvede najednou všechny záznamy UL dané zvolené operace a množství sečte do odvedené operace výrobní a založí k této plovoucí komponentu v rámci jedné dopravní dávky.
  
  4. Odvedení operace podle ÚL s vazbou na VD
  Odvedení operace, která vznikne z UL mající vazbu na výrobní dokumentaci (plánovaná operace)
  - Vybere záznamy UL s nejnižší dosud neodvedenou operací podle příslušné výrobní dokumentace VP
  - Množství se neuvádí, pro odváděnou dávku je vypočteno jako součet automaticky vybraných vhodných kandidátů UL na odvedení (ve stavu „schváleno“)
  --Odvede operaci, která regulerně navazuje na operaci předchozí s odvedenými dávkami (automaticky slučuje DD z předchozích oper, pokud to jde)
  - Přitom založí plovoucí komponentu
  - Úkolové lístky, které použil do dávky označí do stavu "odvedeno" a zapíše vazbu na odvedenou operaci
  
  
  Nastavení parametrů
  V souvislosti s popisovanými činnostmi byly do parametrů úlohy přidány následující parametry:
  - ODVADENI_VYKAZUL_POSLPOZICE
  Nastavuje způsob určení nejvyšší operace při odvádění úkolových lístků.
  Při odvádění výroby z výkazu úkolovými lístky se zakládaná plovoucí komponenta označí automaticky jako "dokončená", pokud se odvádí poslední operace postupu.
  Způsob vyhledání, která operace/pozice je poslední:
  0= při odvedení se nenastavuje stav PK
  1= poslední dle THN, poslední pozice se určí z technologického kusovníku výrobku
  2= poslední dle VD, poslední pozice se určí z výrobní dokumentace k výrobnímu příkazu
  
  
  
  Úpravy PGM:
  - spVYROBA_OdvedeniVPDleVykazu
  - spVYROBA_OdvedeniVPDleVykazu_0
  - spVYROBA_OdvedeniVPDleVykazu_1
  - spVYROBA_OdvedeniOperaceDleUL_VD
  
  
  
  Další úpravy formuláře:
  - Do horní formy přidány přidány součtované přímonákladové položky (z odvedených PK)
  - Odkaz „odvedené PK“ na formulář odvadeni/OdvedenePK.htm přidáno tlačítko pro zrušení odvedení PK
  
  - Odkaz pro odvedení výrobku na sklad:
  V rozbalovací nabídce „Cena pro příjem“ provedeno přejmenování plánovaná ? Kalkulovaná, dále přidána volba pro nový způsob výpočtu ceny podle:
  - „Operativní kalkulace (VD) - směrné ceny“ --> použije ceny stanovené na VD.
  - „Operativní kalkulace (VD) – aktualizované ceny“ --> přepočítá ceny materiálu podle aktuálních cen výrobní dokumentace (druh ceny volí podle nastavení parametru KALKULACNICENA) . Výsledné ceny ukládá do položky HDKCENA_NAPOC)
  
  
• 5. 2. 2 - Zaplánování a zadání složek prodejních objednávek do výroby
  Při rozpadu (tlačítko „Zaplánovat výrobu“) docházelo k chybnému výpočtu hodnot mzdy AC, BC.
  Ve verzi 6.6 opraveno.
  
  Dále ve verzi 6.6 opravena chyba při rozpadu výrobní dokumentace (kde na operaci je pouze konstantní cena mzdy, bez uvedení času) – nedocházelo k výpočtu mzdy.
  
  Na formuláři pro tvorbu rozpadů (odkaz „tvorba rozpadu“:
  - Zadavani/START_TvorbaVyrobnihoRozpadu.htm
  - Zadavani/START_TvorbaVyrobnihoRozpaduPOB.htm
  - Zadavani/START_VyrobaDil.htm
  Bylo doplněno tlačítko „Vyjmout ze sestavy“, které způsobí odpojení dané pozice a rovněž tak od ní odpojí případné nižší podsestavy na pozicích vstupujících do ní. Původní vazby polotovarů se změní na nevyráběné (požadované ze skladu). Funkčnost se použije při nastavování pozice pro kooperaci. Tato vyžaduje podsestavy vydat ze skladu. Rovněž tak sama se ze skladu žádá jako kooperační skladový polotovar (díl vyrábějící se na sklad aby pak vstoupil do vyšší sestavy navezením ze skladu do DZ).
  
  
  
  
  
  Změny formuláře:
  - prodej/ START_PObjDoVyroby.htm upravena dolní forma. Položky „Termín začátku výroby“ a „Termín konce výroby“ měly přiřazena nesprávná datová pole.
  - zadavani\START_VyrobaZavDil.htm, forma rozšířena o položku „jednotková cena“.
  
  
  Provedeny úpravy v PGM:
  - spZBOZIROZPAD_VyrobniRozpad
  - spZBOZIROZPAD_SledOper
  - spVYROBA_PriprKalk
  - spVYROBA_OperativniKalkulace
  - spKALKVZ_Vypocti
  - spKALKVZ_DopocitejMAT
  - spKALKCLEN_UrciHodnotu
  -
  
  
• 5. 5. 2. 3 - Tvorba kooperačního příkazu -zadání ke kooperaci
  V činnosti lze nad výrobní dokumentací (kooperačních polotovarů) vytvářet doklady „kooperační příkaz“ podle definované řady v parametrech úlohy (standardně KPR).
  Práce je analogická jako při tvorbě výrobních příkazů. Vždy se jedná o vrcholy výrobní dokumentace, pouze však jen ty, které jsou označené příznakem způsobu realizace „V kooperaci“ (při rozpadu je tento příznak nastaven automaticky, nebo pokud je požadováno přípravářem výroby, příznak lze při tvorbě výrobní dokumentace nastavit ručně).
  S tím souvisejí změny provedené na formuláři technologické dokumentace – technologický kusovník (priprava\dil.htm). Do formy kusovníku bylo přidáno rozbalovací kombo příznaku „Způsob realizace“:
  - Vlastní
  - V kooperaci
  Nastavením příznaku „V kooperaci“ při tvorbě technologické dokumentace na pozici kusovníku s podsestavou se zajistí, aby při rozpadu (při tvorbě výrobní dokumentace) byl automaticky vytvořen kooperační polotovar.
  
  Poznámka 1:
  Je-li kmenová karta dílu (sestava, podsestava) v technologické dokumentaci označena jako Druh=“Kooperační díl“, při zařazení této sestavy na pozici kusovníku systém automaticky nastaví příznak způsobu realizace „V kooperaci“.
  
  Poznámka 2:
  Kooperační díl je na sestavě dynamického kusovníku odlišen oranžovým podbarvením.
  
  POPIS FORMULÁŘE
  - Před spuštěním tvorby KPR lze z číselníku subjektů doplnit kooperanta
  - Tlačítko „Vytvoř hlavičku“ založí nový doklad KPR
  - Tlačítko „Přiřadit složky ve vazbě“ provede automatickou tvorbu kooperačních příkazů i pro podřízené složky označené jedné složce s kooperačním dílem
  - Tlačítko „přiřadit zvolenou složku“ přiřadí pouze označenou
  
  
• 5. 5. 2. 4 - Kooperační příkazy
  Kooperační příkaz je obdoba dokladu „Výrobní příkaz“, obsahuje rovněž vrchol (zástupce výrobku) má také rozpis komponent/dílů (i operací), liší se však způsobem procesního zpracování. U kooperačního příkazu se však nepředpokládá jeho odvádění (a výkaz spotřeby materiálu). Při realizaci kooperace se pak místo výdeje do výroby tyto komponenty vydávají ke kooperantovi. Následuje pak příjem hotového kooperačního polotovaru na sklad. Odtud pak je následně navezen (vydán) standardně do další výroby podle potřeby vyšších celků do kterých vstupuje.
  Nad dokladem kooperačního příkazu lze provést následující činnosti:
  - Tisk kooperačního příkazu (Tisk KP)
  Tiskopis příkazu/objednávky zadání u kooperanta (zvolený subjekt na hlavičce)
  
  - Výdej komponent ze skladu do kooperace
  Kopírovací formulář, pomocí něhož se vytvoří žádanka na výdej materiálu/komponent pro odeslání ke kooperantovi
  
  - Příjem dokončených koop dílů do skladu
  Formulář pro realizaci příjmu dokončených kooperačních polotvarů/dílů na sklad podle vzoru.
  
  - Storno výdeje komponent do kooperace
  Formulář umožní nad původními vydanými položkami komponent vytvořit storno doklad, kterým se realizuje jejich návrat z kooperace (v případě nespotřebování u kooperanta).
  
  
  Ocenění kooperačního polotovaru probíhá ve dvou liniích:
  - při příjmu na sklad je přijímaný kooperační díl oceněn vlastními materiálovými náklady (cena vydaných komponent na sérii poměrem podle přijímaného množství).
  - Fakturovaná cena za službu kooperace je přiřazena k příjmovému dokladu dodatečně v činnosti 2.3.1.6 – Vedlejší náklady vztažné. Zde mohou být rovněž přiřazeny dodatečné vztažné náklady jako je doprava a clo.
  
  
  
  V souvislosti s agendou kooperačních příkazů byly provedeny následující úpravy:
  
  Formuláře:
  - zadavani/START_KP.htm
  - zadavani/START_TvorbaKP.htm
  - Zadavani/START_VyrobaVzorKopiePrijemkaKOOP.htm
  - Zadavani/START_VyrobaVzorKopieVydejkaKOOP.htm
  - Zadavani/START_VyrobaVzorKopieSTORNOVydejkaKOOP.htm
  -
  
  Pohledy:
  - QZBOZSDOK_VYROBA (změna)
  
  Úpravy PGM:
  - spVytvorVP
  - spVYROBA_PriradViceVP
  - spVYROBA_NastavKPOL
  - fnDIL_Level
  - fnQZBOZIROZPAD_UZLY
  Vypíše pro dané id pozice sestavy, jaké jsou její nadřízené uzly směrem k vrcholu.
  - fnPOLOZKASTROM_orVLTYPPOZICE(@IDZBOZIROZPAD INTEGER,@VLTPPOZICE SMALLINT)
  Zjistí existenci zadané hodnoty @VLTYPPOZICE v nadřízených uzlech směrem k vrcholu.
  Pokud je nalezen jeden výskyt a více, vypíše 1,
  Pokud nenalezl žádný výskyt pozice s touto hodnotou, vypíše 0
  
  Funkce slouží pro zajištění dědičnosti zkoumané vlastnosti ve struktuře od nejvyššího uzlu ve větvi směrem dolů k zadané pozici uvnitř struktury (například je-li některý vyšší celek jehož je pozice součástí jako podsestava, vlastnost VLTYPPOZICE = 4-technologický odpad, se přenese na všechny nižší podsestavy touto uzlovou pozicí dále napojené, tedy i zkoumaná pozice bude považována za technologický odpad, ikdyž její vlastní hodnota pozice takto označena není) Tuto vlastnost může pomocí této funkce zdědit z vyšší struktury. Funkce je například použita v kalkulačním členu kalkulačního vzorce technologický odpad.
  
  
  
  Parametry aplikace:
  - Typ dokladu „KPR“
  - Vzor dokladu „VZORKPR“
  - Číselná řada pro kooperační příkazy „KPR“ (KP********)
  - Vzory pro výdej komponent (VZSVU10KO, VZSVU15KO)
  - Vzory pro příjem dokončeného kooperačního dílu (VZSPU20KO, VZSPU15KO)
  - Parametr pro určení pohybu storna dokladu materiálu vydaného do kooperace: VYROBAKOOP_POHYBSTORNOCENYMAT = C01
  
  Ostatní související úpravy:
  Rozdělena činnost 5.4.2 - pro potvrzení příjmu na výrobu a kooperaci:
  - 5.4.2.1 – Příjmové doklady z výroby
  - 5.4.2.2 – Příjmové doklady z kooperace
  Rozdělena činnost 5.4.6 – Potvrzení výdejky na zvlášť pro výrobu, kooperaci a volné navážení:
  - 5.4.6.1 – Výdajové doklady do výroby
  - 5.4.6.2 – Výdajové doklady do kooperace
  - 5.4.6.3 – Výdejky do výroby – volné navážení materiálu na DZ
  
  
• 5. 5. 1.10 - Neadresné navážení materiálu na DZ (navážecí zakázky)
  Upravena funkčnost formuláře složky. Při uložení představitele rozpisky dojde okamžitě k vygenerování rozpisky materiálu (zobrazeno položkově v dolní formě).
  
  Od verze 6.6 je umožněno na formuláři výdejky měnit a pořizovat nové položky, které se nyní projeví i na dílenském zásobníku (tzv. navážení materiálu TLAKEM). Původně bylo umožněno jen navážení materiálu z žádanek z výroby (TAHEM), změny na výdejce se na dílenském zásobníku neprojevily.
  
  Poznámka:
  Formulář obsahuje dva způsoby tvorby dokladů pro navezení. Pomocí tvorby navážecí žádanky a také pomocí tvorby navážecí výdejky. Tyto metody jsou zde zapojeny obě, pro implementaci se zvolí pouze jedna z nich (v závislosti na zvyklosti zákazníka).
  
  Parametr VYDEJNADZ_DOPLNITVD:
  V návaznosti na rozšíření způsobu navážení materiálu na metodu tlakem, byl do parametrů úlohy doplněn parametr, který automaticky napojuje doklady výdeje ze skladu na dílenský zásobník a případně i na výrobní dokumentaci (je-li znám konkrétní představitel zdrojové výrobní dokumentace: vazba je uložena na hlavičce výdejky v položce IDZDROJ_MD).
  
  0=Bez napojení (volná vazba)
  1=Napojit pouze k vrcholu VD (nepřímá vazba),
  2=Doplnit položku do rozpisu VD (přímá vazba)
  
  
  
  Pokud se provádí výdej ze skladu do výroby s vazbou na dílenský zásobník, systém může aktualizovat výrobní dokumentaci (je-li znám konkrétní představitel IDVYROBA).
  Pokud je zvoleno doplnit, neexistující položka bude doplněna do příslušného výrobního rozpadu daného výrobního příkazu (pokud v rozpisu dosud neexistuje)
  Pokud je zvoleno „ne“, systém pouze provede navázání na vrchol dokumentace (vazbu zapisuje do tabulky VYRSOK), do položek rozpisu nic nezapisuje (pakliže není možné najít vazbu na VD).
  Viz typ vazby:
  - Přímá (v tabulce VYRSDOK je provázána výdejka s příslušnou pozici rozpisky kusovníku výrobní dokumentace).
  - Nepřímá (v tabulce VYRSDOK dojde k zápisu vazby mezi vrcholem sestavy a výdejkou), nemá vliv na výrobní dokumentaci
  - Volná (v tabulce VYRSDOK je zapsána vazba na výdejku, vazba na výrobní dokumentaci není vyplněna)
  
  
  Související úpravy:
  - upraven trigger trVYROBA_VYRSDOK
  - upravena stránka formuláře START_NavZakNeadresna.htm
  - Pro volné navážení na dílenský zásobník byla v tabulce VYRSDOK na položce IDVYROBA povolena hodnota NULL
  - Na formuláři výdejek do výroby sklad\VydejkaV.htm byl zařazen příznak/vlastnost „Typ vazby na DZ“:
  - Bez vazby na DZ
  - Přímá vazba do VD
  - Nepřímá vazba na VD
  - Volná vazba na DZ
  
  
• 5. 4. 6. 3 - Výdejky do výroby - volné navážení materiálu na DZ
  Činnost umožní libovolně navážet materiál ze skladu na dílenský zásobník bez vazby na požadavky výrobní dokumentace.
  Pořizované složky na dokladu výdejky získávají příznak neúčetní, nefyzické.
  Stisknutím tlačítka „Potvrzení výdeje“ dojde k vytvoření záznamu v dílenském zásobníku a k překlopení stavu složek na účetní/fyzický. Tímto dojde k navezení na DZ. Všechny položky na dokladu jsou označeny příznakem „volná vazba na DZ“.
  
  Při odvádění výroby, pokud je nastaven parametr VYROBA_KOMPL_MAT=3 (kontrola navezených na DZ), je možno spotřebovávat automaticky (bez nutnosti předchozího navezení nebo vtažení materiálu na výrobní příkaz) materiály volně navezené na dílenský zásobník. Systém při odvádění přednostně spotřebovává vlastní navezené, v případě nedostatku spotřebuje i volně navezené materiály z DZ.
  Při automatické spotřebě z dílenského zásobníku se uplatní také parametr VYROBA_VTAHVAZANYCH, kterým lze rozhodnout, zda při spotřebě přímo z dílenského zásobníku mohou být spotřebovány i ty materiály, které si již některé výrobní příkazy vtáhly pro svou potřebu (ale zatím nespotřebovaly)
  - 0: nevtahovat vázané
  vtáhne jen volné, tedy nenavázané, nebo uvolněné původně navázané ukončenými VP
  - 1: vtahovat i vázané (tzv. „krade“)
  vtáhne jakékoliv, které jsou navázány adresně jinými VP
  
  
  Provedené úpravy formulářů:
  - Sklad/VydejkaN.htm
  
  

Změny v instalaci

• Výroba - Parametry úlohy - Úpravy a rozšíření
  Výběr ceny materiálu/polotovaru pro kalkulace :
  - KALKULACNICENA
  - KALKULACNICENAPOL
  Přidána možnost 3= explicitní cena (zadaná přímo ve formuláři konkrétní pozice kusovníku technické dokumentace). Uplatní se při kalkulaci THN nebo při rozpadu VD.
  
  
  Pro neadresné navážecí zakázky:
  - AUTODZN_VZORDOK (VZOR pro tvorbu dokladu)
  - AUTODZN_VDPOPIS (text popisu na dokumentaci představitele VD)
  
  
  
  Rozšíření parametru VYROBA_KOMPL_MAT
  O volbu 3- kontrola navezených na DZ
  Při tomto nastavení je dovoleno použít materiály přímo z dílenského zásobníku (bez adresného navezení na VP). Pro požadavky odvedení se sčítá volné množství navezeného materiálu na DZ. Zda-li se do výpočtu volného množství bude uvažovat inventurní množství nebo jen disponibilní, o tom rozhodne parametr VYROBA_VTAHVAZANYCH
  
  

Změny předpisů sestav

• Soubor vybraných sestav ve výrobě - změny
  - STRUKTKUSOVNIKDYN.IDC
  upravena tak, aby informovala v rozpadu stromu, zda se pozice vyrábí v kooperaci. (vlastnost ZBOZIMNSPOTR.VLZPUSOBREALIZACE=3). Řádek s příznakem realizace v kooperaci je podbarven oranžově.
  
  - KalkSkladbaCeny.idc
  - KalkSkladbaCenyDet.idc
  Pole sestavy byla rozšířena z 2 desetin na 4.
  
  - VYROBA_KP.idc (kooperační příkaz)
  - VYDEJFORMKOOP.idc (5.4.6.2: Potvrzení výdejky do kooperace, sklad/VydejV.htm)
  
  

Změny datových struktur

• Změny DM - Úpravy tabulek
  Nová tabulka TYPOPERNAPV:
  (Evidence povolených typových operací k jednotlivým pracovníkům, včetně individuálních mzdových tarifů))
  - [IDTYPOPERNAPV] [int] IDENTITY(1,1) NOT NULL,
  - [OSCISLO] [varchar](10) NULL,
  - [CISLOPV] [varchar](20) NULL,
  - [IDSKUPZBOZI] [int] NULL,
  - [IDZBOZI] [int] NULL,
  - [IDTARTRIDA_AC] [int] NULL,
  - [HDTARIFZAKL_AC] [money] NOT NULL,
  - [KT_AC] [decimal](19, 5) NOT NULL,
  - [KW_AC] [decimal](19, 5) NOT NULL,
  - [KI_AC] [decimal](19, 5) NOT NULL,
  - [KX_AC] [decimal](19, 5) NOT NULL,
  - [IDTARTRIDA_BC] [int] NULL,
  - [HDTARIFZAKL_BC] [money] NULL,
  - [VLMZDOVAFORMA] [smallint] NULL
  
  
  
  Nová tabulka FNOTE:
  (Minipoznámky pro jednotlivá pole formuláře)
  - [IDFNOTE] [int] IDENTITY(1,1) NOT NULL,
  - [TABLENAME] [sysname] NOT NULL,
  - [IDTABLE] [int] NOT NULL,
  - [FIELDNAME] [varchar](128) NOT NULL,
  - [DTPLATIOD] [datetime] NULL,
  - [POPISVYZNAM] [varchar](128) NULL,
  - [HODNOTA] [decimal](19, 5) NULL,
  - [POZNAMKA] [varchar](max) NULL,
  - [IDUZIVATEL_INSERT] [int] NULL,
  - [DTINSERT] [datetime] NULL,
  - [IDUZIVATEL_UPDATE] [int] NULL,
  - [DTUPDATE] [datetime] NULL,
  
  Rozšíření tabulky UKOLLIST:
  - [CIS_DOK_UL] [varchar](20) NULL,
  - [MNCASUL_TXC] [decimal](19, 5) NULL,
  - [VLPROSTOJUL] [smallint] NULL,
  - [MNPOCETNOK0] [decimal](19, 5) NULL,
  - [MNPOCETNOK1] [decimal](19, 5) NULL,
  - [VLMZDOVAFORMA] [smallint] NULL,
  - [HDMZDACAS] [money] NULL,
  - [HDMZDAUKOL] [money] NULL,
  - [HDMZDACELK] [money] NULL,
  - [ZAKLVYRVAR_UL] [varchar](10) NULL,
  - [MNCELKCAS] [decimal](19, 5) NULL,
  - [IDUZIVATEL_INSERT] [int] NULL,
  - [IDUZIVATEL_UPDATE] [int] NULL,
  - [DTINSERT] [datetime] NULL,
  - [DTUPDATE] [datetime] NULL,
  - [MNVYKAZKS] [decimal](19, 5) NULL,
  - [MNVYKAZCAS] [decimal](19, 5) NULL,
  - [CCENAVYKAZCAS_UL] [decimal](19, 5) NULL,
  - [CCENAVYKAZMN_UL] [decimal](19, 5) NULL,
  - [CCENAVYKAZ_UL] [decimal](19, 5) NULL,
  - [MNVYKAZNOK] [decimal](19, 5) NULL,
  - [OPERVYRVAR_UL] [varchar](10) NULL,
  - [IDZBOZIMNSPOTR_UL] [int] NULL,
  - [POZICE_UL] [int] NULL,
  - [IDVYROBA_UL] [int] NULL,
  - [IDVYROBAN] [int] NULL,
  - [KALKMN_UL] [decimal](19, 5) NULL
  
  
  Rozšíření a tabulka TARTRIDA:
  - [VLARCHIVNI] [smallint] NOT NULL,
  - [POZNAMKA] [varchar](255) NULL
  
  
  Rozšíření tabulky VYROBA:
  - [HDCCENA_VYR] [money] NULL,
  - [HDCCENA_POM] [money] NULL,
  - [HDCCENA_NAPOC_VYR] [money] NULL,
  - [HDCCENA_NAPOC_POM] [money] NULL,
  - [HDKCENA] [money] NULL,
  - [HDKCENA_NAPOC] [money] NULL,
  - [HDTARIFVYR_AC] [money] NULL,
  - [HDTARIFVYR_BC] [money] NULL,
  - [HDCENAVYR_AC] [money] NULL,
  - [HDCENAVYR_BC] [money] NULL
  
  
  Změna v tabulce VYRSDOK:
  - IDVYROBA INT NOT NULL --> NULL
  
  
  Rozšíření tabulky ZBOZICAM:
  - [HDTARIFMC_AC] [money] NULL,
  - [KOEFMC_AC] [money] NULL,
  - [HDTARIFMC_BC] [money] NULL
  - [KOEFMC_BC] [money] NULL,
  
  
  Rozšíření tabulky ZBOZIMNSPOTRCAM:
  - [HDTARIFMC_AC] [money] NULL,
  - [HDCENAMC_AC] [money] NULL,
  - [HDTARIFMC_BC] [money] NULL,
  - [HDCENAMC_BC] [money] NULL
  
  
  Rozšíření tabulky ZBOZIROZPAD:
  - [MNKALKMNOZN] [decimal](19, 5) NULL,
  - [MNKALKMNOZ] [decimal](19, 5) NULL,
  - [MNPOCETMJN] [decimal](22, 8) NULL,
  - [MNCISTASPOTR_KM] [decimal](22, 8) NULL,
  - [MNHRUBASPOTR_KM] [decimal](22, 8) NULL,
  - [MNCAS_TAC_KM] [decimal](22, 8) NULL,
  - [MNCAS_TBC_KM] [decimal](22, 8) NULL,
  - [HDMZDA_AC_KM] [money] NULL,
  - [IDZBOZIROZPADX] [int] NULL,
  
  
  Rozšíření interní datové struktury #KALKULACE (pro ruční výpočet kalkulačního členu)
  - IDZBOZIROZPAD vlastní id položky rozpisky
  - IDZBOZIROZPADX id uzlu/rodiče dané položky
  - HDCENAVYR (cena provozu stroje /hodinu – pro ostatní přímé náklady)
  
  

Změny webových stránek

• Obecná změna - Minipoznámky nad položkami formy
  Do verze 6.6 je připraven mechanizmus pro zapojení individuálních poznámek k jednotlivým položkám formuláře. Zapojením hyperlinku za položkou lze vyvolat číselník adresně evidovaných poznámek pro tuto položku. Důvodem zapojení tohoto mechanizmu je potřeba evidovat nad položkou v její vlastní „minipoznámce“ hodnotu a důvod, proč tato hodnota je taková. Poznámek nad položkou může být i více, lze je organizovat pomocí naplnění pole „Platnost OD“. Hodnota poznámky může být z číselníku přenesena do položky, nad kterou se číselník minipoznámek vyvolal.
  
  Popis položek formuláře:
  - „Hodnota“, umožní zapsat číslo, toto pak lze přenést do položky formy, nad kterou se poznámka vyvolala (mechanizmus Slave-Master)
  - „Význam“, krátký textový popis
  - „Poznámka“, volná textová položka pro potřeby bližšího vysvětlení významu hodnoty (například rozepsaná jako výkaz výměr, nebo součet parciálních hodnot, postup výpočtu atd…), na jehož základě vznikla výsledná uchovaná hodnota.
  - „Platnost OD“, umožní evidovat historii vývoje hodnoty v čase. Zapsáním data se poznámce nastaví počátek platnosti. Nad položkou formuláře lze evidovat i více záznamů poznámek s různými platnostmi, z nichž se za aktuálně platný považuje ten záznam poznámky, jehož datum DO ve vztahu k nastavenému datu ESO uživatele je nejbližší nižší (nebo stejné).
  Položky bez vyplněného data platnosti mají platnost stále a jsou upřednostněny pro zobrazení (vždy jedna platná).
  K položce formuláře nelze mít uloženo více poznámek se stejným datem platnosti OD (to platí i pro prázdnou hodnotu).
  Lze evidovat i předem připravenou hodnotu, která má být později použita až od určitého období (je to jen další záznam v historii, není zde implementována žádná automatika naplnění s vazbou do formuláře).
  
  - Odkaz „Všechny poznámky“ umožní zobrazit všechny evidované historické záznamy poznámek k dané položce formuláře.
  
  Významné položky tabulky minipoznámek FNOTE:
  - TABLENAME Název base tabulky
  - IDTABLE ID záznamu věty base tabulky, na nímž se poznámka eviduje
  - FIELDNAME Název pole nebo položky formy (txt. identifikace) pro jeho poznámku
  - DTPLATIOD Datum platnosti poznámky OD
  
  Zařazení položky poznámky k položce ve formě:
  Např. pro datový zdroj jehož base tabulka věty je ZBOZI, s id záznamu věty %IDZBOZI%
  input položka:
  #
  
  
  
  
  POZNÁMKA:
  Ve verzi 6.6 je prozatím vytvořena podpora pro base tabulku ZBOZI. V případě potřeby zapojení poznámek i nad dalšími tabulkami DM ESO, je z důvodu „úklidu“ neaktuálních poznámek po vymazání věty nad níž poznámka je, nutné ke každé použité tabulce doplnit do obchodního pravidla této konkrétní tabulky proceduru spTABULKA_DelRec následující pgm. kód:
  
  DELETE FNOTE WHERE (TABLENAME='TABULKA' AND IDTABLE = @IDTABULKA)
  SELECT @Err = @@Error
  if @Err <> 0 SELECT @Status = @Err
  if @Status <> 0 RETURN @Status
  
  
• Úpravy dalších formulářů
  - Na formuláři Priprava/OperInv.htm a Priprava/Oper_ZmenyHrom.htm
  Nedocházelo k předání parametru IDZBOZI. Ve verzi 6.6 opraveno (činnost 5.1.1.3 – Díl, odkaz „aktivní inverzní postup TO, MF“)
  
  - Na formuláři priprava/dil.htm ve formě Technologický postup doplněno pole „Platí pro výrobní variantu“. Dále na na formě technologického kusovníku rozšířeno kombo „Typ pozice“ o volbu „technologický odpad“. Na tento příznak lze reagovat v kalkulačním vzorci při stanovení kalkulačního členu (technologický odpad).
  
  Upraven fchange spZBOZIMNSPOTR_IDZBOZIP, který se volá při volbě kódu zboží na pozici technologického kusovníku. Hodnota VLZPUSOBREALIZACE dostane hodnotu podle zařazené podsestavy:
  Pokud ZBOZICAM.VLDRUH_POLOZKY = 8 (kooperační díl) nastaví se do položky VLZPUSOBREALIZACE hodnota 3 (realizovat v kooperaci)
  
  Ve forma operace technologického postupu byla rozšířena o záložku „Doplňující údaje“, kde jsou uvedeny údaje o:
  - tarifu provozního nákladu AC/hodinu
  - tarifu provozního nákladu BC/hodinu
  - ceně provozního nákladu AC na operaci (na kalkulační množství)
  - ceně provozního nákladu BC na operaci (na kalkulační množství)
  
  Hodnoty polí se naplňují při zvolení typové operace. Je možno je upravit ručně. Použijí se při výpočtu kalkulace pro vyčíslení ostatních přímých nákladů (výrobní náklady pracoviště).
  
  
  - Upraven formulář „pracoviště“ Priprava/Pracoviste.htm
  rozšířen typ pracoviště o položku 5-Kooperant
  Přidáno pole s informací o vyšším/nadřízeném pracovišti
  
  
  - Upraveny formuláře pro tvorbu výrobních rozpadů z POB i VZA
  Zadavani/START_TvorbaVyrobnihoRozpaduPOB.htm
  Zadavani/START_TvorbaVyrobnihoRozpadu.htm
  Kooperační polotovary jsou obarveny šedooranžově
  
  - Formulář odvádění VP (5.6.2.1) – nový odkaz „Odvedené PK – detail“ zobrazuje detailní pohled na odvedené plovoucí komponenty:
  odvadeni/START_SlozkyPKDetALL.htm
  
  

Technologie ESO9 - server + klient

Změna činnosti

• Online komunikace s bankami
  Napsán handler pro zpracovávání požadavků z bank směrem do ESA.
  
  Česká spořitelna
  - Převod zaslaného code po povolení přístupu k účtům na přístupové tokeny a následnou komunikaci s bankou.
  
  Komerční banka
  - decryptování zprávy z banky a uložení ClientId a Client secrete pro online přístup a následné zavolání url pro vygenerování code.
  - převod zaslaného code na přístupové tokeny
  
  

Změny v technologii .NET

• Aplikační server - Odesílání sestav e-mailem
  Při odesílání sestav e-mailem z aplikace lze nyní v parametrech zadat i specifický port k SMTP serveru. Port se zadává do parametru SMTP_SRV za dvojtečku, např. "outlook.office365.com:485".
  Dostupné od 4.8.2022.
  
  
• Reporting Server - Parametr PRN_LANG
  Vyhodnocení parametru PRN_LANG probíhalo v Reporting Serveru odlišně, než zpracování ostatních parametrů. V případě plnění tohoto parametru SQL dotazem se pro použila pouze 1.načtená hodnota.
  Nyní lze překlady do cizích jazyků parametrizovat stejně, jako všechny ostatní parametry offline sestav. Platí pouze pro sekvenční generování sestav, pro paralelní generování je třeba mít všechny sestavy v jedné dávce generované jen v jednom jazyku.
  Dostupné od Reporting Serveru v6.5.0.0.
  
  
• Aplikační server - Vodotisk TRIAL v sestavě
  U jednoho zákazníka se náhodně objevoval vodotisk "TRIAL" na sestavách. Vodotisk je obecně způsoben tím, že knihovny Stimulsoftu nejsou zalicencované.
  Vzhledem k tomu, že problém nebylo nijak nasimulovat, byl přepracován způsob licencování knihoven Stimulsoftu a nová verze aplikačního serveru byla nasazena "na pozorování".
  
  
• Aplikační server - Import z XLS
  Při importu z XLS souborů v obecném klientovi lze definovat uživatelskou stored proceduru, která se automaticky spouští po importu dat. Tato procedura může mít definovaný vlastní timeout v aplikačních parametrech ve skupině TIMEOUT (pokud jej nemá, použije se standardní TO = 360sec). Pokud tedy daná importní procedura potřebuje delší čas ke svému zpracování, je třeba její TO založit formou nového aplikačního parametru.
  Tento uživatelský TO se zatím nezpracovával. Jeho zpracování bylo doplněno v knihovně ESO9Lib.dll od verze 6.0.0.49.
  
  
• Aplikační server - Změna v generování cookies
  Došlo ke změně mechanismu generování a ověřování cookies.
  Důsledkem je mj. i konec provozu a podpory protokolu REMOTE ze starého klienta (Internet Explorer).
  Dostupné od 1.9.2022.
  
  
• Aplikační server - Optimalizace spotřeby paměti
  Došlo k mírné optimalizaci spotřeby paměti během jednoho uživatelského sezení (session).
  Dostupné od 5.9.2022.
  
  
• Aplikační server - Spouštění akcí na tlačítko
  Při spouštění uživatelské akce reprezentované DLL knihovnou se vždy zahajovala databázová transakce, kterou pak využívaly případné datové akce použité uvnitř DLL knihovny. V některých případech (konkrétně import dat z Excelu) si ale autor použité uživatelské stored procedury chtěl řídit transakce sám, což bohužel nebylo možné.
  Nově proto existuje parametr „;NOTRANSACTION", který může být uveden v názvu tlačítka v HTML předloze. V takovém případě se nebude při spouštění akce zahajovat databázová transakce.
  Dostupné v technologii od 21.9.2022.
  
  
• Aplikační server - Stahování Excelovských souborů
  Při tisku sestav typu XLS2 byla upravena hláška na "Vyčkejte prosím na stažení XLS souboru" vč. překladů do všech podporovaných jazyků.
  Dostupné od 21.10.2022.
  
  
• Aplikační server - Export do Excelu
  Při exportu opisu dat do Excelu se nadále budou zobrazovat jen 2 desetinná místa (v minulosti se zobrazovala 4, což část zákazníků reklamovala jako zbytečné), ale v hodnotě buňky bude číslo s celým desetinným rozvojem (resp. max 12 desetinných míst).
  Dostupné od 21.10.2022.
  
  
• Aplikační server - Export do Excelu
  Při exportu data do Excelu se vícekrát stalo, že v primárních datech byly bílé znaky (FormFeed, VerticalTab apod.), po jejichž exportu nebylo možné XLSX soubor otevřít. Nově se tedy všechny bílé znaky, které by podobnou chybu mohly způsobovat, z výstupu vychávají.
  Dostupné od 21.10.2022.
  
  
• Aplikační server - Lokalizace výstupů do PIVOTOK a XLS
  Byly lokalizovány výstupy do PIVOTOK a XLS. Šlo zejména o formáty čísel a desetinných čísel.
  
  
• Aplikační server - Definice importů a exportů
  Při importu z CSV (definice v činnosti 9.6.18) docházelo ke špatnému číslování importovaných řádků.
  Opraveno v knihovně ESO9Lib.dll verze 6.0.0.51.
  
  
• Aplikační server - Služba pro přenos dokladů
  V rámci technologie ESO9 je k dispozici služba pro automatický přenos dokladů mezi aplikacemi ESO9. Z libovolné aplikace ESO9 tak lze odeslat například vydanou fakturu do libovolné jiné aplikace, kde se automaticky založí jako doklad přijaté faktury.
  Bližší popis viz https://wiki.eso9.cz/lib/exe/fetch.php/techdoc:cloudova_aplikace_eso9_pro_vymenu_dokladu.pdf.
  
  
• Aplikační server - Služba pro přenos dokladů
  Do služby pro přenos dokladů byla doplněna možnost odmítnout doklad příjemcem.
  Pokud příjemce nechce naimportovat doklad, který mu protistrana zaslala prostřednictvím cloudové aplikace, může jej odmítnout (akcí na tlačítko). Takový doklad se již nadále nebude nabízet pro stažení a import.
  Zároveň byla doplněna možnost zpětného zjištění stavu dokladu z cloudu pro odesílatele dokladu.
  Dostupné v knihovně ESO9RestAPIClient.dll v6.6.0.3.
  
  
• Aplikační server - Služba pro přenos dokladů
  Přenos dokladů prostřednictvím sběrného e-mailu.
  Stávající výměna dokladů mezi dvěma aplikacemi ESO9 se rozšiřuje o možnost mít aplikaci ESO9 jen na straně příjemce (odběratele), zatímco odesilatel (dodavatel) může mít jakýkoli jiný SW/ERP. Odběrateli lze nově zaslat doklad běžným e-mailem na vyhrazenou adresu, odkud se automaticky doklad z e-mailu přesune do cloudové aplikace pro výměnu dokladů. Z té si jej standardním způsobem naimportuje příjemce (odběratel).¨
  Podrobnější popis je k dispozici na naší wiki.
  
  
• Aplikační server - Import uživatelských dat z ISDOC souboru
  Došlo k úpravě práce se zaZIPovaným archivem s uživatelskými daty z ISDOC souboru. Nyní si lze uživatelská data v ISDOCu předávat i mezi dalšími systémy mimo ESO9.
  Dostupné v knihovně ESO9Lib.dll od verze 6.0.0.55.
  
  

Technologie ESO9 - server

Serverový doplněk

• Licencování
  Změněno stahování on-line licencí z aplikačního serveru. Doplněno stahování přes https.
  Stažení licence se postupně zkouší z:
  https://update.eso9.cz
  http://update.eso9.cz
  https://update.eso9.sk
  http://update.eso9.sk
  https://update.eso9.cz
  http://update.eso9.cz
  Z první nalezené funkční adresy se licence stáhne.
  
  

Změny v ESO9 Správce

• Stahování verzí
  Změněno stahování nových verzí v ESO9 Správce.
  Stahuje se z https://update.eso9.cz, dříve jen http://update.eso9.cz.