verze:eso967
ESO 9 změny ve verzi 6.7 z 8.6.2023
Obecný klient
Saldokonto
- 1. 3. 4. 5 - Přehled všech pohledávek
Upraveny činnosti pro sledování závazků a pohledávek (1.3.4.4, 1.3.4.5, 4.1.4 a 4.1.5)
Doplněn velký button na zavírání/otvírání. Dále doplněn iFrame, aby se vybraný doklad otvíral ve splitteru jak to fungovalo v IE.
Změny v technologii .NET
- Obecný klient
Opraveno zadávání záporných čísel v browse s oddělovačem tisíců. - Obecný klient
Do formuláře filtru a konfigurace byly doplněny odkazy na nápovědu.
V filtru je to poslední záložka vpravo nahoře označená "?"
V konfiguraci poslední tlačítko vpravo dole označené "?" - Obecný klient
Opravena chybná editace čísel v browse v Maďarštině, kdy docházelo k chybné interpretaci oddělovačů, což způsobilo umazání oddělovače desetinné části a zvýšení čísla o tolik řádů, kolik bylo číslic za desetinným oddělovačem. - Obecný klient
Při přepnutí ze základního filtru do ručního opraven přenos čísel které se přenášely s čárkou a po filtru došlo k syntaktické chybě. - Obecný klient
Doplněno vyhledávání činnosti dle čísla činnosti když obsahuje text. Určuje se dle teček ve vyhledávaném textu. - Obecný klient
Sjednocení ukládání víceřádkového textu s CRLF při editaci v Browse. - Obecný klient
Oprava zadávání čísel(Int) v editoru. Nedoplňují se oddělovače tisíců aby šlo zapsat všech povolených 10 znaků. - Obecný klient
Oprava ukládání textarea do souboru v browse. - Obecný klient
Doplněno hlášení chyby, když neexistuje předloha číselníku, nebo při volání číselníku dojde k chybě. Dříve se chyba vypisovala jen v konzoli. - Obecný klient
Opraven pohyb v datech pomocí navbaru po editaci pole v editoru. - Obecný klient
Při přenosu rozeditovaného číselníku je nyní při zobrazeno hlášení uložit data Ano/ne. - Obecný klient
Doplnění dialogu "Uložit změněná data?" při rozeditování pole v editoru a kliknutí na šiky navigace (<< < > >>) - Obecný klient
Oprava potvrzování mazání označených záznamů klávesou "A" po zakliknutí "všechny označené". - Obecný klient
Doplněno dynamické filtrování comboboxů (tj. filtrování hodnot jedné položky na základě hodnoty jiné) do filtru formuláře. - Obecný klient
Oprava stavu, kdy po zavření/otevření Hidden bloku v editoru došlo k posunu stránky na začátek.
Aplikace ESO9 Start
Účetnictví
- 1. 1. 1. 2 - Účetní operace - Odpisy a opravné položky
Ze seznamu pohledávek nabízených ve tvorbě odpisů a opravných položek byly vyřazeny pohledávky účtované na účtech uvedených v parametru VykazDPH_Ucty_NE.
Upravena funkce fnHdok_ProOdpPohl. - 1. 1. 2. 1 - Hlavní kniha
Pokud je na účetní osnově volba Zobrazit v číselníku NE, pak se v detailu hlavní knihy nad tímto účtem (zobrazení detailu účtu ve formuláři) zobrazovaly obraty z "NULL" účtu.
Ve druhé formě stránky ucet\Hl_kniha_det_S.htm byla navíc podmínka "and VLUCTOSN_ZOBRAZCIS = 1" - v případě zobrazení takového účtu v detailu se do další formy předalo NULL a tak se vypisovaly obraty na "NULL" účtu.
Upraveny stránky ucet\Hl_kniha_det_S.htm, ucet\Hl_kniha_detKS_S.htm - 1. 1. 2. 1 - Hlavní kniha
V případě nastavení parametru HK_PSDleRocUzav=1 ze u podrozvahových účtů nezobrazovaly počáteční stavy.
Upravena funkce fnHlavniKniha_Det_Work a procedura spHlavniKniha, aby i v případě nastavení parametru HK_PSDleRocUzav=1 byly správně počáteční stavy podrozvahovývh účtů. - 1. 1. 2. 3 - Výkaz DPH (KH - legislativa CZ)
Uvedení DIČ do KH DPH (sekce A.2.) v případě, kdy záznam (s kódem pro výkaz DPH = 24) vstupuje na řádky 12 a 13 výkazu DPH.
Dosud v takovém případě došlo k varování „DIČ státu v EU u služby od dodavatele mimo EU, v KH nebude vyplněno“ - a v KH DPH DIČ nebylo vyplněno.
Nyní upraveno tak, že původní varování „DIČ státu v EU u služby od dodavatele mimo EU, v KH nebude vyplněno“ bylo změněno na „DIČ státu v EU od osoby neusazené v tuzemsku s místem plnění v tuzemsku – v KH bude vyplněno“. Kód státu i DIČ se přenese do KH DPH.
Upravena funkce fnKHDPH_TestovaniChyb. - 1. 1. 2. 3 - Výkaz DPH (legislativa SK) -novela zákona o DPH - zmeny v §25a a §53b (doplněk č. 2 předchozí verze)
Pro sledování neuhrazených faktur po splatnosti byly doplněny
Přehled neuhrazených FPU, kde uplynulo 100 dní od data splatnosti (101. den je od 01.01.2023), pokud není vystaven následný doklad s kódem pro výkaz DPH 662
- vytvořena nová stránka Eso9StartSK\Nastaveni\PREHFPUNEUHRAD662.HTM,
- nový pohled QFPUNEUHRAD_KOD662
- založená nová událost (skupina OST) - Neuhrazené FPU - 100 dní po splatnosti
- v pracovní sestavě výkazu DPH doplněn odkaz "FPU - podle §53b" na tuto nově vytvořenou stránku (upravena stránka DPH\Vykaz_DPH_TiskSK.htx)
Přehled neuhradených FVU kde hodnota zůstáva uhradit je do 1000€, zároveň uplynulo 150 dní od data splatnosti (151. den je od 01.01.2023),
pokud není vystaven následný doklad s kódem pro výkaz DPH 97
- vytvořena nová stránka Eso9StartSK\Nastaveni\PREHFVUNEUHRAD97.HTM
- nový pohled QFVUNEUHRAD_KOD97
- založena nová událost (skupina OST) - Neuhrazené FVU - 150 dní po splatnosti
- v pracovní sestavě výkazu DPH doplněn odkaz "FVU - podle §25a" na tuto nově vytvořenou stránku (upravena stránka DPH\Vykaz_DPH_TiskSK.htx)
Přehled dokladů, na které byly vytvořeny opravné doklady s kódy 97 nebo 662 a byly uhrazené po vystavení opravného dokladu a nebyl vystaven další opravný doklad.
- vytvořena nová stránka Eso9StartSK\Nastaveni\PREHFVUFPU_OD.HTM
- nový pohled QFVUFPU_OD
- založena nová událost (skupina OST) - Uhrazené FVU,FPU s opravným dokladem
Pro tisk opravného dokladu byla upravena sestava DbPisForm.idc
Upraveny funkce - datové zdroje pro tisk dokladu : fnDZ_SeznDobrDokl, fnDZ_FormularHDOK, fnDZ_RekapDPH.
Upravena procedura spEXECHDOK_FVU_OPRDOKL :
- pokud doklad neobsahuje složky, bude ve DPH vypočítávat přímo z DPH uvedené na dokladu
- pokud obsahuje složky, zakládají se složky s hodnotou DPH z původních složek (původní řešení pro FVU)
- v případě částečné úhrady dokladu se bude DPH vypočítávat poměrem (uhrazená částka / částka k úhradě) a to jak v případě bez složek, tak i se složkami.
- pokud se jednalo a částečně uhrazený doklad, zobrazí se hláška : "Faktura byla uhrazena částečně, opravný doklad byl vytvořen na poměrnou částku DPH. Proveďte kontrolu částek."
- na vzniklém dokladu se nastaví kód pro výkaz DPH dle vzoru dokladu - v původním řešení pro FVU se provádělo účtování na účet 311 a tento se následně pároval s původním dokladem. Pokud na vzoru bude jiný účet (315), párování se provádět nebude
V databázi Eso9StartSK bylo provedeno (v zákaznických aplikacích se automaticky neprovádí)
- V typu dokladu FVU v uživatelských přepočtech doplněna podmínka, aby se pro doklady s kódem 97 netestovala existence dokladu se stejným VSYM : "(vlDuvod_Osvob <> 97) and"
- Vytvořen nový vzor VZORFPURTOD
- v činnosti 9.4.11 (Parametry kopie dokladu) vytvořen záznam FPU_FPUTOD s nastavením EXEC procedury spEXECHDOK_FVU_OPRDOKL (tato je shodná jako u FVU, případné drobné rozdíly se řeší v proceduře na základě toho, zda jedná o FPU/FVU)
- ve vazbách mezi vzory bylo u všech vazeb, které mají následníka VZORFPURTOD, nastaven parametr pro kopii FPU_FPUTOD
- Upraven účetní typ FAV :
- FAV5 - do účetního předpisu položky hdObrat_Dal a hdObrat_Dal_Val byla doplněna podmínka pro výběr SDOKů
AND (isnull(SDOK.vlDuvod_Osvob_SDOK, 0) <> 97)
- FAV6 - do podmínky účetního předpisu doplněna podmínka : AND (isnull(SDOK.vlDuvod_Osvob_SDOK, 0) <> 97)
- na vzoru dokladu VZORFVUTOD byl změněn účet MD z 311001 na 315000
- 1. 1. 2. 3 - Výkaz DPH (legislativa CZ)
V případě tvorby interního dokladu odvodu DPH k opravnému přiznání k DPH se vytváří na celkovou částku odvodu DPH (nebo nároku na odpočet). Protože již existuje doklad IDU k předchozímu odvedenému výkazu DPH, tak se u nového IDU výkazu DPH vytvoří storno účetního zápisu částky odvodu DPH (nebo nároku na odpočet) a tento účetní zápis se spáruje s účetním zápisem z původního IDU.
Upravena procedura spVykazDPH_PrepoctiIDU - 1. 1. 2. 3 - Výkaz DPH
V idc/htx sestavě detailu řádku DPH (sestava se volá z odkazu na čísle řádku v pracovní sestavě výkazu DPH) byla doplněna položka Jejich číslo dokladu (HDOK.Jejich_CisDok).
Upravena sestava DPH\Vykaz_DPH_Detail.idc, Vykaz_DPH_DetailCZ.htx - 1. 1. 2. 3 - Výkaz DPH (legislativa HU) - zvláštní režim DPH
Pro možnost evidence dokladů ve zvláštním režimu DPH (HU legislativa) byly provedeny následující úpravy :
Doplněny parametry :
- TiskPrefVetaOSUPR - v tomto je možno nastavit text, který se má v případě nastaveného zvláštního režimu DPH tisknout na dokladu
- KodPoznOsRezZac, KodPoznOsRezKon - pro možnost automatického nastavení zvláštního režimu u dokladů dle subjektu
- PocDnuProvedeniPP - pro určení datumu pro DPH v případě zvláštní úpravy odpočtu DPH
Upraveny funkce fnTxtPreferencniVeta, fnDPH_SH_Detail_HU
Upraveny stránky - doplněna položka Režim DPH (vlRezimDPH) :
- ESO9Start\prodej\FaVHlav.htm
- ESO9Start\nakup\FapNahledPDF.htm
- ESO9Start\nakup\FapHlav.htm
- ESO9Start\ucet\Inter_dokl.htm
- ESO9Start\ucet\Inter_dokl_Sloz.htm
- ESO9StartHU\Nakup\FapHlav.htm
- ESO9StartHU\Ucet\Inter_dokl.htm
V aplikaci je třeba dále v případě požadavku na práci se zvláštním režimem nutno nastavit :
- v číselníku účetní osnovy v odkaze "Účty pro výkaz DPH" je třeba doplnit odpovídající účty, na které se bude účtovat v případě, že doklad má nastavený zvláštní režim DPH
- upravit účetní předpisy pro účtování v případě nastaveného zvláštní režim DPH - 1. 1. 2. 3 - Výkaz DPH - kontrolní výkaz DPH (legislativa SK)
Finanční správa (SK) vydala informaci, že od 01.07.2023 (od zdaňovacího období 07/2023, resp. 3Q/2023) bude v platnosti nová verze formuláře KV DPH.
V nové verzi formuláře nedošlo po obsahové stránce oproti předchozí verzi k žádným změnám, pouze se změnil název kořenového elementu z KVDPH_2021 na KVDPH_2023.
Upravena procedura spExport_KHDPH_XML_SK201701 tak, že pro KVDPH s obdobím >= 2023.07 se generuje název kořenového elementu KVDPH_2023 (místo původního KVDPH_2021) - 1. 1. 2. 3 - Výkaz DPH (legislativa CZ)
U kódu výkazu DPH 4751 změněn text na "režim přenesení DPH (ř.26) ..." (původně zde byl uveden ř. 25).
Upraveny funkce a procedury tak, aby kód výkazu DPH 4751 vstupoval na řádek 26 a do KHDPH na řádek A3.
- spProVykazDPH_CZ
- fnVykazDPH_SeznamDuvOsv
- fnHDOK_DetailVykazuDPH_std
- fnKHDPH_DataA3 - 1. 1. 2. 3 - Výkaz DPH (legislativa HU)
Založen nový kód pro DPH c. 54 : Közösségi adóalanytól igénybevett szolgáltatás egyéb - áfa bevallás 19.sor (samozdanenie)
Do výkazu DPH vstupuje do řádku 19 na vstupu a do řádku 67 na výstupu. Do souhrnného výkazu 10A60 nevstupuje.
Upraveny procedury a funkce :
spDphDoplnRadky_HU201201, spProVykazDPH_HU200901, fnDphFormular_HU_201201 - 1. 1. 2. 5 - Export pro INTRASTAT (legislativa SK)
Pokud při vývozu nemá subjekt vyplněn IČ DPH, pak se naplňuje podle těchto pravidel:
- pokud je "Plátce DPH" <> "neplátce", pak je IČ DPH = QV999999999999
- pokud je "Plátce DPH" = "neplátce", pak rozhoduje "Právní forma" :
- pokud je "Právní forma" = "0-Neurčeno", pak je IČ DPH = QV999999999999
- pokud je "Právní forma" = "3-Fyzická osoba - občan", pak je IČ DPH = QN999999999999
- jinak je IČ DPH = QT999999999999
Úpravy provedeny v objektu-proceduře spINTRASTAT_Export - 1. 1. 4. 7 - Deník všech dokladů
Ve stránce ucet\Deniky.htm bylo změněno :
- doplněny položky Základ daň 0% (HDZAKLADDAN_0) a Mimo daň (HDMIMODAN)
- hodnota parametru RowFilter změněna na hodnotu 2
- doplněn odkaz Historie
Finance
- 1. 2. 1. 6 - Bankovní výpisy - odkaz Hromadná platba
V předchozích verzích bylo možno připárovat doklady s různými účty. V důsledku doplnění možnosti Povolit párovací rozdíl byla při zjišťování možného povoleného párovacího rozdílu kontrolováno, zda označené doklady mají shodný účet (dle kterého se pak zjišťoval povolený párovací rozdíl).
Procedura spUcetZap_ParDleSubj_XmlParams byla nyní upravena tak, že je možno označit doklady s různými účty, povolený párovací rozdíl se pak určuje jako minimum z povolených rozdílů pro účty (a jim odpovídající saldokonta) všech označených dokladů.
Upravená procedura byla součástí doplňku č. 1 k verzi 6.5 - 1. 2. 1. 6 - Bankovní výpisy
Na stránkách bankovních výpisů byla doplněna možnost filtrování dle barevně označených řádků : červené - nespárované, fialové - nerozúčtované (s NULL účtem).
Upraveny stránky finance\BaV.htm a finance\BaV_Radek.htm - doplněna hidden položka Rowstyle_Legend
Saldokonto
- 1. 3. 1. 4 - Párování za subjekt
Pokud pro daný subjekt existovaly na jedné straně (MD/DAL) pouze účetní zápisy s NULL účtem, tak se subjekt vůbec nenabídl v seznamu.
Upravena stránka saldo\HrParSubj.idc a procedury spW_NespUZ_Create, spUcetZap_ParKc tak aby se i takovýto subjekt v seznamu subjektů nabízel.
Doklady s NULL účtem šlo takto párovat i dříve, ale podmínkou bylo, aby pro daný subjekt existovaly účetní zápis se saldokontním účtem jak na straně MD i DAL - pak se tento subjekt v seznamu nabízel a ve výběru dokladů se nabízely i doklady s NULL účtem. - 1. 3. 1.9, 1. 3. 1.10 - Spárované účetní zápisy k datu / podle období
Pokud byl uživatel přihlášen pod účtem s nastavením slovenského jazyka, mohlo dojít k chybě
"The conversion of a varchar data type to a datetime data type resulted in an out-of-range value."
Tento problém vznikal v důsledku toho, že stránky a sestavy si předávaly datumové položky jako řetězec v různém tvaru (dd.mm.yyyy / mm.dd.yyyy) v závislosti na tom, pod jakým účtem (s jakým jazykovým nastavením) byl uživatel přihlášen. Upraveno tak, aby bylo funkční pro všechna jazyková nastavení.
V činnosti 1.3.1.10 při zobrazení výběru období/data byla doplněna informace o počtu spárovaných dokladů v daném období/datu.
Změněné stránky :
Saldo/SparDleData.idc,
Saldo/SparDleData_M.idc, Saldo/SparDleData_M.htx
Saldo/SparDleData_D.idc, Saldo/SparDleData_D.htx - 1. 3. 2. 1 - Zápočtové doklady
Tvorba zápočtů upravena tak, aby se nabízely i účetní zápisy s NULL účty.
V případě, že do zápočtu (nebo návrhu zápočtu) vstupuje účetní zápis s NULL účtem, pak je nutné, aby ostatní účetní zápisy vstupující do zápočtu měly shodný účet. Tímto účtem pak bude nahrazen NULL účet vstupující do zápočtu. Pokud by mezi označenými záznamy bylo více různých účtů, není zřejmé, na který účet by se NULL účet měl změnit a je hlášena chyba.
Upraven pohled QUCETZAP_ProZapocty, procedura spUcetZap_VytvorZap, stránky saldo\Zap_Subj.idc a saldo\Zap_SubjICO.idc. - 1. 3. 3. 4 - Automatické kontroly pohledávek
Pokud se při tvorbě návrhu zápočtu provedlo rozdělení pohledávky na dvě části, pak při automatickém rozesílání pohledávek došlo k výpisu daného dokladu ve dvou řádcích dle rozdělení účetního zápisu.
Aby se v tomto případě (nepotvrzeného návrhu zápočtu) prováděl výpis pouze jednou částkou, byla upravena funkce fnKontrPohl_Pohledavky_ProSubjekt. - 1. 3. 4. 8 - Závazky a pohledávky k datu (legislativa SK)
Do sestavy byla doplněna položka "Dnů po splatnosti" - upravena procedura spSTI_ZavPohlKDatu60, sestava ZavPohlKDatu2020
Plánování
- 1. 4. 1 - Opakování dokladů
Při generování plánovaných / skutečných dokladů byla doposud historie pouze mezi hlavičkami dokladů. Nyní nově dopracována historie i mezi složkami dokladů.
Upraveny následující objekty:
- procedura spPlanDok_ZalozJedenDoklad
- procedura spPlanDok_ZalozSkutDoklad
- procedura spPlanDok_Akce - 1. 4. 2. 1 - Pořízení plánovaných dokladů
V předloze "plan\PlanUZap.htm" doplněn do datového zdroje horní formy "Doklad pro plánované účetní zápisy" parametr %ANDWHERE%, který se mimo jiné naplní pří zobrazení historie dokladů.
Nákup
- 2. 1. 1. 2 - Nákupní objednávky
Doplněna možnost-odkaz "Odobjednání", která odobjedná nedodané zboží. Odobjednání založí k NOB doklad typy "NOO -Nákupní obj. - odobjednání", který obsahuje složky dokladu s vazbou na složky NOB, které snižují stav objednáno. Kromě možnosti odobjednat přímo z NOB je zde i možnost v JOBu volat proceduru "spOdobjednej_NOBALL", která projde NOB a vytvoří k nim NOO
Spolu s tím provedeno:
- do typu dokladu "NOB" doplněn stav "90 - archiv" pokud chyběl
- založen pohyb "NOO - Nákupní objednávka - odobjednání"
- založena číselná řada "NOO": Řada nákupních objednávek - odobjednání
- založen vzor "VZORNOO": Nákupní objednávka - odobjednání
- založen typ dokladu "NOO": Nákupní obj. - odobjednání
- připojení vzoru "VZORNOO" pod typ "NOO"
- provázání všech vzorů "NOB" se vzorem "VZORNOO", kde vzor "NOB" je předchůdcem a vzoru "VZORNOO"
- úprava formy "nakup\VObj.htm": doplněn odkaz "Odobjednání"
- nová forma "nakup\KopiePrDoNa_NOB2NOO.htm": volá se z odkazu "Odobjednání" a zajišťuje tvorbu dokladu typu "NOO" se vzorem "VZORNOO"
- nová forma nakup\VObjNOO.htm: forma pro zobrazení dokladů typu "NOO"
- do činnosti "2. 1. 4.10 - Oprava dokladů nákupu" doplněn typ dokladu "NOO"
- k dispozici je nová procedura "spOdobjednej_NOBALL", která k dokladům "NOB" vytváří dokladu "NOO" ve výši nedodaného zboží.
Má tyto parametry:
- @NOTRANSACTION SMALLINT - Pokud je tento parametr v proceduře, tak transakce je nutno si ošetřit sám
- @REQUERYSTATE SMALLINT - Jestli se ma provadet requery
- @IDLOGUSER INT - ID uživatele, který akci vyvolal
- @MF_TYP_DOK_NOB VARCHAR(10) - Typ dokladu NOB: např.'NOB'
- @MF_VZORY_NOB VARCHAR(255) - Seznam vzorů dokladů NOB oddělený ";". Každý element je jako LIKE: např.'VZORNOB%'
- @MF_VLHSTAVSTART_NOB SMALLINT - Stav dokladu NOB od kterého se doklad zúčastňuje odobjednání: např.60-vyřízeno
- @MF_VLHSTAVSTOP_NOB SMALLINT - Stav dokladu NOB do kterého se doklad uvede po odobjednání: např.60-vyřízeno
- @MF_TYP_DOK_NOO VARCHAR(10) - Typ dokladu NOO: 'NOO'
- @MF_VZORY_NOO VARCHAR(255) - Seznam vzorů dokladů NOO oddělený ";". Každý element je jako LIKE: např.'VZORNOO'
- @MF_VLHSTAVSTOP_NOO SMALLINT - Stav dokladu NOB do kterého se doklad uvede po odobjednání: např.60-uzavřeno
- @MF_TYP_DOK_PLN VARCHAR(255) - Seznam typů dokladů oddělený ";", které tvoří plnění NOB: např.'SPU;SPF'
- @Return_Select SMALLINT = 0 - 2. 1. 3. 2 - Faktury přijaté zálohové
Na formulář Faktury přijaté zálohové (nakup\zfap.htm) bylo doplněno zobrazení čísla účtu dodavatele v IBAN tvaru.
Do datového zdroje doplněna položka TXTBUSUBJBUCET_IBAN. - 2. 1. 3. 3 - Faktury přijaté zálohové daňové
Pokud bylo zrušeno spárování daňové zálohové faktury se zálohovou fakturou, mohla se tato odpárovaná FPZD nabízet do platebního příkazu,
Aby se takto odpárovaná FPZD nenabízela do platebního příkazu, byla upravena tvorba daňové zálohové faktury tak, aby se platební podmínka přebrala ze vzoru dokladu (daňové zálohové faktury). Pokud tedy vzor bude mít nastavenu takovou platební podmínku, která není určena pro platební příkaz, nebude se tento doklad nabízet do platebního příkazu.
Upraveny procedury spHDok_FVZ_FVZD, spHDok_FVZ_FVZD_Ozn.
V aplikaci Eso9Start založena nová platební podmínka s kódem "Neplatit", tato byla nastavena do všech vzorů zálohových daňových faktur.
Prodej
- 2. 2. 1. 2 - Prodejní objednávky
Doplněna možnost-odkaz "Odblokování", která odblokuje nedodané zboží. Odblokování založí k POB doklad typy "POO -Prodejní obj. - Odblokování", který obsahuje složky dokladu s vazbou na složky POB, které snižují stav objednáno. Kromě možnosti odobjednat přímo z POB je zde i možnost v JOBu volat proceduru "spOdblokuj_POBALL", která projde POB a vytvoří k nim POO.
Spolu s tím provedeno:
- do typu dokladu "POB" doplněn stav "90 - archiv" pokud chyběl
- založen pohyb "POO - Prodejní objednávka - odblokování"
- založena číselná řada "POO": Řada prodejních objednávek - odblokování
- založen vzor "VZORPOO": Prodejní objednávka - odblokování
- založen typ dokladu "POO": Prodejní obj. - odblokování
- připojení vzoru "VZORPOO" pod typ "POO"
- provázání všech vzorů "POB" se vzorem "VZORPOO", kde vzor "POB" je předchůdcem a vzoru "VZORPOO"
- úprava formy "prodej\PObj.htm": doplněn odkaz "Odblokování"
- úprava formy "prodej\PObjPZD_Reg.htm": doplněn odkaz "Odblokování"
- nová forma "prodej\KopiePrDoNa_POB2POO.htm": volá se z odkazu "Odblokování" a zajišťuje tvorbu dokladu typu "POO" se vzorem "VZORPOO"
- nová forma prodej\PObjPOO.htm: forma pro zobrazení dokladů typu "POO"
- do činnosti "2. 2. 4.10 - Oprava dokladů prodeje" doplněn typ dokladu "POO"
- k dispozici je nová procedura "spOdblokuj_POBALL", která k dokladům "POB" vytváří dokladu "POO" ve výši nedodaného zboží.
Má tyto parametry:
- @NOTRANSACTION SMALLINT - Pokud je tento parametr v proceduře, tak transakce je nutno si ošetřit sám
- @REQUERYSTATE SMALLINT - Jestli se ma provadet requery
- @IDLOGUSER INT - ID uživatele, který akci vyvolal
- @MF_TYP_DOK_POB VARCHAR(10) - Typ dokladu POB: např.'POB'
- @MF_VZORY_POB VARCHAR(255) - Seznam vzorů dokladů POB oddělený ";". Každý element je jako LIKE: např.'VZORPOB%'
- @MF_VLHSTAVSTART_POB SMALLINT - Stav dokladu POB od kterého se doklad zúčastňuje odobjednání: např.40-vyřízeno
- @MF_VLHSTAVSTOP_POB SMALLINT - Stav dokladu POB do kterého se doklad uvede po odobjednání: např.90-archiv
- @MF_TYP_DOK_POO VARCHAR(10) - Typ dokladu POO: 'POO'
- @MF_VZORY_POO VARCHAR(255) - Seznam vzorů dokladů POO oddělený ";". Každý element je jako LIKE: např.'VZORPOO'
- @MF_VLHSTAVSTOP_POO SMALLINT - Stav dokladu POB do kterého se doklad uvede po odobjednání: např.60-uzavřeno
- @MF_TYP_DOK_PLN VARCHAR(255) - Seznam typů dokladů oddělený ";", které tvoří plnění POB: např.'SVU;SVF'
- @Return_Select SMALLINT = 0 - 2. 2. 3. 1 - Faktury vydané účetní
Testování, zda jde o dobropis, se provádí pomocí funkce fnDobropisProPlatceDPH, tato se používá jak v účetních předpisech pro FVU, tak i při tvorbě podkladů pro výkaz DPH.
Dosud se v ní mimo jiné testovalo, zda částka k úhradě (HDOK.hdKUhradeVal) je záporná. Nyní byl navíc k této podmínce doplněn test na to, zda součet daní na HDOKu je menší než 0.
Pokud tedy je součet daní na dokladu kladný a případným připojením záloh dojde k tomu, že zbývající částka k úhradě je menší než 0, pak tento doklad není považován za dobropis.
Upravena funkce fnDobropisProPlatceDPH. - 2. 2. 3. 2 - Faktury vydané zálohové \ odkaz "Daňový doklad"
Upraven datový zdroj formy "prodej\ZFaV_VytvDan.htm" tak, aby název vzoru pro nový doklad naplňovat parametr VZORTEXT=%MF_POPISVZOR% odkazu "Vzniklý doklad". Tento Parametr pak slouží k pojmenování záhlaví ve formě "prodej\ZFaVD.htm" pro zobrazení nového dokladu.
Sklad
- 2. 3. 1. 7 - Převod fyzického příjmu na účetní
Upraven datový zdroj formy "sklad\KPZbozPrij.htm" tak, aby název vzoru pro nový doklad naplňovat parametr VZORTEXT=%MF_POPISVZOR% odkazu "Vzniklá příjemka". Tento parametr pak slouží k pojmenování záhlaví ve formě "sklad\PrijemkaS.htm" pro zobrazení nového dokladu. - 2. 3. 2 - Výdej ze skladu
U předloh skladových výdejek doplněn do datového zdroje horní formy(hlavička) sloupec JEJICH_CISDOK.
Upraveny následující předlohy:
- sklad\Vydejka.htm
- sklad\VydejkaDZ.htm
- sklad\VydejkaF.htm
- sklad\VydejkaF_NahledPDF.htm
- sklad\VydejkaS.htm
- sklad\VydejkaS_NahledPDF.htm - 2. 3. 3 - Inventura skladových zásob
Doplněna základní MJ do níže uvedených činností
- 2. 3. 3. 1 Inventurní soupis skladu k datu:
- předloha "sklad\InventurniSoupis.htm"
- tisk roční a měsíční reglety: sestavy "Regleta.idc", "RegletaMesic.idc"
- 2. 3. 3. 2 Tisk podkladů pro inventuru: sestavy "InvSestava.idc", "InvSestavaSarze.idc"
Všechny sestavy byly vyexportovány z Eso9Start a naimportovány do SK, HU, DE, PL, kde byly následně přeloženy. - 2. 3. 3. 4 - Generování inventurních dokladů
Doplněna akce-tlačítko "Automatické záměny šarží", které u šaržového skladu provádí vzájemné vyrovnání mezi šaržemi formou záměn, kdy šaržové přebytky se použijí na likvidaci šaržových mank. Spolu s tím se aktualizují aktuální stavy na zjištěných inventurních stavech šarží.
Spolu s tím upraveny tyto objekty
- upraven trigger "trSDOK_INVENTURA"
- nová procedura "spZBOZSKL_INVENTURA_PREBYTKY2MANKA": zajišťuje tvorbu záměn pro vyrovnání mezi manky a přebytky
- upravena předloha "sklad\InvDoklad.htm": doplněno tlačítko "Automatické záměny šarží" a odkazy na doklady "Záměn šarží"
Datové schránky
- 2. 7 - Datové zprávy
Upravené stránky
- posta\DS_ZmenaHesla.htm - přidáno nastavení číselných řad
- posta\PrijateDZ.htm, posta\OdeslaneDZ.htm - přidáno číslo datové zprávy a tlačítko "stáhni doručenku ZFO"
- nastaveni\CISRad.htm - do určení řady přidána varianta Datové zprávy
Upraven parametr DS_ZFO
- 2 - pouze nové odeslané zprávy uloží ve formátu ZFO,
- 3 - Dodané i odeslané zprávy uloží ve formátu ZFO
Účetní číselníky
- 9. 2. 2 - Účetní osnova
V číselníku účetní osnovy je nyní při uložení záznamu kontrolováno, zda pro zadaný kód účtu existuje příslušný syntetický účet.
Při editaci položky kód účtu je zobrazována pouze info hláška, při pokusu o uložení takového záznamu je hlášena chyba a záznam nelze uložit.
Upravena procedura spUctOsn_Valrec, nová procedura spUctOsn_Kod_Uctu (FChange). - 9. 2. 4. 0 - Odpisové skupiny majetku (legislativa SK) (doplněk č. 2 předchozí verze)
Byly doplněny nové odpisové skupiny DNM36D, DNM36U, vytvořeny nové funkce pro výpočet odpisů : fnMaj_RovnOdpis_NMSK, fnMaj_RovnDanOdpis_NMSK, fnMaj_RovnUctOdpis_NMSK
Tyto nové odpisové skupiny vyly vytvořeny na základě upřesnění Finanční správy SK:
"Ak bolo technické zhodnotenie majetku vykonané v prvom roku odpisovania, technické zhodnotenie zvyšuje vstupnú cenu hmotného majetku a z takto zvýšenej vstupnej ceny sa počíta pomerná časť ročného odpisu bez ohľadu na mesiac vykonania technického zhodnotenia. Technické zhodnotenie vykonané počnúc druhým rokom odpisovania zvyšuje vstupnú cenu. Z takto zvýšenej vstupnej ceny sa počíta ročný odpis, pričom doba odpisovania sa na základe vykonaného technického zhodnotenia predlžuje o dobu vyplývajúcu zo spôsobu výpočtu rovnomerného odpisu." - 9. 2. 8 - Účetní výkazy
V definici výkazů byl v názvu výkazu nahrazen text "ve zjednodušeném rozsahu" textem "ve zkráceném rozsahu".
Provedeno u všech výkazů v CZ legislativě. - 9. 2. 9 - Saldokonta
V číselníku saldokont byla u položky "Skupinové párování" doplněna nová volba "Povoleno - jeden případ". Při nastavení této volby se při spuštění automatického párování provede spárování za konkrétní párovací klíč (VSYM) pouze v případě, že součet částek je nulový, spárované účetní zápisy budou mít jeden saldokontní případ - nebude se provádět párování případných "dvojic".
Příklad :
Pokud budou existovat následující doklady se shodným VSYM :
FAP1 + 100
FAP2 + 200
FAP3 + 300
BAV1 - 200
BAV2 - 400
pak při původní volbě "Skupinové párování" s hodnotou "Povoleno" se vytvoří následující 3 saldokontní případy :
FAV2 + BAV1 (primárně se hledají dvojce se shodnou částkou a opačným znaménkem)
FAP1 + BAV2 (částečná úhrada, BAV2 se rozdělí na 2 účetní zápisy)
FAP3 + BAV2 (částečná úhrada, BAV2 se rozdělí na 2 účetní zápisy)
Při nastavení "Skupinové párování" s novou volbou "Povoleno - jeden případ" se výše uvedené doklady spárují jediným saldokontním případem.
Upraveno :
- stránka ESO9Start\nastaveni\Saldo.htm
- procedury spParovani_JedenUcet, spParovani_Auto - 9. 2.12 - Vzory pro přeúčtování na střediska
Zvýšení přesnosti koeficientu pro přeúčtování na střediska.
Upravena procedura spVzorPreuct_NavrhniStrediska, změna typu položek HDSTRANAMD a HDSTRANADAL v tabulce VZORPREUCTSTRED (původně decimal(19,5), nyní původně decimal(19,12))
Dokladové číselníky
- 9. 4. 6 - Vzory dokladů \ odkaz "Vazby ručně"
V předloze "nastaveni\VzorPredNasl.htm" doplněna možnost zobrazení a editace parametrů kopie jak pro předchůdce, tak pro následníky vzoru. Spolu s tím upraveny datové zdroje předchůdců a následníků vzoru. - 9. 4. 6 - Vzory dokladů \ odkaz "Vazby hromadně"
V předloze "nastaveni\VzorPredNaslHromadne.htm" doplněna možnost zobrazení a editace parametrů kopie jak pro předchůdce, tak pro následníky vzoru. Spolu s tím upraveny datové zdroje předchůdců a následníků vzoru.
Změny funkcí
- fnDZISDOC_HDOK - funkce fnDZISDOC_HDOK
V případě, že na dokladu byl v poli OSOBA_PRIJEMCE zadán řetězec s délkou větší než 30 znaků, export ISDOC do PDF skončil chybou.
Upravena funkce fnDZISDOC_HDOK - položka JMENO_PRI změněna z varchar(30) na varchar(100).
Změny procedur
- 2. 7 - Datové zprávy
nové procedury
- pro dočíslování stávajících datových zpráv. Proceduru nelze spustit z aplikace, nutno pouštět přímo z SQL managment studia
dbo.spDocislujDZ @VLTYPDZ SMALLINT = null, --typ datové zprávy 0 - přijaté, 1 - odeslané
@dsid varchar(20)
- vygenerování dalšího čísla datové zprávy
spNextVRade_DatoveZpravy @NewCis Varchar(30) OUT, -- vrácené číslo dokladu
@IDCisRada Int, -- číselná řada
@IDUctObd Int = NULL, -- účetní období
@Return_Select SmallInt = NULL
Upravené procedury
- spDS_DatZpr_Prijem_Ins, spDS_DatZpr_Prenos¨- rozšířeny o práci s číselnou řadou
- spDS_DatZprPril_Prijem_InsWithFile,- pokud má být uložen soubor s doručenkou (ZFO) se stejným názvem, který již v dokumentové DB existuje, je za název souboru přidáno číslo v závorkách - spHDok_NewRec - Akce při založení nové věty (prostřednictvím aplikačního serveru) v tabulce Hlavička dokladu
Do obchodního pravidla doplněno volání fchange spHDok_IDSUBJEKT pouze v případě, že se SUBJEKT (IDSUBJEKT) převezme ze vzoru. Tím je zajištěno stejné chování, jako kdyby subjekt uvedený na vzoru byl vybrán později ručně. - spSynonymCreate_ESO9 - Procedura pro založení synonym
Ve verzovém scriptu se provádí zakládání synonym syn_Eso9Doc a syn_Eso9Log, které ukazují do dokumentové a logovací databáze příslušné dané aplikaci.
Pro jejich založení byla vytvořena procedura spSynonymCreate_ESO9. Dále byla vytvořena prázdná procedura spSynonymCreate_UzivProc, kterou je možno uživatelsky přepsat, v ní je možno zakládat příslušná uživatelská synonyma.
Obě procedury se volají v proceduře spAkcePoObnoveniDB. - spUserParams - Procedura vrací údaje o vlastnostech systému, databáze a přihlášeného uživatele (UP parametry)
Procedura nově vrací UP parametr "VLOpravneniSklCen"(UP_VLOpravneniSklCen). Parametr definuje oprávnění pro zobrazení cen na skladových dokladech a skladových cen/hodnot na zboží na skladě. Má hodnoty 0=Ne (ceny/hodnoty se nezobrazují); 1=Ano (Ceny/hodnoty se zobrazují). Defaultně je nastavena hodnota 1=Ano. Parametr není v základní funkci fnUserParams_Lang, ale přímo v proceduře spUserParams. Důvodem je předpoklad, že se bude často přepisovat např. funkcí, IIF, CASE....
!!! Pokud je procedura spUserParams v uživatelských objektech, je potřeba do ní parametr doplnit !!!
Základní nastaveni je
SELECT *
,VLOpravneniSklCen = 1
/*Jako příklad je uvedeno nastavení pro uživatele ze skupin '00', 'HU', 'UC'.
,VLOpravneniSklCen = IIF( --0=NE; 1=ANO
EXISTS(
SELECT *
FROM QUZVESKUP
WHERE KOD_SKUP_UZIV IN ('00', 'HU', 'UC')
AND IDUZIVATEL = @IdLogUser
)
, 1
,0
)
*/
/* zde je možno dopsat vlastní (uživatelské) hodnoty, které má vracet procedura spUserParams */
FROM dbo.fnUserParams_Lang(@IdLogUser, @PRN_Lang)
Spolu s tím upraveny následující předlohy: do nich doplněn include typu <%$INCLUDEHTML::UP_VLOpravneniSklCen EQ 1 %>
- nastaveni\ZboziSklDetail.htm
- nastaveni\ZbozSkl.htm
- nastaveni\ZbozSklM.htm
- nastaveni\ZbozSklSarzeStav.htm
- nastaveni\ZbozSklSDok.htm
- nastaveni\ZbozSklUmisteniStav.htm
- sklad\InvDoklad.htm
- sklad\Prijemka.htm
- sklad\PrijemkaPrevodemZeVzoru.htm
- sklad\PrijemkaS.htm
- sklad\Vydejka.htm
- sklad\VydejkaF.htm
- sklad\VydejkaS.htm
- sklad\ZamenaZbozi.htm
Změny předpisů sestav
- favform.idc - Faktura vydaná daňový doklad
Upraveny sestavy FavForm.idc, DbPisForm.idc, PObjForm.idc, CNabForm.idc, ZFaVForm.idc, ZFavDForm.idc, ZDbPisDForm.idc :
- pokud se tiskne cizoměnová faktura, netiskne se položka "Cena MJ s DPH CZK" (jednotková cena v domácí měně)
- namísto položky "Celkem s DPH CZK" se tiskne "Celkem s DPH XXX" (celková cena v měně dokladu)
V datovém zdroji (funkci) fnDZ_FormularHDOK byla doplněna položka vlCizomenovy, na základě které se provádí skrývání položky (Cena MJ s DPH CZK), nebo tisk hodnoty (SDOK.HDCCENAVALDPH pro cizoměnovou nebo SDOK.HDCCENADPH pro doklad v domácí měně). - HIstorie.idc / HistorieSDok.idc - Historie hlaviček / složek dokladů
Upraveny IDC/HTX sestavy pro zobrazení historie dokladu tak, že se respektuje stránka a její datový zdroj. Zobrazení dokladu je zajištěno předáním IDHDOK ze stromu historie pomocí parametrů na hyperlinku: Tpage=<%Page%>&WHERE=WHERE IDHDOK=<%IDHDOK%>&WHEREADD=AND IDHDOK=<%IDHDOK%>.
Spolu s tím upraveny následující objekty
- sestava "nastaveni\Historie.idc, nastaveni\Historie.htx"
- sestava "nastaveni\HistorieSDok.idc, nastaveni\HistorieSDok.htx"
!!! Pozor: podmínkou je, aby datový zdroj formy, předané v parametru Tpage=<%Page%>, obsahoval jeden z parametrů %WHERE% / %WHEREADD%.
Pokud neobsahuje, pak se nepředá filtr na IDHDOK a zobrazí se "prvních" 10 dokladů z databáze, u kterých nemusí odpovídat ani typ, ani vzor. Pokud se bude jednat o "profi" formu je nutno tuto jeden z parametrů doplnit. Pokud se bude jednat o "start" formu je nutno toto nahlásit na hot-line a "start" forma bude v nejbližším doplňku upravena.
Změny datových struktur
- 2. 7 - Datové schránky
Tabulka DATZPRDS rozšířena o sloupce
- IDCISRAD_DOD integer - vazba na tabulku CISRAD - číselná řada dodaných datových zpráv
- IDCISRAD_ODS integer - vazba na tabulku CISRAD - číselná řada odeslaných datových zpráv
Tabulka DATZPR rozšířena o sloupec
- CIS_DZ varchar(20) - číslo datové zprávy - HDOK - Hlavička dokladu
Struktura hlaviček dokladů (HDOK, HDOKA, HDOK_W) doplněna o položka HDKOREKCEZALOH typu MONEY.
Spolu s tím upraveny následující objekty:
- procedura spHDok_DopocetDaneZeZakladu
- procedura spHDok_PrepocetCastek
- procedura spZapisSDokNaHDok
- procedura spHDok_NewRec
- procedura spHDok_CalRec
- procedura spHDok_BeforeInsert
- procedura spHDok_BeforeUpdate
- procedura spHDok_CopyRec
- procedura spHDok_ValRec
- procedura spHDok_InsertRec
- procedura spHDok_UpdateRec
- procedura spHDok_IDHDok_VZOR
Změny webových stránek
- help\ostatni\NovyDoklad.htm - Nápověda k "Naplňování nového dokladu"
Upraven help - stránka ESO9Start\help\ostatni\NovyDoklad.htm :
v části "Ad 2. Pořadí tabulek pro střediska MD a DAL, účty MD a DAL" byl doplněn popis naplňování účtu a střediska z peněžního účtu v případě typu doklad "oni nám zaplatili" a "my jsme jim zaplatili" - nastaveni/SestavaInc2.htm - Délka kódu sestavy pro kopii
Ve formuláři nastaveni/SestavaInc2.htm byla nastavena maximální velikost položky s kódem sestavy pro kopii na 60 znaků (maxlength="60") tak, aby korespondovala s maximální velikostí položky s kódem sestavy v databázi. - Nastaveni\SestavaStiPopis.htm - Uživatelské sestavy - definice
Do ESO9 Start byla doplněna stránka pro zobrazení a editaci definice Stimulsoft sestavy (Nastaveni\SestavaStiPopis.htm). - nastaveni\UzivAkce.htm - Parametr formy Chat
Do uživatelských akcí přibyl nově parametr formy Chat.
Popis viz. https://wiki.eso9.cz/doku.php/techdoc:chat - ucet\VypisSaldoPripadu.idc / htx - Výpis saldokontního případu
Do sestavy výpisu saldokontního případu doplněny sloupce Středisko a Zakázka.
Upraveny stránky ucet\VypisSaldoPripadu.idc/htx
Výroba pro ESO9
Výroba
- 5. 7 - Montáže
Pro verzi 6.7 byl zcela přepracován mechanizmus tvorby dokumentace (rozpisky). U těch zákazníků, kteří mají zakoupenu licenci PROFI-Výroba, je možno používat výrobní varianty i variantní díly zcela v souladu s pravidly TPV. Na formuláři se pak objeví příslušná pole pro práci s variantami.
Upraven formulář pro tvorbu MPR (5.7.1) prodej\TvorbaMonPrik.htm
- Při tvorbě je na složce s požadovaným dílem možno stanovit výrobní variantu (výběrem z číselníku výrobních variant)
- Lze nastavit požadovanou maximální úroveň pro rozpad, případně vytvořit rozpad podle TPV dokumentace (rozbalovací kombo „tvorba soupisky“)
- Nastavit, zda se při tvorbě soupisky mají stejné komponenty agregovat podle kódu výrobních variant (původní funkčnost vytvářela rozpad „bez ohledu na výrobní varianty“. Volba je přednastavena podle parametru MONTAZ_ROZLISOVATVYRVAR
Parametr MONTAZ_ROZLISOVATVYRVAR
- 0 ne (nerozlišuje výrobní varianty položek)
- 1 ano (rozlišuje, při zápisu položek rozpadané dokumentace sdružuje stejné díly ke stejné výrobní variantě)
Změna definice skladu na tvořených komponentách MPR podle nového parametru:
MONTAZ_SKLADNAKOMPONENTE
- 0 standardní definice podle skladu na vzoru pro tvorbu MPR
- 1 definice skladu podle běžného skladu každé jednotlivé komponenty. (tato volba umožní například definovat výdej skladových polotovarů ze skladu polotovarů a ostatní díly ze skladu materiálu)
Kvůli možnosti vydávat ze skladu polotovarů vazby vzoru MPR rozšířeny o další vazbu na následníka VZSVU15VY, případně je nutno dále rozšířit dle požadavků jednotlivých instalací u zákazníků.
Na formuláři (prodej\TvorbaMonPrik.htm)pro tvorbu MPR z POB bylo přidáno pole výrobní varianta:
- Požadovaná výr. varianta složky … (hodnota ze složky POB)
- Základní výr. varianta … (zobrazuje hodnotu ZAKLVYRVAR z karty dílu)
- Výr. varianta pro tvorbu MPR (položka pro zadání požadované varianty pro rozpad)
Na formuláři vytvořených montážních příkazů(prodej\VyrPrikaz.htm) je přidáno pole „výrobní varianta“ u formy s výrobky.
Rovněž u formy s materiály/POL je doplněna položka Výrobní varianta.
Na formuláři pro tvorbu příjmu hotového výrobku (Sklad/PrijemHVMPR.htm) přidáno pole výrobní varianta.
Na formuláři pro tvorbu výdejky materiálu pro MPR (Nastaveni/VzorKopieMPR.htm) přidáno pole výrobní varianta.
Na formuláři pro tvorbu výdejky materiálu pro MPR (Nastaveni/VzorKopiePN.htm) přidáno pole výrobní varianta.
ZPŮSOB TVORBY SOUPISKY (tvorba MPR) hodnoty pole MF_VLROZPAD:
- Rozpadat až na jednotlivé materiály (ze všech úrovní) [MF_VLROZPAD=-1]
Postupně se projde celý kusovník a jednotlivé materiály se z něj vysbírají, sečtou podle IDZBOZI a zapíší se jako složky rozpisky
- Rozpadat až na jednotlivé materiály (podle TPV) [MF_VLROZPAD=0]
Pokud je některá podsestav označena v technické dokumentaci „nerozpadat“ zařadí se do soupisky jen jako materiál. Její materiály již ne.
- Rozpis vynutit do N. úrovně [MF_VLROZPAD=N]
Soupiska požadovaných komponent se provede jen do požadované úrovně. V poslední úrovni jsou podsestavy zařazeny jako materiál.
Formulář nastaveni/ZbozVyroba.htm je rozšířen:
- rozpadat,
- druh položky
- výrobní varianta
Související programové změny:
--------------------------------------
- spVytvorVPzPOB:
Doplněno pole @MF_VYRVARIANTA, pro možnost explicitního určení požadované varianty pro rozpad.
Doplněno pole @MF_VLROZPAD , pro možnost stanovení požadované hloubky rozpadu.
Doplněno pole @MF_VLAGREGOVATVYRVAR, pro možnost stanovení, zda se variantní komponenty na tvořené soupisce mají agregovat za každou variantu
- spZBOZIROZPAD_Kumulace:
V souvislosti s rozšířením rozhraní spVytvorVPzPOB, bylo rozšířeno rozhraní o položky
@MF_VYRVARIANTA
@MF_VLAGREGOVATVYRVAR
- spZBOZIROZPAD_NaplnKumulaci:
V souvislosti s uváděnými změnami rozšířeno rozhraní o položky:
@MF_VYRVARIANTA
@MF_VLAGREGOVATVYRVAR
@VLPRENOSVYRVAR – umožní nastavit, zda se má výrobní varianta zadaná na složce finálu přenášet do všech pozic s podsestavami na nižších úrovních (její hodnota je řízena implicitně parametrem ESO: VYROBA_PRENOSVYRVAR
- spZBOZIMNSPOTR_VAR_VyberPozici:
Nová procedura, která vybírá platnou pozici pro požadované varianty a datum platnosti (volaná z procedury spZBOZIROZPAD_NaplnKumulaci). Pokud pro zadaný výrobek a pozici v rámci klíče (varianta, výrobní varianta, datum platnosti dokumentace) je vyhodnocena platná pozice, vrátí IDZBOZIMNSPOTR v položce @IDZBOZIMNSPOTR_VALID - 5.1.1.3 - Technologická dokumentace - Odkaz na číselník K-T parametry
Ve verzi 6.7 dochází k přípravě datového modelu pro práci s konstrukčně-technologickými parametry pro díl – tzv. „tvarové parametry“.
Jedná se o speciální seznam vlastností A až Z (26 parametrů), kterými lze parametricky popsat výrobek. Například průměr, povrchová úprava, tloušťka materiálu atd…
Použití ve verzi 6.7 se omezuje pouze na možnost evidence nad jednotlivými díly.
V dalších verzích se předpokládá rozšíření pro možnost zadávání variantních parametrů, případně využití parametrů například při normování technické dokumentace - výpočty jednotlivých hodnot položek kusovníku v závislosti na definovaných matematických vztazích (nejen s použitím tvarových parametrů) dílu – pomocí minipoznámek nad položkami kusovníku)
Do datového modelu byly založeny nové tabulky:
- ZBOZIKTPARAM
- KTPARAM
- KTPARVYRVAR
Z formuláře "Díl" lze odkazem "K-T Parametry" přejít na číselník pro založení parametrů k dílu.
Nový formulář:
- Priprava/ZboziKTParam.htm
Zde umožní evidovat až 26 různých základních parametrů (A..Z) ke konkrétnímu dílu:
- Kód (A..Z)
- vlastní název
- definovaný typ (celé číslo, desetinné číslo, datum, řetězec)
- hodnotu
- popis
Změny datových struktur
- Nové tabulky, rozšíření stávajících - Seznam objektů
VYRVARIANTA
-----------------
Tabulka pro evidenci výrobních variant dílů.
- IDVYRVARIANTA Integer IDENTITY (1, 1) NOT NULL,
- IDZBOZI Integer NOT NULL,
- KOD_VYRVARIANTA Varchar(10) NULL,
- NAZEV_VYRVARIANTA Varchar(60) NULL,
- POPIS_VYRVARIANTA Varchar(MAX) NULL,
- HDCENAKALK_VYRVARIANTA Money NULL, (po překalkulaci příslušné varianty se zapíše)
- DTKALKULACE_VYRVARIANTA DateTime NULL,
VYRVARIANTAADD
----------------------
Rozšiřující add tabulka tabulky VYRVARIANTA
IDVYRVARIANTAADD
IDVYRVARIANTA
Rozšířena tabulka ZBOZIROZPAD
---------------------------------------
- VYRVARIANTA VARCHAR(10) NULL
Eviduje v jaké výrobní variantě pro dokumentaci tato pozice byla zapsána
- VYRVARIANTAP VARCHAR(10) NULL
Požadovaná výrobní varianta podsestavy na pozici
Nová tabulka ZBOZIKTPARAM
------------------------------------
Umožní definovat k jednotlivým dílům až 26 základních tvarových parametrů (A..Z).
- IDZBOZIKTPARAM
- IDZBOZI (vazba do tabulky)
- KOD_KTPARAM varchar(1)
- NAZEV_KTPARAM varchar(60)
- VLTYP_KTPARAM smallint (rozlišení typu celočíslo, text, des.číslo, datum)
- HODNOTA_KTPARAM varchar(30)
- POPIS_KTPARAM varchar(max)
Nová tabulka KTPARAM
----------------------------
Pro definované základní K-T parametry každého dílu umožní evidovat variantní hodnoty pro výrobní varianty jednotlivých dílů podle stanovené podmínky platnosti.
- IDKTPARAM
- IDZBOZIKTPARAM
- HODNOTA_KTPARAM varchar(30)
- PLATIPROVYRV varchar(40)
- POZN varchar(256)
Nová tabulka KTPARVYRVAR
----------------------------------
Udržuje vazby mezi KTparametry a příslušnými variantami podle aktuální platnosti podmínky „platí pro výrobní variantu“. Pokud se má ve výpočtech použít příslušný parametr, vyhledá se aktuálně platný pro danou variantu právě pomocí této vazební tabulky.
- IDKTPARVYRVAR
- IDZBOZI
- IDVYRVARIANTA
- IDKTPARAM
Rozšíření tabulky KALKCENDET:
----------------------------------------
- IDZBOZIMNSPOTR
- IDZBOZIROZPAD
Jsou položky bez pevné vazby na cizí id, platné v době provedení kalkulace. Slouží k zjednodušení indexace nadstaveb (sestavy, datové zdroje pro výkazy atd..
Nová add tabulka KALKCENDETADD
--------------------------------------------
Rozšiřuje obecně tabulku KALKCENDET (pro uživatelské účely)
Rozšířena tabulka FNOTE
------------------------------
- txHODNOTA VARCHAR(30) NULL
Hodnota uložená v textovém tvaru
- FNOTESTMT VARCHAR(4000) NULL
SQL výraz, jehož vyhodnocením vznikne hodnota ukládaná v textovém tvaru do položky txHODNOTA.
Rozšířena tabulka VYROBA
---------------------------------
- VLTYPMATER SMALLINT NULL
0=jednotlivý návoz;
1=sdružený návoz;
Souvisí se sdružením operací (pole VLTYPOPER). U sdružených operací se předpokládá, že budou provedeny souběžně na jednom pracovišti.
Pakliže se označí materiál na dané operaci jako sdružený, proběhne pro všechny sdružené jednotné navezení zadaného technologického množství a spotřeba (i neadresně navezených mat.) bude provedena podle sdružovacího kódu (SKOD).
- SKOD VARCHAR(10) NULL
Operace sdružené podle tohoto kódu mohou být odváděny společně za společný čas (společné přímé výrobní náklady).
Materiály sdružené podle tohoto kódu mohou být naváženy společně a společně rovněž spotřebovány.
Nový pohled QVYRVARIANTA
------------------------------------
Obecný pohled nad výrobními variantami dílů. - UKOLLIST - Úkolový lístek
Doplněno pole CISLO_STROJE_UL (int). Umožní ve výkazech dokončené výroby zaznamenat pořadové číslo stroje, na kterém se operace v rámci pracoviště prováděla.
Změny webových stránek
- 5.1.1.3 - Technologická dokumentace - Rozšíření formuláře kusovníku o položku "sklad"
Přidáno pole pro zápis čísla skladu, ze kterého bude vydáván materiál.
Uplatní se při tvorbě výrobní dokumentace (rozpady):
- bude-li vyplněno, bude zapsáno i na výrobní dokumentaci
- nebude-li vyplněno, platí pravidla pro pořadí dosazení skladu pro MAT/POL.
Dále byly provedeny obecné změny:
- Zarovnání legendy vlevo.
- Název polí kalkulační množství dílu a MJ dílu na formě kusovníku a operací.
Formulář:
- Priprava/Dil.htm
- Priprava/Kalkulace (doplnění čtvrté pozice do komba typ dílu)
Programové úpravy:
- spZBOZIROZPAD_SledOper (explicitní dosazení skladu z technické dokumentace při tvorbě VD) - 5.1.3.2 - Pracoviště - Minipoznámka k položce "počet strojů"
Formulář rozšířen o možnost evidovat minipoznámky nad položkou "počet strojů". Zde se předpokládá evidence konkrétních strojů s pořadovými čísly.
Pořadové číslo stroje je možno zapsat na úkolový lístek při odvádění/vykazování hotové výroby.
Poznámka:
Nejmenší entita, na kterou lze plánovat kapacity, je PRACOVIŠTĚ. Toto má v položce "Kapacita pracoviště" uvedenu svou nominální kapacitu v minutách. Počet strojů pak tuto kapacitu násobí. Takové použití se předpokládá jen u pracovišť, které jsou vybaveny stejnými /nebo výkonově zaměnitelnými stroji.
Změny:
priprava/Pracoviste.htm - Úpravy webových stránek - Změny souvisejících činností
Nové formuláře k výrobním variantám:
-----------------------------------------------
- Zadavani/VyrVariantaCis.htm
Obsahuje základní údaje o kódu varianty a popisu.
Druhá strana je připravena pro napojení položek z ADD tabulky, která je součástí datového zdroje.
Rozšířen formulář dílu a dílu pro zobrazování všeho, forma kusovník – o položku platí pro výrobní variantu:
------------------------------------------------------------------------------------------------------------------------------
- priprava/díl.htm
- priprava/DilAll.htm
Upraven formulář pro tvorbu výrobního příkazu, doplněno pole s kódem výrobní varianty
---------------------------------------------------------------------------------------------------------
- zadavani\START_TvorbaVP.htm
Formulář pro rozpad VZA, POB:
--------------------------------------
- Zadavani/START_TvorbaVyrobnihoRozpadu.htm
- Zadavani/START_TvorbaVyrobnihoRozpaduPOB.htm
Pro výběr výrobní varianty formuláře rozšířeny o možnost vyvolání číselníku výr. variant.
Formulář „tvorba výrobní dokumentace (zPOB)"
---------------------------------------------------------
zadavani\START_TvorbaVyrobnihoRozpaduPOB.htm
Na formulář, dolní forma s položkami výrobní dokumentace přidáno tlačítko pro zrušení rozpadu polotovarové složky (složka s podsestavou) „Zrušit rozpad polotovaru“.
Formulář pro opravu konstrukčního kusovníku v rozpadnuté VD
------------------------------------------------------------------------------
zadavani\START_VyrobaZavDil.htm.
doplněno MF pole pro výběr výrobní varianty (použije se při opětovném rozpadu pozice)
Sestava "Dynamický strukturní kusovník":
--------------------------------------------------
Přidáno pole Výrobní varianta (informuje o tom, v jaké výrobní variantě je daná podsestava rozpadnuta)
- StruktKusovnikDyn.htx
- StruktKusovnikDyn.idc
V souvislosti s tím upravena funkce:
- fnSTART_StruktKusovnik
Technologie ESO9 - server + klient
Změny v technologii .NET
- Aplikační server - Uživatelské akce
Při přidávání parametru ViewName do formy pomocí uživatelských akcí mohlo dojít za určitých podmínek k chybě. V jejím důsledku se neprovedly další uživatelské akce definované nad stejnou formou. Parametr ViewName přitom ve formě přidán byl.
Opravena dostupná od 24.1.2023. - Aplikační server - Žádosti o certifikáty přímo z aplikace ESO9
Práce s certifikáty přímo z aplikace ESO9 byla přepracována tak, aby bylo možné o certifikáty žádat z jednoho aplikačního serveru a následné vyzvednutí schváleného certifikátu provést z jiného serveru.
Technicky došlo k oddělení serverové knihovny CertRequest.dll obsluhující žádosti o certifikáty z aplikačního serveru a nové webové WCF služby pro vlastní komunikaci s certifikační autoritou. Komunikace s certifikační autoritou je tak centralizována na jediný (web)server a všechny privátní klíče k žádostem o certifikáty se nachází na jediném místě. - Aplikační server - Importy z CSV
V činnosti "9. 6.18 Definice exportů a importů" lze definovat mj. importy z CSV. Soubory CSV používají standardně jako ukončení řádku znaky CR-LF (0D-0A hexadecimálně). Vyskytnul se ovšem případ, kdy jsou řádky ukončeny pouze znakem LF (0A). Takový soubor se pak celý naimportoval do jediného řádku.
Pokud tedy importní soubor nebude obsahovat alespoň jedno zakončení řádku CR-LF, použije se jako ukončení řádku pouze znak LF.
Dostupné v knihovně ESO9Lib.dll v6.0.0.57. - Aplikační server - Služba pro přenos dokladů
Náhled tiskové PDF sestavy ještě před importem dokladu.
Stávající výměna dokladů mezi dvěma aplikacemi ESO9 byla rozšířena o možnost náhledu PDF sestavy s fakturou ještě před jejím importem do aplikace odběratele.
Podrobnější popis je k dispozici na naší wiki. - Aplikační server - Export faktur do ISDOCX
Došlo k úpravě generování ISDOCX souboru v obecném klientovi:
* změna způsobu generování PDF tisků: negeneruje se během exportu v knihovně ESO9lib.dll (každý zákazníků může mít sestavu FV odlišnou), ale použije se existující tisk sestavy z DMS
* PDF tisk použitý pro export se vybírá v datovém zdroji stránky Nastaveni\ISDOC.htm
* odstraněním tisku dokladu do Stimulsoftu zároveň došlo k opravě potenciálního zdroje chyb s vodotiskem "TRIAL", který se v minulosti náhodně objevoval u některých zákazníků
Dostupné v knihovně ESO9Lib.dll v6.0.0.58. - Aplikační server - Datové položky typu odkaz v editoru
Datové položky typu odkaz (input type="url") byly původně určeny pouze pro tabulkové zobrazení (browse). Pro editor se používá syntaxe 'a href="XXX" datafld="1_XXX" datasrc="#ESOPAGECTL"'. Pokud se použila datová položka typu URL ve formulářovém zobrazení (editor), nebyla v aplikaci se zašifrovanými odkazy syntakticky správně.
Doplněno ve verzi z 22.3.2023. - Aplikační server - Služba pro přenos dokladů
Do služby pro přenos dokladů bylo pro stranu příjemce dokladu doplněno filtrování na IČ dodavatele.
Podnětem bylo, že se v jedné z implementací podařilo v jednu chvíli přenést stejnému odběrateli dva doklady od dvou různých dodavatelů se stejným číslem. V tu chvíli byl problém naimportovat druhý z obou dokladů, protože mechanismus počítal s tím, že aktivní doklad pro daného odběratele a s daným číslem je vždy pouze jeden.
Úprava je dostupná v serverové aplikaci a obslužných klientech (ESO9) od 4.4.2023. - Aplikační server - Ověřování uživatelů standardem WebAuthn
V ESO9 přibyla nová možnost ověřování uživatelů: standardem WebAuthn.
Jedná se o moderní a bezpečný způsob ověření identity použitelný v prostředí intranetu i Internetu. Hlavním prostředkem je pak odstranění hesel pro přihlašování k webovým aplikacím a službám a jejich náhrada tzv. bezheslovou autentikací. Ta je založena principech asymetrické kryptografie, tj. použití veřejného a privátního klíče. Vlastní realizace pak spočívá nejčastěji v používání HW prostředků (tzv. autentikátorů), typicky čtečky otisků prstů, IR kamery pro rozpoznávání obličejů či USB/NFC/BLE tokenů. Ty jsou pak implementovány v technologiích jako Windows Hello či Apple Touch ID.
Podrobnější popis implementace v ESO9 je k dispozici na naší wiki.
Dostupné v technologii ESO9 od dubna 2023. - Aplikační server - Parametr MAXDATAROWS
Parametr MAXDATAROWS může být nově uveden i na odkazu. V takovém případě má přednost před hodnotou parametru uvedenou v parametrech formy. - Aplikační server - Optimalizace
V aplikační serveru byla provedena optimalizace inicializace stránek a forem a práce s editačním bufferem.
Zrychlení je dostupné ve verzi z 14.4.2023. - Aplikační server - Import ISDOC - kontrola podpisu
V některých případech docházelo při importu ISDOC souborů k chybě při ověření digitálního podpisu, jímž byl daný soubor podepsán. Zpravidla se jednalo o podpis typu RSA_SHA1.
Importní knihovna ESO9Lib.dll byl proto upravena tak, aby takto podepsané ISDOC soubory správně ověřila.
Pro případ, že se v budoucnu vyskytne jakýkoli další problém s digit.podpisem, tak byl do importního formuláře v ESO9Start (nastaveni\ImportISDOC.htm) doplněn příznak, zda el.podpis kontrolovat či nikoli.
Dostupné v knihovně ESO9Lib.dll od v6.0.0.59 + v uvedeném formuláři. od 24.4.2023. - Aplikační server - ESO9 JSON API
V ESO9 JSON API byla přidána možnost nastavit vlastní časový limit pro databázové dotazy. Standardní limit 30s mohl pro některé dotazy nedostačovat.
V konfiguračním souboru appsettings.json přibyla sekce "AppSettings" s parametrem "commandTimeout" a výchozí hodnotou 60 (sekund).
Dostupné v ESO9 JSON API od v1.0.2. - Aplikační server - Převod obrázku na PDF
Ve formulářích s DMS je nyní dostupná akce na tlačítko, která provede převod uloženého dokumentu ve formátu bitmapového obrázku na formát PDF.
Formát příslušného tlačítka je:
<input type="button" value="Převést na PDF" name="Actx_IMG2PDF.IMG2PDF" style="width: 180px;"> - Aplikační server - Optimalizace DMS
Vzhledem ke stále rostoucí velikosti všech dokumentových databází jsme vytvořili automat na průběžnou optimalizaci PDF souborů uložených v DMS ESO9. Kompresní poměr původního a optimalizovaného PDF se pohybuje v rozmezí 1:2 - 1:10. Optimalizují se pouze PDF soubory bez digitálního podpisu; digitálně podepsané dokumenty zůstávají beze změny.
Automat se spouští cca 1x týdně a vždy zpracuje pouze dosud nezoptimalizované PDF dokumenty. Rychlost optimalizace je cca 500 dokumentů za minutu (záleží přitom na počtu jader počítače, na němž optimalizace běží).
V závislosti na dalších typech souborů uložených v DMS (Excelové sešity, obrázky, XML soubory) se velikost dokumentové databáze zmenší zhruba na polovinu.
Cena měsíční, resp. roční licence k uvedenému automatu je k dispozici na obchodním oddělení ESO9. - Aplikační server - Hromadné mazání řádků a následné pořizování nových
Při hromadném smazání řádků v tabulce/browse (označení a smazání více než jedné položky) a následném zadání nové položky (tlačítko nový) se vložil ještě jeden řádek s typem složky undefined. Pořizovaný řádek šlo uložit a prázdný řádek následně zmizel, jednalo se pouze o estetický problém.
Odstraněno ve verzi z 30.5.2023. - ESO9 JSON API - Jednoduché webové API pro čtení dat
Pro uživatele ESO9 je k dispozici nové webové API sloužící pro čtení dat. API dokáže zpřístupnit všechna data z ESO9 přes ověřované webové rozhraní ve standardním formátu JSON. Rozhraní umí využít např. MS Excel, Power BI, Tableau a další nástroje, které využívají zdroje dat z ERP/IS. Data z ESO9 jsou tak k dispozici pro různé analytické nástroje i uživatelům z CLOUDu, kteří se přímým přístupem nedostanou k aplikační databázi.
Na rozdíl od plnohodnotného ESO9 Web API je toto rozhraní dostupné pro zákazníky našeho CLOUDu bez dalších poplatků. Pro zákazníky mimo CLOUD je třeba zakoupit jednorázovou licenci na ESO9 API.
Podrobný popis viz https://wiki.eso9.cz/lib/exe/fetch.php/techdoc:eso9_json_api.pdf. - Reporting Server - Doklady v PDF s integrovaným ISDOCem
Do Reporting Serveru byla doplněna možnost generovat PDF doklady s integrovaným ISDOCem stejně, jako je lze vytvářet i v aplikačním serveru. Použití ISDOC se řídí stejnou položkou datového zdroje, jako v aplikačním serveru, tj. položkou obsahující typ dokladu pro ISDOC (technicky TYP_DOK_ISDOC). Případný digitální podpis ISDOC souboru se opět řídí stejnou položkou datového zdroje, jako v aplikačním serveru, tj. ID podpisového certifikátu (technicky IDCERT_ISDOC).
Pokud tedy funguje vkládání a podepisování souboru ISDOC do PDF v aplikačním serveru, bude bez dalších zásahů fungovat i v Reporting Serveru.
Dostupné v Reporting Serveru v6.6.0.0. - Reporting Server - Plánovač pro vybrané dny v měsíci
V Reporting Serveru byl dopracován plánovač po vybraných dnech v měsíci. Plánovač funguje tak, že porovná aktuální den v měsíci se všemi dny, které jsou v plánovači uvedeny; pokud aktuální den odpovídá jednomu z naplánovaných (a dnes ještě generování neproběhlo), sestava se vygeneruje.
Plánovač je dostupný v Reporting Server v6.6.0.1.
Technologie ESO9 - obecný klient
Změny funkčnosti generátoru sestav
- Obecný klient - Doplnění práce s relacemi
Do návrháře sestav v obecném klientovi byla doplněna možnost pracovat s relacemi (vztahy) mezi datovými zdroji.
Dosud bylo možné relace v návrháři nadefinovat, ale po uložení a znovuotevření v definici sestavy chyběly.
Doplněno ve skriptu eso9-stimulsoft-6.2.0.js z 28.2.2023.
Technologie ESO9 - server
Změny v ESO9 Správce
- Ověřování v aplikaci
Doplněno nastavení ověřování uživatelů v aplikaci pomocí WebAuthn.
Vyžaduje instalaci webové služby pro ověření, viz https://wiki.eso9.cz/lib/exe/fetch.php/techdoc:overovani_uzivatelu_standardem_webauthn.pdf
DokuWiki Appliance - Powered by TurnKey Linux
verze/eso967.txt · Poslední úprava: 08.02.2025 13:00 autor: 127.0.0.1