top of page

Helios - Změny 04/2026

  • 30. 4.
  • Minut čtení: 20

Banka

Globální konfigurace - nastavení v nově generované databázi

Změněna výchozí hodnoty atributu Faktury a dobropisy ve stavu Nehradit. Nově je výchozí nastavení “Přiřazovat s upozorněním” (dříve bylo “Přiřazovat”).


BankApp, odesílání platebního příkazu z přehledu Platební příkazy tuzemské.

Je umožněno odeslat platební příkaz v jiné měně než je měna účtu plátce. Např. z účtu plátce vedeného v CZK je možné odeslat platbu v měně EUR.


V editoru Firemní platební karty bylo přidáno nové pole (nastavení) Text dokladu platební transakce. Tímto nastavením může uživatel ovlivnit, jaký text z řádku bankovního výpisu se přenese do pole Popis (na hlavičce i položce) dokladu platební transakce.

Nastavení: 

Text (výchozí) - stávající stav, z řádku bankovního výpisu se do pole Popis (na hlavičce i položce) dokladu platební transakce přenáší údaj z atributu Text.

Účel platby - text pro doklad platební transakce bude složen z Účelu platby 1-4.

Text pro účtování - z řádku bankovního výpisu se do pole Popis (na hlavičce i položce) dokladu platební transakce přenáší údaj z atributu Text.

Poznámka - z řádku BV přenáší prvních 255 znaků atributu Poznámka

Podle tohoto nastavení se budou plnit Popis (TabPokladna.Popis, TabPolozkyPokl.Popis) na dokladu platební transakce při použití akcí Vygenerovat platební transakci nebo Vygenerovat platební transakci s DPH.

Způsob generování textu (Popisu) při zakládání dokladu platební transakce přes akci Navázat fakturu toto nastavení neovlivní a zůstává beze změny.


Opravena chyba při párování dobropisů vydaných. Pokud nebylo v globální konfiguraci Banky/Bankovní výpisy/Úhrady v oddílu Faktury vydané hledat v pořadí podle … zatrženo “Použít i pro dobropisy vydané”, tak se přestaly párovat úhrady k dobropisům vydaným.


BankApp, opraven export zahraničních platebních příkazů.

V adrese doplněn údaj Město. Údaj bude povinný nejpozději od listopadu 2026, některé banky, např. ČSOB, ho vyžadují již nyní.


Byla opravena chyba v Nastav na bankovním spojení vlastní firmy při použití akce Číslování importovaných výpisů (záložka 5-Bankovní API).

CRM

Přehled PSČ, akce Aktualizace z České pošty. Zobrazí se hláška Error reading zip file. Důvod - Česká pošta změnila URL adresu jejich číselníku PSČ.

URL adresa v Heliosu nastavena na novou URL.


Na kategorii aktivity s nastaveným příznakem “Kontaktní jednání” lze v editoru akce “Přiřazení uživatelských editorů” navíc nově přidělit uživatelský editor pro přehled “Kontaktní jednání” používaný v agendě CRM.


Do systémového REST API byl doplněn CRUD pro tabulku TabSvsPredmet3

Nadřazený záznam je z tabulky TabKontaktJednani, při zakládání nového záznamu musí být povinně vyplněn atribut IDKonJed, atribut IDZboSklad není v této tabulce povinný.

Příklady použití:

  • POST pouze předmětu(hlavička již existuje):

{   "row": {     "IDKonJed": 62   } }

  • POST hlavičky i dvou předmětů zároveň:

    {

"row": {

"Kategorie": "KAP",

"Predmet": "API",

"CisloOrg": 12,

"CisloZakazky": "2023000002",

"DatumJednaniOd": "20230411T20:00:00",

"DatumJednaniDo": "20230411T20:00:01"

},

"details": [

{

"detailIdent": "offeredItems",

"rows": [

{

"row": {

"IDZboSklad": 115,

"Nazev2": "Nazev2 API",

"Mnozstvi": 120

}

}

]

},

{

"detailIdent": "offeredItems",

"rows": [

{

"row": {

"IDZboSklad": 106,

"Nazev2": "Nazev2 API",

"Mnozstvi": 130

}

}

]

}

]

}


Do systémového REST API byl doplněn CRUD pro tabulku TabSvsPredmet2

Nadřazený záznam je z tabulky TabKontaktJednani, při zakládání nového záznamu musí být povinně vyplněn atribut IDKonJed, atribut IDZboSklad není v této tabulce povinný.

Při master/detailu (POST hlavičky i položky zároveň) se pro položku použije identifikátor ‘demandedItems’.

Příklady použití:

  • POST pouze předmětu (hlavička již existuje):

{   "row": {     "IDKonJed": 62   } }

  • POST hlavičky i dvou předmětů zároveň:

{

"row": {

"Kategorie": "KAP",

"Predmet": "API",

"CisloOrg": 12,

"CisloZakazky": "2023000002",

"DatumJednaniOd": "20230411T20:00:00",

"DatumJednaniDo": "20230411T20:00:01"

},

"details": [

{

"detailIdent": "demandedItems",

"rows": [

{

"row": {

"IDZboSklad": 115,

"Nazev2": "Nazev2 API",

"Mnozstvi": 120

}

}

]

},

  {

"detailIdent": "demandedItems",

"rows": [

{

"row": {

"IDZboSklad": 106,

"Nazev2": "Nazev2 API",

"Mnozstvi": 130

}

}

]

}

]

}


Vytvořena nová konstanta v nastavení Globální konfigurace\DPH\Zajištění DPH, “Pro skupinovou registraci DPH negenerovat zveřejněné bankovní účty”

Výchozí nastavení - Nezaškrtnuto (hodnota BIT=0)

Při označení této konstanty se při zakládání nové organizace nebo při akci Zajištění DPH/Aktualizace údajů z webu nebudou u organizací se skupinovým DIČ DPH zakládat bankovní spojení. Důvodem je skutečnost, že v registru plátců DPH jsou bankovní spojení všech členů skupiny a není zde informace, které bankovní spojení patří kterému konkrétnímu členovi.

Fakturace

V editoru faktur a dobropisů je na záložce 5, část [1] Zálohy nové zaškrtávátko “Nabízet mínusové doklady“ (záložka 5 - Sum.slevy, zálohy a rekap DPH“, oblast zaškrtávátek pro navazování záloh).

Pokud je zaškrtnuto, nabízí se pro přenos i zálohové faktury se zápornou celkovou částkou. Pokud je nezaškrtnuto, je ponechán stávající stav, záporné zálohové faktury se nenabízí.

Pozn.: Nové zaškrtávátko “Nabízet mínusové doklady“ je při každém otevření editoru faktury vždy nezaškrtnuto. Jeho hodnotu nelze zobrazit v přehledu, není to sloupec v databázi.


Faktury vydané - EDITEL®-Inhouse (export)

Pokud faktura neobsahovala údaj o lhůtě splatnosti, docházelo ve zprávě k posunu údajů.

Opraveno


V editoru faktury se při pokusu připojit zálohu na záložce 5 - Sum. slevy, zálohy a rekap. DPH, podzáložka Zálohy, Rekapitulace DPH, sekce [1] Zálohy mohla objevit chyba:

Na fakturu byla již navázána záloha bez detailu, nelze navazovat zálohu s detailem

Opraveno.


Při generování platebního příkazu z více označených uvolněných zádržných se objevila chyba:

Must declare the scalar variable @DatumUvoleni

Opraveno


Při generování platebního příkazu z fakturace přestal brát systém v úvahu nastavení “Převzít datum splatnosti z dokladu”. Platební příkaz se generoval vždy s aktuálním datem.

Opraveno


Při prvním uložení faktury přijaté se mohla objevit hláška “Částka XYZ Kč překročila bezhotovostní limit úplaty 0 Kč pro ručení!”, a to i v případě, že bankovní spojení dodavatele je zveřejněným bankovním účtem a je řádně ověřeno.

Po odkliknutí hlášky se doklad uloží a hláška se již při dalším zpracování faktury správně nezobrazuje.

Opraveno.


Opravena chyba, kdy se za jistých okolností nerespektovalo nastavení atributu “Splatnost od“ na hlavičce cílové přijaté faktury na hodnotu "Splatnost neměnit". Při položkovém převodu došlo nesprávně k dotažení splatnosti dle organizace a údaj "Splatnost neměnit" byl zaměněn za hodnotu dle nastaveni "Splatnost počítat od" na organizaci.

Opraveno.


Opravena chyba v zakládání úhrad, které vznikly na základě vzájemného zápočtu dvou faktur vydaných, kdy jedna byla přeplacena a zároveň na této přeplacené faktuře bylo neuvolněné zádržné.

Firemní aktivity

Do systémového REST API byl doplněn CRUD pro tabulku TabSvsPredmet - přehled (741) Předměty

Nadřazený záznam je z tabulky TabKontaktJednani, při zakládání nového záznamu musí být povinně vyplněn atribut IDKonJed, atribut IDZboSklad není v této tabulce povinný.

Při master/detailu (POST hlavičky i položky zároveň) se pro položku použije identifikátor ‘subjects’.

Příklady použití:

  • POST pouze předmětu(hlavička již existuje):

{   "row": {     "IDKonJed": 62   } }

  • POST hlavičky i dvou předmětů zároveň:

{

"row": {

"Kategorie": "KAP",

"Predmet": "API",

"CisloOrg": 12,

"CisloZakazky": "2023000002",

"DatumJednaniOd": "20230411T20:00:00",

"DatumJednaniDo": "20230411T20:00:01"

},

"details": [

{

"detailIdent": "subjects",

"rows": [

{

"row": {

"IDZboSklad": 115,

"Nazev2": "Nazev2 API",

"Mnozstvi": 120

}

}

]

},

  {

"detailIdent": "subjects",

"rows": [

{

"row": {

"IDZboSklad": 106,

"Nazev2": "Nazev2 API",

"Mnozstvi": 130

}

}

]

}

]

}


Do systémového REST API byl doplněn CRUD pro tabulku TabSvsSpotreba - přehled (742) Položky.

Nadřazený záznam může být buď z tabulky TabKontaktJednani nebo TabUkoly, při zakládání nového záznamu musí tedy být povinně vyplněn jeden z atributů IDKonJed nebo IDUkol, zároveň musí být vyplněn IDZboSklad.

Ceny se zadávají pomocí dvojice atributů VstupniCena, PrimarniCena.

Při master/detailu (POST hlavičky i položky zároveň) se pro položku použije identifikátor ‘items’.

Příklady použití:

POST pouze položky (hlavička již existuje):

{

 "row": {

"IDKonJed": 29,

"IDZboSklad": 115,

"Nazev2": "Nazev2 API",

"Mnozstvi": 180,

"VstupniCena": 0,

"PrimarniCena": 1,

"VyrCislo": "API1",

"SazbaDPH": 12

}

}

POST hlavičky i položky zároveň

{

"row": {

"Kategorie": "KAP",

"Predmet": "API",

"CisloOrg": 4,

"CisloZakazky": "2023neco000002",

"DatumJednaniOd": "20230411T20:00:00",

"DatumJednaniDo": "20230411T20:00:01"

},

"details": [

{

"detailIdent": "items",

"rows": [

{

"row": {

"IDZboSklad": 115,

"Nazev2": "Nazev2 API",

"Mnozstvi": 120,

"VstupniCena": 0,

"PrimarniCena": 1

}

}

]

}

]

}

Majetek

Při generování karty majetku z protokolu zavedení, který měl nižší číslo než je povolená hranice pro číslo majetku aktuálně nastavená na Typu majetku, se zobrazila chyba bez popisu. Doplněn popis “Pro typ majetku XYZ je definována spodní hranice čísla majetku …”. Uživatel musí ručně upravit číslo protokolu zavedení nad hranici nebo provést Kopii protokolu zavedení, kdy se všechna nastavení zkopírují a číslo se nastaví podle aktuální hodnoty hranice číslování na typu majetku.


Přehled Karty majetku

Upraveno chování přehledu, aby v případě automatu nepožadoval zadání datumu.


Po uložení daňového pohybu Přerušení odpisování se vygenerovaly nulové odpisy. Chyba nastala v případě, že nebyl v konfiguraci majetku na daňových pohybech zaškrtnut Pronájem majetku.

Opraveno.

Mzdy (CZ)

Registrace zaměstnance - úpravy

Krajská pobočka - plnění bylo vyhodnocováno chybně dle státu rezidence (10068), nyní se povinnost vyhodnocuje dle atributu Státní příslušnost (10067)

Místo v rámci obce - dle nových pokynů omezeno na 200 znaků (původně bylo deklarováno 500)

Nepojištění zaměstnanci (SP a ZP nastaveno na nepočítat) v Registraci - nově se plní Datum nástupu (10223) dle data vzniku PP (není vyplněno datum sociálního pojištění od) a Kód zdravotní pojišťovny (10102) kódem 999

Nenačítat do JMHZ - nový atribut ve Mzdových údajích - pokud bude nastaven, nebude se daný zaměstnanec dostávat do měsíčního hlášení, současně se nebude generovat přihláška, odhláška ani změna.


Nad přehledem Roční sestavy po spuštění volby Zaheslované PDF není možné odeslat distribuční tiskový formulář sys. č. -1263 Roční potvrzení vyměřovacího základu SP.

Upraveno


Jednotné měsíční hlášení

Byla vytvořena zcela nová funkcionalita pro podávání měsíčního hlášení zaměstnavatele. Ve stromové struktuře hlavní nabídky modulu Mzdy vznikl samostatný přehled Jednotné měsíční hlášení.


Dříve, než budete vytvářet a odesílat měsíční hlášení, musíte udělat:

  • zaregistrovat zaměstnance, kteří spadají do MH - POZOR, propsání údajů do registru zaměstnanců může trvat dle ČSSZ 3-5 dní, někdy i déle

  • dodefinovat nastavení MS v Definice položek MH

  • doplnit vyživující osoby do Rodinných příslušníků (atribut JVO)

  • doplnit vyživované dětí do Rodinných příslušníků (děti, na které nebylo uplatňováno daňové zvýhodnění a nebyly doposud evidovány)

  • rozkopírovat doplněné Rodinné příslušníky do předchozích období

  • doplnit údaje, které se budou týkat zpracovávaného hlášení a je možné je zpětně rozkopírovat z období 4/2026 i do předchozích měsíců akcí Zpětné rozkopírování (MH) nad Mzdovými konstantami:

    • Mzdové konstanty: Specifické právní skutečnosti, Max počet formulářů, Chráněný trh práce

    • Rodinní příslušníci: Jiná vyživující osoba

    • Mzdové údaje: ID PPV, Primární pracovní poměr, Nepřenášet do MH

    • Doplňující údaje - Funkční požitky, Nástroj aktivní politiky zaměstnanosti, Uplatňuji příspěvek APZ, Dočasné přidělení, Pracoviště - Země, Místo výkonu práce - Obec, Kód obce

  • provést rozkopírování nastavení akcí Zpětné rozkopírování (MH) nad přehledem Mzdové konstanty v 04/26

  • vypočítat mzdy

  • vytvořit PP

  • provést mzdovou uzávěrku zaměstnanců nad přehledem Mzdové údaje


Přehled Jednotné měsíční hlášení

Přehled je určen pro vytváření měsíčního hlášení za příslušné mzdové období a následně je možné s těmito hlášeními dále pracovat pro další zpracování. Pro práci v přehledu jsou určeny především nabídky na kartě Akce. Volby jsou přístupné od mzdového období leden 2026, jelikož je nutné zpětně odeslat hlášení i za období 1-3/2026.


Řádné měsíční hlášení

Ostatní - Definice

Přes nabídku Definice si zobrazíte seznam položek měsíčního hlášení, pro jejichž výpočet je nutné definovat seznam mzdových složek.

Upozornění:

Jedná se o stejný seznam, který bylo možné si již zobrazit v předchozí verzi ve stromové struktuře hlavní nabídky pod nabídkou Konstanty a číselníky - přehled Definice položek MH a již si definici připravit, zkontrolovat a doplnit příslušné MS.

Ostatní - Nápověda

Přes nabídku nápověda si můžete zobrazit na webu tyto vyhledávače:

  • Pokyny k vyplnění - přehled položek, které jsou součástí měsíčního hlášení včetně popisu, podmínek vyplnění apod. s možností vyhledávání

  • Katalog kontrol - přehled kontrol, který využijete při bližším zkoumání chyb, se kterými se budete moct setkávat při samotném zpracování (odesílání) měsíčního hlášení - jedná se o detailní popis případných chybových hlášení, které může vracet zpracování Vámi podaného hlášení, opět je zde možnost vyhledávání - zde ideálně podle čísla kontroly


Řádné podání - Generování

Vždy první hlášení, které je vytvářeno pro dané mzdové období, je označeno jako Řádné podání a založíte jej akcí Generování. Vygenerování hlášení založí jednak samotné podání s hlavičkou a souhrnnou vrstvou a jednak záznamy jednotlivých pracovních poměrů, které do měsíčního hlášení vstupují (včetně navazujících přehledů ELDP, Vyživované děti, Osoby vyživující). Po vygenerování je automaticky spuštěna i akce Aktualizace, která zajistí napočtení všech hodnot.

Při generování řádného hlášení je přidělen tomuto hlášení Identifikátor podání, pod kterým je dané hlášení vedeno a je sledován další průběh zpracování. Podobně jsou i jednotlivým položkách pracovních poměrů (tzv. formulářům) přiděleny identifikátory formulářů (ID formuláře), pod kterými jsou tyto součásti identifikovány v rámci daného podání.


Upozornění:

Generování hlášení by mělo být jako poslední krok před ukončením zpracování mezd (tj. tisku kontrolních sestav, generování PP apod.). Podmínkou pro generování hlášení je provedení individuální uzávěrky mzdových údajů.

Zaměstnance, které nemají být v měsíčním hlášeni uváděni, ale máte je v systému zavedené jako aktivní PP (např. učni, honoráře), musíte označit ve Mzdových údajích na záložce Zařazení, Mzdové parametry v sekci 3 - JMHZ tak, že zatrhnete atribut Nenačítat do JMHZ.

Počet dílčích částí měsíčního hlášení je omezen na 1500, pokud je počet formulářů vyšší, dojde k rozdělení měsíčního hlášení do více dávek podání (tato jsou evidována stále pod jedním identifikátorem podání). Počet formulářů v jedné dávce je přednastaven ve Mzdových konstantách právě na toto maximum 1 500, v případě potřeby je možné počet snížit (záložka 4 - Nastavení a definice, sekce 5 Elektronická podání záložka JMHZ).

Řádné podání - Zrušení

Pokud nebylo hlášení dosud zpracováváno a není na něm navázána vygenerovaná zpráva, je možné jej smazat. Smaže se jak hlavička se souhrnnou vrstvou, tak dílčí položky jednotlivých pracovně právních vztahů.

Upozornění:

Hlášení, které bylo již odesláno na ČSSZ, nesmí být smazáno.

Řádné hlášení - Aktualizace

Volba Aktualizace umožňuje aktualizaci hlášení, pokud po vygenerování ještě proběhly případně nějaké změny ve mzdách.


Kontroly - Pracovní poměry

Nabídka Pracovní poměry v přehledu Jednotné měsíční hlášení umožňuje zobrazit si přehled formulářů pracovních poměrů k danému balíku vygenerovaného podání.

Upozornění:

Přehled veškerých formulářů pro celé podání je možné si zobrazit v samostatném přehledu JMHZ - pracovní poměry ve stromové struktuře hlavní nabídky pod nabídkou Jednotné měsíční hlášení.

Kontroly - Kontrola

Volba umožňuje kontrolu vyplnění a unikátnosti identifikátorů zaměstnanců pro MH a kontrolu úplnosti vyplnění označených záznamů hlášení pro export.


E - komunikace - Odpověď (DZMH)

V případě komunikace přes VREP (při použití Konektoru JMHZ) si budete moct volbou Odpověď (DZMH) zobrazit XML odpověď, která se vrátí na poslaný dotaz na zpracování podání v cJMHZ.


Opravné podání - Generování

Za jedno mzdové období může být podáno pouze jedno Řádné podání, pokud bylo alespoň již částečně přijato. Jakékoli další podání již musí být odesláno jako Opravné s tím, že Identifikátor podání se přebírá z Řádného podání. Opravné podání je možné z Řádného podání vytvořit přes nabídku Opravné podání - Generování. Opravné podání se generuje jako kopie Řádného podání. Stejně tak jednotlivé formuláře opravného podání jsou generovány jako Opravné se svým původním ID formuláře. Pouze formuláře PP, které nebyly přijaty z důvodu nepropustné chyby (tj. v případě zamítnutí), se v opravném podání vygenerují jako Řádné a je jim přiděleno nové ID formuláře.

Opravné podání - Zrušení

Dokud nebylo Opravné podání dále zpracováváno, je možné jej smazat přes nabídku Opravné podání - Zrušení. Současně se smažou i jednotlivé formuláře pracovních poměrů.

Opravné podání - Aktualizace chybných PP

Touto volbou je možné aktualizovat všechny chybové formuláře PP daného Opravného podání podle kmenových údajů v systému mezd a současně i souhrnné vrstvy tohoto podání.


Storno podání - Generování

Volbou Storno podání - Generování je možné vygenerovat storno kompletně zpracovaného Řádného měsíčního hlášení nebo Řádného hlášení s nepropustnou chybou.

Upozornění:

Storno řádného podání je možné podat pouze do 20. dne následujícího měsíce, než za který je hlášení podáváno.


Kontrola hlavičky a souhrnných údajů

Pro kontrolu položek, které jsou obsaženy v hlavičce podání a souhrnných částech podání, jsou nad přehledem Jednotné měsíční hlášení vytvořeny přes Nastav tyto distribuční sestavy - nabídka Uložené sestavy na kartě Přehled:

  • JMHZ - PVPOJ

  • JMHZ - souhrn

  • JMHZ - stavy podání


JMHZ - pracovní poměry

V samostatném přehledu pod nabídkou Jednotné měsíční hlášení jsou zobrazeny všechny dílčí formuláře pracovních poměrů vygenerovaných k všem generovaným podáním (řádným i opravným).

V nabídce Uložené sestavy jsou přednastaveny sestavy vhodné pro kontroly jednotlivých atributů položek měsíčného hlášení a jejich porovnání s dalšími výstupy:

  • JMHZ PP - mzda

  • JMHZ PP - průběh zaměstnání

  • JMHZ PP - příjem

  • JMHZ PP - roční úhrny

  • JMHZ PP - SOCPOJ

  • JMHZ PP - souhrnná data zaměstnance

  • JMHZ PP - vykonávaná pozice

Upozornění:

U jednotlivých položek je hint (bublina) s uvedením ID, dle kterého je atribut identifikován v MH a je možné jej vyhledat také v pokynech pro vyplňování.


Základní - Aktualizace

Volba Aktualizace umožňuje aktualizovat údaje jednoho vybraného formuláře PP podle aktuálních hodnot ve mzdovém systému pro dané mzdové období.


Návazné přehledy - ELDP

Přes nabídku si zobrazíte údaje týkající se sekce ELDP v měsíčním hlášení pro vybraný formulář pracovního poměru. Jsou zde zobrazeny údaje, které se načítají i do klasického ELDP pod nabídkou Roční sestavy, tak i ELDP pro nepojištěné zaměstnance a také údaje pro nemocenské pojištění (žádost o PN).

Návazné přehledy - Vyživované děti

Přes nabídku si zobrazíte aktualizovaný přehled vyživovaných dětí pro daný formulář PP. Údaje v přehledu je možné upravovat, případně lze i přes akci Zákaz exportu vyřadit vybraný záznam z načítání do měsíčního hlášení.

Návazné přehledy - Osoby vyživující

Přes nabídku si zobrazíte aktualizovaný přehled vyživujících osob pro daný formulář PP. Údaje v přehledu je možné upravovat, případně lze i přes akci Zákaz exportu vyřadit vybraný záznam z načítání do měsíčního hlášení.


Ostatní - Storno formuláře, Zrušit storno

Přes tyto volby je možné stornovat či zrušit storno vybraného formuláře PP, pokud neměl být v měsíčním hlášení vůbec uveden.

Upozornění:

Doporučujeme použít jen v krajním případě.

Ostatní - Přehled chyb

Přes nabídku Přehled chyb se zobrazí přehled chybových hlášení navázaných k vybranému formuláři PP.

Ostatní - Nápověda

Podobně jako v hlavním přehledu Jednotné měsíční hlášení je možné si zobrazit na webu:

  • Pokyny k vyplnění

  • Katalog kontrol


Podání měsíčního hlášení

Přes ePortál ČSSZ, datovou schránku

Z Heliosu Inuvio vygenerujete XML soubor, který následně načtete příslušnou službou na ePortál ČSSZ nebo pošlete datovou schránkou.

Soubor vytvoříte v přehledu Jednotné měsíční hlášení nad vybraným podáním akcí Zprávy, Generování zpráv. Zde si musíte přes Nový nastavit novou definici zprávy pro formát Jednotné měsíční hlášení a jako Adresu místa určení zpráv vyberete adresář, kam se soubor uloží. V tomto případě v definici zprávy nenastavujete žádné certifikáty.

Upozornění:

Pokud využijete tento způsob podávání hlášení, pak ztrácíte možnost dalších návazností a funkcionalit souvisejících s dalším jeho zpracováním (např. v případě chyb).


Přímé podání přes VREP

V tomto případě využijete pro podání hlášení přes Zprávy, Generování zpráv dvou přednastavených definic zpráv:

JMHZ - e-Podání (XML) - formát Jednotné měsíční hlášení

Dotaz zaměstnavatele na stav zpracování měsíčního hlášení - formát Dotaz zaměstnavatele na stav zpracování měsíčního hlášení

Upozornění:

Do obou definic je nutné doplnit příslušné certifikáty:

  • záložka Šifrování - certifikát vydaný ČSSZSZ

  • záložka El.podpis - osobní kvalifikovaný certifikát uživatele registrovaný na ČS


Jako první budete posílat zprávu JMHZ - e-Podání (XML). Před samotným odeslání probíhá kontrola, která upozorní na případně nesrovnalosti. V případě nalezených chyb je zobrazen jejich přehled a je možné odesílání přerušit. Pokud nejsou nalezený žádné chyby, dojde k odeslání podání na VREP (DIS). Pokud se při odesílání objeví v procesním okně Přerušeno, zkuste později, Stav podání se změní na Přijato a Stav zpracování MH na Čekání na odpověď DIS. Následně je nutné pro aktualizaci stavu zopakovat akci Zprávy, Generování zpráv a odeslat znovu JMHZ - e-Podání (XML).

Pokud nejsou nalezeny chyby a je hlášení na DIS přijato, Stav podání se změní na Zpracováno a Stav zpracování MH se změní na Odešlete dotaz na stav zpracování.

Následně tedy opět přes Zprávy, Generování zpráv pošlete druhý typ zprávy, tj. Dotaz zaměstnavatele na stav zpracování měsíčního hlášení. Stav zpracování MH se změní na Čekání na odpověď stavu podání. Pokud je proces opět přerušen Přerušeno, zkuste později, generování zprávy budete po nějaké době opakovat znovu do doby, než se vrátí odpověď na dotaz.

Upozornění:

V případě objemných podání nebo podání rozděleného do více dávek může být zpracování zdlouhavé, často může přejít do nočního zpracování.

Pokud je hlášení kompletní a nejsou nalezeny chyby, vrátí se odpověď o kompletním zpracování a Stav dotazu se nastaví na Zpracováno, Stav zpracování MH pak na Hlášení je zpracováno a je úplné. Toto je optimální finální stav odeslaného MH.

Pokud byly nalezeny chyby, mohou být dvojího charakteru - propustné a nepropustné, Stav dotazu se nastaví na Chyba, Stav zpracování MH pak může být Hlášení obsahuje propustné chyby nebo Hlášení je částečně přijato, pokud byla alespoň jedna součást hlášení přijata OK. V případě částečného přijetí nebo propustných chyb je nutné následně vytvořit Opravné podání a chyby z Řádného podání opravit.

Opravné hlášení se podává stejným způsobem jako Řádné podání, tj. nejprve se odešle na VREP (DIS) a v případě úspěšného zpracování je následně odeslán dotaz na zpracování celého podání v centrálním systému.

Pokud je podání (ať Řádné nebo Opravné) zamítnuto již na VREP (DIS), musí se odeslat nové Řádné podání s novým Identifikátorem podání.


Registrace zaměstnance - odhlášení - doby pojištění

Ve registraci zaměstnance v akci Skončení zaměstnání se objevila chyba v případě, že zaměstnanec odpracoval méně než dva roky a nástup do zaměstnání byl v průběhu měsíce. V záložce 3 – Ukončení PP v Důchodové pojištění – doby se nevygenerovala skutečná doba pojištění od, ale pojištění již od 1. dne měsíce nástupu.

Opraveno.


Statistický výkaz P1-04 - chyba při generování

Při generování výkazu P1-04 se mohla objevit chyba Incorrect syntax near ')'.

Byla rozšířena deklarace atributů při tvorbě sestavy pro nákladové okruhy z 255 na 640 znaků (aby délka odpovídala vstupním parametrům volané procedury).


Doregistrace zaměstnance - státní příslušnost

Ačkoli nebyla v záznamu registrace uvedena Státní příslušnost, do XML se generovala hodnota CZ a z toho důvodu se pak do XML nedostaly údaje vázané na cizí státní příslušnost.

Opraveno.

Obecné

REST API - endpoint api/v1/actions/execute/{dbName}/{browseIdent}/{actionIdent} vrací pro akce typu Plugin v response sekci “data” (obsah tabulky #TabExtAkce).

HeCore - v rámci jádra pluginu je možno registrovat externí akci s příznakem “Přístupné na API”.


Do tvorby záloh byla doplněna kontrola na nepovolené znaky v názvu souboru (mohou se tam dostat z veřejného názvu databáze). Tyto znaky jsou případně nahrazeny podtržítkem: '/', '*', '?', '"', '<', '>', '


Délka sloupce NazevUrovne ve stromové struktuře dokumentů byl prodloužen z 35 na 250 znaků.


Nová verze komponenty: EurekaLog 7.15.0.2


REST API - doplněny 4 nové endpointy pro tisk:

  • GET browses/printForms/list/ - seznam tiskových formulářů daného přehledu

  • GET browses/printForms/meta/ - meta informace o daném tiskovém formuláři (název a seznam případných parametrů)

  • POST browses/print/params/ - tisk formulářem s předdefinovaným nastavením tisku se zadáním případných parametrů

  • POST browses/render/params/ - výstup formulářem se zadáním případných parametrů

Do existujících endpointů browses/print/toFile/ a browses/print/toPrinter/ byla do body schématu doplněna část “printParams”. Seznam tiskových zdrojů a jejich parametrů lze získat pomocí browses/printForms/meta/. Příklad zadání:

{     "printParams": {         "UP_MyCisOrg": {             "<Par1>": "20000101",             "<Par2>": "20270101"         }     } }

Předání parametrů tisku do Notifikátoru přes TabESServicePrints se děje přes nový atribut printParams. Do tohoto atributu je třeba dostat JSON se schématem printParams. Příklad:

{

"UP_MyCisOrg": {

"<Par1>": "20000101",

"<Par2>": "20270101"

}

}


Pokud externí akce typu procedura má parametr typu přehled a v rámci tohoto přehledu je také spuštěna externí akce typu procedura, může dojít k následujícím chybám:


Akce “Zobrazení práv v přehledu” v přehledu uživatelů nebo rolí - spuštění akce “Definice práv” - zobrazí se chyba “'browseId' není platné celé číslo“. Opraveno.


Akce “Oprava externích informací Alt+Enter”, která je standardně k dispozici nad všemi přehledy Inuvio, neaktualizovala sloupce Změnil a Datum změny v hlavním záznamu tabulky, k níž náležely opravované uživatelské sloupce. Opraveno

Pokladna

Pro přehled Pokladna (systémové číslo přehledu 84) bylo přidáno právo pro akci Odúčtování.


Limit zajištění DPH pro platby v hotovosti v CZ legislativě, resp. pro doklady se zemí DPH CZ, se uplatňoval i při ukládání pokladního dokladu, kde byla země DPH SK.

Opraveno

Projektové řízení

K projektům a etapám byla přidána vazba na řadu zakázky (pro etapu i hlavní projekt).


Podpora přenosu externích atributů z etap, úloh a zdrojů úloh do odpovídajících vzorů.

QMS Systém řízení kvality

Bylo umožněno u prvního řízeného dokumentu zadávaného do daného záznamu Řízené dokumentace nastavit ručně místo navrženého čísla verze 1 hodnotu 0.


V informacích o vybrané verzi kontrolního postupu nad přehledem parametrů na záložce “Parametry KP” v editoru přehledu “Kontrolní postupy” se v případě, že existovala verze ve stavu “Archivní” a vybraná byla verze ve stavu “Aktivní platná verze”, zobrazila hodnota stavu Archivní. Opraveno

Sklady, nákup a prodej

Do konfigurace Inuvia / části Sklady, nákup a prodej / položky dokladů, byla doplněna kopie nastavení potřebná pro konfiguraci akce Rychlé přidávání položek. Toto nastavení je společné s pokladním prodejem a tak změna zde se projeví i v PP.

Současně bylo vylepšeno hledání dle výrobních čísel, kdy se výrobní číslo, podle nějž byla položka nalezena, zapíše k založené položce dokladu.


Změnili jsme uspořádání akcí v přehledu \Sklady\Stav skladu.

1/ Přejmenovali jsme akci “Stav k datu”, která zobrazuje číselník stavů k datu (BID=670), tedy přehled datumů skladových uzávěrek a informace o jejich provedení. Nově má akce pojmenování “ Skladové uzávěrky “.

2/ Vytvořili jsme novou akci “ Stav k datu “. Akce zobrazí nový přehled nazvaný “Stav aktuálního zboží k datu uzávěrky“ (BID=2444). Ten zobrazí pro jednu aktuální skladovou kartu, dle nadřazeného přehledu stav skladu, všechny její stavy ke všem datům, k nimž byly provedeny skladové uzávěrky. Uživatel tak uvidí chronologii stavů k datu ke všem provedeným skladovým uzávěrkám jedné skladové karty.

Nová akce filtruje automaticky aktuální záznam nadřazeného přehledu, nikoliv pro označené skladové karty. Přehled umožní posun na jinou skladovou kartu podle nadřazeného přehledu bez nutnosti se přepínat tam a zpět.

Upozornění: Při nastavení tzv. negativní masky práv je třeba přidat práva pro zobrazení nového přehledu (BID=2444). Při tomto systémovém nastavení má totiž uživatel pro nově přidávané přehledy vždy zakázaná práva.


Pro některé situace jsme upravili proces realizace dokladů DSN (přehled \Sklady\Dodatečné související náklady\ Akce, Realizace).

Jedná se o tyto situace:

1/ Výdejka ze skladu, zatížená DSN (položky výdejky tedy existují jako pohyby na dokladu DSN – editor, záložka 4-Pohyby položek). Následně uživatel provede storno výdeje. Při realizaci tohoto skladového dokladu, protože položky výdejky jsou zatížené DSN, dojde k zápisu odpovídajících DSN i na položky storna výdeje a dodatečné související náklady se „vrátí“ zpět.

Problematické je to, že k zápisu doposud dochází do již realizovaného nebo i zaúčtovaného dokladu DSN, což je velmi nešťastné. Navíc uživatel není upozorněn žádným hlášením.

2/ Podobná situace nastává i v okamžiku převodu mezi sklady. Převod mezi sklady znamená dva skladové doklady, výdejku z jednoho skladu a příjemku na jiný sklad. Při globálním nastavení, že i případné DSN chceme „převádět“ mezi sklady, může dojít k situaci, kdy při realizaci dokladu DSN není ještě realizovaná příjemka převodka. Není tedy možné ji v rámci realizace dokladu DSN zatížit dodatečným souvisejícím nákladem. Při následné realizaci této příjemky převodky, protože položky výdejky převodky jsou zatížené DSN, dojde k zápisu odpovídajících DSN i na položky příjemky převodky.  

A i v této situaci dochází k zápisu do již realizovaného nebo i zaúčtovaného dokladu DSN.

Provedené změny:

  • Změnili jsme proces realizace storna výdeje i příjemky převodky. Pro výše uvedené situace generujeme nový doklad DSN a původní doklad DSN se nemění. Datum případu dokladu DSN se přebírá z data realizace hlavičky skladového dokladu. Realizace dokladu takového dokladu probíhá buď ihned automaticky nebo kdykoli později ručně skrze uživatele.

  • Do přehledu dokladů DSN jsme přidali nový atribut Typ dokladu (TabDokladySN.Typ), který nabývá dvou hodnot (0=Ručně zadaný, 1=Automaticky generovaný).  

  • Přidali jsme nové konstanty pro související náklady v globální konfiguraci. Záložka Helios (levý horní roh okna Helios Inuvio), volba Možnosti, Konfigurace / Správa systému. V okně konfigurace volba v hlavním menu na levé straně \Sklady, nákup a prodej\Související náklady. Ve spodní části okna parametry:

Způsob zpracování DSN u návazných dokladů (0=Zahrnout do původního dokladu DSN ; 1=Vytvořit nový doklad DSN) a

Způsob realizace generovaného dokladu DSN (0=Ručně ; 1=Automaticky, ihned po vytvoření)

Upozornění:

Pro využití provedených změn je nutné nastavit konstanty „Způsob zpracování DSN u návazných dokladů“ (1=Vytvořit nový doklad DSN) a „Způsob realizace generovaného dokladu DSN“ (1=Automaticky, ihned po vytvoření).


Při ručním zakládání detailu zajištění k položce došlé objednávky se nově pro položky s nastaveným příznakem Dílec prvotně jako výchozí “Způsob zajištění” volba “Výrobním plánem”.


Do akce Kopie nad přehledy Kmenové karty, Vyráběné dílce, Nakupované materiály, Nářadí, Vedlejší produkty bylo doplněno nastavení Recyklační příspěvek, kterým lze zajistit přenos údajů zadávaných v sekci “Recyklační příspěvek” editoru akce Recyklační příspěvek/Další údaje.


Rozšířili jsme funkcionalitu importu ceníku do cenových úrovní z formátu MS Excel. Jedná se o \Sklady\Kmenové karty, akce Ceníky, Import ze schránky (Ctrl+V). Tato akce se používá pro aktualizaci nebo zakládání nových záznamů prodejních cen do cenových úrovní (tabulka TabNC).

Přidali jsme možnost identifikace položky importu podle atributu Systémové číslo karty (TabKmenZbozi.ID).

  • Tento atribut se automaticky objeví v přehledu \Sklady\Kmenové karty, akce Ceník všech položek (BID=140). Tento přehled se používá pro export do excelu, protože obsahuje správná záhlaví pro import.

  • Pro import musí mít tento nový atribut (TabKmenZbozi.ID) v excelu záhlaví s názvem “Systémové číslo karty“. Pokud se tento atribut v importním excelu najde, má přednost před identifikací podle dvojice SK a Registrační číslo.

  • Pokud při použití tohoto nového sloupce některý řádek/položka ceníku v excelu bude mít prázdnou hodnotu, automaticky se takový řádek/položka ceníku bude importovat “po staru“. K identifikaci položky se tak použije SK a Registrační číslo.

  • Pokud se při použití tohoto nového sloupce nedohledá odpovídající záznam kmenové karty v databázi Helios Inuvio, vůbec nedojde k importu takového řádku/položky ceníku.


Do všech struktur došlých objednávek (v přípravě, v řešení, archiv) jsme doplnili pro položky atribut Popis 4, který už existuje v položkách na dokladech OZ (TabPohybyZbozi.Popis4). 

Stejně jako popisy 1-3, tak i Popis 4 funguje v Návazných skupinách (TabSozNa), při generování návazných dokladů z profilu i při položkových přenosech z došlých objednávek.


Při generování diferenciálních DSN dokladů jsme zapomínali na výpočty hodnot v cizí měně.

1/ Oba doklady, jak faktura přijatá tak příjemka, musí mít na hlavičce stejnou cizí měnu.

2/ Pro odpovídající zaúčtování je třeba použít řadu s nastavením parametru “Povolit různé měny” = nezaškrtnuto. Na řádcích kontací nastavený parametr “Cizí měna” = Ano.

Částka diferenciálního DSN položky se obdobně jako u hlavní měny počítá jako rozdíl (faktura mínus příjemka) jednotkových cen po slevě v cizí měně (TabPohybyZbozi.JCbezDaniValPoS), krát odpovídající množství podle nastavení parametru na řadě dokladu DSN “Diferenciální DSN dle množství na FaP” (ne, bez ohledu na množství na FaP nebo ano, dle množství na FaP).

Ke každé položce dokladu DSN lze zobrazit detail. Editor dokladu DSN, záložka 4-Pohyby položek, akce, Dílčí částky SN (Ctrl+B).


Pokud se dif. DSN “tvořil” v přehledu dokladů DSN (BID=847) jako nový doklad DSN, kdy se jako zdrojový doklad (záložka 1-Zdrojové doklady) vybrala a navázala faktura přijatá, na záložce 4-Pohyby položek se vybrala odpovídající příjemka, vyvolalo použití tlačítek “Položky dle faktur” a pak “Generuj” chybovou hlášku

“SQL:201,16 Procedure or function “hp_SNGeneruj“ expects parametr “@BylaChyba”, which was not supplied.“

Opraveno.


Akce Generovat výdejku v případě, že se spustila nad více expedičními příkazy a na řadě výrobních příkazů byla přednastavena řada pro návazné výdejky, končila počínaje verzí 3.0.2026.0301 chybou [SQL:102,15] Incorrect syntax near ','. Opraveno


V případě, kdy na došlé objednávce byly pouze textové položky, se při položkovém převodu do vydané faktury vůbec nepřevedly hlavičkové údaje z došlé objednávky. Opraveno


Vydané objednávky - EDITEL®-XML 2002 (export)

Při exportu pomocí definice zprávy EDITEL®-XML 2002 (export) a položek, které mají množstevní jednotku delší než 3 znaky (kart), docházelo k vynechání informace o množstevní jednotce ve zprávě.

Opraveno

Účetnictví

Do distribuce, adresář System, byl přidán soubor PARTKON_CZ_202603.TXT - Výčet konsolidovaných jednotek státu a dalších subjektů 2026 - verze 2.0.

Na Helios Store je vystavena nová verze pluginu Číselníky pro příspěvkové organizace . Doporučujeme tuto novou verzi pluginu naimportovat.

Druhou možností je v přehledu Organizace, akce Partneři v konsolidaci státu , otevře se přehled Partneři v konsolidaci státu. Zde akce Import , vyhledat soubor PARTKON_CZ_202603.TXT a tento naimportovat.

V obou případech v přehledu Organizace, akce Import, přehled Partneři v konsolidaci státu provést akci Aktualizace konsolidace organizací ke dni (aktuální den).


Saldokonto k datu

Vytvořen nový tiskový formulář “Odsouhlasení stavu závazků” (sys. č. -1655), který částky násobí -1, tj. hodnoty závazku uvádí kladně.


Kontrolní hlášení. Bylo upraveno chování při uživatelsky zafiltrovaném seznamu kontrolních hlášení tak, že všechny existující záznamy byly odfiltrovány (pohled na přehled byl prázdný). Při volbě nové KH se nenatahovalo Číslo FÚ.

Při posouzení, zda se jedná o první zakládané KH se nově nepřihlíží k uživatelskému nastavení filtru. Pokud neexistuje (bez ohledu na uživatelský filtr) v tabulce kontrolních hlášení žádný záznam, jedná se o první zakládané KH a údaje pro zakládané KH se předvyplní z vlastní organizace a (pokud jsou naimportovány) z importovaných číselníků z webu (číska FÚ a úz.pracovišť.)

V opačném případě (bez ohledu na uživatelský filtr) se údaje přenesou z časově posledního KH bez ohledu na zafiltrování - jako kdyby přehled zafiltrován nebyl.

Výkazy, finanční analýza

Stejně jako v ostatních modulech, je provedena změna veřejných názvů:

Všude, kde bylo "Období stavu" změněno na "Uživatelské období" Všude, kde bylo "Období" změněno na "Účetní období"


Finanční analýza, v členu ukazatele, způsob Select. Query vrací chybu "more than 1 value". Upraveno, problém byl ve Where Od-Do, pokud se jednalo o období zobrazení počátečního stavu.


 
 
bottom of page