top of page

HELIOS - Změny 09/2024

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ý atribut

Variabilní symbol pro platební příkaz:

  • číslo dokladu (default, stávající stav)

  • číslo dodavatelské faktury

  • číslo objednávky

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

  • Text 2

  • Text 3

  • Účetní účet

  • Účetní účet 2

  • Účetní účet 3

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 BankApp

U 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.


  • výchozí hodnota 0 (může být zadána pouze hodnota větší nebo rovno 0)

  • pole je přístupné a je zohledněno pouze pokud je zatrženo Převzít datum splatnosti z dokladu

  • datum splatnosti platebního příkazu = Datum splatnosti minus korekce (např. Datum splatnosti faktury přijaté je 13.9.2024. Při generování platebního příkazu se nastaví korekce 3. Platební příkaz se vygeneruje s datem splatnosti 10.9.2024.)

  • při generování platebního příkazu probíhá test:

    • datum splatnosti minus korekce je v budoucnosti a toto datum je pracovní den - nastaví toto datum

    • datum splatnosti minus korekce je v budoucnosti a toto datum je nepracovní den - nastavím nejbližší předchozí pracovní den (nesmí být nižší než “dnes”, pak nastavit nejbližší následující pracovní den od “dnes”)

    • datum splatnosti minus korekce je dnes - nastavím “dnes” (pokud je “dnes” pracovní den, popř. nejblížší následující pracovní den od “dnes”)

    • datum splatnosti minus korekce je v minulosti - nastavím “dnes” (popř nejbližší následující pracovní den)


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í:

  • ruční zadání účtu na úhradu Leasingu - při účtování nebude nutné vyplnit účet i na řádku BV. Stačí zadání účtu na úhradě.

  • test účtování řádku BV s vazbou na úhradu Leasingu - pokud bude účet na úhradě leasingu, nebude vyžadován účet na řádku BV.


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 textu

Změ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:

  • Řada a pořadové číslo

  • Název organizace/Zaměstnance

  • Popis dodávky

  • Číslo objednávka

  • Oddělovač

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í:

  • řádek BV je zaúčtovaný a nemá vazbu na fakturu - založí BS k organizaci/zaměstnanci podle účetních údajů

  • řádek BV je zaúčtovaný a má vazbu na fakturu - založí BS k organizaci/zaměstnanci podle účetních údajů

  • řádek BV není zaúčtovaný a má vazbu na fakturu - založí BS k organizaci/zaměstnanci podle faktury

  • řádek BV není zaúčtovaný a nemá vazbu na fakturu - nelze BS založit, protože řádek není zaúčtovaný, ani nemá vazbu na fakturu.


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:

  • bez ohledu na stav organizace (= přiřazovat vždy, stávají stav) (default)

  • pouze k organizacím ve stavu Aktivní (TabCisOrg.Stav=0)

  • vše, mimo stav organizace Zakázána (TabCisOrg.Stav=0,1,3)


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).


Odesílání příkazů do BankApp

Ve specifických případech mohlo chybně dojít k opakovanému odeslání platebních příkazů do BankApp. Opraveno.

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ě:

  • Účetní kód zádržné => Účetní kód - zádržné

  • Účetní kód uvolnění (zádržného) => Účetní kód - uvolnění

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.

  • U položek v režimu PDP se tiskla ve sloupci %DPH chybně sazba DPH pro PDP. Opraveno

  • U položek v režimu PDP se tiskne text “Režim PDP. Daň odvede zákazník. Kód předm. plnění xy”, kde xy je kód z Číselníku kódů pro PDP


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:

  • částky v hlavní měně (pole Základ DPH samo HM a Částka DPH samo HM) - horní řádek

  • částky v měně DPH (pole Základ DPH-samo a Částka DPH-samo) - spodní řádek

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_OnAfterHromadneProDS01

Popis: 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:

  • 1 - Obecné

  • 2 - Účtování

Ú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:

  • dochází při aktualizaci ke změně sazby DPH

  • používají se daňové klíč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:

  • QR kód platby s integrovanou fakturou [QR Platba+F]

  • QR kód faktury [QR Faktury]

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.

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áře

Nad přehledem Mzdové údaje, Oznámení na ÚP (cizinci) byly vytvořeny nové tiskové formuláře:

  • Sdělení - kontrolní formulář

  • Informační karta - kontrolní formulář

Nad přehledem Roční sestavy, Úřad práce - potvrzení příjmu byl vytvořen nový formulář:

  • Úřad práce - potvrzení příjmu

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ář - datumy

V 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 ČR

Byla 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Ča

Byla 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í - úprava

Nově jsou údaje na záložce 3 - Cizinec v sekci [1] Informační karta/Sdělení editovatelné dle Typu oznámení:

Informační karta

  • Status cizince

  • Varianta pracovního vztahu

Sdělení

  • Druh pracovního povolení

  • Nepotřebuje od

  • Forma zaměstnání

  • Předčasné ukončení

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řehled

Byla 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řehledy

Funkcionalita 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 - XML

Bylo 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) - úprava

V 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:

  • tisk více záznamů najednou - nyní se zobrazují hodnoty odpovídající jednotlivým záznamům

  • tisk rodného čísla (RČ) - v případě cizinců se tiskne v pořadí RČ cizinec, EČP, pokud není ani jedno vyplněné, zůstává RČ ve formuláři prázdné, u CZ pracovníků se tiskne klasické RČ


Výběr specifikací datových polí - rozšířený o vybrané údaje zaměstnance

Nad 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:

  • Číslo

  • Jméno

  • Příjmení

  • Číslo, příjmení a jméno s tituly

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:

  • Jestliže dojde ke změně Příjmů nebo Konce PP u již Zpracovaných nebo Odeslaných hlášení, objeví se nově při spuštění dalšího generování hlášení na konci akce dotaz: “Ve vybraném období existují odeslaná Hlášení, u kterých došlo ke změně klíčových údajů. Chcete zobrazit jejich přehled?” Po stisku Ano se zobrazí kontrolní přehled se seznamem zaměstnanců, u kterých existuje nesoulad (konkrétní popis je uveden ve sloupci Chybový stav - např. Neshoda částky příjmu proto mzdě, Neshoda data ukončení dohody apod.)

  • Pokud dojde ke změně Příjmů nebo Konce PP u doposud nezpracovaných a neodeslaných hlášení, dojde při dalším případném generování k aktualizaci těchto údajů bez dotazu.

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íci

Pro 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 EP

V 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) - telefon

Bylo 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 ZP

Z 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:

  • musí být zatržena nová globální konstanta na záložce “Mzdy“ - “ Zahrnout do automatu účtování “

  • musí existovat záznamy v přehledu “Účtování mezd“ (předkontace mezd)

  • rok mzdového období musí spadat do období nastaveného pro automat

  • mzdové období nesmí být již zaúčtováno

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 importu

Byl 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 importu

Byl 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á struktura

Od 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í MVZ

Ve Mzdových údajích na záložce Odvody, Zdravotní pojištění, vznikla nová sekce [2] Neuplatňovat MVZ. Obsahuje nové položky:

  • Datum do - datum, do kdy se nemá uplatňovat MVZ - tzn. např. datum, do kdy má mzdovka potvrzení o studiu

  • Kategorie pojištěnce - atribut je navázán na Pomocné číselníky a spadá do skupiny ZP - plátce pojistného stát, automaticky je naplněn nejčastějšími kategoriemi (přes volbu Nový je možné případně přidat další kategorie)

    • DUCH - Poživatelé důchodů

    • MAT - Ženy na mateřské nebo osoby na rodičovské dovolené

    • PPM - Osoby pobírající peněžitou pomoc v mateřství

    • ROD - Příjemci rodičovského příspěvku

    • STD - Nezaopatřené děti

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ě 2024

Na 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):

  • upraví nezdanitelnou položku pro Dary na hodnotu 15%

  • upraví nezdanitelnou částku pro Životní pojištění na hodnotu 48 000 Kč

  • vygeneruje nové nezdanitelné položky pro produkty na stáří - jedná se o symboly N_PFa, N_PFb, N_PFc, N_DIP (dlouhodobý investiční produkt) a N_PDP (pojištění dlouhodobé péče)

  • smaže nepoužívané nezdanitelné položky a slevy na dani - jedná se o symboly N_PP (penzijní připojištění), N_OD (odborové příspěvky), N_ZK (zkoušky), S_UD (umístění dítěte tzv. školkovné), S_STD (studium)

Editor RZD

Od roku 2024 jsou na záložce Daňové slevy a odpočty schovány položky:

  • Sleva na dani na studium

  • Sleva na dani za umístění dítěte

  • Nezdanitelné částky - Penzijní připojištění

  • Nezdanitelné částky - Odborové příspěvky

  • Nezdanitelné částky - Zkoušky

Od roku 2024 jsou na záložce Daňové slevy a odpočty nové položky:

  • Penzijní připojištění písm. a)

  • Penzijní spoření písm. b)

  • Penzijní pojištění písm. c)

  • Dlouhodobý investiční produkt

  • Pojištění dlouhodobé péče

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 zamestnanca

Nad 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 sviatok

Do 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čenie

Do 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 zostavy

Pri 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šálov

V 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. 2024

Dň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-403184 / Informačná karta - vznik (príloha č. 9a) / 16. 7. 2024

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-403178 / Informačná karta - skončenie (príloha č. 9b) / 09.05.2022

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-403184 / Informačná karta - vznik (príloha č. 9a) / 16.07.2024-403175 / Informačná karta - vznik (príloha č. 8a) / 09.05.2022-403178 / Informačná karta - skončenie (príloha č. 9b) / 09.05.2022-403176 / Informačná karta - skončenie (príloha č. 8b) / 09.05.2022


ÚPRAVA - MVPP, VPP, RLFO - prednapĺlňanie údajov platiteľa

Bolo 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íjem

Do 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-403333 Potvrdenie o výške príjmu-403332 Priemerný zárobok-403334 Priemerný zárobok za RČ


NOVINKA - Zmena likvidácie nemocenskej dávky

Ak 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ť:

  • ak sa jedná o uzavreté mzdové obdobie - používateľ spustí na prehľadom Evidencia DNP akciu Zmena dôvodu PN/Nastav vo výpočte mzdy. Akcia automaticky nastaví zmenu likvidačnej MZ-ky vo Výpočte mzdy vo vybranom mzdovom období.

  • ak sa jedná o aktuálne mzdové obdobie, v ktorom došlo zmene dôvodu DNP - používateľ štandardne spustí nad prehľadom Výpočet mzdy akciu Evidencia DNP/Likvidácia nepreplatených dávok alebo v editore Výpočtu mzdy akciu Likvidácia DNP. Likvidácia automaticky nastaví zmenu likvidačnej MZ-ky.vo Výpočte mzdy.

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-400366 Register náhrad PN a ND-400362 Mzdový list-403159 Výplatný lístok (5)-403158 Výplatný lístok (4)-403157 Výplatný lístok (3)-403156 Výplatný lístok (2)-403155 Výplatný lístok (1)

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/2024

MPSVaR 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:

  • € 8,30 pre časové pásmo 5 až 12 hodín,

  • € 12,30 pre časové pásmo nad 12 hodín až 18 hodín,

  • € 18,40 pre časové pásmo nad 18 hodín.

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 - cudzinci

Odteraz 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áciu

V 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 GP

Dohadná 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:

  • v editore karty zamestnanca na záložke Základné údaje v sekcii “Doklady, cudzinci” na karte “Cudzinec”:

    • vznikol nový atribút “Typ a účel pobytu”, na ktorý je naviazaný číselník, z ktorého je nutné pre účely vystavenia IK o začiatku vyslania štátneho príslušníka tretej krajiny preniesť kombináciu Dôvodu povolenia výnimky a Typ a účel pobytu. Nad týmto číselníkom je akcia Generuj, ktorá dogeneruje príp. chýbajúce položky.

    • pôvodný atribút Typ a účel pobytu bol premenovaný na Poznámka, prípadné zadané hodnoty boli zachované, ale už nevstupujú do Informačných kariet a je možné ich vymazať

  • nad prehľadom Zamestnanci je možné si pomocou tlačidla Nastav vytiahnuť nový atribút “Dôvod povolenia výnimky - Typ a účel pobytu” v skupine Typ a účel pobytu.

  • do Miesta výkonu práce sa odteraz načítava adresa sídla zamestnávateľa z prednastaveného Registračného listu zamestnávateľa (RLZ).

  • v RLZ na záložke Organizácia sekcia Organizácia atribút OKEČ/NACE s nadviazaným číselníkom OKEČ/NACE je nutné preniesť 5. úroveň číselníka NACE (doteraz stačila len druhá úroveň). Pre aktualizáciu číselníka OKEČ/NACE je nutné spustiť akciu Generuj, ktorá dogeneruje kódy piatej úrovne. Hodnota NACE sa pre účely eIK načítava z prednastaveného RLZ.

  • do číselníka Dôvody ukončenia PP sa po spustení akcie Generuj dogenerujú kódy (začínajú na hodnotu “9”) pre určenie dôvodu skončenia zamestnania/vyslania

  • pre účely eIK je nutné dodržiavať nasledovný formát telefónneho čísla kontaktnej osoby:

+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 2

1. 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řidá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řídění položek správně.

Opraveno

Personalistika

Personální organizační struktura - zaměstnanec bez PP

Nyní 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 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 rež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ší.