Banka
 |
Pro řady dokladů s nastavením druh pohybu = dobropis vydaný byl na záložku 4 – Návazné doklady, oddíl [3] Banka, doplněn nový atributVariabilní symbol pro platební příkaz:
Při akci Generování tuzemského PP v hlavní měně, Generování tuzemského PP v cizí měně, Generování zahraničního PP + vše i pro sdružené platby (akce přehledu Fakturace) se v případě Dobropisu vydaných bude přihlížet k tomuto nastavení. Nastavení je také zohledněno při akci Přenos faktur z editoru řádku Tuzemského platebního příkazu. |
|
Při importu bankovního výpisu v cizí měně přes BankApp byl doplněn algoritmus dohledání a přednastavení kurzu cizí měny na hlavičku výpisu. |
|
Rozšířena akce Příprava účtování bankovního výpisu. Funkcionalita dotažení účtu z řady dokladů, pokud je k řádku bankovního výpisu připojena faktura, která je označena jako Zálohová faktura, byla rozšířena i pro Daňové doklady k přijaté platbě. Tj. pokud je k řádku bankovního výpisu připojena faktura, která je vystavena v řadě Daňový doklad k přijaté platbě (na řadě musí být toto zatrženo), pak při přípravě účtování systém dotáhne účet z pole Účet zálohy na příslušné řadě Daňových dokladů k přijaté platbě. |
|
Při zasílání SEPA plateb do BankApp z přehledu Platební příkazy tuzemské akcí SEPA platby se ve Zprávě pro příjemce (message) uvádí nově i variabilní, příp. konstantní a specifický symbol. Zpráva pro příjemce se složí ve tvaru:Účel platby + VS:nnnnnnnn + KS:nnnnnnnnnn + SS:nnnnnnnnnn
Příklad: Platba faktury VS:1234567890 |
|
V akci Definované importy v přehledu úhrad řádku bankovního výpisu jsou k dispozici nové atributy
Umožňují importovat údaje Text a Účetní účet k řádkům, které se vytvoří pro atributy Obratová částka 2 a Obratová částka 3. |
|
Přenos výpisů z BankAppU vlastních bankovních spojení je možné ovlivnit, jak se budou číslovat bankovní výpisy přenášené z BankApp (netýká se importů bankovních výpisů přes Zprávy → Načtení zpráv).
Do tabulky hlaviček výpisů byl přidán nový atribut Původní číslo výpisu , kam se bude při importu z BankApp zapisovat číslo výpisu od banky, pokud je součástí výpisu. Pokud není číslo součástí výpisu z banky, zůstane pole prázdné. Konfigurace pro jednotlivá období: V editoru bankovního spojení vlastní organizace (tj. s vazbou na org. č. 0) doplněna na záložce 5 – Bankovní API, podzáložka Bankovní výpisy nová akce Číslování importovaných výpisů. Potvrzením akce se zobrazí přehled Účetních období. Každé jednotlivé Účetní období jde dát do Opravy, kdy se objeví editor, kde je možné nastavit: Zaškrtávátko “Zachovat číslo výpisu banky“ (Výchozí nastavení zaškrtnuto). Pokud je zaškrtnuto, jsou ostatní atributy v nastavení nepřístup né a bude se to chovat jako nyní. Číslo výpisu se naimportuje také do nového atributu Původní číslo výpisu. Pokud nebude zaškrtnuto, zpřístupní se následující atributy, výpisy se budou podle jejich nastavení číslovat bez ohledu na to, co přiteklo z banky (číslo přidělené bankou se uloží do nového atributu Původní číslo výpisu). “Řada dokladů“ Nastavuje se číslo, které dostane první importovaný výpis v daném období, např. 240001 nebo 1001 (výchozí hodnota 1) “Plnit mezery“ Zaškrtávátko (výchozí hodnota nezaškrtnuto) Při založení nového účetního období se převezme nastavení z nejbližšího předchozího. Import výpisů přes BankApp bude pro plnění atributu Číslo výpisu přihlížet k novému nastavení na období. Období se dohledá podle Datumu výpisu. Pokud Zachovat číslo výpisu = zaškrtnuto – vše jako doposud Pokud Zachovat číslo výpisu = nezaškrtnuto + Plnit mezery = nezaškrtnuto – v přehledu bankovních výpisů se pro dané vlastní bankovní spojení dohledá výpis s nejvyšším číslem. Nově zakládanému výpisu dá systém číslo +1 a provede test – číslo nového výpis je rovno nebo vyšší než údaj v Řada dokladů: ANO -> použiji toto číslo NE -> použiji číslo = Řada dokladů pro dané období Pokud pro dané bankovní spojení nebude v období dohledán žádný jiný výpis, pak systém použije číslo = Řada dokladů Pokud Zachovat číslo výpisu = nezaškrtnuto + Plnit mezery = zaškrtnuto – v přehledu bankovních výpisů najde systém pro dané vlastní bankovní spojení první volné číslo, které je vyšší než údaj v Řada dokladů. Pokud žádné takové není, pak přiřadí číslo = Řada dokladů Tato konfigurace bude sloužit pouze pro BV importované přes BankApp. |
|
V editoru pro generování platebního příkazu ve fakturaci lze nově přidat korekci datumu splatnosti. Korekci lze použít, pokud je nastaveno Převzít datum splatnosti z dokladu.
|
|
Doplnění funkcionality nastavení příznaku “Stav přípravy účtování“ na řádcích bankovního výpisu pro úhrady Leasingu. Nyní by se mělo chovat stejně jako pro úhrady (s vazbou na fakturaci, saldo popř. ručně zadané).Úpravy se týkají zejména těchto oblastí:
|
|
Upravena provázanost práv pro přehledy Bankovní spojení.Pokud nemá uživatel právo na přehled systémové číslo 105 – Bankovní spojení zaměstnance, automaticky se mu omezí zobrazení údajů v přehledu 104 – Bankovní spojení, kdy bankovní spojení s vazbou na zaměstnance se uživateli nebudou zobrazovat.
Obdobně se chová v případě, že uživatel nemá právo na přehled 63 – Bankovní spojení organizace. V tomto případě se v přehledu 104 – Bankovní spojení nebudou zobrazovat bankovní spojení s vazbou na organizace. |
|
Příprava účtování řádku bankovního výpisu – dohledání účtu dle pomocného textuZměna principu porovnání řetězců. Dříve se dohledával pomocný text pouze na principu shody řetězců, řetězec1 = řetězec2. Nově, pokud neskončí úspěšně dohledávání na základě úplné shody, se pomocný text dohledává na principu řetězec1 (účel platby na řádku bankovního výpisu) obsahuje řetězec2 (text na pomocném textu). |
|
Založení řádku platebního příkazu v přehledu Řádky platebního příkazu přes akci Přenos faktur. Nebylo možné založit řádek platebního příkazu pro uvolněné zádržné, které bylo uvolněno do budoucnosti, i když datum splatnosti platebního příkazu bylo rovno nebo vyšší než datum uvolnění zádržného.Upraveno. |
|
Při ručním pořízení bankovního výpisu se neplnila pole Obrat kredit a Obrat debet na hlavičce bankovního výpisu. Doplněno.Při založení bankovního výpisu importem jsou pole plněna v závislosti na formátu importního souboru. |
|
Na bankovním spojení vlastní organizace (vazba na organizaci č. 0) lze nově nastavit, co se má při generování platebního příkazu z fakturace přenést do účelu platby.V editoru bankovního spojení je na záložce č. 2 – Platební příkazy nový region [5] Účel platby na platebních příkazech. Jeho funkcionalita je shodná jako při nastavení v globální konfiguraci, avšak pouze pro konkrétní bankovní spojení. Aby bylo možné účel platby pro vybrané bankovní spojení nastavit, je třeba nejprve zaškrtnout “Použít pro účel platby”. Bez tohoto nastavení nelze dále vybírat, které atributy se mají z faktury přenést do účelu platby a zároveň k nim není při generování platebního příkazu přihlíženo.
Do účelu platby lze přenášet atributy:
Nastavený Oddělovač se použije pro oddělení jednotlivých atributů, které jsou označeny pro přenos do Účelu platby na platebních příkazech (tuzemských i zahraničních). Výchozí hodnota „není“ představuje výchozí stav a lze změnit na Středník (;), Čárka (,), Plus (+). Oddělení Párovacího znaku 2 plusy na začátku i konci zůstává beze změny. |
|
Upravena funkcionalita Generování bankovního spojení:
|
|
Bankovní výpisy – Definované importy.Byla přidána možnost importovat ze souboru atributy Účetní účet a Text. |
|
Založena nová konstanta do Banka/Bankovní výpisy/Úhrady, která při Automatickém přiřazení úhrad. vyřadí bankovní spojení, která mají vazbu na organizaci v určitém stavu (viz. atribut Stav v přehledu Organizací, popř. v editoru organizace)Přiřazovat úhrady na bankovní spojení k organizacím:
|
|
Bankovní výpisy, akce Definované importy.Když je import nastavený tak, že se mají naimportovat všechny soubory ze zvoleného adresáře, a v adresáři jsou výpisy z více účetních období, naimportují se nově všechny výpisy spadající do neuzavřených období. Dosud se importovaly pouze výpisy do aktuálně vybraného období, u ostatních výpisů byla v logu hláška “Výpis nespadá do aktuálního období”.
Příklad: Importují se výpisy z období 2024 a 2025, aktuálně vybrané období je 2024, obě období jsou otevřená. Dosud se naimportovaly pouze výpisy do období 2024, nově se naimportují výpisy do obou období. |
 |
Opravena chyba ve výpočtu kurzového rozdílu při přiřazení úhrad k řádku bankovního výpisu. Chyba se projevila, pokud na již založené úhradě docházelo k dalším změnám (např. uživatel změnil částku). |
Celní případy
|
U dokladů NCTS přijatý se po načtení zprávy „Vykládka povolena“ přepočte sloupec TabNCTS.PocetNaklKusu stejným způsobem jako by to provedl uživatel stiskem tlačítka. Nahrazuje se tím původní zaniklá funkcionalita. (Do 2.10.2023 se sloupec doplňoval z XML “vykládka povolena” po tomto datu ale XML tento údaj neobsahuje.) |
|
Při exportu vývozní deklarace do xml bude dodatečný text k dodací podmínce exportován pouze při podmínce XXX. |
|
Při změně druhu nákladových kusů bez změny označení nebo počtu n.k. mohlo dojít k zobrazení chybového hlášení a vymazání údajů o nákladových kusech. Opraveno |
|
V editoru přehledu “Odesílání informací o změně stavu” přibylo pro každý stav nové zaškrtávátko “Dok”, které má výchozí stav “Nezaškrtnuto“ – v případě zaškrtnutí se pro daný stav celní deklarace začnou odesílat i další dokumenty připojené v přehledu “Dokumenty” u dané deklarace.V editoru přehledu “Dokumenty” přibylo na dokumentu na záložce “Specifikace” nové zaškrtávátko “Zahrnout do emailu při změně stavu”, které má výchozí hodnotu “Zaškrtnuto”.
Automatické odesílání informací o změně stavu nyní spolu s XML a tiskovým formuláře odesílá také všechny dokumenty připojené k dané celní deklaraci, které mají zaškrtnuté nové zaškrtávátko “Zahrnout do emailu při změně stavu” |
|
CLA – Odesílání informací o změně stavu – aby se mohl tiskový formulář odeslat v mailové zprávě spolu s příslušným XML, je třeba PDF nejprve vygenerovat a uložit někam na disk. Do této chvíle bylo nutné aby na zvoleném tiskovém formuláři existovala nastavení pro uložení PDF do souboru. I nyní se generování primárně dívá do nastavení na daném tiskovém formuláři. Pokud ale toto nastavení není vyplněno, hledá se uživatelské lokální nastavení “Implicitní typ pro uložení tisku do souboru” a “Implicitní cesta pro uložení tisku do souboru”. Pokud není ani zde, vyskočí sada dialogů, které musí uživatel potvrdit. |
CRM
|
Akce Aktualizace údajů z webu [CZ] nad organizacemi byla upravena, aby v případě zapnuté konstanty Automaticky generovat zveřejněné bankovní účty zkontrolovala již existující účty, zda jsou / nejsou mezi zveřejněnými bankovními účty v registru správce daně. Pokud by účet nebyl zveřejněn, tak systém v procesním okně na tuto skutečnost upozorní. |
|
Ares – v rejstřících, z nichž se čerpají adresní údaje, nastávají případy, kdy tyto údaje nejsou strukturovány do jednoznačně určených polí pro jednotlivé části adresy, ale předávají se pouze pohromadě v 1 atributu textovaAdresa , nebo jsou částečně zadány v adresních polích, ale ne ve správných (např. PSČ spolu s názvem obce v poli pro ulici, popisné číslo spolu s místem sídla).Akce Aktualizace/ověření dle Ares v takovém případě adresní údaje nezískala, nebo je naplnila jenom do některých atributů, a pokud si je uživatel zjistil a ručně doplnil do příslušných políček, nebo přesunul do správných políček, následné provedení akce nabídlo jejich vymazání, nebo přepsání. Není-li adresa zadána korektně, vrací Ares v odpovědi na dotaz příznak standardizaceAdresy s hodnotou false , jinak s hodnotou true.
Funkcionalita akce Aktualizace/ověření dle Ares byla proto upravena tak, že v případě, že je adresa předána s hodnotou příznaku standardizaceAdresy false , zobrazí se ve výsledku ověření navíc řádek Údaj / Helios / Ares Ares_textovaAdresa / Nestandardizovaná adresa – aktualizujte chybějící/nesprávné adresní údaje ručně dle textové adresy ve sloupci Ares / obsah_pole_textova_Adresa a nedochází ke kontrole adresních polí, které Ares nepředal a uživatel si je na dané organizaci vyplnil. Uživatel tedy má možnost si z předané textové adresy adresní údaje vytěžit a zadat je do příslušných polí v editoru Organizace. Pokud Ares nějaká adresní pole předává, jsou nadále akcí porovnávána a jejich nesoulad vůči hodnotám zapsaným v číselníku Organizace je ve výsledku ověření zobrazován. Uživatel tedy musí takové případy při ověření vždy posoudit a nežádoucí aktualizaci zabránit. |
Evidence pošty
|
Datové schránky – v souvislosti s implementací velkoobjemových zpráv nad 20MB jsme narazili na technologická omezení v programovém prostředí DELPHI, která nám neumožnila implementovat dodatečné načítání zpráv odeslaných přes webové rozhraní ISDS do prostředí iNuvio. Přitom z iNuvio zprávy větší než 20MB odesílat lze. S ohledem na tuto skutečnost bylo do lokálních konstant ve skupině parametrů Evidence pošty doplněno nastavení Nestahovat odeslané velkoobjemové datové zprávy . Je-li zatrženo, pak stahování zpráv zcela ignoruje velkoobjemové zprávy odeslané přes webové rozhraní ISDS. Není-li zatrženo (výchozí nastavení), uživatel v rámci stahování vidí, že mezi stahovanými zprávami jsou i velkoobjemové zprávy, ale jejich stahování neproběhne. Uživatel si tedy může řídit, zda chce mít informaci o existenci velkoobjemových zpráv odeslaných mimo iNuvio, nebo ne. |
Fakturace
|
Do editoru řady dokladů přidány na záložku 4 – Návazné doklady do oddílu [4] Účtování nová pole Účetní kód zádržné a Účetní kód uvolnění zádržného .Pole se zobrazují pouze pro Řady dokladů s druhem pohybu zboží = Faktura přijatá, Faktura vydaná, Dobropis přijatý, Dobropis vydaný. Výběr z Účetních kódů – kontací je omezen na Účetní kódy s Druh pohybu = Zádržné.
Při zakládání nového zádržného k dokladu se předvyplní atributy Účetní kód dle nastavení na řadě:
Pokud nebude účetní kód zádržného (popř. uvolnění zádrž.) vyplněn. Bude fungovat stejně jako doposud. Uživatel může v editoru zádržného účetní kódy změnit nebo smazat. |
|
U textových položek v režimu přenesení daňové povinnosti (PDP), na kterých je vyplněný kód PDP se zákonným limitem pro aplikování režimu PDP, je nově prováděna stejná kontrola limitu jako na skladových položkách. |
|
Do distribučních formulářů -1470 a -1574 byl doplněn tisk rekapitulace DPH v případě, že je v konečné faktuře odečtena daňová záloha v plné výši, částka k úhradě je nulová a rekapitulace DPH je tím pádem také nulová. |
|
Upraveno zarovnání údajů položek v tiskovém formuláři faktury -1574 Daňový doklad – faktura, dobropis – Recyklační p. |
|
Na řadách faktur a dobropisů byla umožněna editace atributu Daňový doklad k přijaté platbě (TabDruhDokZbo.JeToDDPP). V předchozích verzích byl atribut zaškrtnutý a nepřístupný v případě, že je řada vyplněná jako Řada dokladu o přijaté platbě na řadě dokladu, který má zaškrtnut atribut Zálohová faktura. Toto chování je zachováno, u ostatních řad je možné atribut nastavit i ručně. |
|
Byly provedeny úpravy tiskových formulářů faktur vydaných, systémová čísla -1470, -1471, -1473, -1476 a -1546.
|
|
Přiřazování daňových záloh na realizační fakturu v režimu samovyměření akci Nový bez vazby. Bylo upraveno chování přepočtů částek v editoru položky přiřazené daňové zálohy v pravé oblasti pro samovyměření, pro:
Pokud je hlavní měna a měna DPH stejná a i kurzy jsou stejné, při automatickém přepočtu se částky v hlavní měně zkopírují do částek v měně DPH resp. naopak. V případě různých měn dojde při automatickém přepočtu k přepočtu částky v hlavní měně do částek v měně DPH resp. naopak prostřednictvím měny faktury. |
|
U tuzemských faktur v cizí měně byl změněn způsob přepočtu částek pro posouzení zákonného limitu režimu přenesení daňové povinnosti. Nově se částky přepočítávají daňovým kurzem. |
|
Do přehledu Vydané/Přijaté faktury byla do Nastav přidána možnost zobrazit údaje z dokladu Původní faktura/dobropis. |
|
Při spuštění akce “Generuj DDPP/real.“ na dokladu, který má zatrženo DDPP (TabDokladyZbozi.JeToDDPP=1), se nově neprovádí kontrola částky zálohy a částky úhrady. Tj. nezobrazí se informativní hláška o nesouladu částky zálohy a částky úhrady. |
|
Do akce Vydané faktury, Tisk, Hromadně pro datovou schránku byla zapojena nová uživatelská procedura dbo.ep_OnAfterHromadneProDS01Popis: Procedura pro úpravu záznamu datové zprávy, po provedení akce Vydané faktury, Tisk, Hromadně pro datovou schránku
CREATE PROCEDURE ep_OnAfterHromadneProDS01 @IDDokladu INT, — ID faktury vydané @IDDatoveZpravy INT — ID právě vygenerované datové zprávy AS |
|
V přehledech Vydané faktury a Přijaté faktury je pro označené záznamy k dispozici nová akce Hromadné změny.Po spuštění akce se zobrazí editor hromadných změn se dvěma záložkami:
Údaje na první záložce je možné měnit před realizací dokladu. Údaje na druhé záložce je možné měnit po nebo před realizací dokladu, ale pouze před zaúčtováním dokladu, |
|
Rozšířena již existující globální konstanta modulu Fakturace – Generování pokladních dokladů.Nově byla přidána volba Automaticky po realizaci (mimo bezhotovostní úhrady).
Při realizaci faktury systém kontroluje nastavení globální konfigurace Generování pokladních dokladů, pokud bude nastavena nová volba “Automaticky po realizaci (mimo bezhotovostní úhrady)”, provede kontrolu na nastavení atributu Bezhotovostní na formě úhrady, která je na faktuře přiřazena. Pokud na formě úhrady není zatrženo Bezhotovostní, pak při realizaci faktury systém automaticky vygeneruje pokladní doklad. |
|
Akce “Aktualizovat ceny položek podle aktuální cenotvorby” nedotahovala na položku správný daňový klíč v případě že:
Opraveno. |
|
Faktury – akce Načti QR fakturu skončila chybou:Vložili jste QR kód platby, který ale neobsahuje informace o faktuře. Pro správné zpracování použijte:
v případě, že v integrovaném QR kódu platby s fakturou byla za klíčem X-INV: před řetězcem s fakturou vložena mezera. Opraveno |
|
Atributy Druhý párovací znak, Zboží/služba a Poměrný koeficient bylo možné editovat i po zaúčtování faktury.Opraveno. |
|
Přenos textové položky na fakturu z přednastavených textových položek (z přehledu Poznámky k dokladům).Když bylo u textové položky v Sazbách DPH zaškrtnuto Přenesení daňové povinnosti, došlo k tomu, že se na fakturu sice přenesla sazba DPH, ale nenastavilo se, že jde o samovyměření.
Opraveno. |
|
Realizační faktura tuzemská v CM s odpočtem záloh. Ručně se edituje připojená záloha hodnoty v CZK, i daňové hodnoty v CZK.Při ukládání faktury hláška “Položka ‚Cena s DPH ‚ musí být zadána !
Opraveno |
|
Ve fakturách v cizí měně se samovyměřením byly nesprávně vyčísleny sloupce Základ DPH daňový kurz, Celkem s DPH daňový kurz, Částka DPH daňový kurz.Opraveno. |
Fakturácia (SK)
|
Slovenská legislativa, faktura vydaná, zaokrouhlení DPH na položkách nastaveno na “Bez zaokrouhlení“.Pokud se na položce faktury použila sleva, vygenerovala se chybně doplňková položka dopočítaná na hodnotu před slevou, nikoliv na hodnotu po slevě. tj. doplňková položka na rozdíl před slevou a po slevě.
Důsledkem byly chybné hodnoty v Rekapitulaci DPH ve sloupcích Základ DPH DK, Částka DPH DK, Celkem s DPH a DK a v tiskovém formuláři. Byly zde uvedeny hodnoty před slevou. Opraveno. |
Firemní aktivity
|
Při zadávání výrobního čísla do položky firemní aktivity nebylo možné založit nové výrobní číslo do kmenových karet výrobních čísel, tlačítko Nový nebylo funkční. Opraveno |
Majetek
|
Do přehledu Dotace doplněna funkcionalita pro hromadné účtování pohybů dotací. |
|
Typ majetku s nastavením Operativní evidence nesmí mít přístupné k nastavení pohyby Dotací. Doplněno, |
|
Do přehledu Inventury přidán počítaný sloupec “Položka vícekrát”. Pokud je karta majetku do přehledu Položky inventury naimportována vícekrát, je tento atribut zatržen. |
|
Doplněna konstanta na záložku Inventury – Zpřístupnění akce vyhodnocení pro inventury ze starých čteček.Akce Vyhodnocení nad položkami inventury se v případě inventury majetku pomocí aplikace MIM pouští automaticky po importu dat. Akce je tedy nadbytečná. |
Mzdy (CZ)
|
Úřad práce – nové kontrolní tiskové formulářeNad přehledem Mzdové údaje, Oznámení na ÚP (cizinci) byly vytvořeny nové tiskové formuláře:
Nad přehledem Roční sestavy, Úřad práce – potvrzení příjmu byl vytvořen nový formulář:
Pozor: Jedná se pouze o formuláře pro kontrolu zasílaných údajů. Žádné oficiální tiskové formuláře nejsou k dispozici. |
|
Výkaz příjmů DPP – tiskový formulář – datumyV tiskovém formuláři bylo upraveno načítání datumů. Datumy se nyní berou z editoru hlášení. |
|
Oznámení na ÚP (cizinci) – adresa pro doručování v ČRByla provedena úprava načítání adresy pro doručování na Informační kartě.
Pokud má zaměstnanec cizinec trvalé bydliště v CZ a není vyplněna adresa kontaktní ani přechodného bydliště, načítá se jako adresa pro doručování adresa trvalého bydliště. |
|
VPDPP – Hlášení bez IČaByla ošetřena situace, kdy není přiděleno IČo.
Jako prázdnou hodnotu pro hlášení VPDPP nově bereme hodnotu 00000000. Úprava se týká hlášení v XML. |
|
Doplňující údaje – cizinci – povinné údaje pro infomační kartu/sdělení – úpravaNově jsou údaje na záložce 3 – Cizinec v sekci [1] Informační karta/Sdělení editovatelné dle Typu oznámení:
Informační karta
Sdělení
Při přepínání Typu oznámení jsou nepožadované údaje zaprotekovány a vymazány. V případě, že bylo něco vyplněno v nepožadovaných položkách pro daný typ před update, zůstanou položky vyplněny. Současně byla do sekce [2] Zaměstnání doplněna možnost zadat Požadované vzdělání. V případě typu oznámení Informační karta je doplněna kontrola na vyplnění požadovaného vzdělání při ukládání editoru. Požadované vzdělání se následně nově přenáší z Doplňujících údajů i do hlášení v přehledu Oznámení na ÚP (cizinci). |
|
Výpočet mzdy – tiskový formulář Sociální pojištění – přehledByla upravena podmínka pro načítání zaměstnanců. Nyní se do přehledu Sociální pojištění – přehled (sys.č. 1278) dostane zaměstnanec po ukončení PP, i když je jeho příjem pod hranicí pro odvod SP. |
|
Monitorování a měření nepřítomnostíDo Počtu dní se nyní započítává také pracovní svátek pokrytý měřenou nepřítomností. Dosud se svátek do Počtu dní nezapočítával. |
|
Práva ke mzdovým údajům (filtrace) – doplnění na nové přehledyFunkcionalita byla doplněna i do nových přehledů:
Výkaz příjmů DPP Mzdovými právy jsou ošetřeny jsou i jednotlivé akce v přehledu s výjimkou akce Generuj. Akce Generuj vždy na pozadí generuje hlášení za všechny zaměstnance, ale daný uživatel vidí a pracuje jen s těmi, které má povolené podle mzdových práv. Oznámení na ÚP (cizinci) Mzdovými právy jsou ošetřeny jsou i jednotlivé akce s výjimkou akce Generuj. Akce Generuj vždy na pozadí generuje oznámení za všechny zaměstnance, ale daný uživatel vidí a pracuje jen s těmi, které má povolené podle mzdových práv. Úřad práce – potvrzení o příjmu V případě přehledu Úřad práce – potvrzení o příjmu bylo nutné vytvořit nový typ mzdového práva, protože přehled se netýká jednotlivých pracovních poměrů zaměstnance, ale údaje jsou načítány za rodné číslo. V daném případě bude vždy zafiltrováno na všechny pracovní poměry zaměstnance, i když mzdové právo bude mít uživatel nastaveno třeba jen k jednomu z nich. |
|
Výkaz příjmů DPP – XMLBylo upraveno načítání data ukončení do XML. Nyní se tahá z editoru výkazu příjmů DPP, kde bylo načítání data ukončení ošetřeno. |
|
Formulář Potvrzení o zdanitelných příjmech (vzor 32) – úpravaV tiskových formulářích Potvrzení o zdanit. příjmech-záloh. daň(32) sys.č. -1615 a Potvrzení o zdanit. příjm.-zál.daň. AJ (vzor č.32) sys.č. -1612 bylo upraveno načítaní údajů v části 13, týkající se ročního zúčtování daně. |
|
Výkaz příjmů DPP – tiskový formulářVe formuláři Výkaz príjmů dpp (sys.č. -1619) v přehledu Výkaz příjmů DPP byly upraveny:
|
|
Výběr specifikací datových polí – rozšířený o vybrané údaje zaměstnanceNad přehledy Výpočet mzdy, Roční sestavy a Roční zúčtování daně byla do výběru specifikací datových polí přidaná následující datová pole:
Nyní je můžete použít například v Definici tiskového formuláře pro účely tvorby a názvu předmětu a souboru pro e-mail nebo v Definici pro zaheslované PDF a Definici hromadně pro e-mail pro účely tvorby Předmětu a Textu pro e-mail. |
|
Kód činnosti, datum ukončení v budoucnosti a kontroly již odeslaných hlášeníByl ošetřen stav, kdy nebyl ve Mzdových údajích nastaven Druh výděleční činnosti (mohlo nastat při importu dat). Pokud nebude Druh výdělečné činnosti vyplněn, doplní se do výkazu automaticky hodnota První dohoda o provedení práce u téhož zaměstnavatele.
Bylo upraveno načítání data ukončení PP, aby se nenačítalo datum zadané do budoucnosti. Nyní se plní jen v případě, když hodnota atributu Datum ukončení PP ve MÚ není vyšší než poslední den vybraného mzdového období. Nově probíhá kontrola hlášení při generování hlášení příjmů pro DPP:
Také byla upravena validace při ukládání editoru, aby byl datum ukončení v hlášení kontrolován oproti datumu ukončení ve mzdových údajích jen v relevantních případech. |
|
Nadlimitní plnění a odvody pojištěníBylo upraveno hlídání hranice pro odvod pojištění SP a ZP (dohody a zaměstnání malého rozsahu). Nově se k sumě vyměřovacích základů na mzdových složkách ve výpočtu mzdy přičítá i suma nadlimitních částek benefitů za Produkty na „stáří“, Nepeněžní benefity i měsíční benefity (Příspěvek na ubytování) na těchto ostatních dohodách.
POZOR! Změna funkcionality je datovaná, uplatní se od prvního období, kde nebyla vypočtena mzda. POZOR! Daný typ benefitu, který už jde v součtu nad hranici v daném období, musí být zadán pouze na jediné dohodě pro daného zaměstnance (RČ) v tomto období. Z tohoto důvodu byla přidána do výpočtu mzdy tvrdá kontrola, která při překročení ročního limitu Produktů na stáří hlásí chybu, pokud je některý z Produktů na stáří zadán i ve mzdě daného období na jiném PP zaměstnance. Tato úprava se netýká jen dohod, ale pracovních poměrů obecně. |
|
Přehled Zaměstnanci – sloupec Uživatelské označeníDo přehledu Zaměstnanci byl přidán sloupec Uživatelské označení (lze si přidat přes volbu Nastav). Přes tlačítko Ins (Insert) lze vybrané záznamy označovat/odznačovat. Přes kombinaci Ctrl + Ins je možné označené záznamy hromadně vybrat. |
|
Cizinci – Informační karta – nástup, výstup v jednom měsíciPro nástup i ukončení pracovního poměru cizince existuje jedno hlášení typu Informační karta. Pokud zaměstnanec končí ve stejném měsíci, ve kterém nastupuje, a je známo datum ukončení, uvádí se datum nástupu do hlášení rovnou při nástupu.
Nově je ošetřena situace, kdy bylo odesláno hlášení Informační karta pouze s datem nástupu a zaměstnanci bylo zadáno ukončení v daném měsíc až následně. V daném případě se zobrazí při následném spuštění akce Generuj v přehledu Oznámení na ÚP (cizinci) hláška: “Existují již odeslaná Oznámení, u kterých došlo ke změně data ukončení PP. Chcete zobrazit jejich přehled, který umožní jejich automatickou opravu?“ Po kliknutí na Ano se zobrazí Kontrolní přehled, kde jsou odeslaná oznámení, u kterých následně došlo ke změně ukončení. Po výběru akce Aktualizace se zobrazí ještě přes samotným provedením změn dotaz: “Akce přepne všechny záznamy kontrolního přehledu do stavu Pořízeno a nastaví data ukončení dohod podle aktuálních hodnot ve Mzdových údajích. Pokračovat?“ Po potvrzení provedení aktualizace tlačítkem Ano se pro dané záznamy z kontrolního přehledu doplní datum ukončení a hodnota ve sloupci Stav EP se změní na Pořízeno a oznámení je možné znovu odeslat. |
|
Výkaz příjmů DPP – generování na disk – Stav EPV případě, že proběhlo generování zprávy XML do souboru na disk nad více označenými záznamy, stav podání ve sloupci Stav EP se změnil pouze u jednoho záznamu.
Upraveno. |
|
pokud generuji do XML na disk, označení Odesláno je uplatní jen u jednoho záznamu – mělo by se označit o všech označených, které mi do XML vstupují |
|
Oznámení na ÚP (cizinci) – telefonBylo upraveno načítání telefonu do kontaktu. Primárně se bere z kontaktu uživatele pevná linka, pokud není vyplněna, tak mobilní. |
|
Evidence studia – hlášení změn ZPZ důvodu ukončení slevy na studium u daně nebylo dále možné evidovat studenty.
Nyní je možné pro evidenci studenta využít možnost hlídání uplatňování minimálního vyměřovacího základu (MVZ) na ZP. V případě, kdy není uplatňován MVZ na ZP je možnost zadat Datum do, tj. datum, do kdy není MVZ uplatňováno, a Kategorii pojištěnce. V případě, že se jedná o studenta, zadáte kategorii STD (Nezaopatřené děti). Pokud takový zaměstnanec nastupuje a Datum do spadá do daného období nástupu, generuje se současně kód G. V případě, že se zaměstnanec stane studentem v průběhu zaměstnání, generuje se kód G samostatně. |
|
Měsíční exporty za organizaci – zdravotní pojištěníV případě, že bylo hlášení generování do souboru na disk, nezměnil se stav podání.
Upraveno. |
|
Automat účtování je rozšířen o agendu “ Předkontace mezd “. Jeden doklad v přehledu automatu účtování (tedy jeden záznam) reprezentuje jeden nebo více záznamů z přehledu “Účtování mezd“, které spadají do stejného mzdového období a mají stejné číslo rozkontace.Aby došlo k účtování předkontací mezd automatem, musí být splněny tyto podmínky:
Seskupení je respektováno z nastavení ve mzdových konstantách pro dané mzdové období. Přededitace nerespektuje nastavení ve mzdových konstantách, ale je aplikována dle obecného principu pro účtování automatem (účtování automatem – přededitace je vždy zakázána, účtování ruční – záleži na nastavení globální konstanty pro účtování automatem “Přededitace (pouze pro ruční spuštění)“ stejně jako pro ostatní agendy. |
|
Docházkový systém – osobní kalendáře, příprava importuByl přidán stavový sloupec, položka s názvem Osobní kalendář. Zobrazuje hodnoty Ano nebo Ne podle toho, zda záznam ovlivnil den v kalendáři.
Vznikla akce pro zrušení vazby mezi importním záznamem a kalendářem. Akce je pro označené záznamy. Vznikla kontrola. Pokud importní záznamy ovlivňují položky pravidelného kalendáře, nenaimportují se a uživatel je o tom informován. |
|
Docházkový systém – docházka, příprava importuByl přidán stavový sloupec, položka s názvem Předzpracování. Zobrazuje hodnoty Ano nebo Ne podle toho, zda byl záznam převeden do předzpracování.
Při výmazu předzpracování se rozváže i vazba a záznamy se mohou znovu importovat nebo mazat. |
|
Generátor mzdových sestav – export sestavy přes volbu Export do MS Excelu (formátování)V případě exportu výsledku výpočtu generátorové sestavy do Excelu pomocí akce MS Excel (formátování) se mohlo v některých případech stát, že některé číslo se vyexportovalo jako datum (např. pokud jsem měla nastaveno číslo nákladového okruhu nebo útvaru jako třídící hledisko).
Opraveno. |
|
ISPV od roku 2024 – nová strukturaOd roku 2024 se změnila frekvence zasílání dat, nyní se jedná o Pololetní šetření o průměrném výdělku. Uživatel si nadále volí období při generování výkazu, zde se nic nemění. Do 25. července za leden až červen aktuálního roku a do 25. ledna za celý právě ukončený rok.
Do statistiky již není povinnost předávat souhrnné informace o ekonomickém subjektu, ale nadále budou zasílány údaje o jednotlivých pracovních poměrech. Bylo upraveno generování XML, kam se od roku 2024 nenačítají údaje o ekonomickém subjektu. Struktura údajů o jednotlivých pracovních poměrech zůstává pro rok 2024 nezměněna. |
|
Minimální VZ na zdravotní pojištění – doba platnosti pro neuplatnění MVZVe Mzdových údajích na záložce Odvody, Zdravotní pojištění, vznikla nová sekce [2] Neuplatňovat MVZ. Obsahuje nové položky:
POZOR: Položky jsou editovatelné pouze v případě, že není zatržen atribut Uplatnit MVZ v sekci [1] Parametry pojistného. Při ukládání editoru mzdových údajů probíhá kontrola, zda jsou vyplněny oba atributy- Pokud je vyplněn jen jeden, objeví se hláška: Pro zadání Neuplatňování minimálního vyměřovacího základu vyplňte oba atributy – Datum do i Kategorii pojištěnce. Položky slouží pouze pro informaci, nemají vliv na uplatnění či neuplatnění MVZ. Nedochází k tomu, že po vypršení data v atributu Datum do dojde k automatickému zatržení atributu Uplatnit MVZ! Toto je třeba provést ručně v období, kdy už má být MVZ uplatňován. V měsíční kontrole mzdových údajů (akce nad přehledem Mzdové údaje i akce po měsíční uzávěrce) probíhá kontrola na datum platnost neuplatnění MVZ. |
|
Daně – Roční zúčtování daně 2024Na základě legislativních změn byly pro rok 2024 provedeny úpravy pro zpracování ročního zúčtování daně (RZD) za rok 2024.
Mzdové konstanty Byla aktualizována tabulka slev a odpočtů pro rok 2024. Změnový skript ve všech obdobích roku 2024 a 2025 (aktuální období je nejpozději leden 2025):
Editor RZD Od roku 2024 jsou na záložce Daňové slevy a odpočty schovány položky:
Od roku 2024 jsou na záložce Daňové slevy a odpočty nové položky:
Od roku 2024 je v položce RZD v sekci [2] Slevy na dani odstraněna položka S_STD (sleva na studium). Do validace při ukládání RZD přidána kontrola pro porovnání součtu částek na položkách produktů na stáří proti ročnímu limitu (48 000 Kč). |
|
Generování platebních příkazů z PaušálůV editoru Položky definice platebního příkazu typu Jednotlivé srážky je nyní možné zatrhnout atribut Generovat pouze z paušálů. Tento atribut je možné použít pouze v případě, že přiřazená mzdová složka má na sebe navázanou referenční mzdovou složku č. 119 Záloha z paušálů (pozn. distribuční MS 119 se založí automaticky do distribučního číselníku, do číselníku Mzdové složky jen v případě, pokud číslo 119 není obsazené, jinak je nutné, aby si ji uživatel založil ručně). Pomocí tohoto atributu se do generování platebního příkazu zařadí mzdová složka přímo z paušálů zaměstnance bez nutnosti provedeného výpočtu mzdy. Při generování je respektovaná platnost paušálu (generování je možné v aktuálním nebo běžném období). Z generování jsou vyloučené ty paušální mzdové složky, pro které byl již v daném mzdovém období platební příkaz vygenerovaný (z jiné definice platebního příkazu).
UPOZORNĚNÍ: Pro případné každé opakované generování platebního příkazu pro stejnou mzdovou složku v daném mzdovém období bude muset být vytvořená nová definice platebního příkazu. Z jedné definice platebního příkazu není možné v daném období generovat platební příkaz opakovaně. |
Mzdy (SK)
|
NOVINKA – Výber špecifikácií dátových polí – rozšírený o vybrané údaje zamestnancaNad prehľadmi Výpočet mzdy, Ročné zostavy a Ročné zúčtovanie dane boli do výberu špecifikácií dátových polí pridané nasledovné dátové polia:
Odteraz ich môžete použiť napríklad v Definícii tlačového formulára pre účely tvorby názvu predmetu a súboru pre e-mail alebo v Definícii pre zaheslované PDF a Definícii hromadne pre email pre účely tvorby Predmetu a Textu pre e-mailu. |
|
ÚPRAVA – Monitorovanie a meranie neprítomností vs sviatokDo Počtu dní sa odteraz započítava aj pracovný sviatok pokrytý meranou neprítomnosťou, doteraz sa do počtu dní sviatok nezapočítaval. |
|
NOVINKA – Prehľad Zamestnanci – stĺpec Používateľské označenieDo prehľadu Zamestnanci bol pridaný stĺpec Používateľské označenie (je možné si pridať pomocou voľby Nastav). Pomocou tlačidla Ins (Insert) je možné vybrané záznamy označovať/odznačovať. Pomocou kombinácie kláves Ctrl + Ins je možné označené záznamy hromadne vybrať. |
|
ÚPRAVA – Export do MS Excelu (formátovanie) generátorovej mzdovej zostavyPri exporte výsledku generátorovej mzdovej zostavy do Excelu pomocou akcie MS Excel (formátovanie) sa niekedy mohlo stať, že niektoré číslo sa vyexportovalo ako Dátum.
Upravené |
|
NOVINKA – Generovanie platobných príkazov z PaušálovV editore Položky definície platobného príkazu typu Jednotlivé zrážky je odteraz možné zaškrtnúť atribút “Generovať len z paušálov”. Tento atribút je možné použiť len ak priradená mzdová zložka má na sebe priradenú referenčnú mzdovú zložku č. 119 – Záloha z paušálov. Pomocou tohto atribútu sa do generovania platobného príkazu zaradí MZ-ka z položky priamo z Paušálu zamestnanca, bez nutnosti mať vypočítanú mzdu. Pri generovaní je rešpektovaná platnosť paušálu. Z generovania sú vylúčené tie paušálne mzdové zložky, z ktorých v danom mzdovom období bol už platobný príkazu vygenerovaný (z inej definície platobného príkazu).
UPOZORNENIE: Pre každé opakovanie generovania platobného príkazu pre rovnakú mzdovú zložku v rovnakom mzdovom období bude musieť byť vytvorená nová definícia platobného príkazu. Z rovnakej definície platobného príkazu nie je možné v danom období generovať platobný príkaz opakovane. |
|
NOVINKA – Informačná karta – vznik (príloha č. 9a) – platnosť od 16. 7. 2024Dňa 26. 8. 2024 UPSVaR zverejnil nové tlačivo pre Informačnú kartu – vznik (príloha č. 9a) platné od 16. 7. 2024, na základe tejto zmeny vznikol nový distribučný tlačový formulár nad prehľadom Doplňujúce údaje:
sys. č. / Názov / Platnosť od Zároveň bol upravený nasledovný distribučný tlačový formulár, do ktorého sa odteraz doťahuje hodnota Typ a účel pobytu z nového atribútu, ktorý vznikol v editore karty zamestnanca: sys. č. / Názov / Platnosť od Do nasledovných tlačových formulárov sa odteraz do časti Miesto výkonu práce načítava adresa z prednastaveného Registračného listu zamestnávateľa: Sys.č. / Názov / Platnosť od |
|
ÚPRAVA – MVPP, VPP, RLFO – prednapĺlňanie údajov platiteľaBolo upravené načítanie údajov platiteľa/zamestnávateľa pri tlači/exporte: MVPP, VPP, RLFO nasledovne:
Ak sú zapojené pobočky a zároveň na pobočke je zaškrtnutý atribút “Použiť pri tlači a exportoch”, tak sa načítajú údaje z danej pobočky (IBAN z definície platobného príkazu za danú pobočku), , ak tento atribút nie je zaškrtnutý, tak sa tieto údaje (názov, adresa) načítavajú z prednastaveného Registračného listu zamestnávateľa (IBAN z definície platobného príkazu za danú pobočku). Ak nie sú zapojené pobočky, tak sa údaje načítavajú z prednastaveného RLZ, ak neexistuje prednastavený RLZ, tak sa tieto údaje načítavajú z vlastnej organizácie, t. j. z organizácie č. 0. |
|
NOVINKA – Priemerný zárobok pre bankové účely – Hrubý príjemDo nasledovných distribučných tlačových formulárov bol doplnený atribút Hrubý príjem a k atribútu Priemerná Hrubá mzda bol pridaný atribút Priemerný hrubý príjem:
Sys. č. Názov |
|
NOVINKA – Zmena likvidácie nemocenskej dávkyAk lekár zmení dôvod PN, ktorá je už preplatená v minulých mzdových obdobiach (t. j. zlikvidovaná), tak po stiahnutí ePN z portálu eSlužby Sociálnej poisťovni dôjde k nezhode evidencie DNP v systéme HELIOS iNuvio s evidenciou ePN na portály eSlužby Sociálnej poisťovni, viď stĺpček “Zhoda s ePN”, kde bude uvedená hodnota “Nezhoda Druhu dávky s ePN”.
Ako postupovať:
Zároveň v nasledovných distribučných tlačových formulároch bolo upravené zobrazovanie MZ-iek po zmene likvidácie DNP: Sys.č. Názov UPOZORNENIE: Ak používate vlastné, t.j. nedistribučné tlačové formuláre pre tlač výplatných lístkov , je potrebné v ich definícii zameniť v tlačovom zdroji: xSlozkyMzdySrazkyDnp atr. CisloMS za atr. ND_MSZmenaTypu xSlozkyMzdyOstatni atr. CisloMS za atr. ND_MSZmenaTypu |
|
NOVINKA – Stravné nad limit od 9/2024MPSVaR SR dňa 29. 07. 2024 zverejnilo Opatrenie o sumách stravného č. 211/2024 Z. z, ktoré platí od 1. 9. 2024. Jedná sa nasledovné sumy:
Táto zmena zvyšuje od 1. 9. 2024 maximálny možný príspevok zamestnávateľa na jedlo na sumu 55 % zo sumy € 8,30, t. j. € 4,57 (teraz € 4,29). Na základe tejto zmeny je v systéme HELIOS iNuvio je k dispozícii aktualizácia mzdových konštánt (cesta: Konštanty a číselníky/Mzdové konštanty akcia Aktualizácia konštánt), ktorá po spustení nad aktuálnym mzdovým obdobím 9/2024 zvýši konštantu Limit na hodnotu 4,57 (cesta. Konštanty a číselníky/Mzdové konštanty záložka Ostatné sekcia Výpočet PPHZ, pobočky, stravné časť Stravné). |
|
ÚPRAVA – Potvrdenie (2% alebo 3% dane) a Vyhlásenie o poukázaní 2% alebo 3% dane – cudzinciOdteraz sa do distribučného formulára pre tlač Potvrdenia (2% alebo 3% dane)/Vyhlásenia o poukázaní 2% alebo 3% dane, načítava pri zamestnancovi so štátnou príslušnosťou inou ako “SK/nie je” Dátum narodenia a nie Rodné číslo, t. j. je to zjednotené s tlačou tlačového formulára pre tlač Potvrdenia o zúčt. príjm. za rod. číslo. |
|
ÚPRAVA – Kontrola vo výpočte mzdy na prekročenie limitu príspevku na rekreáciuV prípade, kedy používateľ napriek upozorneniu na prekročený zákonný ročný limit neznížil zadanú čiastku príspevku na rekreáciu, t. j. ponechal nezákonný stav vyplatenia príspevku nad ročný limit, tak táto kontrola informovala o tomto prekročení aj v nasledujúcom kalendárnom roku, kedy nebol vyplatený príspevok spadajúci do minulého roka (považovala to za nevyriešený stav).
Kontrola bola upravená tak, že na prekročenie ročného limitu upozorňuje vo vybranom mzdovom období podľa toho, do ktorého kalendárneho roka spadá vyplácaný príspevok. Ak by vyplácaný príspevok spadal do minulého roka a v súčte s príspevkami vyplácanými v minulom roku došlo k prekročeniu limitu minulého roka, tak je o tom používateľ informovaný chybovou hláškou. Ak by vyplácaný príspevok spadal do aktuálneho roka a v súčte s príspevkami vyplácanými v aktuálnom roku došlo k prekročeniu limitu aktuálneho roka, tak je o tom používateľ informovaný chybovou hláškou. |
|
ÚPRAVA – Generovanie dohadných položiek na nevyčerpanú dovolenku z MR vs GPDohadná položka na odvod na garančné poistenie zamestnanca (“štatutára”) z náhrady za nevyčerpanú dovolenku z MR, za ktorého má zamestnávateľ odvodovú úľavu na platenie garančného poistenie z dôvodu toho, že má najmenej 50% majetkovú účasť, sa odteraz nebude tvoriť, doteraz sa tvorila. |
|
NOVINKA – Nové eInformačné karty pre cudzincov (eIK)Nad prehľadom Doplňujúce údaje bol upravený formát správy “Informačné karty – začiatok (8a/9a)/skončenie (8b/9b)”, tak aby zodpovedal novej štruktúre.
Zároveň boli vykonané nasledovné úpravy:
+421 123 456 789 00421 987 654 321 +421 987654321 +421 123 456 789 012 00421 987 654 321 098 |
|
NOVINKA – Záloha na príspevok na stravné v bežnom mzdovom obdobíPre účely výpočtu a prenosu zálohy na príspevok na stravné do Paušálov zamestnanca vznikla nová distribučná mzdová zložka č. 119 – Záloha z paušálov, ktorá sa automaticky založí do číselníka “Mzdové zložky – distribučné” do všetkých mzdových období roku 2024 a 2025. Nová používateľská mzdová zložka pod číslom 119 s referenčnou mzdovou zložkou č. 119 sa založí do číselníka Mzdové zložky do všetkých období roku 2024 a 2025, len ak číslo 119 nie je už obsadené.
V Definícii stravného príspevku vznikol nový atribút “MZ záloha z paušálu”, používateľ ktorý chce použiť novú funkcionalitu prenosu zálohy na príspevok na stravné do Paušálov zamestnanca priradí do atribútu MZ záloha z paušálu mzdovú zložku, ktorá vznikla s distribučnej mzdovej zložky č. 119- Záloha z paušálov. Následne samotný prenos zálohy na príspevok na stravné používateľ vykoná nad prehľadom Výpočet mzdy/Stravné, kde vznikla na páse kariet na karte Akcie nová akcia “Zálohy na stravné”. Nad bežným mzdovým obdobím po spustení akcie “Zálohy na stravné/Zálohy na stravné” nad označenými zamestnancami sa prenesie do Paušálov bežného mzdového obdobia (len do bežného) zamestnanca MZ-ka pre zálohu z paušálu s čiastkou vypočítanou za pracovné dni vybraného obdobia (t. j. viď prehľad Výpočet mzdy/Stravné atribút Pracovné dni – vybrané obdobie x Denná hodnota stravného z Definície príspevku na stravné sekcia Denná hodnota stravného atribút Stravné EUR) s bankovým spojením, ktoré nájde na mzdovej zložke pre mzdu na účet. Ak v momente prenosu už v Paušáloch daná mzdová zložka existuje, tak sa čiastka prepíše, ak už nebol vygenerovaný platobný príkaz pre úhradu tejto zálohy. Do atribútu “Pracovní dni – vybrané obdobie” sa nezapočítavajú dni mimo trvania pracovného pomeru, t. j. že ak došlo k vzniku alebo k zániku pracovného pomeru počas kalendárneho mesiaca, za ktorý sa záloha počíta, tak za dni, ktoré spadajú pred dátum vzniku PP a na dni, ktoré spadajú za dátum ukončenia PP, sa záloha nevypočíta. Ak vznikne počas bežného mzdového obdobia nový pracovný pomer, tak po zadaní mzdovej zložky pre príspevok do limitu do Paušálov daného zamestnanca sa takýto zamestnanec dostane automaticky do prehľadu Výpočet mzdy/Stravné (pri čom sa rešpektujem platnosť tohto paušálu), odkiaľ je možné mu preniesť zálohu na príspevok na stravné do jeho Paušálov a následne vygenerovať platobný príkaz z paušálu. Nad prehľadom Výpočet mzdy/Stravné vznikol nový atribút “Záloha v Paušáloch”, ak je zaškrtnutý znamená to, že zamestnanec má vo vybranom mzdovom období v Paušáloch zálohu na príspevok na stravné s hodnotou vyššou ako 0 (buď prenesenú alebo ručne zadanú). |
Obecné
|
Opravena barva textu upozornění v editoru, který upozorňuje na nepřiřazenou zálohu. |
|
V historických verzích Heliosu uniklo do distribuce 5 tiskových formulářů, které nejsou distribuční, ale zakázkové. Změnový skript takové formuláře nastaví na nedistribuční a neaktivní (tyto formuláře nemusí mít v DB všichni, ale jen Ti, kteří přecházeli přes určité verze Heliosu). |
|
Do profilu pro e-mail byl doplněn atribut Doména. Pokud bude v atributu vyplněna hodnota, bude do mailové zprávy doplněn atribut Message-ID ve tvaru “generovaný GUID + Domena”. |
|
REST API – dokumenty – byla doplněna možnost udělat změnu dokumentu. Dokument uložený v databázi se upraví v databázi a případně se zaloguje je původní hodnota do historie (záleží na nastavení odpovídajícího příznaku). Dokument uložený na disku se upraví na disku. Nelze změnit typ uložení. V obou případech se do logu práce s dokumentem zapíše nový stav – “Dokument byl změněn přes REST API”. |
|
Přes REST API nešlo měnit hodnotu externích atributů, které neměly nastaven příznak Editovatelný. |
|
Doplněna podpora pro uživatelské sloupce typu VARBINARY(MAX). |
|
V Rozkopírování číselníků, akce „Aktualizace seznamu DB“. Tato akce sice aktualizuje seznam databází, ale nesmaže ty DB ze seznamu, které již fyzicky neexistují. Funkcionalita smazání fyzicky neexistujících databází byla doplněna. |
|
V Helios.INI vznikl nový přepínač WebMode. Hodnota 0 je defaultní – WebView. Hodnota 1 spouští Chromium. Obdobně je možné použít spouštěcí řádkový parametr -ICEF. Kombinace nastavení v INI a řádkového parametru není podporovaná. Musí být použita pouze jedna varianta. Aby bylo možné využívat Chromium, je nutné z Helios Store stáhnout a nainstalovat doplněk: “Instalace podpory CEF pro prohlížeč Chromium”.Tento plugin nakopíruje do adresáře s iNuviem soubory plgASOLChromium.dll (základ a konfigurace), ChromiumDLL.dll (komunikační knihovna pro CEF), ChromiumSubProcess.exe (podpora pro komunikační knihovnu) a vzor_chromiumDLL.ini (vzorový soubor pro konfigurační soubor chromiumDLL.ini, obsahuje výchozí volby i s popisem jednotlivých dostupných voleb ).
Aktivované Chromium mění chování Heliosu z hlediska High-DPI – velikost ikon. Aktivovat Chromium doporučujeme pro firmy, kde je problém s WebView. |
|
V konfiguraci je upraveno volání IS_SRVROLEMEMBER přehledu uživatelů. Toto ověřování je spuštěno pouze při prvním zobrazení přehledu uživatelů v konfiguraci. Pokud je třeba opětovně funkci spustit, je nutné konfiguraci zavřít a opětovně otevřít. |
|
Upraveno generování požadavku na bankovní výpis, aby obsahoval identifikaci mandanta pro multimandantní provoz. |
|
Byla zapojena nová verze komponenty SDAC 11.2.1. |
|
Upraveno zobrazování procesního okna informujícího o zařazení kmenové karty na konkrétní sklad. Okno se bude aktuálně zobrazovat pouze v případě, že se bude zařazovat více karet najednou. |
|
Do akce Nastavení/Uživatelé: Kopie nastavení z aktuálního uživatele bylo doplněno kopírování dalších rolí přiřazených zdrojovému uživateli. |
|
Do TabUrl byla přidána jako druh 57 URL https://avaplace.com pro Helpdesk. Na základě tohoto záznamu se helpdesk spouští a je možné dle této tabulky dělat výjimky na firewall. |
|
Funkce pro mazání žurnálu je upravena o volbu, která potvrzuje mazání návazných číselníků (Archivace změn a QMS log). Samotné mazání je rychlostně optimalizované. |
|
V přehledu Definice exportu tisku vznikla akce pro rozkopírování. |
|
V definici Hromadně pro e-mail je možné připojit Definici zpráv. Generování dokumentu dle připojené definice zpráv se spustí při generování hromadně pro e-mail (pro každý označený záznam), a vygenerované zprávy se vloží do Přílohy – Jednotlivé. Zprávy se také uloží do dokumentů daného záznamu stejně jako doposud zasílané PDF (JPG,…). Podporované jsou zprávy ve formátu “Obecný plugin” (ISDOC / EDI,…). Pokud není zpráva vygenerovaná, do poznámky dokumentu generovaného z tiskového formuláře je vložen text “Pro doklad ID={xyz} nebyl nalezen dokument Jednotlivé přílohy, která měla být vytvořena zprávami/pluginem” |
|
Do definice zpráv v sekci FTP je doplněna možnost zadat heslo na FTP a to buď pro uživatele nebo globální. |
|
Elektronický podpis PDF je rozšířen o možnosti nastavení grafického zobrazení ve formuláři. Jedná se o velikost písma pro každý řádek samostatně, vypnutí automatického doplnění data a času, určení fontu písma všem řádkům. |
|
Změny v Opisu přehledu 21. došlo k překladu nejdůležitějších částí ribbonu v náhledu sestavy opisu 2 2. je možné si představit texty, které se mají tisknout do záhlaví / zápatí opisu 2 místo systémově vkládaných 3. lze zapnout úspornější tisk opisu 2 (dojde k vypnutí části podbarvení) (body 2 a 3 se nastavují v opravě uložené sestavy v nastav, podobně jako záhlaví/zápatí pro opis (1)) 4 v uživatelské konfiguraci lze nastavit výchozí zoom pro zobrazení náhledu opisu 2 (zadaná procenta, pamatování posl. nastavení a 100%)
Změny v nastav Ve spodní liště okna nastav je nově jméno aktuálně editované sestavy a tlačítka pro její uložení. Tlačítko pro obnovu výchozího nastavení bylo přemístěno na první záložku zobrazení, do skupiny další nastavení. |
|
Vznikla nová akce “Rozkopírování” v pásu karet Workflow, která umožňuje rozkopírování Workflow mezi databázemi (založení nového i občerstvení existujícího). Pravidla přenosu jsou stejná, jako u použití importu / exportu workflow. |
|
Pokud byl v rámci Automatu spuštěn definovaný přehled s nastavením “Maximalizovat”, nebylo toto nastavení respektováno. Opraveno. |
|
REST API – u některých atributů pro doklady oběhu zboží byl v rámci meta informací chybný stav fieldDisabledForCreate a fieldDisabledForUpdate. Opraveno. |
|
V případě Exportu do Excelu XLS/XLSX, popř. Opis přehledu 2, nebyla správně přadána parametrizace dotazu. Z toho důvodu fungovaly chybně uživatelské sloupce, které měly v definici parametr jako odkaz na nadřízený přehled. Opraveno. |
|
I když bylo editační pole s kalkulačkou nastaveno pouze ke čtení, bylo možno změnit hodnotu políčka pomocí kalkulačky. Opraveno – kalkulačka je nyní zakázána, pokud je pole ve stavu pouze ke čtení. |
|
Při smazání uživatele z SQL serveru nebyly smazány vazby uživatele na roli. To blokovalo mazání roli, které byly historicky použity, ale uživatele, kteří je měli přiřazené jsou smazaní. Opraveno. |
|
Pokud bylo nastaveno poslední pořadové číslo faktury nebo dokladu skladů na 7 číslic, ale nad obdobím bylo přepnuto na 6 číslic, nebyl zobrazen editor pro nový záznam. Opraveno. Je zobrazena hláška, která uživatele upozorní na nesoulad číslování. |
|
Dashboard – widget HELIOS ŠkoleníV některých případech nefungovalo třídení položek správne.
Opraveno |
Personalistika (CZ)
|
Personální organizační struktura – zaměstnanec bez PPNyní se zaměstnanec bez pracovního poměru (tj. nemá založenou mzdovou kartu) přiřazený na pracovní pozici zobrazí v Personální organizační struktuře po zapnutí parametru Obsazení pracovních pozic (doposud se nezobrazovali).
Současně se nyní v přehledu Obsazení pracovních pozic po spuštění volby Přidat/Přidat zaměstnance nezobrazí zaměstnanec se Stavem pracovního poměru = PP ukončený (doposud se zobraoval) |
Personalistika (SK)
|
NOVINKA – Personálna organizačná štruktúra – zamestnanec bez PPOdteraz sa zamestnanec bez pracovného pomeru (t. j. nemá založenú mzdovú kartu) priradený na pracovnú pozíciu zobrazí v Personálnej organizačnej štruktúre po zapnutí parametra Obsadenosť pracovných pozícií (doteraz sa nezobrazil).
Zároveň sa odteraz v prehľade Obsadenie pracovných pozícií po spustení voľby Pridať/Pridať zamestnanca nezobrazí zamestnanec so Stavom pracovného pomeru = PP ukončený (doteraz sa zobrazoval).. |
Pokladna
|
Upraveno dotahování kurzů při Rozšířeném dohledávání kurzů, tak aby byla zohledněna i hodnota “Platný kurz“ (pro dohledávání celních kurzů se k nastavení “Platný kurz” nepřihlíží). Úprava je obecného charakteru, neplatí jen pro dotahování kurzů na pokladních dokladech, ale napříč systémem. |
Pokladní prodej
|
Při prodeji voucheru lze měnit při jeho přidání (v okně pro zadání čísla voucheru) jeho cenu, pokud je to povoleno na kmenové kartě. Lze to v dotykovém i běžném řežimu i v případě, že je běžná změna ceny na položce zakázána právy. |
|
Doplněna kontrola na zadaný sklad při přidání položky z přehledu karet na dokladu. |
|
Doplněno hlášení a refresh položek po volání slepé procedury ep_PokProdej02 v případě, že zastaví platbu dokladu. |
|
Pokud zadávám platbu v cizí měně a po jejím zapsání je částka v vrácení stejná nebo vyšší než ta, která je v částce pro hotovost, tak se tuzemská hotovost automaticky vymaže.V konfiguraci si lze u vybraných pěti způsobů úhrady nastavit, že chci používat “rychlou platbu”. Vyplněním textu u rychlé platby se pak v editoru prodejky objeví nová tlačítka (vedle OK/Storno), která uzavřou doklad s vybraným způsobem úhrady bez nutnosti cokoliv dalšího vyplňovat. Uhrazená částka je rovna částce dokladu.
Tlačítku rychlého prodeje lze v konfiguraci také přiřadit barvu, kterou bude zvýrazněno. Stejná barva se pak použije i v dialogu pro platbu, ale pouze u dotykového režimu. Případné kontroly (např na nedostatečný stav / nevyplnění některých polí) uložení dokladu přeruší. |
|
Doplněna kontrola na korektní zadání počtu míst pro číselnou řadu i s ohledem na účetní období (6/7 míst). |
|
Mezi funkce, které lze přiřadit tlačítku rychlého prodeje, byla doplněna možnost spustit externí akci. Externí akce je spuštěna nad hlavičkou aktuálně rozpracovaného dokladu. |
|
V řadě pokladního prodeje lze přímo nastavit návaznou řadu pokladen. Nastavení se provádí na první záložce v pravo (3 – pokladní doklady). |
|
Opraveno podbarvování tlačítek v případě návratu ze zanořené úrovně, která měla podbarvení použito na vyšší úroveň, kde podbarvení není definováno. |
Projektové řízení
|
Neumožnění editace smluvené částky pod celkově fakturovanou. |
|
Oprava zobrazení “Zodpovídá“ pro úlohy v grafickém přehledu stromu projektů.Vyžadovaná pole plánovaných datumů pro přehledy projektů a etap.
Oprava zakládání řad projektů (v některých případech hlásilo duplicitu). Nově řadu bude doplňovat uživatel při novém záznamu. Nové nastavení pro řazení v atributu “Strom“ pro etapy stejné úrovně. Nastavení je na řadě projektu ve volbě “Řazení stromu projektu“ |
Sklady, nákup a prodej
|
Úprava/aktivace možnosti přejmenování atributu TabPohybyZbozi.IDVozidlo v editorech položek dokladů modulů Fakturace, Sklady, Nákup a Prodej (TabPohybyZbozi). Nastavení provádíte v hlavní nabídce, volba Nástroje přizpůsobení, Přejmenování atributů. |
|
Sledování minimálních ceny ke zboží v cenových úrovních za posledních 30 dní (podpora pro naplnění zákona o ochraně spotřebitele) – úpravy:
|
|
Akce Výrobní čísla
zobrazovala nad označenými položkami pohyby výrobních čísel pouze z aktuální položky. Upraveno tak, aby zobrazila pohyby výrobních čísel ze všech označených položek |
|
Dříve bylo nutné pro každý zdrojový doklad (Dopravné, Clo, atd.) zadávat právě jeden doklad DSN (Dodatečné související náklady), pokud jste potřebovali správně “spárovat” doklady v účetním saldokontu (111xxx, 131xxx).V přípravě účtování DSN (hlavní nabídka Sklady, Dodatečné související náklady, záložka Akce, volba Příprava účtování) jsme provedli 2 úpravy funkcionality.
1/ Odebrali jsme přenosový přehled pro výběr zdrojových dokladů pro přípravu účtování. Do přípravy účtování jsou vždy zahrnuty všechny zdrojové doklady automaticky. 2/ Upravili jsme doplnění jednotlivých údajů potřebných pro saldokonto (Párovací znak, Organizace, Útvar apod.). Tyto údaje se dotahují vždy z příslušného zdrojového dokladu podle druhu DSN a podle odpovídajícího nastavení druhu řádku účetního kódu (Dopravné, Clo, atd.). Je tedy nutné zkontrolovat/nastavit kontace pro odpovídající řady příjemek. Přesněji jednotlivé řádky, které se týkají souvisejících nákladů a účtu pořízení zásob (111xxx, 131xxx) na straně DAL. Pro tyto řádky je třeba mít nastaveny hodnoty atributů “Druh řádku” na konkrétní druh souvisejícího nákladu (Dopravné, Clo, Pojistné apod.) a atribut “DSN” na hodnotu Zdrojové doklady. Minimálně atributy “Párovací znak” a “Datum salda”, týkající se párovacích údajů, zkontrolujte nebo nastavte na příslušné hodnoty, které pro párování potřebujete. Tím pádem dojde ke správnému zaúčtování do účetního deníku a “spárování” v účetním saldokontu (111xxx, 131xxx) i v případech více zdrojových dokladů na jednom dokladu DSN. |
|
Rozšíření možnosti nastavení položkového převodu pro převodky – změny v nastavení na řadě výdejek a dopady do funkcionality převodek s položkovým převodem
|
|
Při vkládání položky na paletu SSCC byla optimalizovaná rychlost zobrazení přehledu dostupných palet. |
|
Kmenové karty – akce Kontrola množství k dispozici nedetekovala , a tudíž ani neopravovala případy, kdy hodnota Množství k dispozici na stavu skladu byla v souladu s neodebraným množstvím na expedičních příkazech a rezervacích, ale k nesouladu došlo v hodnotě Množství k dispozici pouze na některém ze stavů výrobních čísel u dané skladové karty. Opraveno: Do přehledu “Chod na rezervace a expediční příkazy” se zjištěnými nesrovnalostmi byl doplněn sloupec Rozdíl VČ, který obsahuje sumární množství těchto nesrovnalostí na všech VČ pro danou skladovou kartu a akce Oprava množství k dispozici nesoulad opraví. Poznámka: Pokud byla na expediční příkazy převedeno více, než bylo požadováno, signalizuje sloupec Rozdíl VČ, která ale fakticky disproporcí není. Takové případy se přestanou v přehledu objevovat, pokud se “přeplněné” položky na příslušném dokladu označí jako splněné- |
|
Upravena hláška při pokusu nastavit Druh sazby DPH (není) na Skupině karet nebo na Kmenové kartě přes akci Hr. změna nebo Hr. nový. Druh sazby DPH (není) nelze obecně v iNuvio přednastavit. |
|
Při položkovém přenosu položek Došlé objednávky (Převod bez editace, S výběrem a potvrzením, S editací) se chybně uplatnil, pokud byl nastaven, filtr nastavený pro přehled položek Dobj (v přehledu Dobj, Akce, Položky dokladů…(F9), BID=974). Mohlo tak dojít k situaci, že se do cílového dokladu nepřenesly všechny položky.Správně se nyní přenášejí všechny položky bez ohledu na nastavení filtru pro přehled položek Dobj. |
|
Při položkových převodech z více došlých objednávek do dokladů (faktura vydaná, expediční příkaz, nabídka, výdejka) se neaktualizovalo pořadí položek na cílovém dokladu, přebíralo se pořadí ze zdrojového dokladu, čímž docházelo k opakovaným hodnotám ve sloupci Pořadí. Opraveno |
|
Sloupec Expedovatelné (%) v přehledu Došlé objednávky mohl ve výjimečných případech skončit chybou “Dělení nulou !” Opraveno. |
Splátkování a leasing
|
Modul Leasing, editor časového rozlišení. Byla upravena logika toho, kdy je tlačítko OK aktivní. Dříve v některých případech aktivní nebylo do doby posunu na další pole. |
Účetnictví
|
Kontace faktur a dobropisů vydaných v režimu OSS, druh řádku kontace Zasílání zboží
|
|
V SELECT z kurzovního lístku pro starý způsob dohledání kurzu (v globální konfiguraci není zapnuto Rozšířené dohledávání kurzů) nebyla podmínka, že kurz musí být platný (PlatnyKurz = 1). Systém dohledal v KL kurz, který nebyl platný : PlatnyKurz = 0 a díky tomu návratové údaje (kurz, datum kurzu,…) NULLoval.Úprava: do SELECTU z kurzovního lístku pro starý způsob doplněna podmínka na PlatnyKurz = 1. |
|
Automat účtování – Pro agendy Úhrady – kurzový rozdíl k faktuře a Úhrady – kurzový rozdíl k bilančnímu dni doplněna do aktualizace (výběr dokladů k účtování) podmínka na hodnotu kurzového rozdílu na úhradě. Kurzový rozdíl musí být nenulový. |
|
Do číselníku účtů přidáno nové zaškrtávátko Bez přecenění , v editoru je na první záložce v oblasti Cizí měna. Výchozí stav je nezaškrtnuto. Lze nastavit pouze v případě, že je na účtu nastavena “Povaha účtu“ na “Podrozvahový“ nebo “Rozvahový“. Nastavení zaškrtávátka je poplatné vybranému období. Zaškrtávátko je doplněno i do akcí “Nový účet z označeného“ a “Hromadné změny“.Je-li zaškrtávátko zaškrtnuto, nelze aplikovat tyto akce:
Po spuštění výše uvedených akcí systém hlásí informaci: “Účet XXX má nastaveno “Bez přecenění”, kurzový rozdíl se nepočítá.“ a akce se neprovede. Poznámka: Možnost nastavení Bez přecenění byla přidána z důvodu evidence záloh v cizí měně podle interpretací NÚR, kdy se k zálohám v cizí měně netvoří kurzové rozdíly. To se netýká vratných záloh (typicky kauce). Pokud se mění účel zálohy (nevratná/vratná), doporučujeme zálohu přeúčtovat. |
|
Automat účtování je rozšířen o agendy “ Majetek – účetní pohyb “, “ Majetek – umístění “, “ Majetek – 3.pohyby “, “ Majetek – daňové pohyby “ a “ Majetek – dotace “. Jeden doklad v přehledu automatu účtování (tedy jeden záznam) reprezentuje jeden pohyb.V globálních konstantách “Účetnictví“ – “Účetnictví – další“ – oblast “Automat účtování“ lze nastavit “ Období pro výběr dokladů – Majetek “. Zvolené období platí pro všechny druhy pohybů.
Aby došlo k účtování Majetku automatem, musí být splněny tyto podmínky (podmínky jsou stejné jako pro účtování přímo z přehledů pohybů Majetku) : Účetní pohyby : Datum platnosti musí spadat do zvoleného období, účtování musí být povoleno na kartě majetku a na druhu pohybu, pohyb nesmí být již účtován Daňové pohyby : Datum platnosti musí spadat do zvoleného období, účtování musí být povoleno na kartě majetku a na druhu pohybu, pohyb nesmí být již účtován 3. pohyby : Datum platnosti musí spadat do zvoleného období, účtování musí být povoleno na druhu pohybu, pohyb nesmí být již účtován Dotace : Datum platnosti musí spadat do zvoleného období, účtování musí být povoleno na druhu pohybu, pohyb nesmí být již účtován Pohyby umístění : Datum platnosti musí spadat do zvoleného období, účtování musí být povoleno na druhu pohybu, pohyb nesmí být již účtován V přehledu Automat účtování v přednastavených parametrech lze nastavit text pro účtování pro jednotlivé druhy pohybu. Účtování do účetního deníku / účetních standardů Účtování bude provedeno dle nastavení řádků účetního kódu buď jen do účetního deníku, nebo do účetních standardů nebo částečně do účetního deníku a částečně do účetních standardů. Pokud došlo k účtování i do účetních standardů, je stav dokladu v přehledu automatu účtování označen “ Doklad v účetních standardech “, nový příznak “ Účtováno do standardu “ je zatržen a záznam je označen žlutým kolečkem . V přehledu automatu účtování jsou pro záznamy, které mají nastaven příznak “ Účtováno do standardu “ zobrazeny 2 nové akce : “ Doklad v účetních standardech “ a “ Všechny doklady v účetních standardech “. Akce zobrazí příslušné vygenerované doklady v účetních standardech. Akce jsou zobrazeny pouze v případě, že je instalován modul “Majetek“ a modul “Účetní standardy“. Zároveň je možné použít i akce pro zobrazení dokladů v účetním deníku. V přehledu automatu účtování jsou v “Nastav“ k dispozici nové vazby na jednotlivé pohyby Majetku. Účtování do účetních standardů V případě, že je na řádku účetního kódu nastaveno účtování do účetních standardů, automat účtování provede účtování do účetních standardů. V přehledu automatu účtování je nový sloupec “Majetek – účtováno do standardu“, který je v tomto případě zatržen. Stav dokladu je nastaven na hodnotu “Zaúčtován do standardu“. Pro záznamy automatu účtování, které byly zaúčtovány do účetních standardů, jsou k dispozici 2 nové akce : “Doklad v účetních standardech“ a “Všechny doklady v účetních standardech“. Akce slouží k zobrazení účetních dokladů v přehledu účetních standardů. Vlastnosti automatu účtování Při účtování automatem (automatem i ručním spuštění automatu bez přededitace / s přededitací) nedojde nikdy k seskupení účetních dokladů do jednoho dokladu i když je nastaveno v konstantách Majetku : “Doklad pro každou kartu“ nebo “Doklad pro každý druh pohybu“. Účtování probíhá vždy jako by byla zatržena volba “Doklad pro každý pohyb“ . Vyplývá to z principu účtování automatem. Pokud uživatel tuto funkcionalitu požaduje, může použít účtování přímo z přehledů pohybů agendy Majetek. |
|
Do automatu účtování byly přidány agendy “Období DPH“ a “Výkaz OSS“.Období DPH
Výkazy OSS
Ostatní principy v automatu platí stejně, jako pro ostatní agendy. |
|
Účetní deník akce Kontroly PAP, hláška: IČ partnera aktiva/pasina není v číselníku Partneři PAP – IČO. Hláška se zobrazí v případě informace organizace mimo ČR, na které je zadáno IČO a zároveň ID Partnera.Kontrola je upravena tak, že se v uvedeném případě kontroluje pouze ID partnera oproti číselníku Partneři PAP a zadané IČO se už nekontroluje. |
|
Při využití funkce automatického účtování je umožněno používat “slepé” procedury ep_Ucto05 pro účtování dokladů.V globálních konstantách “Účetnictví“ – záložka “Účetníctví – další“ je v oblasti “Automat účtování“ nová konstanta : “ Spouštění externí procedury ep_UCTO05 při účtování dokladů “. Volby :
Pozor: v případě ručního účtování automatem s přededitací se procedura ep_UCTO05 spouští až po naplnění VŠECH dokladů VŠECH agend do přehledu Editace před zaúčtováním (tabulka #TabDenikUcto). Je proto velmi důležité v proceduře ep_UCTO05 PŘESNĚ rozlišovat, pro které doklady má k úpravě dojít (např. podle DUD nebo podle naplnění vazebních atributů na prvotní doklad (např. pro doklady oběhu zboží musí být vyplněn vazební atribut #TabDenikUcto.IdDokladyZbozi). |
|
Účtování doplňkové položky s používáním daňových klíčů pro DPH – faktura vydaná:Na faktuře vydané, která obsahovala položky s různými daňovými klíči a zároveň se vytvořila doplňková položka , které byl přidělen konkrétní daňový klíč, při jejím zúčtování neakceptovalo tento daňový klíč přiřazený ve faktuře vydané. Po zúčtování tedy přepsalo daňový klíč z předkontace „Korekce – základ DPH (hlavička)“ resp. „Korekce – DPH (hlavička)“ a neakceptovalo daňový klíč z faktury vydané .
Oprava: Při účtování faktury vydané s doplňkovou položkou se doplnil test , který kontroluje daňový klíč na doplňkové položce ve faktuře vydané a tedy do rozúčtování upřednostní a dotáhne daňový klíč , který přísluší daňovému klíči zadanému na řádku ve faktuře . Pro účtování bez daňových klíčů (tj. analytickými účty) se nic nemění. |
|
Byly upraveny dotazy na aktuální stupeň upomínky, aby reflektovaly zadané stupně. |
|
Byla opravena chyba, když se v leasingu zadají dva pohyby, např. úmor, úrok 1 řádek + pojištění 2.řádek, tak se neúčtují oba řádky, ale vždy si to natáhne pouze jeden řádek. Při dohledávání účtů úrok/úmor z části předmětu systém nově zohledňuje nastavení “ Úročeno “ na části předmětu (pro uvedený případ musí být označeno). Úprava platí pro tyto druhy řádků účetního kódu : Úrok, Úmor, Hodnota úroku základ daně a Hodnota úmoru základ daně. |
|
V účtování pohybů Leasingu provedeny 2 úpravy:
|
|
Byly upraveny nesprávné hlášky při účtování faktur a dobropisů , jedná se o případ, kdy jsou při účtování aplikovány dvě kontace – faktura pro účtování faktury a kontace pro zádržné:
Řešení platné pro účtování všech agend :
Všechna řešení jsou platná pro standardní účtování z přehledů prvotních dokladů i pro účtování automatem účtování. |
|
Do přehledů salda k datu/k uživatelskému období (saldokonto i účetní fakturační saldo) byla přidána nová akce Aktualizace přehledu . Akce provede aktualizaci stavu salda dané saldokontní skupiny k příslušnému datu / uživatelskému období. Po ukončení aktualizace se provede refresh přehledu. |
|
Pro slovenský Kontrolní výkaz DPH (SK) bylo do kontrol přidáno další hlídání:Kontrolní výkaz SK DPH, akce “ Kontrola dokladů pro kontrolní výkaz DPH “. Do kontroly dokladů byla doplněna kontrola na délku pořadového čísla pro KV DPH . Je-li délka pořadového čísla pro KV DPH v účetním deníku větší než 32 znaky, proces kontroly zobrazí v procesním okně varování “ Pořadové číslo faktury je delší než 32 znaků a bude zkráceno “. Doklad bude do výkazu KV DPH standardně napočítán.
Stejná funkcionalita je doplněna i do kontrol ekonomiky – do kontroly “ Doklady KV “. Uživatel bude tedy na oříznutí pořadového čísla pro KV DPH upozorněn a případně může provést opravu pořadového čísla pro KV DPH v účetním deníku. |
|
V procesním okně účtování dokladů byly upřesněny – doplněny následující hlášky o slova “ účetního kódu ”:“Nenalezen účet DPH pro řádek účetního kódu (?) Základ DPH!”
“Není zadán účet pro řádek účetního kódu (?)!” “Účet pro řádek účetního kódu (?) Částka DPH není daňový účet!” “Nesoulad daňových klíčů základu a částky DPH, řádek účetního kódu (?)!” Kde ? je číslo konkrétního řádek účetního kódu – kontace. |
|
Editor účetního deníku, akce Oprava DPH . Otevře se editor, kde lze nyní – podle nastavení Účtování DPH na účtu DPH – editovat buď pole Základ DPH nebo pole Částka DPH, pro samovyměření lze editovat obě pole.Byla provedena úprava pro případ, že má účet DPH nastaveno Účtování DPH = Není nárok , pak jsou v editoru opravy hodnot DPH uvolněny obě pole – pro základ daně i pro částku daně Poznámka: pro toto nastavení se chová stejně jako doposud pro případ, když má účet DPH nastaveno Účtování DPH = Samovyměření. |
|
Funkcionalita dokumentů byla doplněna do přehledu “Výkaz souhrnného hlášení“ otvíraného buď z přehledu Souhrnná hlášení akcí Zobrazení přehledu SH s aktualizací nebo Zobrazení přehledu, případně z editoru Souhrnná hlášení, záložka 2 – Výkaz:
|
|
Do globálních konstant “Banka“ – “Bankovní výpisy“ – “Účtování“ bylo přidáno nové zaškrtávátko “ Nesaldokontní účty účtovat bez Párovacího znaku a Datum sald a“. Výchozí hodnota je nezaškrtnuto.Není-li zaškrtávátko zaškrtnuto, systém se při účtování bankovních výpisů chová jako dříve.
Je-li zaškrtnuto, při účtování systém kontroluje, zda má daný účet vazbu na libovolnou saldokontní skupinu. Pokud nemá, jsou údaje Párovací znak, PZ2 a Datum splatno vyprázdněny a Druh data je nastaven na “Není datum“. Pozn. úprava se týká účtování bankovního výpisu, příprava účtování zůstává beze změn. |
|
Byla urychlena aktualizace souhrnného hlášení (CZ) – akce Zaobrazení přehledu s aktualizací . Doba se zkrátila minimálně o 1 řád. |
|
Do editorů pro kopii účetního dokladu, hromadnou kopii účetního dokladu, opravy pro SH a opravy pro KH přidána pole :
Výchozí stav je “Změna textu“ = “Ponechat původní text“ a pole “Nový text“ je nepřístupné. Poznámka: je-li požádováno i generování STORNO zdrojového dokladu, systém vkládá do textu předem určený text : STORNO (DUD/CD) – tato vlastnost je zachována pouze pro volbu “Změna textu“ = “Ponechat původní text“, pro ostatních volby “Změna textu“ je text na cílových dokladech naplněn novým textem |
|
V případě, že je na saldokontní skupině přednastavený účetní kód pro kurzový rozdíl a na tomto účetním kódu je zaškrtnut parametr Datum případu (případně i datum úhrady) podle data poslední úhrady , tak při účtování kurz. rozdílu je pole Datum případu správně needitovatelné, kromě případů:
Přístupnost pole “Uživatelské období” (dříve Období stavu) se řídí přístupností pole “Datum případu” . Poznámka – Původní název pole Období stavu byl přejmenován na Uživatelské období . |
|
Účetnictví, Účtový rozvrh . Na účtu lze nastavit pro pole dimenzí: Útvar, Číslo zakázky, Okruh (nákladový okruh), Vozidlo, Zaměstnanec, Organizace, DIČ Organizace, Pár. znak, Typ změny, Organizace 2 a Údaj příjmy a výdaje volbu Upozornění . Při tomto nastavení při ručním účtování do účetního deníku systém pro chybějící příslušnou dimenzi upozornil. Při účtování pomocí kontací však systém pro chybějící příslušnou dimenzi neupozornil.Proto bylo pro standardní účtování prvotních dokladů doplněno hlášení upozornění na chybějící dimenze do procesního okna, jestliže je nastaveno na účtu upozornění.
Hlášení v procesním okně je stejné jako v případě chyby (když je na účtu nastavena povinnost vyplnění dané dimenze), do hlášení je vlevo přidáno slovo “ Upozornění “. Platí pro účtování s přededitací i bez přededitace. Poznámka: Pochopitelně se při volbě Upozornění (na rozdíl od volby Zakázané) do hodnoty dané chybějící dimenze nezapisuje hodnota “Err“ (dimenze zůstávají prázdné), aby šlo zaúčtovat do účetního deníku. |
|
Byla upravena pravidla pro evidenci účetních záznamů v cizí a hlavní měně. Základní pravidla jsou:
Poznámka 1: Technicky bylo do globálních konstant přidáno datum “Počáteční datum období pro nové ukládání kódu měny do účetního deníku“, od tohoto data (včetně) se bude systém chovat výše popsaným principem. Datum je needitovatelné. U stávajících databází se toto datum naplní datumem “Datum do“ aktuálního období + den. U nových databází se toto datum naplní aktuálním datumem bez času. S výše uvedeným datumem se vždy porovná datum případu deníkového záznamu. Pokud je datum případu stejné nebo vyšší než datum v globální konstantě, chová se systém novým principem:
Poznámka 2:
|
|
Přiznání k DPH, akce „Kontrola dokladů období DPH“, procesní okno „Průběh procesu“, zde byla opravena fukcionalita akce „Zobrazení přehledu“.Dokud se v procesním okně nefiltruje, je akce „Zobrazení přehledu“ aktivní na správných řádcích.
Pokud se použil filtr (některé barevné kolečko) a případně se následně filtr zrušil (černé kolečko), tak byla akce „Zobrazení přehledu“ aktivní na řádcích, kde aktivní být nem2la (např. Účetní doklady nebyly nalezeny, Pokladní doklady nebyly nalezeny,…) a naopak nebyla aktivní na řádcích, kde aktivní být m2la (např. Nalezeny nezaúčtované doklady). |
|
Bylo opraveno účtování pohybu Leasingu, kde na účetním kódu jsou zadány řádky “Odkupní hodnota-základ daně“ a “Odkupní hodnota-částka daně“. Účet DPH pro účtování řádku “Odkupní hodnota-základ daně“ je dohledán z řádku “Odkupní hodnota-částka daně“. |
|
Byla opraveno účtování přijatých faktur: pro případ, že faktura přijatá, která měla období DPH podle DUZP uzavřeno, ale období DPH podle datumu doručení faktury (např následující měsíc) bylo otevřeno a navíc bylo na faktuře přijaté je vyplněno pole Zaokrouhlení Kč. V takovém případě se zobrazila chyba “Program nenalezl vhodné období DPH” (v účetní kontaci se řádek Zaokrouhlení ztráta/zisk (hlavička)). |
|
Účtování přiznání DPH v cizí měně. Případ, kdy je na období DPH je nastavena jiná měna než HM.Chybně se choval přepočet do hlavní měny. V editaci před zaúčtováním a pak v účetním deníku atribut TabDenik.Kurz byl zaokrouhlený na dvě desetinná místa . Částky v CM odpovídaly přiznání v měně DPH, ale částky v hlavní měně byly chybně přepočteny kurzem zaokrouhleným na dvě desetinná místa.
Opraveno: Do přededitace při účtování a účetního deníku je přenášen kurz nezaokrouhlovaný (tak, jak je uveden v kurzovním lístku) a pro přepočet do hlavní měny v deníku se použije nezaokrouhlovaný kurz. |
|
Skupinová registrace k DPH:Při aktualizaci dodatečného kontrolního výkazu DPH (SK) se chybně načítaly ke zpracování pouze doklady od členů, které byly navázány na aktualizovaný KV DPH. Důsledkem bylo, že se do dodatečného KV DPH (SK) mohly dostat řádky navíc, které do výkazu nepatřily.
Oprava – načítají se doklady od členů, které jsou navázány na aktualizovaný KV DPH a doklady, které jsou navázány na předchozí KV DPH stejné časové periody, které jsou uzavřeny. Oprava je platná pro dodatečné kontrolní výkazy DPH (SK). |
Účtovníctvo (SK)
|
Účtovanie doplnkovej položky s používaním daňových kľúčov pre DPH – faktúra vydaná:Na faktúre vydanej, ktorá obsahovala položky s rôznymi daňovými kľúčmi a zároveň sa vytvorila doplnková položka , ktorej bol pridelený konkrétny daňový kľúč, pri jej zúčtovaní neakceptovalo tento daňový kľúč priradený vo faktúre vydanej. Po zúčtovaní teda prepísalo daňový kľúč z predkontácie „Korekcia – základ DPH (hlavička)“ resp. „Korekcia – DPH (hlavička)“ a neakceptovalo daňový kľúč z faktúry vydanej .
Oprava: Pri účtovaní faktúry vydanej s doplnkovou položkou sa doplnil test , ktorý kontroluje daňový kľúč na doplnkovej položke vo faktúre vydanej a teda do rozúčtovania uprednostní a dotiahne daňový kľúč , ktorý prislúcha daňovému kľúču zadanému na riadku vo faktúre . Pre účtovanie bez daňových kľúčov (t.j. analytickými účtami) sa nič nemení. |
|
Skupinová registrácia k DPH:Pri aktualizácii dodatočného kontrolného výkazu DPH (SK) sa chybne načítali k zpracovaniu len doklady od členov, ktoré boli naviazané na aktualizovaný KV DPH. Dôsledkom bolo, že sa do dodatočného KV DPH (SK) mohli dostať riadky naviac, ktoré do výkazu nepatrili.
Oprava – načítajú sa doklady od členov, ktoré sú naviazané na aktualizovaný KV DPH a aj doklady, ktoré sú naviazané na predchádzajúce KV DPH rovnakej časovej periódy, ktoré sú uzatvorené. Oprava je platná pre dodatočné kontrolné výkazy DPH (SK). |
Výkazy, finanční analýza
|
V nabídce Helios Controlling je k dispozici nová funkcionalita Stavy účtů a dimenzí. Popis je v dokumentaci Stavy účtů a dimenzí – HELIOS iNuvio |
|
Je k dispozici nový přehled Hodnoty označených výkazů , který se zobrazuje z přehledu Výkazy a reporty na akci nového tlačítka Zobrazit hodnoty označených výkazů.Zobrazí se řádky hodnot všech označených výkazů. |
|
V přehledu Dokument – Poznámky – byla upravena funkce @GMZ – zaokrouhlování, refreš přehledu. |
Výroba
|
Kontrakty dodavatelské – nový parametr na hlavičce kontraktu – Doba přepravyTento parametr lze využít v případech, kdy je zboží na odvolávce připraveno k expedici u dodavatele. Na položce odvolávky se vypočítá atribut „Datum expedice/přijetí“ (připočtením doby přepravy k Plánovanému dodání OD). Termín pro plánování dispozice materiálu se určí přičtením Lhůty pro naskladnění. |
|
Zakázková modifikace nad výrobním číslem – drobná změna chování:
|
|
Import dat TPV – založení kmenové karty:
|
|
V přehledu Detailní porovnání nákladů byly doplněny definované vazby na další přehledy:
|
|
Rozšíření možností funkce Požadavky z dokladůNově je možné načítat požadavky z došlých objednávek ve dvou režimech:
Tyto dva algoritmy nelze kombinovat pro různé načítané oblasti. Není tedy možné v jednom kroku načítat požadavky z expedičních příkazů (s ohledem na množství ve výrobě nebo na skladech) a současně došlé objednávky s použitím mechanismu Zajištění. V takových případech je nutné spouštět funkci samostatně dvakrát – vždy s jiným nastavením parametrů výpočtu. Tato volba je dostupná pouze při volání funkce z Výrobního plánu. |
|
Na Výrobním příkaze je možné zobrazit nový přehled Evidence nářadí . |
|
Na Výrobním příkaze byla v definici práv přidána možnost přiřazení práva na Nastavení příznaku tisku.Nebude-li mít uživatel právo nastavené, neproběhne ani automatické nastavení příznaku při tisku v systému Helios. Tisk dokumentu na tiskárnu však proběhne. |
|
Nové parametry Řady výrobního plánu
Nákladový okruh je nově i součástí editoru Výrobního plánu, kde jej lze ručně editovat. Nastavení na řadě výrobního příkazu má přednost před nastavením na Výrobním plánu. Nákladový okruh byl doplněn i do přehledu Pohyby nedokončené výroby. |