Helios - Změny 06/2026
- před 22 hodinami
- Minut čtení: 22
Banka
Řady platebních transakcí
Upraveno výchozí nastavení pro atribut “Napočítat do peněžních toků” (editor řady platebních transakcí, záložka 3 - Konfigurace). Při založení nové řady platebních transakcí je tento atribut ve výchozím nastavení nezaškrtnut.
Řádek bankovního výpisu - Generování dokladů platební transakce (firemní platební karty)
Do akcí Vygenerovat platební transakci a Vygenerovat platební transakci s DPH byla přidána funkcionalita přenosu poměrného koeficientu, pokud je na řádku bankovního výpisu vyplněno vozidlo.
Aby k dohledání poměrného koeficientu z vozidla došlo, musí být zapnuta globální konstanta Přenášet poměrný koef. DPH z karty vozu CZ/SK (TabHGlob.PrenosKoefDPHVozidla).
Celní případy
Změny:
Aktualizace datumu propuštění při vyřízení samostatného odpisu (tím dojde k zapsání datumu propuštění do celní výdejky)
Množství ve skupině AdditionalQuotaMU je zaokrouhlováno na 3 des. místa (původně jen na 2)
Opravena zpráva “Archivace dokumentů”
V okně “Import” (číselníků) budou vždy předzaškrtnuty všechny sekce
Zrušen export kvalifikátoru ve skupině Destination
Opraveno nasčítání a kontrola celkového množství nákladových kusů
Opraven editor RHÚ v ECS vývoz
Načtení skutečně zajištěné částky z CZ429C
Opravena kontrola duplicity referenčního čísla (pokud je požadována)
CRM
REST API Rozšíření CRUD pro přehled 4 Organizační struktura o nastavování atributů Zakázáno a Blokováno v tabStromDef (Definice platnosti organizační struktury pro různá období)
Zpřesnění algoritmu výpočtu Saldo po splatnosti u skupin organizací, které se zobrazuje v upozornění při zadávání nového dokladu.
Změna se týká nastavení Konfigurace "Nápočet hodnot ze salda k organizaci a skupinám organizací provádět ze =Saldo 1.
Dříve nebyly v částce salda, která se zobrazuje v upozornění, zahrnuty hodnoty, které jsou v Deníku zaúčtovány s Datem salda = Saldo bez datumu. Upraveno.
Doprava
Nad číselníkem vozidel přidán přehled “Evidence způsobu odpočtu DPH”
Evidence pošty
Datové schránky - Ke zprávám odeslaným z ISDS a staženým následně do Inuvio se nově připojují i osobní údaje povolené ke stažení odesílatelem.
Fakturace
Faktury vydané - EDITEL®-Inhouse (export)
rozšířeno nastavení způsobu exportu recyklačního příspěvku. V dodatcích na záložce 5 v definici zprávy je možné vybrat způsob exportu recyklačního příspěvku. Standardně je zvolena varianta Exportovat, neodečítat z ceny za jednotku.
Možné vybrat i varianty Exportovat, odečítat z ceny za jednotku, kde cena recyklačního příspěvku za jednotku je odečtena z jednotkové ceny před slevou nebo neexportovat.
Byl upraven distribuční tiskový formulář faktury vydané, systémové číslo -1470, pro následující případ:
Zálohová faktura má nastaven Zdroj číslování pro KH DPH na hodnotu Dodavatelská faktura.
Na konečné faktuře se odečte tato zálohová faktura.
Při tisku konečné faktury formulářem -1470 bylo v
částech “Odpočet DPH zaplacených záloh“ a “Přehled zálohových faktur” uvedeno pořadové číslo zálohové faktury. Nově se zde ze zálohové faktury tiskne údaj “Dodavatelská faktura“.
Upraveny tiskové formuláře pro Vzájemné zápočty.
Pokud je nastaveno Druh zápočtu - Jednostranný, aby se tato informace správně zobrazila i v záhlaví tiskového formuláře.
Byl upraven algoritmus navazování daňové zálohy na realizační fakturu v případě, že na realizační faktuře je zaškrtnuto “Záloha do výše realizace“ a daňová záloha obsahuje položky se samovyměřením. Docházelo k tomu, že na na realizační fakturu nepřenesl daňový klíč.
Byla vyvinuta nová funkcionalita - možnost dotahovat do faktur přijatých / dobropisů přijatých poměrný koeficient DPH nastavený na vozidle.
Pokud pro fakturu/dobropis platí jedna z variant nastavení:
Země DPH na dokladu je CZ, konstanta Používat poměrný koeficient CZ je nastavena na “Účtování prvotních dokladů“ a konstanta Přenášet poměrný koef. DPH z karty vozidla CZ/SK je zaškrtnuta
Země DPH na dokladu je SK, konstanta Poměrné rozúčtování daně SK je zaškrtnuta a konstanta Přenášet poměrný koef. DPH z karty vozidla CZ/SK je zaškrtnuta
řídí se dotahování poměrného koeficientu DPH na doklad následujícími pravidly:
Zadávání a oprava hlavičky faktury/dobropisu. Na hlavičku dokladu uživatel vybírá vozidlo. Pokud existuje pro vozidlo v číselníku vozidel poměrný koeficient DPH, přenese se na hlavičku dokladu.
Zadávání a oprava skladové položky/textové položky faktury/dobropisu. Na položku/skladovou položku dokladu uživatel vybírá vozidlo. Pokud existuje pro vozidlo v číselníku vozidel poměrný koeficient DPH, přenese se na položku dokladu.
Převody mezi doklady:
Pokud je na zdrojové skladové/textové položce vyplněn poměrný koeficient DPH, přenese se na cílový doklad.
Pokud je na zdrojové skladové/textové položce vyplněno vozidlo, není vyplněný poměrný koeficient DPH a podaří se ho u vozidla dohledat, doplní se na cílovou položku
Generování návazných dokladů Stejné chování jako pro převody mezi doklady. Navíc pokud je na hlavičce zdrojového dokladu vyplněno vozidlo, není vyplněný poměrný koeficient DPH a podaří se ho u vozidla dohledat, doplní se na cílovou hlavičku.
Kopie dokladu Stejné chování pro Generování návazných dokladů, s tím, že pokud v editoru kopie není zaškrtnuto “Přenášet poměrný koeficient“, pak se poměrný koeficient DPH ze zdrojového dokladu/položky nepřenese.
Změna DUZP nebo Data případu na faktuře/dobropisu Při dodatečné změně DUZP, resp. Data případu na faktuře/dobropisu se NEPROVÁDÍ aktualizace poměrných koeficientů DPH na hlavičce/položkách. Případnou změnu je nutné provést RUČNĚ.
Pokud má zákazník nastavenou konstantu modulu Fakturace “Při generování DDPP a Real. fa posuzovat” na hodnotu “Částka úhrady“, posuzovala se při generování Real. fa/DDPP chybně částka zálohové faktury před zaokrouhlením.
Opraveno.
Byla opravena chyba při přenášení údajů zálohové faktury do realizační faktury v případě, že je na záloze použita sumární sleva (částkou i procentem). Do položek přiřazené zálohy se chybně dostaly částky neponížené o sumární slevy. Opraveno, do položek přiřazené zálohy se přenášejí částky ponížené o sumární slevy.
Byla opravena chyba, kdy docházelo v přehledu Sumace a slevy na dokladu k chybnému výpočtu kurzem DPH. Problém se následně projevil i v Rekapitulaci DPH. Problém se vyskytoval u sloupců: Základ DPH daňový kurz - HM, Celkem s DPH daňový kurz - HM a Částka DPH daňový kurz - HM, pouze však u textových položek. Dále se problém vyskytoval u sloupců Základ DPH daňový kurz - HM, Celkem s DPH daňový kurz - HM a Částka DPH daňový kurz - HM - a to u textových i skladových položek v přehledu Sumace a slevy, ovšem pouze v případě, když hlavní měna nebyla EUR a pouze tehdy, když byla měna DPH odlišná od hlavní měny.
Majetek
Upraveny a doplněny algoritmy pro odúčtování prvotního dokladu (pohyb Dotace Majetku) při smazání účetního dokladu.
Při smazání účetního dokladu v přehledu deníku dojde ke smazání vazby dotace - účetní doklad a ke zrušení datumu a příznaku účtování u dané dotace.
Vytvořen CRUD pro API - Majetek - Protokoly zavedení.
Mzdy (CZ)
JMHZ - povolení akcí - aktuální nebo odemčené období
bylo sjednoceno povolení akci nad přehledy JMHZ a editovatelnosti jejich editorů ve vztahu ke mzdovému období.
všechny dotčené akce a editory respektují kromě jiných i podmínku, že jsou aktivní/editovatelné pouze v aktuální nebo odemčeném mzdovém období
týká se přehledů a editorů :
Jednotné měsíční hlášení
JMHZ - pracovní poměry
JMHZ - pracovní poměry - ELDP
JMHZ - pracovní poměry - Vyživované děti
JMHZ - pracovní poměry - Vyživující osoby
JMHZ - Opravné podání měsíčního hlášení - nově přidělené osobní identifikační číslo (OIČ) a identifikátor pracovního poměru (ID PPV)
Generování Opravného podaní MH kopírováním z Řádného podání MH :
předpoklad : pokud bylo Řádné podání (ŘP) MH přijato na ČSSZ alespoň částečně, mělo by to podle našeho soudu znamenat, že ve státních registrech už byly ztotožněny všechny neztotožněné pracovněprávní vztahy (PPV) z ŘP MH a uživatel obdržel do datové schránky přiřazené identifikátory OIČ a ID PPV těchto PPV
provedená úprava : všem formulářům PPV, které byly v ŘP odeslané jako neztotožněné a tudíž nemají ve ve formuláři PPV vyplněné OIČ a ID PPV, se přiřadí hodnota OIČ z číselníku zaměstnanců a ID PPV ze mzdové karty, pokud jsou tam oba tyto údaje zadané
Aktualizace formuláře PP v OP MH :
upravena část kódu, která dotahovala ID PPV ze mzdových údajů v případě, že formulář PPV v Opravném hlášení nebyl dosud přijatý na portálu ČSSZ a má nastavený Typ formuláře na Řádný a neměl vyplněné ID PPV nebo se lišilo od toho ve Mzdových údajích
úprava spočívá ve zpřísnění podmínek, kdy se identifikátor ID PPV do formuláře PPV dotahují :
jedná o Opravné podaní
musí byt vyplněno ID PPV ve mzdových údajích
formulář PPV nebyl dosud přijatý na ČSSZ a je typu Řádný
identifikátor ID PPV je ve formuláři PPV vyplněný a liší se od hodnoty ID PPV ve Mzdových údajích
pokud jsou splněny výše uvedené podmínky, ID PPV ze MÚ přepíše původní hodnotu ve formuláři PPV
toto by mělo řešit situace, kdy formulář byl zamítnut z důvodu chybně uvedeného ID PPV (například přiřazení ID PPV nesprávnému PP zaměstnance)
JMHZ - ELDP - vyloučená doba se kryje příjmem
Ošetřena situace, kdy se vyloučená doba kryje s dobou s vyplaceným příjmem vstupujícím do vyměřovacího základu pro SP (např. nemoc po celý měsíc a byla vyplacena odměna). V daném případě se vyloučená doba v ELDP pro účely důchodového pojištění nevykazuje.
Registrace zaměstnance - Chráněný trh práce - atribut ID 10258
I když se jedná o chráněný trh práce a je zadáno zdravotní omezení, je vyplněn atribut Práce probíhá převážně (Průběh práce) - kontrola hlásí, že není vyplněno.
Upravena kontrola.
JMHZ - atributy Zúčtovaný příjem (10286), Zúčtovaný příjem - statutár, nerezident (10416), Osvobozené příjmy (10289)
v Definici MS pro MH vznikly tři nové atributy
10286 Zúčtovaný příjem celkem
10416 Zúčtovaný příjem (statutární zástupce, nerezident)
10289 Osvobozené příjmy
Aby byly atributy viditelné v přehledu Definice MS v JMHZ, je nutné spustit nad tímto přehledem tlačítko Aktualizuj
POZOR!
V případě, že nemáte nestandardní mzdové složky (viz definice výpočtu níže), není nutné tyto atributy do tabulky Defince MS doplňovat, výpočet poběží tak, jako doposud.
Výpočet těchto tří atributů je nově nastaven tak, že proběhne výpočet našim standardním způsobem (viz Základní postup výpočtu) a uživatel má možnost v těchto atributech upravit definici dle svých mzdových složek tím, že přidá, či odebere konkrétní mzdové složky
POZOR!
v definici těchto atributů uvidíte pouze rozdílové mzdové složky, nikoliv mzdové složky, které odpovídají Základnímu postupu výpočtu).
Všechny tyto atributy mají novy typ 4= Systémový (+/-)MS
V přehledu MS pro definici atributů MH přibyl nový atribut Znaménko (+/-) a je umístěn jako první sloupec v defaultním nastavení přehledu
Defaultní hodnota atributu Znaménko je
U nového typu atributu MH je možné mzdovým složkám přiřadit jak s kladné tak záporné znaménko
Znaménko se nastavuje novou akcí Obrátit znaménko (+/-)
Základní postup výpočtu:
Do Úhrnu příjmů (ID 10286) jdou MS, které mají zatržený Hrubý příjem (HP) a současně jsou:
odečteny MS 114,115 (tj. práce na dálku) a 791,0792 (cestovné) - mají nastaven HP, ale nemají se zde uvádět
přičteny MS 730 (auto do daně) a 731 (nepeněžní plnění) - nemají nastaven HP
přičteny MS, kde je základ pro daň typu PF, ŽP, ubytování, nepeněžní benefity, DIP, PDP, zdravotní nepen.benefity - nemají nastaven HP
Do Zúčtovaného příjem (10416) (statutární zástupce, nerezident) je výpočet stejný jako výše, pouze je zde zafiltrováno na Druhy PP = 6,11,12,14 a zároveň TabZamMzd.NerezidentDane=1
Do Osvobozeného příjmu (ID 10289) se napočítávají hodnoty:
z výpočtu mzdy Zdravotní nepeněžní benefity do limitu, Nepeněžní benetity do limitu a nedaněná část příspěvků PF, ŽP, PDP a DIP
hodnoty z MS 111 (stravenkový paušál do limitu), 117 (stravenky - příspěvek do limitu), 731 (nepeněžní plnění)
Toto se vztahuje i na MS, kde jsou výše uvedené MS nastaveny jako referenční.
JMHZ – pracovní poměry – editor
nad přehledem JMHZ – pracovní poměry byl vytvořen editor
jsou zde přístupné standardně 2 záložky:
Souhrnná data zaměstnance
Pracovní poměr
Roční zúčtování daně – 3. záložka je viditelná pouze ve mzdových obdobích prvního čtvrtletí roku, a to od roku 2027
trvale měnit hodnoty v editoru je možné pouze nad formuláři PPV Opravného podání (OP), které je v povolených stavech (Pořízeno, Přijato částečně nebo Zamítnuto)
pokud je OP MH ve stavu Hlášení je částečně přijato nebo Hlášení obsahuje propustné chyby a zároveň formulář PP již byl přijatý na CSSZ (atribut Formulář byl již přijatý), objeví se upozornění na tuto skutečnost s dotazem, zda pokračovat do editoru
před uložením změn v provedených v editoru se objeví výstražná hláška o vytvoření neshody dat mezi MH a mzdami v systému
pokud je provedena nějaká úprava v editoru formuláře PPV, v případě aktualizace se zobrazí hláška
Doplňující údaje – Faktory pracovního prostředí – H věta
Do editoru Doplňující údaje na záložce Zdravotní rizika do sekce Faktory pracovního prostředí přibyl u atributu Chemické faktory nový atribut H-věta, kde je možné zadat jednotlivé věty oddělené čárkou.
Předregistrace zaměstnance - od 7/2026
Ke dni 1. 7. 2026 nabude účinnosti právní úprava (§ 19 zákona o JMHZ), podle které je zaměstnavatel povinen přihlásit zaměstnance do evidence zaměstnanců nejpozději před okamžikem nástupu tohoto zaměstnance k výkonu práce (nejdříve 8 kalendářních dnů před předpokládaným dnem nástupu zaměstnance do zaměstnání).
Samotné uzavření pracovní smlouvy mezi zaměstnavatelem a zaměstnancem ještě nezakládá povinnost registrace zaměstnance.
Povinnost registrace zaměstnance do evidence zaměstnanců vzniká až okamžikem, kdy je mezi zaměstnavatelem a zaměstnancem dohodnuto předpokládané datum nástupu do zaměstnání.
Pokud zaměstnavatel nemá k dispozici všechny údaje pro přihlášení zaměstnance, bude posílat předregistraci zaměstnance. Tento postup lze uplatnit jen u zaměstnanců se státní příslušností CZ. Předregistrace se provádí pro každého zaměstnance a jeho zaměstnání zvlášť bez ohledu na skutečnost, že u předregistrace se neuvádí údaj o druhu činnosti.
Předregistrace
Pod nabídkou Mzdové údaje v přehledu Registrace zaměstnance vznikla od období 7/2026 na kartě Akce nová nabídka Předregistrace (místo nabídky Doregistrace).
V přehledu Předregistrace zaměstnance jsou dvě nabídky:
Předpokládaný nástup
Oznámení o nenastoupení
Předpokládaný nástup
do editoru je nutné ručně zadat údaje o zaměstnanci - nemají vazbu na žádné číselníky (neexistuje propojení s číselníkem Zaměstnanců):
Jméno
Příjmení
Rodné příjmení
Rodné číslo
Místo narození
Státní občanství zaměstnance - předvyplní se CZ, nelze editovat (nelze předregistrovat jinou než CZ státní příslušnost)
Předpokládaný den nástupu zaměstnance do zaměstnání - předvyplní se 1.den v měsíci
Variabilní symbol zaměstnavatele - předvyplní se
Identifikátor podání - předvyplní se
všechny atributy musí být vyplněny
odeslání zprávy pomocí nabídky Zprávy, Generování zpráv přes VREP (nutno doplnit certifikáty pro přímou komunikaci přes VREP)
Oznámení o nenastoupení
jestliže zaměstnanec nenastoupí do 8 dnů od plánovaného nástupu do zaměstnání, je nutné provést akci Oznámení o nenastoupení
provádí se nad konkrétním Předpokládaném nástupu zaměstnance pomocí akce Oznámení o nenastoupení
vytvoří se nový záznam pro daného zaměstnance
generuje se tatáž zpráva, jako u Předpokládaného nástupu
odeslání zprávy pomocí nabídky Zprávy, Generování zpráv přes VREP (nutno doplnit certifikáty pro přímou komunikaci přes VREP)
JMHZ -opakované opravného podání a nepropustné chyby
V případě, že bylo odesláno opravné podání, které obsahovalo opět nepropustné chyby jako řádné podání, došlo k tomu, že se atribut Formulář byl již přijatý zatrhl i u formulářů PPV, které obsahovaly nepropustnou chybu a tudíž přijaté nebyly a měly být v opravném hlášení odeslány jako Řádné formuláře. Následně tedy nebylo možné odeslat korektně další opravné podání a bylo nutné ošetřit nastavení atributů Typ formuláře, ID formuláře a Formulář byl již přijatý skriptem.
Toto chování bylo opraveno. Nově by se již atribut Formulář byl již přijatý měl nastavovat v pořádku.
JMHZ - ELDP - MD celý měsíc po porodu
Byl upraven nápočet ELDP pro JMH v případě, kdy je mateřská dovolená po celý měsíc a je již po datu po porodu (již v předchozích obdobích). Nejedná se o pojištěnou dobu, tj, není vyloučená doba (VD) pro ELDP, ale musí být vykázána pro účely nemocenského - atributy VD DNP a VD §18. Zde se VD nenačítaly.
Opraveno.
Obecné
REST API
core/navigationTree - doplněn atribut browseUserRightRead (jestli má uživatel právo na čtení z přehledu)
syspars/meta - doplněny atributy sysparBrowseUserRightRead (jestli má uživatel právo na čtení z přehledu) a sysparBrowseLisenced (jestli je přehled licencován/přístupný)
Do horní lišty Rychlý přístup byla doplněna možnost připnout akci Aktualizace systému.
Při instalaci pluginů přes Helios Store je nyní v levém dolním okně zobrazen průběh instalace - kolikátý plugin z celkového počtu se právě instaluje a do jaké databáze.
Doplnění volby Aktualizace systému do přehledu výstrah. Úprava atributů URL - verze atributu, které nejsou NVARCHAR (MAX) jsou nastavené jako hyperlink - lze na ně kliknout přímo z přehledu.
V automatizaci bylo optimalizováno přiřazování překladu chybové hlášky dle čísla chyby.
Implicitní velikost papíru pro tisk PDF z info panelu byla nastavena na A4.
Do profilů pro e-mail byl doplněn nový profil: Notifikátor. Tento profil umožňuje odesílat maily přes Inuvio Server - Notifikátor. Je tak možno využít nastavení Notifikátoru jako interval zpracování fronty a počet zároveň odeslaných mailů.
Při zápisu do tabulky pro Notifikátor se postupuje tak, že všechny přílohy, které jsou z přehledu dokumentů jsou zapsány pomocí vazby (odkaz na záznam v tabulce dokument). Ostatní přílohy jsou zapsány jako binární data do databáze. I z tohoto důvodu byla doplněna možnost nastavit filestream pro sloupec TabESServiceAttachments.AttachmentBody.
Došlo k přešifrování hesel uložených v databázi. Použitý algoritmus odpovídá požadavkům NIS2.
Na pravé tlačítko nad seznamem uložených sestav v nastav byla doplněna nová volba “ Další akce vybraných sestav” . Po jejím spuštění se otevře přehled Sestavy (217), který bude zafiltrována sestavy označené v seznamu sestav v Nastav. Zde jsou pak dostupné všechny jeho akce jako Rozkopírování, exporty,….
V případě používání 64-bit verze a spouštění odeslání dat na Reporting CZ se chybně hledá definiční soubor Report.ini a Report_user.ini v adresáří Win64. Opraveno.
Tisk faktury s QR SK přes API nevygeneroval QR kód. Opraveno.
REST API - přehled karet majetku nevrací stejné záznamy jako Inuvio při stejně nastaveném datu majetku. Opraveno.
Export do Excelu (Ctrl+E) v 64bit verzi exportuje všechna čísla jako 0. Opraveno.
Automaty spuštěné z pluginu pomocí RunAction2 nerespektovaly nastavení pro ukončování procesních oken. Opraveno.
Pokud je přehled Uživatelské sloupce zafiltrován pomocí rychlého filtru se dvěma či vícero podmínkami, dojde po importu k syntaktické SQL chybě. Opraveno.
Pokud se ihned po tisku např. faktury do dokumentů výsledný dokument odesílá mailem, první volání slepé uložené procedury ep_OnBeforeEMail01 dostává chybné parametry (jak IDZaznamu, tak i #TabOznaceneIDProTisk - IDZaznamu je NULL a tabulka obsahuje ID tištěné faktury místo ID dokumentu). Opraveno.
Personalistika (CZ)
PRO MODUL MZDY CZ:
Doplňující údaje - nové atributy
V editoru Doplňující údaje na:
záložce Osobní údaje do sekce Zaměstnání vznikl nový atribut Popis pracovní činnosti, tento údaj vstupuje v modulu Personalistika do tiskového formuláře Lékařský posudek
na záložce Zdravotní rizika, v sekci Faktory pracovního prostředí, byl přejmenován atribut Vibrace na Vibrace – tělo. Vznikly nové atributy: Vibrace – ruce, Svalová zátěž, Ozon a elektromagnetické pole.
PRO MODUL PERSONALISTIKA CZ:
Nad přehledem Plán školení a lékařských prohlídek byl upraven distribuční tiskový formulář: Sys. č. / Název -1592 / Žádost o posudek následovně:
byly přidány nové položky.
Popis pracovní činnosti
Týždenný úväzok
Dlžka smeny
Jiné rozhodné skutečnosti
H-věta
do tabulky Rizikové faktory byly doplněny nové faktory:
Vibrace - ruce
Svalová zátěž
Ozon
Elektromagnetické pole
Vibrace byla přejmenováná na Vibrace - tělo
položka “Třísmenný” byla přejmenováná “Vícesmenný”
byl upraven dialog před tiskem
Pokladna
Pokladna
Doplněna funkcionalita přenosu poměrného koeficientu z karty vozidla na hlavičku i položku pokladního dokladu.
Rozhodující datum pro určení výše poměrného koeficientu je DUZP.
Poměrný koeficient z karty vozidla se do pokladních dokladů přenáší pouze pokud je zatržena globální konstanta “Přenášet poměrný koef. DPH z karty vozu CZ/SK”. Konstanta je umístěna v globální konfiguraci pod Firemními konstantami.
Pokladní prodej
Pokud je v konfiguraci Inovia / pokladním prodeji zapnuto Na konci hledat název (pro případy, kdy se hledaný výraz přesně nenajde dle zvoleného způsobu), tak se zobrazí přehled karet zafiltrovaný na název obsahující zadaný výraz a současně nově i registrační číslo / číslo karty, pokud dle nich bylo provedeno hledání. Lze při používání kombinovat hledání hle názvu a začátku registračního čísla / čísla karty.
Tlačítka pro rychlý prodej mají novou funkci, kterou jim lze přiřadit - načtení položek z Došlé objednávky.
V definici tlačítka lze pak u této funkčnosti nastavit, jaká definovaná sestava se má použít pro zobrazení hlaviček objednávek. Při vlastním použití takto nadefinovaného tlačítka se pak nabídnou hlavičky prodejních objednávek a po výběru jedné z nich se pak přenesou všechny položky, které jsou na ní zapsané. Pokud pak některou smažu, tak se na objednávce opět označí jako nepřenesená. Z objednávky se přenáší pouze položky, údaje v hlavičce prodejky se načtením nijak nemění. Do jedné prodejky mohu opakovaným použitím načíst položky z více objednávek.
Projektové řízení
Automatické vytvoření výkazů nákladů z nepersonálních zdrojů při realizaci přijaté faktury (generované z vydané objednávky).
Vyřazení materiálového zdroje úlohy z kalkulace, tak jak je to možné u úlohy.
Při generování výdejek z materiálových zdrojů budou v hlavičce nastaveny příjemce a místo určení podle etapy/projektu (neplatí pro výdej v evidenční ceně).
Možnost grafického vytváření závislostí mezi úlohami v Gantt V2.
Při generování klasického výdeje z materiálového zdroje dojde k propsání fakturační ceny do položky výdejky.
Přidána akce pro výchozí nastavení rozložení UI v Ganttu
QMS Systém řízení kvality
Kontrolní plány - vazba “Hlavičky dokladu pohybu zboží” v Nastav přehledu kontrolních plánů byla předefinována do efektivnějšího SQL dotazu. Původní řešení bylo pomalé.
Reklamace přijaté - v akcích Generuj dobropis, Generuj příjemku na sklad reklamací, Generuj výdejku, Generuj storno výdejky nad reklamacemi lze pomocí externí speciální procedury ep_ReklamacePrijateGenDoklNastaveni ovlivnit, jaké parametry se přednastaví hned po spuštění akce v dialogu Parametry generování.
Do agendy “Kontrolní plány” byla doplněn “Číselník vzorců pro parametry KP”, v němž lze definovat vzorce pro výpočet číselných hodnot měřených parametrů, maximálních/minimálních hodnot a -/+tolerancí v závislosti na některých z těchto hodnot parametrů Šířka (@a), Výška (@b), Hloubka (@c), Objem (@d) na “Kmenové kartě” kontrolované položky. To umožňuje aplikovat jeden kontrolní postup na generování kontrolních plánů pro rozměrové varianty položky.
Reklamace přijaté - do standardního výpočtu hodnoty “Náklady na opravu” akcí Výpočet nákladů na reklamaci se chybně započítávaly z výrobních příkazů výrobního plánu na opravu vedle hodnoty skutečných přímých nákladů na všechen materiál znovu i hodnoty nákladů vypočtené na ten materiál, který je zařazený do kategorií A, B a C. Opraveno
Řízení peněžních toků
Uvolněné zádržné v CM se chybně zobrazovalo v přehledu peněžní toky - doklady. Opraveno.
Opravena chyba v aktualizaci přehledu Peněžní toky - doklady, kdy u zdrojových dokladů Leasing a splátky (Opakované platby) se chybně plnil atribut Datum úhrady - individuální analýza. Atribut nerespektoval hodnotu korekce, která byla na organizaci.
Sklady, nákup a prodej
V konfiguraci aplikace lze nastavit, jak se má program chovat při změně měrné jednotky na položce v případě, kdy dochází k přepočtu množství a jsou již zadána nějaká VČ. Lze si nastavit, zda se má množství VČ přepočítat automaticky, vůbec a nebo s dotazem.
Akce pro položkový převod z nabídky a z vydané objednávky do došlé objednávky přenášely hodnoty uživatelských sloupců na položkách pouze při převodu prvního dokladu do dané došlé objednávky, z položek dalších převáděných dokladů už se hodnoty uživatelských sloupců nepřenášely. Opraveno
EDITEL®-Inhouse (import) - Expediční příkaz
Při importu nebyla respektována měna a vstupní cena nastavená na fakturační organizaci (odběrateli)
Opraveno
Při automatickém generování a realizaci návazné příjemky po realizaci výdejky-převodky při nastavení parametru “Po realizaci spustit "Aktualizace zajištění stavem skladu" na hodnotu Spustit nedocházelo k pokusu pokrýt nezajištěné položky došlých objednávek z volného množství položek přijatých danou příjemkou na sklad. Opraveno
Při ručním pokrytí položky došlé objednávky volným množstvím z výrobního plánu vybraného do detailu zajištění plánem v případě, že už byl výrobní plán zadán do výroby, nedošlo k vytvoření vazby mezi položkou došlé objednávky a výrobním příkazem na tuto položku. Důsledkem pak bylo, že se příjemka položky z výroby nepromítla do příjmů na zajištění výrobním plánem a po realizaci příjemky nedošlo k zajištění položky stavem skladu množstvím zajištěným v detailu zajištění výrobním plánem. Množství zůstalo v detailu zajištění výrobním plánem. Opraveno
Sklady, nový způsob blokování
NZB
V přehledu Zajištění byly v Nastav doplněny 2 nové vazby pro zobrazení dodavatele souvisejícího s konkrétním zajišťovaným druhem požadavku:
Dodavatel podle zajištění materiálového zdroje projektu
Dodavatel podle zajištění požadavku z výroby
Jde o analogii ke stávající vazbě:
Dodavatel podle zajištění došlé objednávky
Dále byla do Nastav doplněna 1 univerzální vazba pro zobrazení dodavatele souvisejícího s libovolným ze 3 možných zajišťovaných druhů požadavků:
Dodavatel podle zajištění
Ve všech výše uvedených vazbách se dodavatel dohledává dle těchto pravidel (priorit):
z první vydané objednávky, která je evidovaná k danému Zajištění v Detailu zajištění Vydanou objednávkou
pokud žádný Detail zajištění Vydanou objednávkou k danému Zajištění neexistuje, tak z první příjemky z Detailu zajištění Příjemkou
pokud žádný Detail zajištění Příjemkou k danému Zajištění neexistuje, tak dodavatele z Přípravy zajištění
pokud Příprava zajištění k danému Zajištění neexistuje, tak Aktuálního dodavatele z Kmenové karty
Od verze 3.0.2025.1202 nastávala chyba 'Invalid object name #TabSeznamDVZajistX' v případě, že se použila akce Uzavření materiálového požadavku nad materiálovým zdrojem úlohy, u něhož neexistoval záznam Zajištění, tj. nevyužívala se na něm funkcionalita Nový způsob blokování (NZB) zavedená v dané databázi. Opraveno
Došlé objednávky (standardní blokování NZB=0)
Pokud vydaná objednávka kryla plně jednu položku došlé objednávky a jinou položku jenom částečně a došlo k navýšení objednaného množství na vydané objednávce, mohlo se stát, že se chybně o volné množství automaticky navýšilo kryté množství na položce, která již byla plně krytá, místo té, která byla kryta částečně. Opraveno: Volné množství vzniklé dodatečným navýšením množství na položce vydané objednávky se automaticky rozděluje pouze mezi ty požadavky, které ještě nejsou danou položkou vydané objednávky plně pokryty.
Nový způsob blokování (NZB=1)
Pokud daná vydaná objednávka kryla plně některé požadavky na zajištění z položky došlé objednávky, z požadavku na materiál pro výrobní příkaz a nebo pro materiálový zdroj úlohy projektového řízení a jiné z takových požadavků na zajištění kryla jenom částečně a došlo k navýšení objednaného množství na vydané objednávce, mohlo se stát, že se chybně o volné množství navýšilo množství položka, která již byla plně krytá, místo té, která byla kryta částečně. Opraveno: Volné množství vzniklé dodatečným navýšením množství na položce vydané objednávky se automaticky rozděluje pouze mezi ty požadavky na zajištění, které ještě nejsou danou položkou vydané objednávky plně pokryty.
NZB
Pokud při realizaci výdeje s výrobními čísly bez vazby na zajištění VČ na došlé objednávce došlo k tomu, že vydávané množství VČ bylo zároveň zajištěno pro došlou objednávku, ale nebylo zablokováno, tak se neponižovalo o toto vydané množství odčerpané výdejkou množství vč zajištěné v detailu zajištění položky. Opraveno
NZB: V případě, že
se k zajištěné došlé objednávce vygenerovala a realizovala výdejka v době, kdy ještě nedošlo k příjmu na zajištění a k jeho realizaci, zůstalo na došlé objednávce původně zajištěné množství, které nebylo možné využít pro pokrytí jiných objednávek, dokud ho uživatel ručně neuvolnil. Opraveno: o množství vydané z volné zásoby se zajištěné množství automaticky ponižuje.
Splátkování a leasing
Byla upravena chyba ve Splátkování a leasing v akci Aktualizace úhrad, kdy se v některých případech dohledala chybná faktura.
Účetnictví
Přípravný režim daňových klíčů (DK), zaškrtnuta konstanta Přípravný režim ve Firemních konstantách.
Případ, kdy má faktura zadané DK, ale spadá do období DPH, na kterém není označen Režim daňových klíčů. Skladová položka faktury ma nastavenou Skupinu účetních kódů.
Helios v takom prípade nepreberie zo skupiny účtovných kódov účet pre položku. Preberie účet, ktorý je v hlavnej kontácii, resp. oznámi chybu, ak tam taký účet nie je (a pritom je v skupine účtovných kódov).
Systém v uvedeném případě prři účtování položky nepoužil účet ze skupiny účetních kódů, ale použil účet z hlavičkové kontace resp. oznámil chybu, pokud se v hlavičkové kontaci účet nenalezl.
Proto byl upraven algoritmus dohledání účtu a účtu DPH při nastaveném přípravném režimu a je-li na položce dokladu zadán daňový klíč.
Jak informovala Technická podpora portálu MOJE daně, bude portál MOJE daně přecházet na novou jednotnou doménu gov.cz . Tento přechod proběhl 14.05.2026.
Přechod je realizován v několika fázích:
pilotní souběžný provoz na původní a nové doméně
souběžný provoz na původní a nové doméně – přesměrovávání ze staré na novou doménu na straně aplikace,
ukončený provoz na starých doménách. O termínu má Technická podpora portálu MOJE daně včas informovat.
V Helios Inuvio jsou proto změněny automaticky Adresy místa určení zpráv v definicích zpráv pro Přiznání k DPH , Kontrolní hlášení a Souhrnné hlášení na novou doménu:
Pro formát “ …EPO podání - XML (CZ podání) ” je původní adresa https://adisepo.mfcr.cz/adistc/epo_podani upravena na https://mojedane.gov.cz/adistc/epopodani .
Pro formát “ …EPO dotaz na stav - XML (CZ podání) ” je původní adresa https://adisepo.mfcr.cz/adistc/epo_stav upravena na https://mojedane.gov.cz/adistc/epo_stav .
Případné další parametry k URL adresám zůstanou zachovány.
Byla doplněna logika poměrného přeúčtování DPH v případě záloh se samovyměřením:
Řádek účetního kódu (kontace)
pro druh řádku Záloha - Samovyměření účetního kódu je zpřístupněno pole Poměrné rozúčtování daně
platí pro obě strany MD i Dal
Upozornění :
Pro uplatnění nové funkcionality je nutné již dříve přiřazené zálohy zrušit a přiřadit znova (aby se naplnila nová vazební tabulka).
Technické informace
Přiřazení zálohy
při navázání zálohy na realizační fakturu se plní nová vazební tabulka vazbou mezi položkou zálohy a doplňkovou položkou
platí pro Způsob vzniku = Záloha
Účtování
při účtování je plněn identifikátor pro přeúčtování daně i pro druh řádku “Záloha - Samovyměření“
identifikátor je složen takto : “ZALPOL“ + ID z tabulky položek zálohy
Přeúčtování daně
při přeúčtování daně je pomocí vazební tabulky a párovacího znaku dohledán odpovídající zdrojový řádek přeúčtování “Záloha - Samovyměření“
Globální konstanty - Firemní údaje (CZ+SK):
V Globálních konstantech - Firemní konstanty v části [4] Parametry byla doplněna nová konstanta "Přenášet poměrný koef. DPH z karty vozidla CZ/SK" i pro CZ-databázi a také SK-databázi.
Zaškrtnutím této konstanty uživatel si zapne novou funkcionalitu přenášení hodnoty poměrného koeficientu DPH z karty vozidla evidovaného na záložce 2 - Evidence způsobu odpočtu DPH do prvotních dokladů :
Přijaté faktury
Pokladní doklad
Platební karty firemní
do editačního okna Příprava automatického rozúčtování v účetním deníku
V proceduře účtování faktur jsou opraveny podmínky načítání záznamů pro účtování přiřazené zálohy. Je zohledněno nastavení konstanty Přípravný režim a je upraven test na zadaný daňový klíč.
Účtování faktur a dobropisů v případě, že Hlavní měna <> Měna faktury <> Měna DPH - tj. všechny 3 měny jsou různé. Řešení pro nastavení Režim kurzu DPH pro faktury: 1=Přímo na fakturách.
Bylo opraveno plnění sloupců Základ DPH, Částka DPH a též Měna DPH.
Bez ohledu na nastavení Cizí měna (Ano, Ne, Měna DPH) na řádku kontace se do sloupců Základ DPH a Částka DPH doplňují údaje přepočtené kurzem pro účely DPH mezi měnou DPH a měnou faktury.
Opravena chyba při přeúčtování Skonta pro řádek “Skonto aktuální“ pro zjednodušené účtování..
Účetnictví, Další, Kontroly ekonomiky. Kontrola dokladů v účetním deníku. Při zaškrtnutí pouze pole Chyba zaokrouhlení (ostatní nezaškrtnutá) se po spuštění akce zobrazí chybová hláška:
Není označena žádná kontrola
[SQL:50000,16, dbo.hp_KontrolaEko_Hlavni_proces, line 127] 64263
Účtování faktur a dobropisů v případě, že je použitý daňový kurz. Řešení pro nastavení Režim kurzu DPH pro faktury: Přímo na fakturách.
Bylo opraveno plnění sloupců Základ DPH, Částka DPH a též Měna DPH.
Bez ohledu na nastavení Cizí měna (Ano, Ne, Měna DPH) na řádku kontace se do sloupců Základ DPH a Částka DPH doplňují údaje přepočtené kurzem pro účely DPH mezi měnou DPH a měnou faktury.
Byla opravena chyba určení datumu případu při účtování řádků skonta reálného pro ostatní řádky účetního kódu.
Když se účtoval řádek kontace skonta reálného, tak si algoritmus účtování správně přebral datum z úhrady - skonto, ale při eventuálním účtování jiných druhů řádků kontace si ponechal toto datum. Opraveno, u jiných druhů řádků kontace se použije Datum případu z hlavičky faktury. Nezaleží na pořadí řádků v účetním kódu.
Výkazy, finanční analýza
Do distribuce je přidána nová definice výkazu Přehled o rozpočtu nákladů a výnosů státních příspěvkových organizací, generické číslo -80008, verze 2026061000. (nahrazuje stejnojmenný rozpočet generické číslo -80006. Mění se Část II - Doplňující údaje – hlavní činnost státních příspěvkových organizací
Sloupce části II. výkazu se nemění.
Je zrušený řádek č. 78, jsou 3 nové řádky č. 85, 89, 100 - systémová podpora. Původní řádky jsou přečíslované.
Platnost od 1. 7. 2026. Výkaz se odevzdává do 31. 7.
Bylo upraveno kopírování dokladů v účetních standardech. Kontroluje se pouze, zda je uzavřeno cílové období, nikoli období, ze kterého se doklad kopíruje.
Helios Controlling. Byl opraven problém, kdy se ve Stavech účtů a dimenzí v případě kumulace nezobrazovaly řádky měsíců, ve kterých na příslušném účtu a dimenzích nebyl pohyb.
Kromě toho bylo do editoru Stavů účtů a dimenzí přidáno zaškrtávátko Kumulace od počátku období . Výchozí nezaškrtnuto. V případě zaškrtnutí jsou údaje ve sloupcích s kumulací napočítávány od počátku účetního období.
Byla opravena chyba při zobrazování znamének u opravných položek u výkazu PKP část III. Změna se týká odesílání XML zpráv a tiskového formuláře.
Výroba
Do předběžného plánu v TPV lze pomocí funkce Požadavky z dokladů načítat i došlé objednávky v přípravě.
Nové plánovací parametry vyráběných dílců
Minimální dávka
Násobek dávky
Maximální dávka
Tyto parametry se uplatní při generování výrobních příkazů z výrobního plánu.
Množství výrobního příkazu bude automaticky navýšeno na minimální dávku a dále se bude zaokrouhlovat nahoru v násobcích dávky. Násobky mohou být i menší než je minimální dávka. Při překročení maximální dávky dojde automaticky k vygenerování více výrobních příkazů. Pokud je zadán Násobek dávky, pak musí být Minimální i Maximální dávka celočíselně dělitelná tímto násobkem. Výchozí hodnoty je možné přednastavit na skupině karet.
V předchozích verzích bylo možné nastavit parametr Zadávat násobky minimální dávky . Pokud byl v předchozí verzi tento parametr nastaven, automaticky se vyplní změnovým skriptem nový parametr Násobek dávky na stejnou hodnotu jako Minimální dávka.
Ve výrobní dokumentaci jsou dvě nové funkce:
Přesunout na disk - zobrazí se dotaz na cílovou složku umístění souboru
Uložit do databáze Tyto dvě funkce umožňují hromadně zaměnit úložiště napojených souborů z databáze na disk, případně z disku do databáze.
Funkce Požadavky z dokladů byla rozšířena o možnost načtení materiálových požadavků z Projektového řízení.
Mezi materiálovými požadavky z projektů se mohou nacházet i požadavky na výrobu dílců, které je možné touto funkcí zaplánovat do výroby.
Nový způsob blokování a zajištění na vyráběných dílcích
Ve výrobě bylo možné využívat nový způsob zajištění a blokování jen pro nakupované materiály. Nově lze stejnou funkcionalitu používat i pro blokování a zajišťování vyráběných dílců. Automatické generování požadavku na zajištění proběhne v případě, že je tato vlastnost nastavena v parametrech kmenové karty zboží (TabParametryKmeneZbozi.AutoGenerPozadavkuNaZajisteni=1) a současně je nastaven parametr v globální konfiguraci (tabHGlob.PovolitZajisteniDilcu = 1).
Aktualizace ceny kooperace
Dosud bylo možné provést aktualizaci ceny Evidence kooperace pouze v editoru záznamu. Nově lze aktualizaci ceny zaevidované kooperace podle napojené faktury provést přímo v přehledu Evidence kooperací pro označené záznamy pomocí funkce Aktualizace ceny podle faktury.
Odvedení nákladů z nedokončené výroby formou DSN
Ve výrobě mohou vznikat ve výrobě i náklady na ukončených výrobních příkazech (pokud je to povoleno na řadě výrobního příkazu). Takto zaevidované náklady lze z výroby odvést buď odvedením na nadřízený výrobní příkaz nebo odvedením do úbytku nedokončené výroby. V případě ocenění příjemky na sklad ve skutečných cenách lze nově v rámci funkce Odvedení nákladů do úbytku vygenerovat i doklad dodatečného souvisejícího nákladu, který těmito náklady zatíží příjemku výrobku na sklad. Konfiguraci této nové vlastnosti lze nastavit na řadě výrobního příkazu pomocí následujících parametrů:
Řada dokladu DSN pro odvedení nákladu do úbytku
Druh DSN pro odvedení nákladu do úbytku (číselník druhů DSN lze nastavit v globální konfiguraci)
Výběr příjemek pro DSN (Poslední příjemka / Všechny příjemky / Ruční výběr)
Realizací dokladu DSN se náklady rozpočítají do realizovaných příjemek z výrobního příkazu.
V souvislosti s touto změnou byl upraven i algoritmus rozpouštění DSN za materiál vydaný ze skladu. V procesu realizace DSN dochází automaticky k přenesení nákladů na nadřízený příkaz nebo návaznou příjemku, pokud je výrobní příkaz ve stavu Ukončeno nebo Uzavřeno - bez ohledu na nastavení vlastnosti Nepovolit zatížení ukončeného výrobního příkazu .
Generování dokladu DSN lze tedy spustit automaticky v rámci funkce Odvedení nákladů do úbytku zaškrtnutím volby Generovat DSN . Dodatečně lze DSN vygenerovat z přehledu Převody polotovarů a nákladů mezi výrobními příkazy pomocí funkce Generovat DSN.
Hromadné zahájení operací
V Přehledu Evidence rozpracovaných operací lze hromadně zahájit více operací současně - probíhá označením více záznamů v přehledu.
Hromadná změna kalkulačních cen vedlejších produktů
Byla vytvořena funkce pro hromadnou změnu kalkulačních cen vedlejších produktů. Možnosti hromadné změny pro označené záznamy:
Vynásobit koeficientem
Nastavit dle cenové úrovně ve skladu
Nastavit na konkrétní hodnotu
Byla rozšířena funkce Aktualizace zaplánovaného množství ve Výrobním plánu.
Nově se zobrazí dotaz, podle kterého množství na výrobním příkaze se zbývající množství vypočítá:
Na základě čistých kusů
Na základě odvedených kusů
Ve funkci Odvedení nákladů do úbytku na výrobních příkazech je možné zadat poznámku s důvodem odvedení. Poznámku je možné vybírat i z číselníku výrobních poznámek.
Výběr z číselníku je dostupný přes samostatnou akci v editoru nebo klávesovou zkratkou <Ctrl+P>.
Přednastavení měny na kooperační objednávce
Pokud bude nastavena měna na číselníku organizací, přednastaví se dle organizace. Nebude-li na organizaci nastavena předvyplní se dle řady kooperací.
Pokud se ve výrobní dokumentaci otevřel editor pro opravu záznamu a následně se akce stornovala tlačítkem Zpět, došlo k vymazání atributu Datum poslední změny.
Opraveno.
