Obecný klient - Tisk sestav z obecného klienta Tisk sestav z obecného klienta je popsán podrobněji v článku na wiki ESO9 http://wiki.eso9.cz/doku.php?id=startdoc:tisk_sestav_ok.
Změny v technologii .NET
Obecný klient Opravena funkce URL_ACTION v kombinaci s potvrzením akce (znak ! před jménem procedury) a parametrem MSGTEXT.
Obecný klient - RepeatFor dialog s šifrovanými hyperlinky Opraveno fungování parametru RepeatFor v kombinaci s šifrovanými hyperlinky (např. tisk dokladu)
Obecný klient - Import a export textových souborů Import a export soubrů funguje v OK. Pozor však na dvě věci: V Chrome je nutné veškeré blokátory reklam a javascriptu vypnout (nebo stránku vložit do whitelistu) V OSX Safari se soubor ukládá jako Unknown. Bezpečnostní politika applu nedovoluje třetí straně soubor pojmenovat ani mu přiřadit příponu dynamicky
Obecný klient - Editor Opraveno zobrazování datumů v editoru de i měsíc s 0. Stejně jako je tomu v browse.
Obecný klient - Dashboard událostí Upravena stránka manager\DashboardUdalostiOK.htm v widgetech událostí upraveno volání procedury spUdalost_Vyhodnoceni a hodnota doplněna z pole Hodnota_TxtOffLine ve kterém je i čas přepočtu ofline hodnoty.
Obecný klient - Našeptávač u číselníků Je nasazen našeptávač u číselníků tam, kde byl ve starém klientovi číeslník zrychlený "MASK QP a QP2".
Obecný klient - Oprava dialogu konfigurací Již lze modifikovat i uložené konfigurace v dialogu konfigurací
Obecný klient - Odesílíání sestav e-mailem Do obecného klienta byla doplněna možnost odesílat sestavy e-mailem. Odesílání je možné přes standardní SMTP konektor, jeho základní parametry se nastavují v aplikaci ve skupině parametrů "EMAIL". Dostupné od 30.3.2017.
Obecný klient - Práce s entrem v chybových hláškách a dialogu vyhledávání Opraven problém při potvrzování vyhledávání entrem a zavírání oken chybových hlášek.
Obecný klient - Tisk sestav z obecného klienta Pokud obsahuje Stimulsoft sestava obrázek na pozadí (watermark), což se v ESO9 používá např. pro výkaz DPH a další formuláře pro státní správu (zejména v aplikacích ESO9 PAM), nelze směřovat výchozí formát výstupu do HTML, protože Stimulsoft neumožňuje pro tento formát export obrázků na pozadí. Pokud tedy bude zjištěn v sestavě použitý obrázek na pozadí, přesměruje se výchozí formát výstupu na PDF, ve kterém se veškerá použitá grafika zobrazí korektně. Dostupné v technologii od 5.5.2017.
Obecný klient - Klávesová zkratka pro vyvolání opisu dat do Excelu Přidána klávesová zkratka "Ctrl + .", která vyvolá opis dat do excelu
Obecný klient - Opis dat Doplněn opis dat do TXT jak do kontextového menu, tak jako klávesovou zkratku CTRL + J (v browse i editor). Opis dat je realizován do textarea s tlačítkem pro možnost vložení obsahu do schránky
Obecný klient - Přenos z číselníku doubleclickem Nyní je možné přenášet z číselníku pomocí dvojitého kliknutí myší a to i z řádku číselníku, který není vybraný.
Obecný klient Opravena editace datumových polí včetně času v editoru a browse.
Obecný klient - Mobiní aplikace Upraven vzhled navbaru a tlačítek pro práci s formulářem DMS na mobilních terminálech. Nyní je možné do DMS ukládat foto přímo z fotoaparátu.
Obecný klient Doplněna správná transformace data při editaci pole: 2 znaky den, 4 znaky den a měsíc, 6 znaků den, měsíc a rok.
Obecný klient - Filter Opravena práce s rozšířeným filtrem. Při editaci položky se nenastavil srávně operátor. Zůstal vždy na ~.
Obecný klient Doplněn popis parametru FormType=GANTTOK
Obecný klient - HTML EDITOR Přidán nový HTML Editor, který umožňuje formátování textarea ve stylu MS Wordpad apod. Doplní se u prvku textarea mask="HTMLED". V browse je však formátovaný text reprezentovaný pouze čistým textem, při stisku F2 v browse nad touto položkou je vyvolán pop-up dialog s editačním editorem.
Obecný klient - Odkazy akcí Opravena chyba v odkazu akcí se STARTFILTER=4 (např. přijmout na pokladnu)
Obecný klient - Výběr konfigurace dvojklikem Přidána funkce výběru konfigurace dvojklikem na název konfigurace v dialogu konfigurace.
Obecný klient - Chování klávesy ENTER Chování klávesy ENTER upraveno. Nyní se pohybuje jen po aktuálním řádku
Obecný klient - Klávesové zkratky Doplněny klávesové zkratky pro Opis dat do excelu, opis dat do čistého textu a klávesa ESC v editoru vrací textové pole na původní hodnotu.
Aplikace ESO9 Prodejna
Změny funkcí
Komunikace s váhou Doplněna komunikace s váhou. Do Nastavení doplněna záložka Váha, pro konfiguraci komunikace s váhou. Zatím lze vybrat pouze váhu CAS - série AP, ER, AD, DB1H. V nedotykovém režimu se komunikace s váhou vyvolá z pole Hledat: - Pokud je pole prázdné, stiskem * (na numerické klávesnici) se vyvolá komunikace s váhou - pokud byla nakonfigurována - Po zvážení se hmotnost přesune do Množství a očekává se zadání kódu zboží. Klávesou + na numerické klávesnici se pak zboží přidá do prodejky. Přitom dojde ke kontrole MJ vybraného zboží - hledá se, zda je obsažena v seznamu MJ pro vážení. - Pokud se před stiskem * zadá číslo, považuje se za množství - k vyvolání komunikace s váhou nedojde V dotykovém režimu: - Pokud je nakonfigurováno, proběhne vážení v dotykovém režimu při přidání zboží, jehož měrná jednotka je v seznamu MJ pro vážení. - V dotykovém režimu nabízí formulář pro změnu množství i ikonu pro vyvolání vážení - pokud měrná jednotka je v seznamu MJ pro vážení.
Parametr Doplněn parametr pro nastavení počtu desetinných míst ve zboží. Nastavuje se v sekci pro váhu, má platnost i když se z váhami nepracuje. Rozšiřuje možnosti nastavení desetinných míst pro složky.
Parametry pro EET Parametr centrály OdeslPredPocatkemEET: “Definuje, zda je možno do EET odeslat doklad, jehož datum zdanitelného plnění je nižší než datum počátku evidence tržeb. Parametr může nabývat hodnoty : 0 = doklad nelze odeslat do EET (doporučené nastavení - zabrání nechtěnému odeslání do EET na historických dokladech) 1 = doklad je možno odeslat do EET” - přenáší na prodejny - při hodnotě 0, pokud je otevřena prodejka s datem zdanitelného plnění před datem počátku EET vůbec nenabízí odeslání do EET, jen běžný tisk. - pokud na centrále vůbec parametr založen není, chová se, jakoby měl hodnotu 0
Doplněn lokální parametr prodejny "Tisknout tržbu: EET_TiskTrzba” - Zda na účtence v bloku pro EET tisknout evidovanou tržbu: 0-ne, 1-ano, 2-jen když je jiná než celkem k úhradě. Výchozí hodnota = 2.
Doplněn lokální parametr prodejny “Tisknout DIČ: EET_TiskDIC” -Zda na účtence v bloku pro EET tisknout DIČ: 0=ne, 1=ano, 2=jen když je definováno DIC2. Výchozí hodnota 2.
Uzávěrka Pokud se tiskne rozpis DPH, vyčíslí se v uzávěrce i zaokrouhlení - jako rozdíl celkového obratu a obratů v jednotlivých sazbách DPH.
Změny v instalaci
SQL skript Nastavena úroveň kompatibility databáze na 90 (pro SQL2005), pokud byla 80 nebo menší. Je potřeba pro práci s certifikáty EET. Zatím není vyžadována úroveň 110 (pro SQL2012) jako ve START databázi.
Aplikace ESO9 Start
Změna činnosti
Direct SMS - Odesílání SMS z ESO9 prostřednictvím služby Direct SMS Pro odesílání SMS z ESO9 prostřednictvím služby Direct SMS (http://www.axima-brno.cz/direct-sms-ceny.html) provedeno - nové obecné parametry do skupiny "SMS": - SMS_LOGIN: Uživatelské jméno - SMS_PWD: Uživatelské heslo - činnost 6. 7. 1 Aktivity: nové objekty pro práci s SMS - spAktivita_AfterSendSMS:pro aktivity typu SMS zvedne stav aktivity na „odesláno“ a zapíše @SMSID do položky IDEXCHITEM - spAktivita_AfterReceiveDelivReportSMS: pro aktivity typu SMS najde příslušnou odeslanou SMS podle @SMSID (v položce IDEXCHITEM) a zvedne stav dané aktivity na „potvrzeno doručení“
E9_BLANK.SQL - Vymazaní obsahu tabulek databáze Doplněno: - tabulka "Skupina uživatelů"(SKUPUZIV): smazání skupin uživatelů "DEMO%" a "SCH%" (schvalovatelé): spolu s tím se muselo upravit mazání následujících tabulek - tabulka "Vysvětlení významných částek pro PKP" (PKPVYSVETLENI): smazání celé tabulky - tabulka "Uživatel ve skupině" (UZVESKUP): smazání záznamů obsahující rušenou skupinu uživatelů - tabulka "Vzor pro typ dokladu a uživatele" (VZORTDU): smazání záznamů obsahující rušenou skupinu uživatelů - tabulka "Událost pro uživatele" (UDALOSTPROUZIV): smazání záznamů obsahující rušenou skupinu uživatelů - tabulka "Události" (UDALOST): nahrazení ID rušené skupinu uživatelů (IDSKUPUZIV) hodnotou NULL - tabulka "Činnost pro skupinu uživatelů" (CINPROSKUP): smazání záznamů obsahující rušenou skupinu uživatelů - tabulka "Právo na skupinu objektů zabezpečení" (SKUPWEBSTRPRAVA): smazání záznamů obsahující rušenou skupinu uživatelů - tabulka "Právo na webovskou stránku" (STRPRAVA): smazání záznamů obsahující rušenou skupinu uživatelů
- tabulka "Celní sazebník"(CELSAZ): smazání záznamů kromě těch, které jsou nutné z hlediska legislativy (mají vyplněn "Režim přenesené DPH")
- tabulka "Účtování pohybu účetní skupiny"(UPUS):smazání záznamů obsahující rušený subjekt
Kopie dokladu - Obecná kopie dokladů Došlo ke změně v naplňování položky "Pohledávka nebo závazek" (HDOK.VLHPOHLEDAVKA_ZAVAZEK) u nově vznikajícího dokladu: - původně - z NEWRECu - nově: - pokud se jedná o kopii-storno, pak z předchůdce-stornovaného dokladu - pokud se jedná o kopii kdy má původní i nový doklad stejný typ dokladu (HDOK.IDTYPDOK), pak z předchůdce dokladu - v ostatních případech kopii z NEWRECu
Úprava se týká následujících objektů: - spHDok_Copy : procedura pro kopii hlavičky dokladů - spHDok_btMarkKopie : procedura pro kopii označených dokladů - spSDok_btMarkKopie : procedura pro kopii označených složek dokladů
9 - Nastavení systému Upraveny níže uvedené činnosti v ESO9Start, SK, HU, PL, DE tak, aby pokud jsou uzlem, nebyly zároveň listem (s URL činnosti). Z takového uzlu vznikla nová činnost s kódem 0 jako list. Dále byly z uzlů přesunuty "Přílohy k činnosti" k novým činnostem s kódem 0 - 9. 2. 4 - Odpisové skupiny majetku: vznikla nová činnost jako list 9. 2. 4. 0 - Odpisové skupiny majetku - 9. 3. 3 - Subjekty: vznikla nová činnost jako list 9. 3. 3. 0 - Subjekty - 9. 4. 3 - Číselné řady: vznikla nová činnost jako list 9. 4. 3. 0 - Číselné řady - 9. 6.13 - Spouštění SQL příkazů: vznikla nová činnost jako list 9. 6.13. 0 - Spouštění SQL příkazů
E9_BLANK.SQL - Vymazaní obsahu tabulek databáze Do skriptu "ESO9_BLANK" doplněno mazání těchto tabulek: - EXPIMPS - EXPIMP - DICPRODPH
Účetnictví
1. 1. 1. 8 - Roční uzávěrka Pokud bylo vytvořeno přeúčtování kurzovních rozdílů závazků a pohledávek, a tento doklad je zde následně zrušen, pak se správně provede i zrušení přeúčtovaných kurzovních rozdílů. Pokud však tento účetní doklad byl zrušen jinde (např. nad formulářem ostatních dokladů, komplexním editorem apod.), tak v těchto případech se zrušil pouze tento účetní doklad, ale nedošlo již k odúčtování přeúčtovaných kurzovních rozdílů. Upraven trigger Hdok.trHdok_Del tak, aby zrušení účetního dokladu v těchto případech neproběhlo - to bude možné provést nadále pouze v činnosti účetní uzávěrky, kde je navíc volán pohledový spRocUzav_KR2002_Delrec.
1. 1. 2. 3 - Výkaz DPH \ Souhrnné hlášení DPH Úpravy provedeny s ohledem na změnu vlastnosti parametru "HlasitDPH_Cyklus" ze skupiny parametrů "Výkaz DPH". Nově lze tento parametr časově omezit. Parametr definuje "Čtvrtletní", nebo "Měsíční" cyklus souhrnného hlášení DPH. Spolu s tím provedeny následující změny:
1. 1. 2. 1 - Hlavní kniha Na formuláři pro zadávání filtru pro tisk hlavní knihy a výsledovky byla zvětšena šířka položek pro zadávání střediska, zakázky, účtu a doplňujícího údaje na 20 znaků. Funkce pro datové zdroje těchto sestav upravovány nebyly, zde již vstupní parametry pro zadání těchto položek měly požadovanou délku 20 znaků. Upraveny stránky ucet\Hl_kniha_Str_syn.htm a ucet\Vysl_Str_F.htm
1. 1. 1. 6 - Uzavření typů dokladů Uzavření pracovního období na typu dokladu - doplněna nová kontrola, která pro účetní typy dokladů testuje, zda doklady z uzavíraného období mají nastaven alespoň stav, od kterého se provádí rozúčtování. Pokud ne, uzavření nelze provést. Při změně stavu hlavičky nebo složky dokladu se tato skutečnost nově zapíše do logovací databáze. Upravena procedura spTypDok_UzavriObdobi, spUctObd_Uzavri, spUctObd_UzavOznTyp, vytvořena nová funkce fnHdok_ChybyPredUzavObd_Uziv. Dále upravena stránka nastaveni\TypDok_Uzav.htm, kde byl doplněn podrobnější popis chyb (důvodů, proč nelze provést uzavření), chyby jsou nyní zvýrazněny červenou barvou.
1. 1. 2. 6 - Přiznání spotřební daně V souvislosti s použitím DIC2 v legislativě CZ pro skupinové plátce se pro XML exporty určuje DIC z DIC2. Pokud DIC2 není určeno, pak se bere DIC --> DIC = ISNULL(NULLIF(DIC2, ''), DIC) Úpravy provedeny v těchto procedurách (společné s ekologickými daněmi): - spPriznaniSD_ExportCZ_XMLeDAP18 - spPriznaniSD_ExportCZ_XMLeDAP18T
1. 1. 2. 8-10 - Přiznání ekologické daně (elektřina, pevná paliva, zemní plyn) V souvislosti s použitím DIC2 v legislativě CZ pro skupinové plátce se pro XML exporty určuje DIC z DIC2. Pokud DIC2 není určeno, pak se bere DIC --> DIC = ISNULL(NULLIF(DIC2, ''), DIC) Úpravy provedeny v těchto procedurách (společné se spotřební daní): - spPriznaniSD_ExportCZ_XMLeDAP18 - spPriznaniSD_ExportCZ_XMLeDAP18T
1. 1. 2. 3 - Výkaz DPH V souvislosti s novým způsobem tvorby souhrnného hlášení z tabulky KHDPH provedeno : Do tabulky KHDPH doplněny položky IDODVODDPH_SH a KODSH.
1. 1. 2. 3 - Výkaz DPH \ Souhrnné hlášení (CZ legislativa) Přepracováno obdobně jako "Výkazy DPH", "Kontrolní hlášení DPH" tak, aby se vše zpracovávalo obdobně a ze stejného místa. V souvislosti s novým způsobem tvorby "Souhrnného hlášení" z tabulek ODVODDPH a KHDPH provedeno: - forma ucet\Vykaz_DPH.htm: - z úvodní záložky "Výkaz DPH" přesunuto původní řešení tvorby "Souhrnného hlášení" do nové záložky "Souhrnné hlášení - PŮVODNÍ" - původní odkaz "Výkazy DPH a Kontrolní hlášení DPH" přejmenován na "Výkazy DPH, Kontrolní hlášení DPH a Souhrnné hlášení" - forma DPH\OdvodDPH.htm: doplněna spodní forma "Souhrnné hlášení": - odkaz "Detail": nová forma DPH\OdvodSH_Detail.htm, která obsahuje v druhé formě "Souhrnné hlášení - detail " podobu výsledného tvaru hlášení a ve třetí formě dokumenty, které se k hlášení vážou - odkaz "Detail - doklady": nová forma DPH\OdvodSH_DetailDOK.htm, která obsahuje detailní výpis z KHDPH s odkazem na konkrétní "Číslo dokladu" - odkaz "Tisk": nová tisková sestava DPH\Vykaz_SH_TiskCZ.idc/htx, která provede tisk ve tvaru, na jehož podkladě lze "ručně" Souhrnné hlášení podat. - odkaz "Dokumenty ": nová forma DPH\OdvodSH_Doc.htm, která zobrazuje dokumenty k Souhrnnému hlášení
Spolu s tím vytvořeny/upraveny tyto objekty: úpravy spojeny s tabulkou KHDPH jsou popsány v popisu 1. 1. 2. 3 Výkaz DPH (MC) - přesunutí parametrů pro Souhrnné hlášení ze skupiny parametrů "Výkaz DPH" do "Výkaz DPH - SH" - přejmenování původní skupiny parametrů "Výkaz DPH - ExportSH" na "Výkaz DPH - SHExport" - nový parametr "ObdobiSH_OD": tvorbu nového Souhrnného hlášení provádět od období. Je to pouze výchozí období, které se při prvním spuštění "Přípravy výkazů" nastaví na první neuzavřené období - nový parametr "TypDoc_SH": Typ dokumentu pro XML nového Souhrnného hlášení, pod kterým se výstupní XML ukládá do dokumentů - nová funkce fnODVODDPH_SH: vrací tabulku výsledného tvaru nového Souhrnného hlášení na základě KHDPH - nová procedura spExport_SH_XML_CZ201701: slouží pro tvorbu výstupního XML nového Souhrnného hlášení
1. 1. 4. 5 - Výsledovka Doplněna možnost zadání podmínku na prázdnou zakázku nebo doplňující údaj. Pokud je ve filtru pro zakázku resp. doplňující údaj zadán text "IS NULL", pak se vyhodnocení provede pro všechny účetní zápisy s nevyplněnou zakázkou resp. doplňujícím údajem (testuje se ISNULL(ZAK_UZAP, '') = '' resp. ISNULL(UZDU, '') = '' ).
Upraveny procedury a funkce : - fnVysledovka_Work
1. 1. 2. 1 - Hlavní kniha Doplněna možnost zadání podmínku na prázdnou zakázku nebo doplňující údaj. Pokud je ve filtru pro zakázku resp. doplňující údaj zadán text "IS NULL", pak se vyhodnocení provede pro všechny účetní zápisy s nevyplněnou zakázkou resp. doplňujícím údajem (testuje se ISNULL(ZAK_UZAP, '') = '' resp. ISNULL(UZDU, '') = '' ).
Upraveny procedury a funkce : - fnHlavniKnihaFUcet_Work - fnHlavniKniha_Det_Work - fnHospVysledek_Work - fnHlavniKniha_DetKS_Work - fnHlavniKniha_Det_HU - fnHlavniKniha_DetPL
1. 1. 2. 3 - Výkaz DPH Úprava způsobu generování XML výstupů pro státní správu (výkaz DPH, kontrolní hlášení, ...) tak, aby se v rámci generování do textových položek ve formuláři (textarea) pracovalo s obecným datovým typem string/varchar a k překódování výstupu do daného formátu (Windows-1250 nebo UTF-8) došlo až při uložení obsahu textové položky na disk.
Upraveny stránky : ESO9Start\DPH\OdvodDPH.htm, ESO9Start\ucet\Vykaz_DPH_Export_XMLSK.htm, ESO9StartPL\DPH\OdvodDPH.htm, ESO9Start\ucet\Vykaz_DPP_XML.htm (doplněna hidden položka MF_FILEFORMAT, do datového zdroje doplněno 'UTF8' as MF_FILEFORMAT)
1. 1. 2. 4 - Výkazy AP, ZZ, CF Položka VykazHlav.vlJeAktualní, která původně byla ve formuláři označena "Nabízet pro tisk" s (možnostmi Ne/Ano), byla nyní přejmenována na "Priorita pro zobrazení", do které je možno zadat číselnou hodnotu. Ve výběrových formulářích pro tisk výkazů se pak výkazy budou zobrazovat v pořadí od nejvyššího k nejnižšímu. Pokud je uvedena hodnota 0, formulář se (tak jako dosud) k tisku nebude nabízet.
Ve formulářích byla původní podmínka ... where vlJeAktualni = 1 nahrazena novou ... where vlJeAktualni >= 1, do formulářů bylo doplněno třídění ... Order By vlJeAktualni DESC a standardně se formulář nyní otvírá jako editor.
Při vhodném nastavení této priority tisku se tedy ve většině případů bude nabízet aktuální formulář pro tisk.
1. 1. 2. 4 - Výkazy AP, ZZ, CF Vytvořeny nové STI sestavy pro tisk výkazů "Výkaz o změnách ve vlastním kapitálu" a "Výkaz o změnách ve vlastním kapitálu - vertikální". Vlastní definice výkazů zůstaly beze změny, vzhledem k tomu, že definice těchto výkazů není stanovena, je nutno je v každé organizaci nejprve nadefinovat.
Upraveny stránky : - ucet\Vykazy_Prepocet_CZ.htm
Nové stránky : - ucet\UcetVyk_ZVK_form.htm - ucet\Vyk_VZVK_form.htm
Nové STI sestavy : Vyk_ZVK_Form, Vyk_VZVK_Form Nové SQL procedury : spDZSTI_HlavickaVykazu, spDZSTI_VykazVZVK, spDZSTI_VykazZVK
1. 1. 2. 4 - Výkazy AP, ZZ, CF (legislativa CZ) V definici hlavičky účetního výkazu byly doplněny položky "Název pro tisk" a "Název pro tisk - 2. řádek" (VykazHlav.NazevProTisk a NazevProTisk2), které je možno použít například pro tisk ve formulářích výkazů. V parametrech úlohy ve skupině "Výkazy" byly doplněny parametry "Osoba odpovědná za účetnictví", "Osoba odpovědná za účetní uzávěrku" a "Telefon osoby odpovědné za účetní uzávěrku", které se nabízejí před tiskem formulářů v odevzdatelném tvaru.
1. 1. 2. 3 - Výkaz DPH - sestavy kontrolního hlášení (CZ) Upraveny sestavy VykazKHDPH_CZ_201601 a VykazKHDPH_CZ_201601Opis. V kontrolní sekci (seznamu chyb) byl změněn název položky z původního "Jejich č.dokladu" na : "Evid. číslo z KHDPH". Vypisuje se v něm evidenční číslo z tabulky KHDPH. V detailních řádcích A1, B2, B3 může být v položce evidenční číslo dokladu uvedena hodnota z variabilního symbolu - závisí na nastavení parametru EvidCisDleVSYM (ve skupině parametrů Výkaz DPH - KH).
1. 1. 2. 1 - Hlavní kniha Ve filtrovacím formuláři pro tisk hlavní knihy nefungoval přenos položky Zakázka (Zak_uzap) z číselníku zakázek. Upraveny formuláře : Nastaveni/Zakazka.htm, ucet/Hl_kniha_Str_syn.htm
Finance
1. 2. 1. 2 - Automatické vystavení platebního příkazu Do varovné hlášky při tvorbě platebního příkazu "Pozor ! Tento bankovní účet má také subjekt ..." byla doplněna informace o čísle účtu a čísle dokladu, nad, kterým k chybě došlo. Tato informace je nyní rovněž zobrazována již při označení dokladu zařazovaného do platebního příkazu. Upraveny procedury spBaV_VytvorPP, spqHDok_ProPP_MARKSTATE, spHDok_TestujUcetSubjektu, spHDok_ValRec.
1. 2. 1. 2 - Automatické vystavení platebního příkazu Pokud se při tvorbě sdruženého platebního příkazu prováděla pouze částečná platba některého dokladu, doklad se již znovu nenabízel do platebního příkazu (do doby, než bylo provedeno spárování s bankovním výpisem). Provedena úprava tak, že v okamžiku tvorby platebního příkazu se provede rozdělení hrazeného účetního zápisu na dva účetní zápisy - první z nich bude přiřazen vytvářenému platebnímu příkazu a druhý se nadále nabízí do tvorby platebního příkazu. Upravena procedura spBaV_VytvorPP.
Poznámka : v případě zrušení platebního příkazu nedochází k automatickému sloučení takto rozdělených účetních zápisů (obecně nelze poznat, zda k tomuto rozdělení došlo při tvorbě PP, nebo byly rozděleny již dříve z jiného důvodu).
Dále provedena úprava sestavy informující o provedených platebních příkazech (např. odkaz Provedené PP na formuláři FPU). V sestavě byla zobrazována pouze celková hodnota z položky sdruženého PP, nyní je tam zobrazena i částka, která do této položky PP z uhrazovaného dokladu vstupovala. Upraveny stránky Finance / FaP_PLP.idc, FaP_PLP.htx
1. 2. 2 - Hotovostní platební styk - EET (doplněk č. 1 předchozí verze) Provedeno rozšíření datové struktury tabulky HDOKEET o položku DIC_POPL (DIČ poplatníka). Vytvořena procedura spHdok_EET_GetDataUziv, která je standardně prázdná a v případě potřeby umožňuje provést změnu položek odesílaných do EET. Parametry procedury jsou všechny položky, které tvoří datový záznam odesílaných údajů do EET. V okamžiku volání této procedury jsou tyto vstupně-výstupní parametry (OUT) naplněny standardně vypočtenými hodnotami, pokud dojde k jejich změně, budou do EET zaslány modifikované hodnoty.
!!! V případě přepsání této procedury je uživatel plně zodpovědný za to, jaká data do EET odeslal !!!
Dále upravena funkce fnHdok_EET, procedura spHdok_EET_GetData, formuláře Finance / EET.htm, Finance / HdokEET.htm - doplněna nová položka "DIČ poplatníka".
1. 2. 2 - Hotovostní platební styk - EET Vytvořena procedura spHdok_EET_TestujDataUziv s parametry @idHdok, @idLogUser - standardně prázdná, možno uživatelsky přepsat tak, že v případě, že se nemá vytvářet záznam EET, bude procedura končit chybou (např. pro určitý vzor dokladu, ... ). V tomto případě se tedy při stisku tlačítka "Tisk s odesláním do EET" zobrazí uvedená chyba a odeslání do EET se neprovede.
1. 2. 2 - Hotovostní platební styk Tvorba pokladního dokladu z faktury - upravena procedura spHDok_btPDzFaV tak, číselná řada definovaná pomocí $PenUcet$ akceptovala číslování dle peněžního účtu vzniklého dokladu. (Dosud se v tomto případě provedlo očíslování dle čísla peněžního účtu uvedeného na faktuře).
1. 2. 1. 9 - Tvorba bankovní zástavy Upravena procedura spBAZTvorba_btMarkKopie pro připojení pohledávky k zástavě. Pokud je označený doklad již přiřazen do jiné zástavy, jejíž platnost se překrývá s platností vytvářené zástavy, pak se zařazení takového dokladu do zástavy neprovede (je hlášeno varování), ostatní doklady se připojí.
1. 2. 1. 9 - Tvorba bankovní zástavy Do formuláře v horní formě doplněna další položka "Suma označených dokladů", kde se nyní zobrazuje součet korunových částek označených dokladů. Provádění součtu je nyní prováděno novou procedurou. Upraven formulář finance\BavZastavaTvorba.htm, nová procedura spSumPohlKZastave_XMLParams.
Controlling
1. 5 - Controlling Doplněna možnost zadání podmínku na prázdnou zakázku nebo doplňující údaj. Pokud je ve filtru pro zakázku resp. doplňující údaj zadán text "IS NULL", pak se vyhodnocení provede pro všechny účetní zápisy s nevyplněnou zakázkou resp. doplňujícím údajem (testuje se ISNULL(ZAK_UZAP, '') = '' resp. ISNULL(UZDU, '') = '' ).
Upraveny procedury a funkce : - spCVZpraDet - fnHlavniKniha_Det_Work_SAN_MD_DAL - fnHlavniKniha_Det_Work_SANPlan
1. 5. 1. 1 - Controlling - Prohlížení výkazů Upraven odkaz na stránkách Controlling\Zobrazeni.htm a Controlling\Zpracovani.htm - původní parametr "PrintDest=STIXLSXFORM" v odkazu pro tisk XLS změněn na "PrintDest=STIXLSX".
1.2.1.6 - Bankovní výpisy - párování plateb kartou Při vytvoření účetního zápisu poplatku (na účet 568xxx) se provede přenos čísla zakázky z párovaného dokladu (stejně jako na účetní zápis 311xxx). Dosud se číslo zakázky přeneslo pouze na účetní zápis 311xxx, ale na účetní zápis poplatku se nepřenášelo.
Upravena procedura spParuj_PlatbaKartou.
Nákup
2. 1. 3. 6 - Složky skladové příjemky do faktury přijaté Do předloh "nakup\spudofap.htm" resp. "nakup\spfdofap.htm" na odkaz "Číslo faktury přijaté" doplněna vlastnost SMClose=1. Tato vlastnost zajistí, že při každém volání číselníku se znovu vytváří datový zdroj s filtrem pro příslušný subjekt.
2. 1. 3. 3 - Faktury přijaté zálohové daňové Při vytvoření faktury přijaté zálohové daňové ze zálohové faktury se nyní FPZD nastaví na stav, od kterého se provádí rozúčtování (dříve to byl stav, od kterého byla zakázána editace). Důvodem je, aby např. v případě, že je částka nad 10 tisíc (a tím pádem patří do detailní sekce kontrolního výkazu), je nutné zadat na ní Jejich číslo dokladu, což v případě, že byl nastaven stav, kdy není možná editace, nebylo možno provést. Upravena procedura spHDok_FVZ_FVZD.
2. 1. 3. 1 - Faktury přijaté účetní - import z ISDOC Do procedury spISDOC_HDOKimport doplněn parametr @HDZAKLAD_SS2.
2. 1. 3. 1 - Faktury přijaté účetní - výběr záloh k doúčtovací faktuře Úpravy přepočtu při označení záznamu Standardně se ve stránce nabízí vlastnost "Výpočet DPH" s hodnotou "dle faktury". Při označení záznamu se tato hodnota nemění (v předchozí verzi se hodnota "dle faktury" při označení změnila na "výpočet DPH ze základu"). Nově byla upravena činnost tak, že pokud není vlastnost "Výpočet DPH" nastavena na hodnotu "bez přepočtu" a je editována částka "Uhradit Val (základ)", nastaví se vlastnost "Výpočet DPH" na hodnotou "výpočet DPH ze základu", pokud je editována částka "Uhradit (včetně DPH)", nastaví se vlastnost "Výpočet DPH" na hodnotou "výpočet základu z ceny s DPH".
2. 1. 3. 1 - Faktury přijaté účetní - připojování záloh Upravena funkčnost při připojování zálohy - pokud je tlačítkem "nedaňové" připojován daňový doklad (doklad, jehož typ dokladu má nastavenu vlastnost "daňový" - standardně např. FPZD, FVZD), pak se hodnota připojené zálohy napočte (kromě již provedeného napočtení do částky Záloha) ještě do částky Mimo daň. Upraveny procedury spZalohy_SparujOzn, spHDok_ZrusZalohuFaV.
2. 1. 3. 1 - Faktury přijaté účetní - zakládání karty majetku ze složky FAP Do nově zakládaného majetku se přenášelo výrobní číslo ze ZbozSkl (pokud bylo připojeno ke složce). Procedura upravena tak, že pokud je výrobní číslo uvedeno přímo na složce dokladu přijaté faktury (Sdok.CIS_VYROBNI), pak se toto přenese do zakládané karty majetku. Upravena procedura spMaj_ZalozDleSVU.
2. 1. 3. 1 - Faktury přijaté účetní - odkaz Přiřazení historie Upravena stránka nakup\cishisfap.htm (Přiřazení historie) - doplněna hidden položka RowsCountQuery - změněna hodnota StartFilter na 2 - optimalizován datový zdroj (pouze vyjmenované tabulky a sloupce), u odkazu na doklad změněna vazba z SAME na PARAMETERS s uvedením konkrétního IDHDOK v podmínce WHERE - upraven vzhled stánky (pojmenování položek)
2. 1. 3. 1 - Faktury přijaté účetní Pokud se provádí samovyměření DPH ze složek, výpočet je umožněn i v případě, že na faktuře již existuje DPH z běžného režimu. Upravena procedura spHDok_FapEU_VytvorDPH.
Prodej
2. 2. 1. 2 - Prodejní objednávky Do parametrů (skupina PRODEJ) byl doplněn parametr POB_FVZ_NapocetZal (Provést nápočet zálohy na POB při vytvoření FVZ), kterým je možno definovat, zda se při tvorbě zálohové faktury z prodejní objednávky má hodnota vytvářené zálohové faktury napočíst do hodnoty zálohy na prodejní objednávce. Standardní hodnota parametru je nastavena na hodnotu 1 (která odpovídá dosavadnímu chování). Nastavená hodnota parametru se nyní zobrazuje i na formuláři Prodej / VytvorZalohu.htm, na kterém se provádí vytvoření zálohové faktury z prodejní objednávky, standardně nelze na formuláři již změnit (položka má vlastnost ReadOnly). Procedura pro vytvoření faktury byla dále upravena tak, že případné volání uživatelské procedury (@MF_EXECHDOK) se provádí až po provedení nápočtu zálohy do POB. Při odpojení (zrušení) zálohové faktury od POB se snížení zálohy na POB provádí rovněž v závislosti na nastaveném parametru (ne tedy dle toho, jak bylo provedeno vytváření, protože informace o tom, zda byla odečtena záloha, není nikde uložena).
2. 3. 8. 1 - Prodej ze skladu Ve formě "prodej\Prodejka.htm" provedeny následující úpravy - doplněna položka "Čárový kód" do záhlaví obou záložek - doplněna položka "Datum spotřeby" do záložky "Ostatní"
2. 3. 2. 2 - Fyzické výdejky V předloze "sklad\VydejkaF.htm" provedeny následující úpravy - položky "Datum výroby" a "Datum spotřeby" nastaveny jako needitační (readonly)
2. 3. 1. 2 - Fyzické příjemky V předloze "sklad\PrijemkaF.htm" provedeny tyto změny - doplněny položky pro možnost pořízení šarže jako "Číslo šarže", "Umístění", "Výrobní číslo", "Zakázka", "Datum výroby", "Datum spotřeby"
2. 3. 2.15 - Záměna zboží Nyní je nově možno provádět záměny mezi libovolnými zboží bez ohledu na základní MJ. Pouze pokud jsou stejné MJ, pak musí být i stejné množství do/ze záměny. Pokud se nevyplní "Množství ze záměny", pak se automaticky nastaví na "Množství do záměny". Provedeny následující úpravy - předloha "sklad\ZamenaZbozi.htm": upraven datový zdroj, design stránky a doplněna položka "Množství ze záměny" - procedura spZBOZSKL_ZAMENAZBOZI: volá se na tlačítko "Zaměnit zboží" - nové chybové hlášení 52329 - Záměna zboží na skladě: pokud zboží mají stejnou základní MJ, pak se musí shodovat množství do záměny s množstvím ze záměny - procedura-fchange spQZBOZSKLZAMENA_MF_CIS_ZBOZI: nově vrací MF_KOD_MJ - kód základní MJ zboží. Tato se volá při zadání/výběru z číselníku položky "Záměna za zboží"
Evidence pošty
2. 6. 1 - Přijatá pošta Přejmenována položka "Od koho" na "Odesílatel" ve formě "posta\PostHlavPr.htm"
2. 6. 2 - Odeslaná pošta Přejmenována položka "Komu" na "Adresát" ve formě "posta\PostHlavOd.htm"
Majetek
3. 1 - Evidence majetku Doplněna procedura spMajetek_Zvyseni_Uziv, která se volá na konci standardní procedury (spMajetek_Zvyseni) volané při zvýšení vstupní ceny majetku (tlačítko Technické zhodnocení na formuláři pohybů majetku). Procedura je standardně prázdná, neprovádí žádnou akci. Je možno ji uživatelsky přepsat a tím definovat, co se má provést při zvýšení vstupní ceny majetku. Vstupními parametry procedury jsou @idZbozSkl karty majetku a @idSdok nově vzniklé složky technického zhodnocení majetku.
Nová procedura : spMajetek_Zvyseni_Uziv Upravená procedura : spMajetek_Zvyseni
Výroba
5. 4. 2 - Potvrzení příjemky V předloze "sklad\PrijemkaV.htm" provedeny tyto změny - doplněny položky pro možnost pořízení šarže jako "Číslo šarže", "Umístění", "Výrobní číslo", "Zakázka", "Datum výroby", "Datum spotřeby"
5. 4. 6 - Potvrzení výdejky V předloze "sklad\VydejkaV.htm" provedeny tyto změny - doplněny položky pro možnost výběru šarže jako "Číslo šarže", "Umístění", "Výrobní číslo", "Zakázka", "Datum výroby", "Datum spotřeby"
Doprava
6. 1. 4. 1 - Silniční daň V souvislosti s použitím DIC2 v legislativě CZ pro skupinové plátce se určuje DIC z DIC2. Pokud DIC2 není určeno, pak se bere DIC. Upraveny funkce pro tisk formuláře silniční daně : fnVykazHlavicka a fnSilDan_STI_Hlavicka.
Základní číselníky
9. 1. 6 - Skupiny uživatelů Rozšířena velikost MF položky "pod novým kódem" (MF_KOD_SKUP_UZIV) z 10 na 20 znaků. Položka je určena pro založení nové skupiny uživatelů tlačítkem "Kopie skupiny uživatelů". Úprava provedena v předloze "nastaveni\SkupUziv.htm".
Účetní číselníky
9. 2. 8 - Účetní výkazy (doplněk č. 1 předchozí verze) Provedeno přečíslování řádků ve výkazu AP_2016 - původní čísla řádků 079 až 144 přečíslována na 078 až 143.
9. 2. 6 - Peněžní účty Do tabulky peněžních účtů byla doplněna položka Druh účtu (PenUcet.vlDruhUctu) s významem : 0=ostatní, 1=pokladna, 2=bankovní účet, 3=ceniny. Při změně struktury se automaticky nastaví takto : pokud je kód banky NULL nebo je nevyplněné číslo účtu i IBAN, tak se nastaví na hodnotu 1 (pokladna) jinak se nastaví na hodnotu 2 (bankovní účet). Sestava 1. 2. 3. 4 Stav peněžních prostředků v čase byla upravena tak, že je možno zadat, které druhy peněžních účtu mají do sestavy vstupovat Sestava 1. 2. 3. 5 Příjmy a výdaje byla upravena tak, že do sestavy vstupují pouze peněžní účty s druhem pokladna nebo bankovní účet Sestava 1. 2. 3. 7 Peněžní výhled byla upravena tak, že do sestavy vstupují pouze peněžní účty s druhem pokladna nebo bankovní účet
9. 2. 8 - Účetní výkazy Bylo provedeno doplnění chybějících detailů v součtových kontrolních řádcích těchto výkazů : - ZZ_2011U, ZZ_2014D, ZZ_2015ZK, ZZ_2016D, ZZ_2016U - AP_2014, AP_2016
9. 2.10 - Typ odpisů pohledávek (CZ) Provedena aktualizace číselníku typů odpisů pohledávek. U odpisu Opr14_100 byla nastavena hodnota "Minimálně po splatnosti" na 36 měsíců. Tato byla nyní změněna na 30 měsíců (současně upraveno i v názvu). Důvod: Zákonodárci zjistili, že 36 měsíců neodpovídá úpravě promlčecí lhůty v novém občanském zákoníku, který u závazkových vztahů vzniklých po 1. 1. 2014 sjednocuje promlčecí lhůtu na tři roky (oproti čtyřem letům, což byla promlčecí lhůta, která platila před rokem 2014 podle již neplatného obchodního zákoníku). Proto později zákon 593/1992 upravili tak, že od 1. 1. 2015 byla zkrácena doba, kdy lze tvořit 100 % opravnou položku, z 36 měsíců na 30 měsíců a je možno použít u pohledávek splatných od 1. 1. 2014.
9. 2.14 - Režimy přenesené DPH Rozšíření režimu přenesené DPH od 1.7.2017 - v souvislosti s novelou DPH (z 16.6.2017) bylo provedeno : - v číselníku 9.2.14 Režimy přenesené DPH doplněny nové kódy režimu DPH (s položkou „Kontrola dle limitu“ nastavenou na NE) : 1a – Zlato - zprostředkování dodání investičního zlata (plnění podle § 92b odst. 3) 3a – Dodání nemovité věci v nuceném prodeji (plnění podle § 92d odst. 2) 4a – Stavební a montážní práce – poskytnutí pracovníků (plnění podle § 92e odst. 3) 6 – Dodání zboží poskytnutého původně jako záruka (plnění podle § 92ea písm. a)) 7 – Dodání zboží po postoupení výhrady vlastnictví (plnění podle § 92ea písm. b)) - v číselníku 9.2.11 Kódy pro výkaz DPH doplněny nové kódy pro výkaz DPH (s odpovídajícím režimem) - v číselníku 9.1.9 Celní sazebník doplněny nové položky (s vazbami na odpovídající kódy režimu)
Subjekty
9. 3. 8 - Právní forma Do standardního skriptu doplněno naplňování/aktualizace právních forem subjektů z číselníku ARES - http://wwwinfo.mfcr.cz/ares/ares_es.html.cz - odkaz "Právní forma" podle těchto pravidel: - do kódu 11-Fyzická osoba - podnikatel doplněn do položky "Kódy ARES" kód 100-Podnikající osoba tuzemská pokud tam ještě není - doplní se nové, jen pokud neexistují ve stávajícím číselníku a nejsou uvedeny ani v položce "Kódy ARES" - případné přejmenování právních forem podle ARES (např. 421-Odštěpný závod zahraniční právnické osoby)
9. 3. 3 - Subjekty Pokud při aktualizaci dat z ARESu dojde ke změně DIČ, založí se poznámka pro původní DIČ (dle typu poznámky uvedeného v parametru KodPozn_PuvDIC). Jako datum konce platnosti původního DIČ (datum v poznámce) se nastaví včerejší datum (skutečné datum změny DIČ zatím ze stahovaných dat nelze zjistit !). Poznámka se zakládá i v případě, že původní DIČ nebylo vyplněno (bylo prázdné). V případě založení poznámky se po provedení aktualizace zobrazí informace o jejím založení (jako informační text pod tlačítkem "Proveď ARES") - v případě potřeby je možno datum platnosti původního DIČ změnit ručně. Poznámka se nezakládá v případě, že datum založení subjektu (Subjekt.dtInsert) je dnešní nebo včerejší - v opačném případě by se po založení subjektu bez DIČ a následné aktualizaci dle ARESu zakládala poznámka o původním DIČ (prázdném).
Upravena procedura spARES_ZakladniUdaje.
9. 3. 3 - Subjekty Vytvořena nová činnost 9.3.3.3 Bankovní účty subjektů Odkaz byl nastaven na již existující formulář Subjekt/SubjBUcetMS.htm.
Dokladové číselníky
9. 4.10 - Zakázky Níže uvedené změny provedeny ve formě "nastaveni\zakazka.htm" - optimalizován datový zdroj - obsahuje pouze nejnutnější sloupce - doplněn povinný start-filter (StartFilter=2)
Parametrizace systému
9. 6.11 - Události Událost "Nevyfakturované výdejky" ze skupiny "SIS - Stav informačního systému". Nově se mezi nevyfakturované výdejky SVU zahrnují pouze ty, jejichž vzor má následníka vzor pro typ FVU.
9. 6. 3. 1 - Uživatelské sestavy - detail \ PrevodkyFyz.idc Optimalizované datové zdroje, které využívají novou funkci "fnPrevodkyFYZ".
9. 6. 3. 1 - Uživatelské sestavy - detail \ Prevodky.idc Optimalizované datové zdroje, které využívají novou funkci "fnPrevodkyUCET".
9. 6.11 - Události Upravena stránka Nastaveni/Udalosti_vyhodnoceni.idc, Udalosti_vyhodnoceni.htx tak, že se v případě off-line událostí zobrazoval text "(stav k ...)". Nyní se již tento text nezobrazuje jako součást textové informace, ale zobrazí se pouze jako tooltip (bublinová nápověda) nad danou událostí (po najetí myší nad danou událost). Aby bylo na první pohled zřejmé, že se jedná o off-line události - jsou jejich texty zobrazeny kurzívou.
Upravena procedura spUdalost_vyhodnoceni, která nyní navíc vrací textovou položku VypoctenoKDatu, která je prázdná pro on-line události a pro off-line události je naplněna textem "stav k RRRR-MM-DD HH:MM:SS".
Změny funkcí
fnIDTYPDOK_HDOKSTYLE / fnIDTYPDOK_SDOKSTYLE - Definice obarvení řádku z typu dokladu Znaky "odřádkování 0x0D / 0x0A" obsahovaly sloupce HDOKSTYLE / SDOKSTYLE. Tyto se naplňují funkcemi fnIDTYPDOK_HDOKSTYLE / fnIDTYPDOK_SDOKSTYLE. Proto byla do těchto funkcí doplněna záměna znaků CHAR(13) = 0x0D / CHAR(10) = 0x0A za mezeru.
Změny funkčnosti generátoru sestav
Generátor sestav Stimulsoft - Přímý tisk/export do Excelu Pro přímý tisk/export do Excelu založen nový obecný/společný parametr "XLS2GenTimeout" do skupiny "Sestavy". Určuje timeout pro tisk/export s přímým výstupem do Excelu. Hodnota se zadává v celých sekundách. Po uplynutí timeoutu se stránka s vygenerovaným XLS sešitem vrátí zpět na předchozí formulář. Defaultní hodnota je 40s.
Změny procedur
spUcetZap_ZalozCU - Upřesnění chybových hlášení při párování. Upravena procedura spUcetZap_ZalozCU - v chybových hláškách č. 51156, 51195, 51196, 51697, 51411, 51413, 51697, 51698, 51699, 51902 doplněna informace o typu a čísle dokladu, pořadí účetního zápisu, kódu účtu účetní osnovy a párované částky.
spARES_NastavAktualizaciSubj - ARES Procedura slouží pro potřeby ARES. Aktualizuje na subjektu položky "Datum změny"(SUBJEKT.DTUPDATE) a "Změnil"(SUBJEKT.IDUZIVATEL_UPDATE) a poznámku k subjektu typu "AktAR" a její položku "Datum".
spCreate_View_Eso9doc - Tvorba pohledu qEso9Doc Do tvorby pohledu qEso9Doc doplněna klauzule WITH(NOLOCK)
spSDok_ValRec - Obchodní pravidlo pro kontrolu složky dokladu před uložením Nově se kontrola pohybu (spSDOK_TESTPOHYBSL) provádí i pro složku typu služba (SDOK.VLTYP_SLOZ = 2). Doposud se kontrola prováděla jen pro typ složky zboží (SDOK.VLTYP_SLOZ = 1)
spXML_HDOK, spXML_SDOK - procedury pro import hlaviček a složek dokladů Upraveny procedury spXML_HDOK a spXML_SDOK - původní založení hlavičky/složky dokladu bylo prováděno voláním procedur spHDOK_COPY a následným voláním spHDok_UpdateRec (spSDOK_COPY a spSDok_UpdateRec), nyní bylo nahrazeno voláním procedury spHdok_InsertRec (spSdok_InsertRec).
spHdok_ValRec - Kontrolu duplicity VSYM závazkového dokladu Upravena procedura spHDok_ValRec, která nyní kontrolu duplicity variabilního symbolu závazkového dokladu provádí voláním nové procedury spHdok_TestDuplVSYM. Vytvořena nová procedura spHdok_TestDuplVSYM, kterou lze uživatelsky přepsat. Procedura má vstupní parametry : @idHDok Int, @idTypDok Int, @idSubjekt Int, @V_SYM varchar(30), @vlhPohledavka_Zavazek SmallInt
Změny předpisů sestav
ZFavDForm.idc - Faktury vydané zálohové daňové Upravena sestava ZFavDForm.idc pro tisk daňového dokladu k přijaté platbě (faktury vydané zálohové daňové). Původní text na tiskovém formuláři "Faktura zálohová - daňový doklad" nahrazen textem "Daňový doklad k přijaté platbě". Původní text na tiskovém formuláři "Celkem k úhradě" nahrazen textem "Již uhrazeno".
DbPisForm.idc - Tisk opravného daňového dokladu Dle zákona o DPH se na OPD musí tisknout také důvod opravy. Upravena STI sestava DbPisForm.idc - v hlavičce (nad textem Dobropisujeme Vám ...) se nyní tiskne text uvedený v poznámce dokladu (Hdok.TextPozn).
Změny datových struktur
ESO9LOG - tabulka LOG databáze Provedeno: - nový sloupec TABLERELNAME SYSNAME: v případě naplnění hodnoty IDREL se naplní jménem tabulky ke které IDREL patří. Je to obdoba TABLENAME a IDVALUE. - index "Eso9Log_TableRel" tvořen původně sloupci TABLENAME, IDREL změněn na TABLERELNAME, IDREL. Znovu vytvoření indexu může trvat u větších LOG databází delší dobu (minuty) - logovací funkce fnLOGROW_DETAIL: slouží k výpisu logovacích informací o řádku (TABLE, IDTABLE). Nově se zobrazují i záznamy, které mají v TABLERELNAME=TABLE a IDREL=IDTABLE - logovací procedura spINSERT_DBLOG: doplněn nepovinný parametr @TABLERELNAME SYSNAME = NULL
!!! POZOR !!! Tvorba indexu "Eso9Log_TableRel" může u větších LOG databází trvat delší dobu (minuty)
UMIST - Umístění Upraveny/doplněny tyto sloupce - sloupec KOD_UMIST - Kód umístění: změna délky z VARCHAR(10) na VARCHAR(20) - sloupec NAZEV_UMIST - Název umístění: změna délky z VARCHAR(60) na VARCHAR(150) - nový sloupec VLSTAVUMIST - Stav umístění: má hodnoty 0-Aktivní (defaultně);1-Neaktivní
Spolu s tím upraveno:
Upraveny obchodní pravidla tabulky UMIST - spUMIST_NEWREC: doplněn povinný parametr @VLSTAVUMIST SMALLINT - spUMIST_CALREC: doplněn povinný parametr @VLSTAVUMIST SMALLINT
Upraveny předlohy HTML, ve kterých se vyskytují upravené sloupce: hodnota SIZE zůstala původní, ale doplnilo se vlastnost MAXLENGTH="20" resp. MAXLENGTH="150" - nastaveni\Umist.htm: doplněn nová položka "Stav" (VLSTAVUMIST) - nastaveni\SkladUmist.htm: doplněn nová položka "Stav" (VLSTAVUMIST) - majetek\Majetek.htm - majetek\Majetekct.htm - majetek\Majetekctexp.htm - majetek\Majetekctimp.htm - majetek\MajPoh.htm - majetek\umistenittisk.htm - majetek\Vyrazeni_Hr.htm - majetek\Vyrazeni_Hrct.htm - majetek\ZmenaOdpSkup.htm - nastaveni\VzorDok.htm - nastaveni\ZboziSklDetail.htm - nastaveni\ZbozSkl.htm - nastaveni\ZbozSklSarzeStav.htm - nastaveni\ZbozSklUmisteniStav.htm - priklady\SDok.htm - prodej\Prodejka.htm - sklad\DokladCSP.htm - sklad\InvPriprava.htm - sklad\PrijemkaF.htm - sklad\PrijemkaS.htm - sklad\PrijemkaV.htm - sklad\VydejkaF.htm - sklad\VydejkaS.htm - sklad\VydejkaV.htm - zadavani\RucniParovaniCSP.htm - zadavani\VydejkaS_CAM.htm - zadavani\ZadankaV.htm
Změny webových stránek
Obeh\ukoly.htm - Úkoly work-flow Upraven design formuláře z titulu přehlednosti.
Obeh\UkolyDoc.htm - Dokumenty k úkolům work-flow Upraven design formuláře z titulu přehlednosti.
Obeh\Podprocesy.htm - Procesy - upraven design formulářů z titulu přehlednosti - doplnění obarvení sloupců VLTYP_PROCESU, VLSTAV_PROCESU, VLPODMINKA_AKTIVITY, VLTYP_PODMINKY_A
Obeh\Proces_inc.htm - Procesy - vložená forma - upraven design formulářů z titulu přehlednosti - doplnění obarvení sloupců VLTYP_PROCESU, VLSTAV_PROCESU, VLPODMINKA_AKTIVITY, VLTYP_PODMINKY_A
ESO9Start - Položka "Text složky" (TEXT_SLOZ) Do níže uvedených předloh určených ke kopii doplněna položka "Text složky"(TEXT_SLOZ), která často obsahuje různá upřesnění a při kopii je důležité tuto vidět:
- doprava\Doprava_KopieStazkaCesta_start.htm: místo "Název zboží"(NAZEV_ZBOZI) --> Text složky(TEXT_SLOZ)
- teplo\KopiePrDoNa_FVU.htm: místo "Název zboží"(NAZEV_ZBOZI) --> Text složky(TEXT_SLOZ)
nastaveni\ESOSetDate.htm - Nastavení uživatelského data Při změně uživatelského data z horní lišty došlo při následném kliknutí na libovolnou činnost k otevření okna s odhlášeném z aplikace. Opraveno v předlohách esomenu.htm a esosetdatehtm 1.3.2017.
Nastaveni\Udalosti_vyhodnoceni_r.htx - Nový způsob řešení důležitých událostí Nový způsob řešení důležitých událostí (tj. pravá lišta v aplikaci): * graficky přepracován, u událostí se zobrazuje rovnou i jejich popis (nikoli až v bublinkové nápovědě) * při zavřené liště se počet nevyřízených událostí průběžně vyhodnocuje a zobrazuje v horním menu * po otevření lišty jsou nevyřízené události označeny vykřičníkem v červeném kruhu * označení nevyřízené události se vymaže pouze kliknutím na ní * čímž se zároveň pravá lišta zavře a uživatel je přesměrován na stránku definovanou v události
nastaveni\HdokPozn.htm - Formátování textu jako RTF V ESO9Start bylo odebráno formátování textu jako RTF z poznámek k HDOKu a k subjektům v CRM. Důvodem je nekompatibilita tohoto formátu se zobrazením v obecném klientovi. Nadále je možné si ve vlastní aplikaci zapnout RTF v libovolné textové položce s tím, že ji nebude možné zobrazit v obecném klientovi. Pokud již v zákaznické aplikaci existují poznámky v RTF a je třeba je převést na čistý text, je v ESO9 international k dispozici utilita na jednorázový převod datového obsahu z RTF -> textu.
nastaveni/uzivatel.htm - Položka "Zákaz přístupu" Do stránky "nastaveni\uzivatel.htm" byla doplněna položka VLZAKAZPRISTUP.
*.htm - Odkazy v sekci "CAPTION" U níže uvedených stránek upraveny odkazy v sekci "CAPTION" tak, že jednotlivé odkazy jsou mezi sebou odděleny znaky "mezera" "pomlčka" "mezera" ( " - "): - sklad\DokladCSP.htm - sklad\InventurniSoupis.htm - sklad\PrijemkaS.htm - sklad\PrijemkaV.htm - sklad\Prodejka.htm - sklad\VydejkaV.htm - nastaveni\Sklad.htm - nastaveni\ZbozSkl.htm - nastaveni\ZboziSklDetail.htm - nastaveni\ZboziSklDetail.htm - nastaveni\ZboziSklDetail.htm - nastaveni\ZbozSklSarzeStav.htm - nastaveni\ZbozSklUmisteniStav.htm
Výroba pro ESO9
Změna činnosti
5 - Výroba - Oprava chybných tagů ve formulářích Byly provedeny opravy v následujících formulářích:
5. 5. 1. 1 - Pořízení výrobní zakázky z prodejních obj. - Detailní plnění agregovaných složek prodejních objednávek - II Byly provedeny úpravy na posledním kroku průběhu zakázky výrobou - odvedení na sklad.
Pro detailní plnění prodejních objednávek, které byly sloučeny agregací do složky výrobní zakázky je nyní možno na formuláři pro odvádění výroby 5.6.2.1 Odvádění podle výrobního příkazu – odkaz „Příjemka s vazbou na POB“ detailně označit jednotlivé původní složky POB, pro které se výroba nyní na sklad odvádí. To platí v případě, že složky POB byly agregovány do jedné složky výrobní zakázky v činnosti „5.5.1.1. – Pořízení výrobních zakázek z prodejních objednávek“.
Při této činnosti vznikne v historii speciální vazba, která zajistí pro složku POB naplnění detailních množství plnění složky v zobrazené tabulce – to je zobrazeno přímo v tabulce formuláře složky v činnosti 5.5.1.1.
Byly provedeny změny u formulářů: Zadavani/ - START_KumulPObjDoVyrZak.htm - START_TvorbaVyrobnihoRozpadu.htm - START_VyrobaVzorKopiePrijemPOB.htm
5. 6. 2. 1 - Odvádění podle výrobního příkazu - Změna identifikace kódu vyrobeného dílu na plovoucí komponentě Z formuláře odkaz "odvedené DD - zadávání", na odvedené operaci odkaz "Zobrazit PK"
Na „NESHODNÉ a DOKONČENÉ“, odvedené plovoucí komponentě může být rozhodnuto o změně původního vyráběného dílu na dané dávce (tlačítko "Změnit kód zboží PK").
Taková úprava se využije při potřebě označit jinak odvedení neshodných výrobků na dané dávce s tím, že nebudou odesílány na sklad, ale mohou být dále vtaženy do spotřeby jiného VP, buď jako opravitelné a nebo i jako jiný výrobek, které lze použít jinam.
PS: Lze použít rovněž pro zaevidování vzniknuvšího neplánovaného vedlejšího produktu (pomocí založení odchylkové operace a odvedení jako neshodný díl zcela Odděleně – tedy s parametrem KONTROLAAUTOODVADENI = 2 Tento parametr je nyní na formuláři pro odvádění zpřístupněn nastavení obsluhou (Změna se uplatní pouze pro danou odváděnou operaci, vliv na obecný parametr ESO nemá)
Byly upraveny následující formuláře: - odvadeni/OdvedenePKSlozky.htm - zadavani/START_VPOperace.htm
5. 1. 1. 3 - Technologická dokumentace - Oprava funkce automatického doplnění kódu typové operace podle klíče - tg postup Při vyplňování kódu typové operace se nesprávně uplatňovalo volání pravidel pro automatické doplnění kódu, pokud řetězec již lze považovat za jednoznačný pro výběr položky.
5. 6. 2. 6 - Úkolové lístky - vykazování výroby Pro vykazování výroby pomocí úkolových lístků byla vytvořena nová činnost, která je rozcestníkem pro další způsoby vykazování (5.6.2.6 – Úkolové lístky – vykazování výroby) s několika podčinnostmi, které umožní provádět volné vykazování výroby popřípadě s vazbou na některého z uvedených předchůdců: - Hlavičku výrobní zakázky - Složku výrobní zakázky - Operaci plánované výrobní dokumentace - Rozpis plánovaných úkolových lístků
Tyto činnosti umožní vázat vykazování výroby i takového charakteru jako jsou například technologické celky, nebo dlouhodobé projekty.
Poznámka: Pro nasazení u zákazníka se předpokládá analýza, jejímž výstupem bude vhodný návrh procesů pořizování (například pomocí čteček ČK), včetně evidence materiálů a tvorba výkazů a reportů.
5. 5. 1. 6 - Interaktivní grafické nástroje Do skupiny činností 5.5.1 pro plánování výroby byly přidána nová činnost 5.5.1.6 - interaktivní grafické formuláře pro zobrazení a editaci plánovaných dob počátků a konců (stroje, operace, lidé) pomocí ganttových diagramů. Jedná se o rozcestník, který uživateli nabídne další související činnosti pro větší komfort plánování formou interaktivních grafických nástrojů (drag&drop). Uživatel má možnost výběru z následujících předdefinovaných grafických formulářů:
- Plánování úkolů/operací projektu - Stav odváděných operací ve výrobě - Plány a rozpisy – lidské zdroje - Plány a rozpisy - pracoviště
• Plánování úkolů/operací projektu Grafický formulář zobrazí jednotlivé operace (tasky) projektu i s vazbami na předchůdce. Datový zdroj formuláře zajišťuje funkce fnQGG_PlneniVyrobyPRO, která podle vybraných mezí vstupního filtru rozhodne o zařazení příslušných operací ze zaplánované výrobní dokumentace (nemusí se nutně jednat o bilancovanou VD, podmínkou však je, aby jednotlivé operace měly vyplněn počátek a konec práce a dále mít pro tento projekt vytvořen VP).
Vazby na předchůdce mezi operacemi VD je možno zapsat přímo na operaci v rozpisu operací výrobní dokumentace (5.5.1.3 – Výrobní dokumentace/odkaz:“technologický postup“, v položce „Vazby na předchůdce“). Vazby se zapisují ve tvaru „Pořadí předchozí operace“ a „druh vazby“, například 10FS. Více vazeb se odděluje čárkou. Ve verzi 5.5 se předchozí operace hledají jen v rámci daného konkrétního rozpadu VD aktuálního dílu(podsestavy), nelze propojovat operace z jiných zakázek.
DRUH VAZBY: FS – (FINISH-START) následující operace může začít až po ukončení předchozí SS – (START-START) následující operace začíná zároveň s předchozí SF – (START - FINISH) následující operace končí, kde začíná předchozí FF – (FINISH - FINISH) následující operace končí, kde končí předchozí
Tyto vazby v projektovém řízení (a v ganttově zobrazení) zajištují zachování posloupnosti odvádění/provádění operací. Při posunutí operace, která má vazbu na předchůdce, systém nedovolí porušit pravidla nastavené vazby (dovolí posun v čase jen podle vyhodnocení dodržení kritérií dané vazby). V případě, že na posouvanou operaci jsou navázány další následné, dojde i k jejich adekvátnímu posunutí v rámci stanovených vazeb.
Nad položkou task (objektu představujícího operaci) lze pravým tlačítkem myši vyvolat „pop up“ menu. Z tohoto menu lze otevřít okno s detailem (plánovaná operace technologického postupu výrobní dokumentace). Dále je umožněno uložit provedenou změnu, pokud došlo k posunutí operace v časové ose, nebo k nastavení délky trvání (po použití funkce drag&drop). Indikace rozeditovaného představitele je zobrazena růžovým podbarvením řádku příslušného tasku.
Dále formulář obsahuje tlačítka pro zobrazení kritické cesty.
• Stav odváděných operací ve výrobě Grafický formulář zobrazí operace naplánované výroby v členění zakázka/složka/výrobní příkaz na časové ose. U každé operace zobrazí stav plnění. Datový zdroj formuláře zajišťuje funkce fnQGG_PlneniVyroby. Nad grafickým objektem operace lze vyvolat „pop up“ menu kde je možnost vyvolat okno s detailem (odváděná operace).
Formulář obsahuje tlačítka pro zobrazení kritické cesty.
• Plány a rozpisy – lidské zdroje Grafický formulář zobrazí rozpis plánovaných operací pro jednotlivé pracovníky. V popisu je uvedena příslušnost k výrobnímu příkazu s číslem operace a názvem práce.
Posuvem objektu operace na časové ose lze měnit počátek a konec práce.
„Pop up“ menu nad objektem operace umožní provést uložení změn a vyvolat okno s detailem (rozpiska/plánovaný úkolový lístek)
• Plány a rozpisy - pracoviště Grafický formulář zobrazí pro pracoviště rozpisku plánovaných operací na časové ose. V popisu je uvedena příslušnost k výrobnímu příkazu s číslem operace.
Poznámka: Interaktivní grafické formuláře jsou aktivní a spustitelné pouze v obecném klientovi.
Vytvořeny a upraveny následující procedury a funkce: - fnESO_DenTydne - fnQGG_PlneniVyroby.sql - fnQGG_PlneniVyrobyPRO.sql - fnQGG_RozpisLidskychZdroju - fnQGG_RozpisStrojovychZdroju - fnQVYROBA_ExpedicniPlan - fnVYROBA_AbsVyrobniKapacita - fnVYROBA_DetVyrobkuPOBKeDni - fnVYROBA_SumVyrobkuPOBKeDni
5. 5. 2. 2 - Výrobní příkazy - Vtahování POL z DZ Opravena chyba v datovém zdroji formuláře, která způsobovala nesprávně zobrazované množství automaticky navázaných vyráběných podsestav (díl, pol.) v případě, že z vyrobeného množství došlo k naskladnění dílů.
Tato chyba pak znemožňovala využít možnosti formuláře „vtáhnout ručně“ do výše plánovaného množství, protože hodnota „Navázáno celkem“ nebyla z důvodu chyby snížena.
Byla upravena následující funkce: - fnSTART_QVyrobniDokumentaceHDOKPOL_POHYBY
5. 5. 1. 2 - Evidence výrobních zakázek podle vzorů - Hyperlink na výrobní dokumentaci Do formuláře doplněn odkaz, který umožní přechod k vytvořené výrobní dokumentaci: Dolní forma – podložky detailů složek ve výrobní dokumentaci: odkaz „Výrobní dokumentace“.
V souvislosti s tím byl upraven formulář: Zadavani/START_VyrZak.htm
5. 5. 1. 3 - Výrobní dokumentace - Doplnění formuláře pro operace technologického postupu o rozpis pracovišť Na formuláři operací TP výrobní dokumentace byla doplněna forma pro zobrazení a editaci rozepsaných časů na pracovištích k plánované operaci "Pracoviště - rozpis".
V souvislosti s tím bylo na formuláři operace doplněno pohledové pravidlo AfterUpdate, které při změně začátku a konce operace zajistí u bilancované operace v tabulce BILANCE promítnutí změn času i v bilancovaném rozpisu nad pracovištěm..
5. 5. 1. 6 - Interaktivní grafické nástroje - Plánování úkolů/operací projektu Upraveno pravidlo pro uložení interaktivně editovaných počátků a konců plánované operace. Současně s uložením hodnot na operaci se provede aktualizace záznamu v tabulce BILANCE (rozpisy pro příslušné bilancované pracoviště).
V souvislosti s tím upraven předpis pro ukládání věty: gant/gantPro.idc
5. 5. 1. 6 - Interaktivní grafické nástroje - Plány a rozpisy - pracoviště Upraveno grafické zobrazení pro rozlišení jednotlivých typů zobrazení obsazených kapacit pracovišť podle druhu obsazení – VLDRUHOBSAZENI (do datového zdroje přidána položka MF_ROWSTYLE)
Ve formě rozšířena možnost odkazu na detail (vede na jednotlivý řádek bilance) a uložení změněné doby počátku a konce přímo z formuláře.
Provedeny změny následujících formulářů: - Gant/GG_RozpisyPracovist.htm - Gant/GG_RozpisyPracovist.htx - Gant/GG_RozpisyPracovist.idc
Provedeny změny ve funkci tvořící datový zdroj formuláře: - fnQGG_RozpisStrojovychZdroju
Nové zařazené formuláře: - Priprava/BilanceObsazenaKap.htm
5. 5. 1. - Plánování výroby - Plánování sdružených operací na pracovišti Umožní provádět zaplánování provedení operací na STEJNÉ pracoviště ve stejný čas, případně časy, které se částečně kryjí.
V TPV (5.1.1.3 – Technologický kusovník) bylo v souvislosti s uvedenou funkčností ve formuláři pro operace upraveno názvosloví položky „Způsob provedení operace“ na „Jednotlivá“, „Sdružená“ z původního „Následná“, „Souběžná“. Nový název je výstižnější.
Úprava názvosloví byla provedena i ve formuláři pro číselník pracovišť (5.1.3.2) a formuláři technologického postupu v činnosti 5.5.1.3 – Výrobní dokumentace
Formulář obsazených (bilancovaných) kapacit ke zvolené operaci technologického postupu výrobní dokumentace (5.5.1.3) umožní zobrazení souběžně zaplánovaných událostí pro dané pracoviště – odkaz „Obsazená kapacita pracoviště v souběhu“.
Provedena oprava formuláře „pracoviště“ – u jednotlivých záznamů nebylo možno editovat časy počátků a konců obsazených dob z důvodu chybějícího použití fchange.
Rovněž ve formuláři GANTT – interaktivní grafické formuláře (5.5.1.6) došlo ke změně, která spočívá ve vyvedení chybové informace při uložení změněných dat přímo z grafického formuláře. Zatím implementováno jen na oblast „Plány a rozpisy – pracoviště“.
V souvislosti s tím došlo k rozšíření tabulky BILANCE o položku VLTYPBILANCE (smallint), která určuje způsob provádění akce na daném pracovišti (jednotlivě X sdruženě). Souběžné zaplnění kapacity pracoviště různými událostmi ve stejný čas (případně částečně se kryjící) není implicitně povoleno. Událostem, které však mají nastaven přepínač VLTYPBILANCE=1 je souběžné obsazování kalendáře kapacit povoleno. To umožní zaplánovat operace u více různých zakázek na stejné pracoviště ve stejnou dobu (například vypalovací tunelová pec).
Provedeny následující změny pgm kódu: - fnQGG_RozpisStrojovychZdroju - spBILANCE_ValRec - spBILANCE_CalRec
Provedeno rozšíření struktury tabulky BILANCE: - VLTYPBILANCE smallint
5. 6. 2. 1 - Odvádění podle výrobního příkazu - Spotřeba podsestav s označením "NESHODNÝ VÝROBEK" ("NOK") V souvislosti se změnami kontrol při spotřebě navázaných neshodných podsestav při odvádění byla upravena stránka pro zobrazení kompletnosti MAT/POL. – zadavani/START_KrytiSpotrebyKK.htm.
Tato činnost je volaná odkazem „Krytí spotřeby“ z dolní formy formuláře pro odvádění výroby a zobrazuje výčet navezených materiálů a podsestav připravených pro spotřebu odvedením operace. Pravá dolní forma zobrazuje navezené podsestavy (POL). Pokud je některý navázaný díl neshodný a parametrem VYROBA_VTAHOVAT_NOK je nastaven zákaz spotřebovávat neshodné podsestavy, má takový řádek žluté výstražné označení, aby obsluhu na tuto skutečnost upozornil. Při odvedení nedojde ke spotřebě takového navezeného dílu. Podle místního nastavení podmínek při odvedení operace, například tehdy, kdy je nastaveno důsledné sledování navezeného materiálu/polotovaru, nemusí pak být požadavek vykryt a k odvedení operace nedojde vůbec.
Parametrizace systému
9. 6. 1 - Parametry aplikace - Nový parametr VYROBA_VTAHOVAT_NOK ve skupině „výroba“ Nastavuje způsob vtahování podsestav označených jako „neshodných“ do spotřeby při odvedení operace.
Defaultní hodnota parametru je 0 – nevtahovat neshodné podsestavy. Hodnota 1 zajistí vtahování neshodných podsestav bez omezení. Dále je možno nastavit parametr i pro stanovení konkrétního typu ‚X‘ neshodné podsestavy, kterou je povoleno vtahovat při odvedení (hodnota parametru se uvede dle masky 1X).
V souvislosti s tím byly provedeny následující změny: - Založena nová funkce fnPVV_VtahnoutPodleParam_NOK, která vrací hodnotu 0/1 pro možnost vtažení daného dílu podle vyhodnocení kombinace předaných parametrů, kterými jsou: VLZMETEK VLTYPZMETKU PARAMETR (VYROBA_VTAHOVAT_NOK)
- Provedeny úpravy procedury SPSTART_JEKOMPLETNIMATPOL tak, aby pracovala s vyhodnocovacím algoritmem pro vtažení při kontrole kompletnosti navezených podsestav.
Změny procedur
spVYROBA_DelRec_HDOK - Rušení závislostí hlaviček dokladů (agenda CSP, nářezové plány) Přemenování procedury spVYROBA_DelRecHDOK na spVYROBA_DelRec_HDOK Důvodem bylo problematické volání jmenného identifikátoru procedury překladačem TSQL – interpretace cH není jako ‚ch‘
Smazáno: spVYROBA_DELRECHDOK
Přejmenováno: spVYROBA_DelRecHDOK na spVYROBA_DelRec_HDOK
Ve skriptu procedury spCSP_ObnovitPozadavky Provedena změna volání na proceduru nového jména.
ESO9 podpůrné nástroje
Změny v klientské komponentě
Změny v terminologii - Tabulka/detail Terminologie tabulka/detail upravena v tabulka klávesových zkratek v nápovědě a v kontextovém menu klienta. Zároveň nakopírováno do wikipedie.
Technologie ESO9 - server + klient
Změny v technologii .NET
Aplikační server - Parametr MAXDATAROWS na uživatele Pokud byl zadán parametr MAXDATAROWS na vybraného uživatele (tj. vyplněna tato položka v tabulce uživatelů), uplatnilo se omezení i na IDC/HTX sestavy, což bylo chybné chování, omezení se má týkat pouze aktivních formulářů. Opraveno 20.1.2017.
Aplikační server - Práce s SMS V ESO9 přibyla možnost práce s SMS. Ve verzi Start je práce s SMS (odesílání, kontrola stavu, potvrzování doručenek) napojena na CRM, ve vlastním Profi řešení ji lze napojit kamkoli. Bližší popis řešení viz ESO9wiki. Dostupné od 18.1.2016.
Kleientská komponenta - Položky typu checkbox ve filtrovacím formuláři Náhodné zapnutí filtrovacích položek typu "checkbox". Ve formulářích s použitými filtrovacími položkami typu "checkbox" docházelo při opakovaném otvírání filtrovacího formuláře náhodně k přepnutí těchto položek do stavu 1 ("ON"). Na vině je náhodné vypadnutí okna filtru z kompatibilního režimu. Opraveno v klientské komponentě v5.4.0.5.
Aplikační server - Synchronizace CRM ESO9 s kalendářem v MS Outlooku Synchronizace CRM ESO9 s kalendářem v MS Outlook končila v některých případech chybou na dešifrování uživatelského hesla. Na vině byla různě velká písmena ve jméně aplikační databáze, která jinak vrací vnitřní funkce SQL Serveru (např. "Eso9StartSKTEST“) a komponenta ADO.NET (např. "ESO9StartSKTest"). Opraveno 26.1.2016.
Aplikační server - Automatické stahování dat z ARESu Vytvořen jednoúčelový robot pro automatické stahování a aktualizaci dat z rejstříku ARES (AutStazeniARES.exe, konfigurace v AutStazeniARES.exe.config). Nástroj funguje analogicky se stahováním z ostatních externích zdrojů (ISIR, kurzovní lístky), konfigurace se provádí v souboru AutStazeniARES.exe.config, LOGování se provádí buď jen do logovacího souboru, nebo zároveň do logovacích databází jednotlivých aplikací, do nichž se data stahují. Nástroj bude k dispozici v instalaci aplikačního serveru ve složce ESO9LIB ve verzi 5.5, popř. si jej lze vyžádat již nyní (verze 5.4). Dostupné od 30.1.2017.
Aplikační server - Nadpis formy s parametrem HEADBAR=NONE Pokud byla ve stránce s několika formami uvedena poslední s parametrem HEADBAR=NONE, generovaly se v obecném klientovi chybně nadpisy forem (zdvojoval se v nich nadpis formy v tagu CAPTION). Opraveno ve verzi z 1.2.2017.
Aplikační server - Přímý export do Excelu Timeout pro přímý export do Excelu (PrintDest = XLS2) je možné zadávat systémovým parametrem "XLS2GenTimeout" (v sekundách). Výchozí hodnota parametru je 40 sekund. Dostupné v technologii od 2.2.2017.
Klientská komponenta - Změna barvy indikátoru v browse Do klientské komponenty pro Internet Explorer byla doplněna možnost externě (stylem) změnit barvu pozadí aktuální a označené věty v indikačním sloupci (oranžový "čtverec" - v CSS vlastnosti .esoBr CurrentRowIndicator/CheckedRowIndicator). Dostupné v klientské komponentě od 1.2.2017.
Klientská komponenta - Opis dat do XLS Do klientské komponenty byla doplněna horká klávesa Ctrl+. pro opis dat do XLS (dle nastavení klienta buď do OWC nebo přímý export do Excelu). Akce je zároveň dostupné v kontextovém menu klienta ve složce "Sestavy". Dostupné v klientské komponentě v5.4.0.6.
Aplikační server - Doba trvání datového zdroje v informacích o datovém řádku V informacích o datovém řádku se nově zobrazuje i doba trvání (posledního spuštění) datového zdroje. Dostupné v technologii od 3.2.2017.
Klientská komponenta - Mazání označených řádků Pokud je ve formuláři zakázáno tlačítko Smazat, nebude v kontextové nabídce přístupná volba "Označení řádků -> Smazat označené řádky". Dostupné od klientské komponenty v5.4.0.5.
Aplikační server - Sestavy s výstupem do OWC komponenty v obecném klientovi Sestavy s PrintDest=XLS (tisk do OWC komponenty v klientovi pro Internet Explorer) jsou v obecném klientovi realizovány výpisem do spreadsheetu (podobně, jako opis dat) s možností vyexportovat data přímo do sešitu Excelu. Dostupné v technologii od 6.2.2017.
Aplikační server - Historie datové věty Při editaci dat se nově ukládá nejen relační ID věty, ale i jméno vazební tabulky. Při zobrazování informací o datovém řádku je tak nyní možné sledovat změny ve všech vazebních tabulkách (dosud se zobrazovaly pouze změny v ADD tabulkách, které bylo možné dohledat díky korelaci jejich jména se jménem základní tabulky pohledu). S tím souvisí změna významu položky IDREL v logovací databázi. Dosud se používala ve dvou různých významech: ID věty z Master formy v případě vkládání věty do Slave formy (ve vazbě Master-Slave) a právě ID hlavní tabulky pohledu v multieditačním pohledu. Nově má tato položka vždy pouze druhý uvedený význam. Dostupné v technologii z 9.2.2017.
Aplikační server - Aktualizace dat z rejstříku ARES Při aktualizaci informací o subjektu z rejstříku ARES se aktualizují položky DTUPDATE a IDUZIVATEL_UPDATE) v tabulce SUBJEKT. Protože však aktualizace subjektu může být i výsledkem jiného (ručního) zásahu, založí se při aktualizaci z ARESu k danému subjektu poznámka typu AktAR s datem a časem poslední aktualizace vůči rejstříku ARES. V kombinaci s možností hromadné aktualizace subjektů i z více aplikací tak lze nadefinovat automatickou obnovu informací o subjektech se zadaným intervalem (týden, měsíc, ...). Dostupné v technologii od 20.2.2017.
Klientská komponenta - Rozměry indikačního sloupce v browse/tabulce V klientovi pro Internet Explorer by upraven přepočet pro vykreslování indikačního čtverečku v závislosti na výšce řádku. Výška řádku se přitom mění se změnou velikosti nebo řezu použitého fontu. Dostupné od klientské komponenty v5.4.0.6.
Klientská komponenta - Export do ISDOC V exportu faktur do formátu ISDOC došlo k úpravě identifikátoru řádků dokladu: stávající identifikace řádků byla ponechána v elementu ID a nově byla doplněna i do elementu SellersItemIdentification se stejnou hodnotu (SLOZKA_IDENT). Dostupné od klientské komponenty v5.4.0.6.
Aplikační server - Zobrazení vybraných tlačítek z formuláře v tabulce/browse Vybrané uživatelské akce na tlačítko lze zobrazit v liště pod tabulkou (browsem). Důvodem je zrychlení práce ve formuláři při zobrazení dat v tabulce (dosud bylo možné akce ve formuláři spouštět jen přes kontextové menu). Do HTML definice vybraných akcí (tlačítek) se doplní vlastnost brwAction="1". Dostupné v technologii od 22.2.2017.
Aplikační server - Parametr RowsCountQuery v kombinaci s vazbou SAME Při použití parametru RowsCountQuery ve formuláři, na nějž se přešlo vazbou SAME, se nedoplňovaly do SQL dotazu všechny parametry z odkazu na původní (zdrojovou) stránku. Výsledný dotaz potom mohl vracet vyšší počet řádků, než bylo povoleno (a korektně vyfiltrováno). Opraveno v technologii z 6.3.2017.
Aplikační server - Chyba v konfiguraci Při tvorbě výchozí konfigurace se 3-mi položkami ve filtru mohlo dojít při uplatnění (tj.načtení) této konfigurace k chybě syntaxe SQL dotazu. Opraveno v technologii z 21.2.2017.
Aplikační server - Kopie řádku Pokud během kopie řádku došlo k chybě v obchodním pravidle CopyRec a kopie nebyla provedena, při další práci s daty přesto zůstal řádek nově vložený a ve stavu Insert (nově vložený). Opraveno ve verzi z 10.3.2017.
Aplikační server - Obnova závislých forem po akci na tlačítko Pokud po provedení akce na tlačítko vypadla aktuální věta z datového kurzoru (např. vlivem filtrovacích podmínek), došlo sice v řídící formě ke správnému posunu na následující větu, ale již nedošlo k synchronizaci všech závislých forem. Díky tomu v závislých formách zůstala data navázaná k původní větě z řídící formy (s výjimkou použití parametru REFRESH_ALL_FORMS). Opraveno v technologii ze dne 13.3.2017.
Aplikační server - Import ISDOC Při importu faktur přijatých z ISDOC se neimportovala druhá snížená sazba DPH, namísto ní se importovala částka mimo daň. Opraveno 15.3.2017.
Aplikační server - Tisk sestav s obrázky z obecného klienta V případě tisku sestavy z obecného klienta, která obsahuje více obrázků z DMS, se některé z nich nedotáhly v případě, že některý z obrázků měl hodnotu sloupce "FileGUID" NULL. Opraveno ve verzi z 23.3.2017.
Reporting Server - Optimalizace Reporting Serveru V rámci optimalizace Reporting Serveru došlo jednak k mírnému zrychlení (cca 1 sestava za sekundu) a zejména ke snížení množství spotřebované operační paměti (cca 500 sestav = 26MB). Dostupné od RS verze 5.3.0.5.
Aplikační server - Chyba v synchronizaci více forem Chyba v synchronizaci více forem s parametrem REFRESH_ALL_FORMS. Mějme 3 navzájem závislé formy: 1 <- MasterSlave -> 2 <- Parameters -> 3. Ve 3.formě je použit parametr REFRESH_ALL_FORMS, tj. po změně data v této formě se mají znovu načíst data ze všech forem bez ohledu na jejich změnu. Při synchronizaci všech tří forem docházelo k výpadku MasterSlave podmínky z druhé formy a v důsledku toho k načtení všech řádků bez ohledu na definovanou vazbu. K opravě došlo až po ruční obnově dat. Opraveno v technologii ze dne 4.4.2017.
Aplikační server - Našeptávač v obecném klientovi Ve zrychleném číselníku (aka našeptávač) v obecném klientovi byl doplněn o nový parametr s výčtem sloupců pro zobrazení: jedná se o hidden parametr formy "QPCOLS" a obsahuje výčet sloupců zobrazených v našeptávači oddělených středníkem. Bude-li nad stejnou formou (číselníku) nadefinována defaultní konfigurace, bude mít přednost před pevně vyjmenovanými sloupci z parametru "QPCOLS". Dostupné v technologii od 27.4.2017.
Klientská komponenta - Omezený Startfiltr V případě použití výchozí konfigurace ve formuláři bez definice filtrovacích podmínek v kombinaci s použitím mechanismu omezení počtu řádků načítaných uživatelem mohlo docházet při opakovaném zobrazení filtru k tomu, že ve filtrovacím formuláři byly dostupné k editaci pouze položky, které uživatel vyplnil při prvním vstupu do formuláře. Opraveno v klientské komponentě v5.4.0.6.
Klientská komponenta - Změna v chování filtru Úprava chování filtru: pokud vyvolám filtrovací formulář a zadám syntakticky špatné filtrovací podmínky, klient vypíše chybu. Po odklepnutí se znovu objeví formulář filtru a požaduje správné zadání; dříve se filtr zavřel a pro zadání správných filtrovacích hodnot bylo třeba jej znovu ručně otevřít. Filtrovací formulář lze samozřejmě kdykoli zavřít křížkem nebo klávesou ESC bez zadání filtrovacích podmínek. Dostupné od klientské komponenty 5.4.0.6.
Obecný klient - Tisk řádkových sestav z obecného klienta Při tisku řádkových sestav do formátu STIMHT (např. hlavní kniha) v obecném klientovi nebylo možné z nástrojové lišty provést tisk do ostatních formátů (PDF, XLS, DOC, ...). Opraveno v technologii z 18.5.2017.
Obecný klient - Formátování textů v IDC sestavách Při formátování textů do IDC/HTX sestav v obecném klientovi docházelo někdy k vypuštění odřádkování, což vedlo v delších textech ke znepřehlednění. Důvodem bylo různé formátování odřádkování ve zdrojových datech (někdy CR-LF, někdy jen LF) vzniknuvší patrně kopírováním přes clipboard z jiných SW. Opraveno v technologii z 22.5.2017.
Obecný klient - Hromadný tisk sestav Do obecného klienta byla doplněna podpora hromadného tisku do souborových formátů mimo HTML. Dostupné od 23.5.2017.
Reporting server - Sestavy s obrázky Do Reporting Serveru byla doplněna podpora generování sestav s obrázky z položek se jménem obsahujícím text "FileGUID". Dostupné od verze 5.5.0.0.
Aplikační server - Strom navštívených činností Upravena logika zavírání činností ze stromu navštívených/historie: * Zavírám-li aktuální stránku (tučnou) zavře se, v hlavním okně se namísto ní objeví výchozí stránka uživatele a stránka s navigací se automaticky obnoví, tj. zobrazení se v ní aktuální stav. * Zavírám-li stránku, která není aktivní, pouze se zavře a obnoví se stránka s navigací. Pracovní okno nadále zobrazuje aktuálně otevřenou stránku. * Zavírám-li nadřízenou stránku, která má některou z podřízených stránek aktivní, stane se totéž, co v bodě 1.
Klientská komponenta - Chyba "index out of bounds" v browse/tabulce Při práci v browse docházelo výjimečně k náhodné chybě "index out of bounds", která byla způsobena přepočtem viditelných sloupců v dané konfiguraci. Opraveno v klientské komponentě v5.5.0.1.
Aplikační server - Překlady do němčiny V rámci prací na přípravě německé legislativy byly doplněny překlady do němčiny na řadě míst v serveru a klientovi. Dostupné v technologii v průběhu června 2017.
Technologie ESO9 - server
Změny v technologii .NET
Aplikační server - Dávkové ukládání dokumentů z DMS do souborů Ve verzi je k dispozici program, který (dávkově) uloží vybrané dokumenty z DMS do souborů. K doptání vč. podrobného popisu na oddělení vývoje.