Helios - Změny 05/2026
- 15. 5.
- Minut čtení: 12
Banka
Bankovní výpisy - upraveno chování práv - pokud uživatel nemá na akci právo, pak se akce nebude skrývat, ale zůstane zobrazená se zámečkem.
Navázání faktury k již existujícímu dokladu platební transakce
Nad řádkem bankovního výpisu je možné spustit akci Firemní platební karty / Navázat fakturu. Pokud již má řádek výpisu vazbu na doklad platební transakce se zobrazí upozornění/dotaz: Již existuje navázaná platební transakce. Má být zrušena a nahrazena platební transakcí úhrady faktur? Pokračovat?
Pokud dá uživatel ANO, pak je původní doklad platební transakce smazán a je vygenerován nový doklad s vazbou na fakturu (faktury).
Pokud by původní doklad platební transakce byl zaúčtovaný nebo navázaný v uzavřeném období. Zobrazí se uživateli informace, proč systém nemohl původní doklad smazat a nahradit ho novým dokladem s vazbou na fakturu.
Bankovní výpisy
Opravena chyba v dohledávání bankovního spojení podle variabilního symbolu.
Celní případy
Implementace změn v ICS dovoz k 18.5.2026. Detailní informace najdete v dokumentu
http://www.kobler.cz/Helios_novinky/Dovoz_zmeny_18_5_2026.html
Celní sklad
Úpravy v generování dovozních deklarací z příjemek a výdejek (kódy předchozích dokladů, dopravné, měrné jednotky) související se změnami v dovozu k 18.5.2026
Úprava akce „Načtení předchozích dokladů z CS“.
Fakturace
Přednastavení údaje DUZP na vydaných fakturách generovaných z výdejky.
V číselníku Řady dokladů je pro druh pohybu Výdej ze skladu na záložce 4-Návazné doklady, v poli DUZP návazného dokladu, rozšířen výběr o novou možnost “Datum realizace zdrojového dokladu“. Vygenerovaná vydaná faktura pak bude mít DUZP stejné jako je datum realizace zdrojové výdejky.
Do tabulky TabOZSumaceCen byly přidány sloupce pro částky v měně dokladu, které zobrazují odděleně plnění v běžném režimu DPH a v režimu PDP.
Jedná se o tyto nové sloupce:
BezRezimZakladVal
BezRezimCastkaVal
BezRezimCelkemVal
PDPRezimZakladVal
PDPRezimCastkaVal
PDPRezimCelkemVal
V tabulce TabOZSumaceCen byly všechny sloupce s částkami rozřazeny do skupin, aby se v nástroji Nastav zobrazovaly přehledně a strukturovaně:
Dle režimu DPH
Všechny režimy DPH
Běžný režim DPH
Režim PDP
Dle měny a kurzu
V hlavní měně kurzem dokladu
V měně dokladu
V měně DPH kurzem DPH
V hlavní měně kurzem DPH k hlavní měně
Výše uvedený postup byl analogicky aplikován i na tabulku #TabRekapitulaceDPH
Procedury funkčně obsluhující tabulky TabOZSumaceCen a #TabRekapitulaceDPH byly doplněny tak, aby pracovaly i s novými sloupci - řádně počítaly také částky v měně dokladu.
Majetek
U karty majetku s nastavením daňových pohybů -> DP Způsob odpisu = Jiný způsob (časový) nebylo možné zadat pohyb Technické zhodnocení. Opraveno.
Mzdy (CZ)
Měsíční hlášení a záporné hodnoty
Vzhledem k nedořešené metodice týkající se záporných hodnot (přestože u některých atributů je povolená v případě záporných hodnot nula, nelze toto ve většině případů využít, protože jsou na to navázány další kontroly na straně ĆSSZ), jsme ošetřili možnosti bezchybného exportu záporných hodnot tam, kde to dovolovaly následné kontroly.
Nyní projde export Měsíčního hlášení v případě, kdy budou hodnoty těchto atributů ve mzdě záporné (při exportu zde nastavíme nulu a tudíž export projde).
atribut:
10338 Náhrady za dovolenou
10337 Náhrady mzdy zúčtované
10343 Odměny za pracovní pohotovost
Další záporné atributy (např. neoprávněně vyplacené prémie, odměny) jsou v řešení.
JMHZ - Storno podání - kontrola období 20.den, Řádné podání v odemčeném období
Byla upravena možnost generování storna řádného podání měsíčního hlášení, úprava se týká určování hraničního datumu pro jeho provedení. Aktuálně nebylo možné generovat storno podání v dubnu 2026, ačkoli to bylo ještě před 20.5.2026.
Pozn. ČSSZ neumožňuje stornovat hlášení za leden až březen 2026, vše je nutné řešit přes opravná podání, přestože termín podání za tyto měsíce je až do 30.6.2026.
Současně je nově povoleno generování i aktualizace řádného podání v Odemčeném mzdovém období (dosud bylo povoleno jen v aktuálním období a v obdobích leden, únor a březen 2026, za které je nutné vykazovat zpětně).
Sleva na pojistném zaměstnavatele - týdenní úvazek (ID 10373)
V případě, kdy je u zaměstnance nastaven mzdový kalendář s částečným/zkráceným úvazkem (NPD) se zadaným % úvazku, nezohledňovali jsme správně zkrácení úvazku do tohoto atributu.
Nově je atribut počítán počítán tak, že pokud se jedná o nepravidelnou pracovní dobu s nenulovým procentem krácení, jeho hodnota se určí z týdenního úvazku v kalendáři - je zkrácen daným procentem. Ve všech ostatních případech se bere Týdenní úvazek ze mzdové karty.
Vykázaný příjem vč. nepojištěné činnosti (ID 10476)
Byl upraven nápočet vykazovaného příjmu - zahrnovaly se do něj chybně i nepeněžní příjmy a příspěvky na penzijní produkty do limitu, přestože nespadali od odvodu sociálního pojištění (tj. pod limit).
JMHZ - Nenačítat do MH a souhrnná data PPV
V případě, že zaměstnanec nebyl zařazen do měsíčního hlášení (např. učeň), správně se nezobrazil v přehledu pracovních poměrů, ale z nenačítaného pracovního poměru se do měsíčního hlášení načítala souhrnná data.
Nyní platí:
všechny atributy ze sekce Formulář - souhrnná data zaměstnance se sumují za OIČ zaměstnance, resp. za jeho RČ, pokud OIČ není zadáno v Číselníku zaměstnanců. Nově se z těchto součtů zahrnují pouze ty PP zaměstnance, které ve MU :
NEmají nastaven příznak Jmhz_NenacitatPP A ZÁROVEŇ
jsou v evidenčním stavu NEBO
jsou vyjmutí ze stavu NEBO
mají ukončený PP, nastavený příznak Do výpočtu po konci PP a zadaný Typ odloženého příjmu
do editoru MU přidána měkká kontrola, která při nastaveném příznaku Do výpočtu po konci PP upozorňuje na nezadaný Typ odloženého příjmu
v editoru MU lze nově editovat atribut IDPPV i v případě, že je provedený výpočet mzdy (pokud není karta uzavřena a nejsou vygenerovány Předkontace)
JMHZ - sleva na pojištění důchodce
V případě, že má zaměstnanec nastavenu slevu na sociálním pojistném důchodce, ale nedosáhl v daném měsíci vyměřovacího základu, tudíž sleva je nulová, kontrola hlásila chybu Částka nesmí být 0. Chyba se týká atributu Sleva na pojistném zaměstnance (ID 10490). V případě, že není v daném měsíci sleva, atribut nesmí být nastaven na Ano.
Upraveno načítání atributu i vzhledem k vypočtené výši slevy.
JMHZ - další úpravy
Proces rušení měsíční uzávěrky:
před provedení uzávěrky je přidaná tvrdá kontrola, která testuje, zda v běžném období není vytvořeno Měsíční hlášeni (MH)
v případě, že MH existuje, musí uživatel všechna MH v daném mzdovém období zrušit pomocí akce Zrušení - lze jen podání, která dosud nebyla na ČSSZ ani částečně přijata!
pokud už byl proveden nějaký pokus o odeslání MH (např. na disk), je nutné nejprve zrušit i vygenerované Zprávy, jinak nepůjde zrušit ani samotné MH
Opakované podání opravného podání - akce Aktualizace nad přehledem JMHZ - pracovní poměry - varování:
před vlastním spuštěním Aktualizace formuláře PP se o objeví dotaz Opravné podání Měsíčního hlášení bylo již odesláno a zpracováno na ČSSZ. Pokud potřebujete provést dodatečnou opravu v tomto Měsíčním hlášení, převeďte nejprve Opravné podání do stavu Pořízeno pomocí akce Opakované podání OP. Poté, co požadované opravy v Měsíčním hlášení dokončíte, Opravné hlášení odešlete znovu na portál ČSSZ.
pokud tedy chcete znovu opravit již zpracované opravné podání, musíte ho převést v přehledu Jednotné měsíční hlášení pomocí akce Opakované podání OP do stavu Pořízeno, abyste ho mohli zaktualizovat a následně odeslat
v případě, že se jedná o formulář PP z přijatého (i částečně) opravného podání MH, kdy samotný formulář PPV je ve stavu Přijato
dotaz obsahuje text s varováním před případným vznikem nesouladu mezi údaji v registrech VS a daty mzdového systému
po odsouhlasení uživatelem aktualizace proběhne a nastaví se příznak Aktualizováno a Datum aktualizace na formuláři PPV
Kontrola připravenosti mzdových dat pro MH:
kontrola se provádí automaticky po spuštění akcí nad přehledem Jednotné měsíční hlášení
Generování řádného podání
Aktualizace řádného podání
Aktualizace opravného podání
kontrola testuje:
vyplněnost identifikátorů OIČ a IDPPV u zaměstnanců spadajících do MH
zda jsou všechny vypočtené mzdy ve stavu bez chyb
zda je dorovnané SP za firmu a pokud ne, pokusí se toto SP dorovnat
zda je Sleva na SP za firmu rozpočítaná a uložená do mezd zaměstnanců, pokud ne, pokusí se rozpočítat
zda jsou všechny karty zaměstnanců spadajících do MH uzavřené
Kontrola připravenosti mzdových dat PP pro aktualizaci PP:
provádí se po spuštění akce Aktualizace nad přehledem JMHZ - pracovní poměry
kontrola testuje:
zda je mzda zaměstnance vypočtená a ve stavu bez chyb
zda je dorovnané SP za firmu a pokud ne, pokusí se toto SP dorovnat
zda je Sleva na SP za firmu rozpočítaná a uložená do mezd zaměstnanců, pokud ne, pokusí se rozpočítat
zda je karta zaměstnance uzavřená
Návazné přehledy - ELDP:
je upraveno generování ELDP pro JMH v daném mzdovém období:
zavedena výjimka pro DPP a Zaměstnání malého rozsahu při vyplácení příjmu po skončení PP
podle metodiky se v daném období ELDP v těchto případech do měsíčního hlášení negeneruje
vyplacenou částku, pokud v součtu s částkou vyplacenou v posledním měsíci trvání PPV přesáhne limity odvodových základů, je nutno vykázat v opravném měsíční hlášení opravou ELDP za poslední měsíc trvání PPV
je upraveno povolení / zákaz provádění úprav v přehledu a editoru ELDP pro měsíční hlášení v závislosti na tom, odkud je přehled ELDP vyvolán
pokud jde o akci ELDP pro JMHZ nad přehledem Roční ELDP pod Ročními sestavami, ELDP pro JMHZ nebude editovatelné vůbec, protože se tam zobrazují ELDP za celý rok, ne pouze za vybrané období
pokud jde o akci ELDP nad přehledem JMHZ - pracovní poměry, posuzuje se stav zpracování vybraného záznamu MH - akce Nový, Zruš a Aktualizace v přehledu ELDP jsou povoleny v závislosti na tom, jaký je stav zpracování podání MH vybraného dle výše uvedených pravidel:
pokud je podání stornováno, změny v ELDP nejsou povoleny
pokud se jedná o Řádné podání a neexistuje k němu Opravné podání, změny jsou povoleny ve stavech Pořízeno, Zamítnuto nebo Nebylo přijato
pokud se jedná o Řádné podání a existuje k němu Opravné podání, tak akce přehledu ELDP jsou blokovány
pokud se jedná o Opravné podání, pak akce přehledu ELDP jsou povoleny v případě stavu Pořízeno, Zamítnuto, Nebylo přijato, Zpracováno a je úplné, Částečně přijato nebo Obsahuje propustné chyby
pokud je příslušná akce podle výše uvedených pravidel povolena a zároveň se jedná o stav, kdy podání bylo přijato (i jen částečně) a samotný formulář PP je také Přijatý a zpracovaný, objevuje se po spuštění akce varovný dotaz - ten upozorňuje na fakt, že formulář PP byl již na ČSSZ zpracován a případné změny povedou k nesouladu údajů v Helios Inuvio a v registrech ČSSZ/MPSV - pokud uživatel odsouhlasí, akce se provede, stejný varovný dotaz se objeví při ukládání editoru ELDP, pokud v něm byly provedeny změny
editace povolena za stejných podmínek jako výše uvedené akce - pokud je formulář PP už Zpracovaný na ČSSZ, před uložením provedených změn v editoru se objeví stejný varovný dotaz, jako v případě výše uvedených akcí
Návazné přehledy - Vyživované děti:
platí stejná omezení a varování jako v případě ELDP pro MH s tím rozdílem, že při zobrazení přehledu Vyživované děti nad přehledem mzdové údaje není editovatelnost blokována úplně, ale ctí stejná pravidla jako nad přehledem JMHZ - Pracovní poměry
akce Aktualizace
nejprve smaže všechny generované záznamy s výjimkou těch, jejichž záznam byl v editoru uživatelem změněn - takové záznamy zůstávají v přehledu Vyživované děti beze změny, stejně jako ručně zadané
poté vkládá do přehledu všechny děti z Rodinných příslušníků v daném mzdovém období, jejichž rodné číslo se tam ještě nenachází
následně aktualizuje u dětí s uplatněným zvýhodnění v Rodinných příslušnicích související atributy - opět pouze u těch, které jsou generované a nebyly editované
spuštění akce pro Nastavení/Zrušení blokace záznamu je rovněž považováno za editaci daného záznamu a nebude podléhat aktualizaci
nově je povoleno rušení generovaného záznamu, který byl editován
Návazné přehledy - Osoby vyživující:
platí stejná omezení a varování jako v případě ELDP pro MH s tím rozdílem, ze při zobrazení přehledu Osoby vyživující nad MU není editovatelnost blokována úplně, ale ctí stejná pravidla jako nad přehledem JMHZ - pracovní poměry
akce Aktualizace
nejprve smaže všechny generované záznamy s výjimkou těch, jejichž záznam byl v editoru uživatelem změněn - takové záznamy zůstávají v přehledu Osoby vyživující beze změny, stejně jako ty ručně zadané
poté vkládá do přehledu k zaměstnanci všechny JVO osoby z Rodinných příslušníků v daném mzdovém období, jejichž rodné číslo se tam ještě nenachází
spuštění akce pro Nastavení/Zrušení blokace záznamu je rovněž považováno za editaci daného záznamu a nebude podléhat aktualizaci
nově je povoleno rušení generovaného záznamu, který byl editován
Opakované podání Opravného podání :
vznikla nová akce Opakované podání OP nad přehledem JMHZ - akce je aktivní pouze nad prvním balíkem Opravného podání, které je ve stavech:
Hlášení je zpracováno a je úplné
Hlášení nebylo přijato
Hlášení bylo zamítnuto
Hlášení je částečně přijato
Hlášení obsahuje propustné chyby
vznikl nový neveřejný atribut Datum přípravy OP na opakované podání pro identifikaci stavu, kdy OP bylo nejméně jednou přijato na ČSSZ
pokud má Opravné hlášení toto datum vyplněno, nelze ho již zrušit akcí nad přehledem JMHZ
toto datum nastavuje každé spuštění akce Opakované podání OP
akce Opakované podání OP rovněž vkládá do Žurnálu záznam s datem spuštění akce, Stavem zpracování a GUIDy posledního podání OP
Aktualizace Opravného podání MH:
přidána nový akce pro aktualizaci všech needitovaných formulářů PP MH
před vlastním generováním zprávy pro MH probíhá kontrola, zda poslední aktualizace byla provedena před méně než jednou hodinou - pokud byla provedena dříve, je uživatel upozorněn a musí potvrdit, že chce opravdu zprávu pro podání MH vygenerovat a odeslat
Mzdy - Nesprávné zobrazování dialogu při výběru důvodu vynětí zaměstnance
Podle velikosti obrazovky/okna docházelo v některých případech z nesprávnému zobrazování potvrzujícího dialogu při výběru důvodu vynětí zaměstnance v Modulu Mzdy v přehledu Mzdové údaje, např. se skryl za menu s výběrem druhu vynětí.
Opraveno.
Přehled JMHZ - Pracovní poměry - tl. Nastav
Nad přehledem JMHZ - Pracovní poměry v tl. Nastav v skupine Doplňujíci údaje byla nesprávná vazba.
Opraveno
Obecné
Helios Inuvio přechází na bezbalíčkovou kompilaci.
Aplikace bude nově kompilována bez BPL knihoven, pouze jako samostatný EXE soubor. Cílem této architektonické změny je zjednodušení sestavení, distribuce a nasazení aplikace.
V konfiguraci - žurnál - archivace změn vznikla akce pro zobrazení všech změn (Všechny změny). Zobrazený přehled má omezené načítání dat a při zobrazení má deaktivované třídění. Vzhledem ke struktuře tabulky aktivace třídění znatelně zpomaluje načtení dat z SQL.
Detekce možnosti uložení sestavy jako soukromé bylo předřazeno uložení sestavy jako takové. Původně se sestava uložila, i když následně došlo k chybě při nastavení jako soukromé.
Bylo zrušeno zobrazení textu u poznámek (dlouhé texty a RTF), které bylo zavedeno v minulé verzi. Text se nyní zobrazuje opět pouze u sloupce Poznámka - Vše. Důvodem je možnost zobrazení sloupce bez textu (zobrazuje WIDEMEMO nebo WideMemo) pro potřeby filtrace bez zvětšení výšky řádků.
Odesílání e-mailu pomocí SMTP nyní podporuje TLS 1.3 a využívá Open SSL 3.5.
Ve vyhledávači nad přehledy v hlavní nabídce lze nyní vyhledávat nejen podle názvu tabulky, ale i podle názvu definovaného přehledu.
Při tisku přes API mohla nastat chyba “Invalid object name '#QRCodeSkNew'."“ Opraveno.
Pokladna
Hromadné změny nad pokladními doklady a položkami pokladních dokladů byly rozšířeny o atribut Poměrný koeficient (zobrazuje se v licencích s Výkazy pro příspěvkové organizace).
Pokladní prodej
Pokud na účtence (v CZK) použiji platbu EUR, tak mohu zadat částku s centy i v případě, že mám v konfiguraci nastaveno zaokrouhlovat.
Při zadání bodů na účtence se rovnou provádí kontrola, zda nebyl překročen maximální možný počet použitelných bodů. A to jak vůči ceně účtenky, tak i stavu bodového konta zákazníka.
Řízení peněžních toků
Řízení peněžních toků - peněžní toky doklady
Oprava částky individuální analýzy v hlavní měně u dokladů fakturace, které byly vystaveny v cizí měně.
Sklady, nákup a prodej
Po nalezení položky se ještě před zapsáním množství posune ukazatel v seznamu skladovým karet.
V souvislosti s uvolňováním 64-bitové verze Inuvio do distribuce bylo nutno upravit generování QR PAY by square kódu na SK tiskových formulářích vydaných faktur. Byly upraveny následující distribuční formuláře:
Zálohová faktúra QR (-467530)
Faktúra QR (-467531)
Daňový doklad - faktúra, dobropis QR (-467529)
Invoice, Credit Note - QR (-467552)
Pokud se v implementaci používají vlastní tiskové formuláře, které obsahují QR PAY by square kód převzatý z původních formulářů, tak je pro fungování QR kódu v 64-bitové verzi Inuvio třeba vlastní tiskové formuláře upravit dle nových verzí distribučních formulářů. Podrobnosti a možný postup úpravy naleznete v poradně
Automatizace byla doplněná o možnost:
realizovat výdejky
zadat podmínku, která je určena pro zařazení dokladu do automatizace (původní podmínka se jmenuje “trvalá” a je přidána podmínka “vstupní”)
pozastavovat JOB bez nutnosti vyšších práv na SQL
V automatizaci je nově možné nastavit automatické realizování výdejky.
Akce “Zajistit ze skladu” v případě implementace speciální procedury ep_DObjStavSkladuDispo (nebo ep_NZBep_DObjStavSkladuDispo při novém způsobu blokování) na položce došlé objednávky již plně zajištěné stavem skladu provedla tuto proceduru tolikrát, kolik bylo záznamů v organizační struktuře, což se na velkých databázích s rozsáhlou organizační strukturou projevovalo významným zpomalením akce. Opraveno
Došlá objednávka v režimu OSS EU.
Pokud byla na doklad zařazena položka, která má na kmenové kartě vyplněný Kód PDP, nebylo možné položku zařadit na došlou objednávku - zobrazila se hláška
"Prázdná nebo chybně zadaná položka kód pro PDP"
Opraveno, pokud je Došlá objednávka v režimu OSS EU, kód PDP se nepřenáší z kmenové karty a chybová hláška se nezobrazí.
Sklady, nový způsob blokování
NZB
Při realizaci storna výdeje na materiálový zdroj úlohy projektu se stornované množství nevracelo do množství, které je třeba zajistit na daný materiálový zdroj (Množství řešit v záznamu Zajištění). Opraveno
Splátkování a leasing
Na poměrném koeficientu navázaných na leasing a opakované platby je možno pro zemi DPH SK zadávat poměrný koeficient na 2 desetinná místa.
Účetnictví
Při účtování do účetního deníku pomocí kontací byl sjednocen výpočet základu DPH a částky DPH v případě cizoměnových faktur. Pro nastavení Režimu kurzu DPH pro faktury: Přímo na fakturách :
Při nastavení Cizí měna na Druhu řádku kontace Ano, Ne i případně Měna DPH je vždy aplikován kurz pro účely DPH (viz editor faktury, záložka 6 - Dodatky, oblast [2], Kurz DPH, pole Kurz DPH a Množství kurzu DPH - horní řádek)
Na řádcích účetního kódu pro účtování faktur: Záloha - částka celkem, Záloha - základ DPH, Záloha - částka DPH a Záloha - ostatní částky je nová volba pro nastavení párovacího znaku “ Uživatelský sloupec-přiřazená hlavička zálohové faktury “.
Pro využití této volby je nutné definovat pro tabulku TabDokladyZbozi externí nebo uživatelský sloupec se systémovým názvem _ParZnakUzivZaloha .
Při účtování je do párovacího znaku dotahována hodnota z výše uvedeného externího / uživatelského sloupce zálohové faktury, která je navázána na danou realizační fakturu.
Příklad uživatelského sloupce (Nástroje přizpůsobení - Uživatelské sloupce)
Název tabulky: TabDokladyZbozi
Systémový název: _ParZnakUzivZaloha
Definice: TabDokladyZbozi.ParovaciZnak
Veřejný název: Párovací znak ze zálohy
Při tisku hlavní knihy , viz akce: Účetnictví -> Konstanty a číselníky -> Účtový rozvrh -> akce Tisk -> Hlavní kniha.
Při tisku jakýkoliv tiskovým formulářem se zobrazila chybová hláška:
Neplatný název sloupce 'ProcDanVydSK' !
[SQL:207,16, dbo.hp_HlavniKniha, line 79] Invalid column name 'ProcDanVydSK'.
a hlavní knihu nebylo možno vytisknout.
Opraveno.
