Helios - Změny 09/2026

Banka

Změna algoritmu dotahování účetního účtu v přípravě účtování řádku bankovního výpisu. Pokud je k řádku/úhradě bankovního výpisu navázána faktura, která je označena jako zálohová nebo daňový doklad k přijaté platbě, a tato faktura je zaúčtována do účetnictví, systém nedotahuje účetní účet jako účet zálohy z faktury nebo řady dokladů, ale z účetního dokladu účtování.

Pokud faktura (s příznakem zálohová nebo DDPP) není zaúčtována, systém dotahuje účetní účet jako účet zálohy na faktuře nebo na řadě dokladů (původní chování).

BankApp, přenos platebních příkazů do banky.

U textových polí v rámci SEPA/SWIFT příkazů byly zrušeny nepovolené znaky, odstraněna diakritika a znak & nahrazen znakem a

V návaznosti na novou funkcionalitu “účtování nulových dokladů” byl přidán do přehledu Bankovní výpisy nový sloupec “Nulový doklad”. K jeho zaškrtnutí dochází v případě, že bankovní výpis neobsahuje žádnou položku (řádek).

Hledání variabilního symbolu i v účelu platby upraveno, aby hledalo i ve složeném tvaru (Účel platby 1-4 s oddělovačem ; )

Zahraniční platební příkazy - upraveno chování práv

Pokud uživatel nemá právo na akci Zrušit příznak exportu , pak nemá povoleny akce Zrušit příznak odeslání (Bankovní API) a Zrušení příznaku exportu (Další akce).

V přehledu Bankovní spojení byly přidány nové akce “Zakázat aktualizaci z webu - Nastavit” a ““Zakázat aktualizaci z webu - Zrušit”.

Toto nové nastavení vyloučí označené bankovní spojení z on-line ověřování/aktualizace v registru zveřejněných bankovních spojení, a to i v případě, že organizace je označena pro On-line aktualizaci(ověření) zveřejněných bankovních účtů z webu.

V přehledu Platební příkazy tuzemské byly doplněny nové distribuční tiskové formuláře:

Pro CZ legislativu - Hromadný platební příkaz s QR kódem (CZ), sys. číslo -1656

Pro SK legislativu Hromadný platobný príkaz s QR kódom (SK), sys. číslo -471081

V definici zpráv u bankových výpisů je možné nastavit přesun výpisu do vybrané složky po jeho naimportování.

Opravena chyba při spuštění akce Dorovnání na úhradě řádku bankovního výpisu. Chyba se projevovala pouze v 64 bit verzi Helios Inuvio.

Oprava fungování semaforu atributu Stav přiřazení úhrad v přehledu položek bankovních výpisů.

Pokud během ručního přiřazení úhrady došlo k vyvolání upozornění (např. nesoulad částek), pak semafor nezměnil barvu.

Celní případy

Na položkách deklarací byla v rámci podzáložky “Ekonomické režimy” upravena maska pro zobrazení a vyplňování hmotnosti. Původní zadávání na dvě desetinná místa bylo rozšířeno na tři desetinná místa.

Při generování ICS dovoz z celní příjemky a výdejky je do předložených dokladů generované deklarace přenášeno číslo EUR.1 a číslo licence z celní příjemky nebo výdejky. Aby došlo ke správnému vygenerování předloženého dokladu, musí mít číslo EUR.1 nebo číslo licence tvar XXXX/YYYYYY, kde XXXX je kód předloženého dokladu a YYYYYY jeho číslo.

Při generování ECS vývoz z celní příjemky je přenášeno stejným způsobem pouze číslo licence.

Sjednocení způsobu vyplňování hmotnosti ve funkci Kopie předchozích dokladů. Nyní při MJ=KGM vždy bere hrubou hmotnost z položky deklarace.

ECS vývoz - “Zákazy a omezení” lze spustit hromadně pro označené položky v Akce

Došlo k úpravě vybraných zastaralých HTTP URL služeb na HTTPS:

• Dotaz na stav tranzitu EU - https://ec.europa.eu/taxation_customs/dds2/mrn/mrn_home.jsp

• Celní sazby EU / TARIC - https://ec.europa.eu/taxation_customs/dds2/taric/taric_consultation.jsp

• Stahování celních a NCTS číselníků - https://app.celnisprava.cz/ciselniky/servicedata.asmx?WSDL

• Výpočet celního dluhu (TARIC CZ) - https://app.celnisprava.cz/TARICWS/PublicService.asmx?WSDL

• Ověření AEO subjektu (číselník organizací) - https://ec.europa.eu/taxation_customs/dds2/eos/aeo_consultation.jsp

• Ověření EORI čísla (číselník organizací) - https://ec.europa.eu/taxation_customs/dds2/eos/eori_validation.jsp

• Dotaz na stav ECS (vývoz) - https://ec.europa.eu/taxation_customs/dds2/mrn/mrn_home.jsp

• Nebezpečné chemické látky - https://ec.europa.eu/taxation_customs/dds2/ecics/chemicalsubstance_consultation.jsp

• Celní úřady EU - https://ec.europa.eu/taxation_customs/dds2/rd/rd_details.jsp

NCTS Přijatý - úprava importu CZ043C Vykládka, text ve zvl.záznamech překračoval délku atributu v DB. Upraveno.

Celní sklad

Při generování ICS dovoz z celní příjemky a celní výdejky ze vzoru se nyní kopírují “Další povolení” ze záložky 4-Závěrečné údaje a dále pak z 1.položky vzoru (pokud ji vzor obsahuje) údaje ze záložky 2-Doklady / podzáložky Povolení.

Při generování ECS vývoz z celní příjemky a celní výdejky ze vzoru se nyní kopíruje i kód obchodní operace

Doprava

Při převodu cesťáku do předzp.mezd se kontroluje mimo uzavřenosti mzdového období ještě uzavřenost mzdy zaměstnance a existence mzdových kontací.

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.

EET 2.0 - Na řadách faktur a dobropisů byla upravena terminologie u sloupce Číslo provozovny na Číslo evidenční jednotky a odstraněny neplatné certifikáty pro EET.

Akcím pro zobrazení zádržného nad fakturami byly přiřazeny klávesové zkratky.

Zádržné k vybraným dokladům (Ctrl+Y)

Zádržné ke všem dokladům (Ctrl+Z)

Tiskové zdroje pro QR kód platby, QR kód platby + faktury (použitý na standardních distribučních formulářích Inuvio) a QR kód faktury odstraňují diakritiku a převádějí malá písmena na velká. Zlepšuje to čitelnost QR kódu zobrazeného na faktuře aplikacemi.

Upravena Kontrola zveřejněných účtů DPH. Pokud nebyly u organizace založeny všechny zveřejněné účty a v databázi nebylo zapnuto Automatické generování zveřejněných účtů, tak systém při spuštění akce Zajištění DPH → Aktualizovat údaje z webu (CZ) účty, které nebyly v databázi založené, označil v procesním okně chybně jako nezveřejněné.

Do systémového API byl v modulu Fakturace byl doplněn CRUD pro Zádržné - BID 924 a Uvolněné zádržné - BID 932

Editor faktury, záložka 5 - Sum. slevy, zálohy a rekap. DPH, sekce [1] Zálohy.

V seznamu záloh k přenosu na cílový doklad se nově nenabízí doklady, které mají zatržený atribut Nehradit.

Fakturace, Další, Vzájemné zápočty.

V editoru vzájemných zápočtů se při pokusu o posun šipkami na další záznam objevila chyba Could not convert variant of type (Null) into type (OleStr)

Opraveno.

Oprava akcí Kopie a Generuj DDPP/real. v přehledu faktur. V případě, že by se generovaný doklad měl vytvořit do uzavřeného Kalendářního nebo Uživatelského období, zobrazí se nově hláška

Doklad spadá do uzavřeného období doklad se nevytvoří.

Vydaná faktura, sumační sleva.

U dokladů s plněním v režimu přenesení daňové povinnosti nebylo možné zadat procentní sumační slevu. Opraveno.

Opravena chyba, kdy za jistých okolností nefungovala v přehledu faktur akce "Návazné doklady k opravnému dokladu". Jednalo se o situace, kdy ve výchozím přehledu faktur nebyl zobrazen sloupec "Realizováno".

Variabilní symbol penalizační faktury

Bylo opraveno generování “ Variabilního symbolu” u “úroků z prodlení” (penalizační faktury), který se negeneroval v případě, že zaškrtne pole “ Jednotlivě ”. Variabilní symbol zůstal prázdný.

Majetek

Upravena funkcionalita hromadné změny atributů FM Kurz. Nově není potřeba, aby se současně měnil atribut Účtování.

Upraven tiskový formulář “Protokol zavedení” (sys. číslo -1454), aby umožňoval i nastavení pro černobílý tisk.

Upraven algoritmus přepočtu a generování účetních odpisů při vyřazení karty majetku v případě nastavení úplné shody DP a UP, pokud existoval pohyb změna ceny.

Manažerské rozhraní

Chyba v manažerském rozhraní

Opraveno chování, kdy v některých případech se při chybném přihlášení v manažerském rozhraní objevila chyba “Automation Error“ a následně se Excel ukončil.

Mzdy (CZ)

JMHZ – Bližší určení pracovněprávního vztahu (PPV)

Dosud nebylo možné nastavit u zaměstnance údaj Bližší určení PPV, aby se následně zohledňoval v registraci zaměstnanců automaticky.

Nově je možné údaj přednastavit v Doplňujících údajích zaměstnance na záložce 1 – Osobní údaje v sekci Zaměstnání.

Následně se údaj přenáší do Registrace zaměstnance do již existujícího atributu.

JMHZ - nové měkké kontroly (upozornění) ve mzdových údajích a ELDP v měsíčním hlášení

Z důvodu eliminace chyb zasílaných v měsíčním hlášení jsme přidali následující kontroly.

Editor Mzdové údaje - přidány kontroly:

• daňový nerezident s podepsaným prohlášením (ve Mzdových údajích na záložce Odvody, Daně nastaveny atributy Daňový nerezident a Podepsané prohlášení)

• nově kontrolujeme, že nemá zadané žádné daňové slevy mimo základní slevu na poplatníka

• pokud je na kartě nastavena i jiná sleva (např. daňové zvýhodnění), zobrazí se upozornění “Daňový nerezident s podepsaným prohlášením. Lze zadat pouze základní slevu na poplatníka. Pokračovat ?”

• nastavení Druhu formuláře vs. Druh výdělečné činnosti

• pro zadaný Druh formuláře pro měsíční hlášení kontrolujeme, zda odpovídá zadanému Druhu výdělečné činnosti

• pro zadaný Druh výdělečné činnosti kontrolujeme, zda odpovídá zadanému Druhu formuláře pro měsíčné hlášení

• kontrolovány jsou tyto kódy činností a druhy formulářů

• K,N,O,P,Q,R,S = Činnost KS

• 11, 13 ,14 = Jiný Příjem

• 12 = Mezinárodní pronájem síly

• pokud není např. pro statutára (kód činnosti S) nastaven Druh formuláře Činnost KS, zobrazí se při uložení editoru upozornění: “Nesprávný typ formuláře pro zadaný druh činnosti: Typ formuláře: Bez příznaku, Druh činnosti : jednatel, komanditista, Pokračovat ?“

Editor ELDP nad měsíčním hlášením - přidána měkká kontrola:

• první jeden až dva znaky Kódu ELDP v měsíčním hlášení se reverzně převedou na odpovídající kód druhu činnosti a ten se porovnává s Kódem výdělečné činnosti ve Mzdových údajích

• v případě nesouladu se zobrazí dotaz, zda pokračovat: “Druh výdělečné činnosti - nesoulad hodnot: Mzdové údaje: první pracovní poměr, ELDP: třetí pracovní poměr u téhož zaměstnavatele. Pokračovat ?“

Registrace zaměstnanců – hlášení změn, oprav

U změny údajů v registraci zaměstnance ČSSZ uvádí, že na hlášení typu Změna údajů zaměstnance (A3) se vyplňují údaje označené jako povinné, a kromě nich se vždy uvede atribut, u kterého došlo ke změně, v nové podobě.

Současně ale ČSSZ výslovně připouští druhý způsob, a to, že je možné poslat kompletní platné údaje k datu změny, nejen pouze změněné údaje. Tedy například při změně příjmení lze poslat nové příjmení a všechny ostatní aktuálně platné údaje. Aktuální metodika ČSSZ je podstatně složitější – obsahuje podmínky, návaznosti a skupiny atributů.

Z tohoto důvodu byly provedeny následující úpravy.

Logování změn:

Byl rozšířen seznam logovaných atributů, jejichž změna by se měla hlásit na ČSSZ.

Nově se sledují tyto údaje:

Karta Zaměstnanci

• Příjmení, jméno, rodné příjmení, titul, datum narození, pohlaví, státní příslušnost

• Trvalý, přechodný, kontaktní a rezidenční pobyt (ulice, čísla, PSČ, obec, stát)

• Doklady cizince – typ, číslo, vydávající orgán a stát

Doplňující údaje, Mzdové údaje, Důchody

• CZ-ISCO, daňová rezidence, zdravotní omezení, ZTP/P, pracovní oprávnění cizinců

• Místo výkonu práce, pracovní režim, nepřetržitý provoz

• Druh důchodu, datum přiznání, předčasný a snížený starobní důchod

Generování změn – akce Změny:

Bylo upraveno generování změn akcí Změny nad přehledem Registrace zaměstnance tak, že se vždy naplní záznam všemi atributy, jako při generování Přihlášek.

Do vygenerovaného záznamu je nutné doplnit datum Platnost od – tj. datum účinnosti hlášení změny.

Pokud se u zaměstnanců v daném období mění více údajů s různým datem účinnosti, je nutné změny provádět a generovat postupně a vždy do vygenerovaného záznamu doplnit odpovídající datum.

Vytvoření nového záznamu – akce Nový

Vytvoření nového záznamu v přehledu Registrace zaměstnance bylo upraveno tak, že se záznam vždy přednaplní všemi atributy, jako při generování Přihlášek. Na uživateli pak je zvolit správný typ Akce a provést případnou opravu/změnu jednotlivých atributů.

Kontrola rezidentství

V editoru Registrace zaměstnance byla upravena kontrola rezidentství:

• původní varianta kontroly :

• kontrola se týká jen typů akce Změna a Oprava

• kontrola probíhá jen tehdy, když je zadaný stát rezidenství a není roven CZ

• v tomto případě jsou povinné atributy Datum změny od a Země daňové rezidence

• nová úprava spočívá ve změkčení kontroly v tom smyslu, že kontrola proběhne jen v případě, že došlo ke změně hodnoty atributu Země rezidentství. Změna Země rezidentství se detekuje podle výskytu tohoto atributu v logu změn pro daný záznam Registrace zaměstnance

Upozornění: Kontrola přes akci Vyplněné údajů a při generování zprávy upravena nebyla a chybějící datum změny upozorní, ale do zprávy se v případě, že se nejedná o logovanou změnu nedostane ani Země rezidenství ani datum změny země, pokud nebude vyplněné.

Statistický výkaz P1c-01

Do generování výkazu byly doplněny kategorie:

• L - školský logoped (156)

• C - sociální pedagog (118)

Současně byly zrušeny kódy 04 a 14 pro financování ze zdroje NPO.

Definice platebního příkazu - atribut Druh platby

Nyní se hodnota zadaná do editoru Definice platebních příkazů do atributu Druh platby přepisuje od aktuálního mzdového období do následujících mzdových období.

Potvrzení při změně zaměstnání - údaj o dosažené kvalifikaci

Následující distribuční tiskové formuláře:

Sys.č. / Název / Platnost od / Platnost do -1194 / Potvrzení při změně zaměstnání / 1. 1. 2012 -1591 / Potvrzení při změně zaměstnání (AJ) / 1. 1. 2012 -335 / Potvrzení při změně zaměstnání bez čisté mzdy

byly upraveny tak, že pokud je v Doplňujících údajích zadáno dosažené vzdělání s kódem „Z“, bude považováno za nevyplněné (v případě potřeby jej lze vyplnit v dialogu před tiskem).

ÚPRAVA - Svázání 2 HPP ve Mzdových údajích v jednom kalendářním měsíci

Je možné svázat 2 HPP ve Mzdových údajích přes atribut Hlavní PP i v případě, kdy v jednom kalendářním měsíci jeden HPP byl ukončený v poslední den předcházejícího mzdového období a druhý HPP vznikl první den následujícího mzdového období po skončení prvního HPP. Toto svázání slouží k výpočtu jednotného základu daně a vyměřovacího základu pro zdravotní pojištění na hlavním pracovním poměru.

Měsíční kontrola mzdových údajů byla upravena tak, aby respektovala výše uvedenou novinku a informuje uživatele o této skutečnosti a vyzývá ho ke kontrole této vazby (ať je žádaná, či ne).

Použité zkratky:

HPP - hlavní pracovní poměr

Příprava nástupů do PP - nové atributy

Do editoru Přípravy nástupů do PP byly přidány nové atributy:

• záložka Pracovní poměr sekce Parametry pracovního poměru:

• Identifikátor zaměstnání

• záložka Pracovní poměr sekce Důchod:

• Předčasný SD

• Snížený věk

• záložka Pracovní poměr sekce Pracoviště:

• Kód obce

• Název obce

• Průběh práce

• Místo v rámci obce

• záložka Zařazení sekce Kalendář a Základní mzda:

• Pracovní režim

• Nepřetržitý provoz (NP)

• záložka Odvody sekce Sociální pojištění:

• Cizí právo

• Důvod slevy na pojistném

• záložka Doplňující údaje sekce Zaměstnání:

• Vedení zaměstnanců

• záložka Doplňující údaje sekce Ostatní údaje:

• Zdravotní omezení

• Přiznáno od

• Přiznání do

• Držitel karty ZTP/P

• vznikla nová záložka Cizinec, na kterou byly přesunuté atributy z původní sekce Cizinec a přibyly následující atributy:

• Číslo pracovního povolení

• Vydáno

• Platnost do

• Krajská pobočka ÚP

• Druh pracovního povolení

• Požadované vzdělání

• Status cizince

• Volný přístup na trh práce

• Typ daňové identifikace

• Změna od (změna rezidenství)

Číselník zaměstnanců - REST API

REST API bylo rozšířené o níže uvedené atributy.

• Osobní IČ

• Cizinec - kód typu dokladu

• Cizinec - číslo dokladu

• Cizinec - doklad vydal

• Cizinec - doklad vydal - země

NOVINKA - Pracovní poměry zaměstnance - zobrazení archivovaných PP

Nad přehledem Mzdové údaje byla rozšířena akce Pracovní poměry zaměstnance ve skupině Kontrolní přehledy o podakci Archiv všech PP zaměstnance. Akce zobrazí všechny pracovní poměry označeného zaměstnance včetně archivovaných.

Archivované pracovní poměry budou zobrazeny ve stavu, ve kterém se nacházely v měsíci svého ukončení.

Import do Předzpracování - akce Docházkové systémy vs. Os. číslo/Alias

Import do přehledu Předzpracování prostřednictvím akce Docházkové systémy byl rozšířen o možnost párováním importovaných údajů přes identifikátor pracovního poměru atr. Alias z číselníku Zaměstnanci (výchozí nastavení je přes atr. Osobní číslo).

V Uživatelských konstantách pro modul Mzdy vznikla nová konstanta Identifikátor PP párovat na, která nabízí dvě možnosti:

• Osobní číslo - výchozí nastavení

• Alias (v přehledu Zaměstnanci)

Poznámka: Tento typ importu prostřednictvím identifikátoru pracovního poměru přes atribut Alias není závislý na nastavení v nabídce Firemní konstanty pro modul Mzdy atr. Alias jako Osobní číslo.

Upozornění:

Pokud se zvolí hodnota Alias (v přehledu Zaměstnanci), tak se při importu kontroluje, zda jsou hodnoty atr. Alias v číselníku Zaměstnanci správné:

• může obsahovat jen číselné znaky 0-9

• délka nesmí přesáhnout 10 znaků

• hodnota nesmí být vyšší než číslo 2147483647

• nesmí se vyskytnout stejná hodnota Alias na více kartách zaměstnanců

Zároveň se v procesním okně importu zobrazí místo hodnoty atr. Osobního čísla hodnota atr. Alias.

Prohlášení poplatníka – měsíc

Následující distribuční tiskové formuláře:

Sys.č. / Název / Platnost od / Platnost do -1613 / Prohlášení k dani (vzor 27) / 1. 1. 2024 -1618 / Prohlášení k dani AJ - vzor č.27 / 1. 1. 2024

byly upraveny tak, že položka měsíc (v záhlaví tiskového formuláře) nově respektuje v MÚ atribut „Uplatnit slevy a odpočty 1. měsíc“ .

Pokud pracovní poměr vznikl v průběhu kalendářního roku a zároveň není zaškrtnut výše uvedený atribut, uvede se do položky „měsíc“ měsíc vzniku pracovního poměru + 1.

V opačném případě se uvede měsíc vzniku pracovního poměru, s výjimkou vzniku pracovního poměru v lednu (atr. Uplatnit slevy a odpočty 1. měsíc je zašktnut) nebo v prosinci (atr. Uplatnit slevy a odpočty 1. měsíc není zašktnut), kdy Prohlášení platí pro celý kalendářní rok a měsíc se neuvádí.

Prohlášení k dani - JVO

Nad přehledem Roční sestavy byly upraveny následující distribuční tiskové formuláře:

Sys.č. / Název / Platnost od / Platnost do -1613 / Prohlášení k dani (vzor 27) / 1. 1. 2024 -1618 / Prohlášení k dani AJ - vzor č.27 / 1. 1. 2024

Úprava spočívá v tom, že se v dialogu před tiskem zobrazí dotaz:

„Tisknout údaje o jiné osobě vyživující děti“

Pokud uživatel v dialogu vyplní hodnotu „X“ , a v daném okamžiku existuje u vybraného zaměstnance rodinný příslušník označený jako „JVO“ , načtou se údaje tohoto rodinného příslušníka do části:

„Podle § 38 odst. 4 zákona prohlašuji, že“

Pokud uživatel v dialogu tento dotaz neoznačí hodnotou „X“ , tato část se vůbec nevyplní a je na zaměstnanci, aby ji případně vyplnil sám.

Změna - Akce Docházkové systémy - název

Nad přehledem Předzpracování - akce Docházkové systémy - došlo k přejmenování akce Import na Přenos do Předzpracování a v definici mzdové složky došlo k přejmenování atribútu “Vyradit z tisku mzd. lístku” na “Vyradit z tisku vypl. lístku.”

Úprava - Kontrola v editoru Mzdové údaje atribut Důvod ukončení pracovního poměru

Kontrola v editoru Mzdové údaje na nezadaný Důvodu ukončení PP v případě zadaného Datumu ukončení PP se bude zobrazovat jen v mzdovém období zadání Datumu ukončení PP a v měsíci, do kterého spadá Datum ukončení PP (doposud se zobrazovala vždy bez ohledu na mzdové období, což mohlo v případě zadaného Datumu ukončení PP v případě pracovního poměru na dobu určitou být zbytečné).

Důchody - REST API

Bylo vytvořeno REST API na tabulku Důchody.

JMHZ – Příjmy a daně za předchozí rok

• týká se níže uvedených atributů

• ID 10311 : Příjmy podléhající srážkové dani podle zvláštní sazby daně vyplacené nebo obdržené do 31.1. následujícího roku

• ID 10312 : Skutečně sražená daň vybíraná srážkou podle zvláštní sazby daně

• ID 10313 : Zdanitelné příjmy v ČR vyplacené nebo obdržené do 31.1. následujícího roku - příjmy zdaněné zálohou na daň celkem

• ID 10317 : Skutečně sražená záloha na daň z příjmů vyplacených nebo obdržených do 31.1. následujícího roku

• atributy se načítají jen v MH za leden od roku 2027 a to pouze na Primárním PPV

• načítají se údaje za celý minulý rok - tj, když budu generovat MH za 01/2027, atributy se budou sumovat za měsíce 1-12 roku 2026

• atributy se sumují :

• za celý rok na všech PPV zaměstnance se shodným OIČ (nebo RČ, pokud OIČ není v daném období zadané)

• jen za PPV ve stavu, vyjmuté ze stavu nebo ukončené, ale s nastavením, že mají být zahrnuty do výpočtu po konci PP a zároveň se jedná o Odložený příjem

• nezapočítávají se PPV, které mají nastaven ve MÚ v daném mzdovém období příznak Jmhz_NenacitatP

• atributy pro Zálohovou daň (ID 10313 a 10317) se :

• sumují ze ML, kde atribut ZakladDanSrazkova je nulový

• ID 10313 : sumuje se atribut UhrnPrijmuZavCin

• ID 10317 : sumuje se součet atributů ( ZalohaNaDan + OpravaDane - DanovaSleva - UpravaDanSlevy)

• atributy pro Srážkovou daň (ID 10311 a 10312) se :

• sumují ze ML, kde atribut DanSrazkova je větší než nula

• ID 10311 : sumuje se atribut ZakladDanSrazkova

• ID 10312 : sumuje se atribut DanSrazkova. K němu se přičítá sumace MS z výpočtu mzdy, které odpovídají svým nastavením Opravě srážkové daně.

Hlášení změn ZP (zdravotní pojištění) – revize generování kódů ZP od 1.1.2026

Aktualizace číselníku Kódy změn ZP

Byl aktualizován číselník kódů pro generování hlášení změn na ZP v přehledu Kódy změn ZP:

• Nově je v tabulce kódů změn atribut Platnost od

• Pomocí akce Aktualizace dle legislativy v přehledu Kód změn ZP se nastaví do atributu Platnost do datum 31.12.2025 u kódů, které se již nemají na ZP oznamovat (týká se kódů D, F, G, H, K, L, N, R, T, V, W)

• Zobrazení přehledu Kódy změn ZP je nyní systémově filtrováno podle datumu Platnost do vzhledem k začátku vybraného mzdového období – tj. přehled nyní zobrazuje jen kódy platné pro vybrané mzdové období

Platné kódy změn ZP:

• A Nástup do zaměstnání občana EU pojištěného v ČR, který má již přiděleno číslo pojištěnce

• C První přihlášení zaměstnance - cizince ze zemí mimo EU, který nemá trvalý pobyt na území ČR

• E První přihlášení zaměstnance - občana EU pojištěného v ČR

• M Nástup zaměstnankyně na mateřskou dovolenou nebo osoby na rodičovskou dovolenou

• O Ukončení zaměstnání (u zaměstnance přihlášeného kódy „P", „A", „E" nebo „C")

• P Nástup do zaměstnání

• Q Jednodenní zaměstnání

• U Ukončení mateřské nebo rodičovské dovolené

• X Oprava v položce číslo pojištěnce

• Y Oprava v položce datum přihlášení

• Z Oprava v položce datum odhlášení

Generování hlášení změn ZP

Byly upraveny akce pro generování změn na ZP:

• Úplné bez dohod + Přírůstkové bez dohod – v obdobích od roku 2026 se již negenerují kódy D, F, G, H, K, L, N, R, T, V, W

• Dohody – přihlášky – v obdobích od roku 2026 se již negeneruje kód G

• Dohody – odhlášky – generování kódů se nemění

ÚPRAVA – Přesun/zrušení dopočítávaného mzdového období

Pokud je v okamžiku, kdy je v ostrém mzdovém období uzavřeno mzdové období, a uživatel se pokouší přesunout nebo zrušit dopočítávané období, zobrazí se upozornění:

„Zrušení nebo přesun prvního dopočítávaného období způsobí výmaz hodnot za celý rok XXXX ze všech mzdových tabulek s roční kumulací – např. Počáteční hodnoty, RZD, ELDP, Dohadné položky a mnoho dalších.

Opravdu chcete zrušit/přesunout první dopočítávané období? Ano/Ne“

Nad přehledem Předzpracování byly na pásu karet na kartě Akce upraveny následující podakce akce Importy :

• Firemní aktivity

• Externí procedura

tak, aby bylo možné importovat Poznámku/Info . U Firemních aktivit se konkrétně jedná o hodnotu z atributu Interní poznámka z Plnění úkolů .

NOVINKA - Kontrola na jedinečnost hesla pro PDF

Při ukládaní karty zaměstnance se kontroluje, zda hodnota zadaná do atributu Heslo pro PDF (Zaměstnanci - Další údaje - Zabezpečení - Heslo pro PDF) není již použita u jiného zaměstnance. Měkká kontrola zobrazí následující dotaz:

“Zadané heslo pro PDF je už přiřazené jinému zaměstnanci. Zadejte prosím jedinečné heslo. Chcete přesto pokračovat?”

Nedoporučujeme používat totožná hesla u více zaměstnanců z toho důvodu nechtěného zveřejnění údajů o jiné osobě.

NOVINKA - Doplňující údaje - vzor zdravotních rizik

Nad přehledem Doplňujíce údaje vznikly nové akce:

Definice rizik - uživatel si může vytvořit vzor pro přenos zdravotních rizik a činností.

Nad přehledem Definice rizik - akce - Kopie - lze vytvořit kopii z označené definice rizik.

Přiřazení rizik - pomocí této hromadné akce si uživatel může vybrat definici rizik a hodnoty z ní přenést do označených doplňujících údajů.

Přihláška na zdravotní pojišťovnu - cizinci - generování kódů

V případě hlášení cizinců na ZP platí:

Kód „P“ (přihlášení se k platbě pojistného za zaměstnance)

Používá se v případě nástupu do zaměstnání zaměstnance s trvalým pobytem na území ČR nebo zaměstnance s dlouhodobým pobytem, který má již přiděleno číslo pojištěnce VZP ČR. Prostřednictvím tohoto kódu oznamuje zaměstnavatel zdravotní pojišťovně den nástupu zaměstnance do zaměstnání.

Týká se tedy občana ČR nebo cizince, který již má standardní rodné číslo/číslo pojištěnce přidělené českou zdravotní pojišťovnou.

Kód „E“

Použije zaměstnavatel namísto kódu „P“ pro první přihlášení zaměstnance bez trvalého pobytu, občana EU (je pojištěn v ČR podle nařízení Evropské unie č. 883/2004 a 987/2009).

Do místa vyčleněného pro číslo pojištěnce se uvede pohlaví (M, Z) a datum narození. Má-li zaměstnanec nezaopatřené rodinné příslušníky (manželka, děti), upozorní jej zaměstnavatel na povinnost jejich přihlášení ke zdravotnímu pojištění.

Kód „A“

Použije se v případech, kdy se tímto kódem zaměstnavatel přihlašuje u VZP ČR k platbě pojistného za své zaměstnance - občany EU, při druhém a dalším nástupu do zaměstnání u zaměstnance ze země EU (je pojištěn v ČR podle nařízení Evropské unie č. 883/2004 a 987/2009). Pouze pro první přihlášení takového zaměstnance se použije kód „E“, vygeneruje se číslo pojištěnce, při každém dalším přihlášení se pak používá kódu „A“. Další oznámení již provádí zaměstnavatel pod přiděleným číslem pojištěnce.

Kód „C“

Používá se při prvním přihlášení zaměstnance - cizince ze země mimo EU, který nemá trvalý pobyt na území ČR.

Kód "C" použije zaměstnavatel místo kódu "P" pro první přihlášení zaměstnance, který nemá trvalý pobyt na území ČR (případně pro přihlášení cizince s trvalým pobytem, který ještě nemá přiděleno číslo pojištěnce). Do místa pro číslo pojištěnce se uvede pohlaví M (muž), Z (žena) a datum narození. Zaměstnavatel dále doloží pracovní povolení.

Byly provedeny následující úpravy v generování hlášení změn v přehledu Hlášení změn ZP:

• pro generování kódů E a A (cizinec ze státu EU - dle trvalého bydliště) nyní platí:

• pokud je atribut Číslo pojištěnce ve Mzdových údajích prázdný, Kód změny ZP se nastaví na E a do Čísla pojištěnce se vloží Rodné číslo bez lomítka

• pokud je atribut Číslo pojištěnce ve Mzdových údajích vyplněn a první znak je M, m, Z nebo z, Kód změny ZP se nastaví na E a do Čísla pojištěnce se vloží Číslo pojištěnce ze Mzdových údajů

• ve všech ostatních případech se generuje Kód změny ZP na A

• pro generování kódu C (cizinec mimo státy EU - dle trvalého bydliště) nyní platí:

• pokud je atribut Číslo pojištěnce ve Mzdových údajích prázdný, Kód změny ZP se nastaví na C a do Čísla pojištěnce se vloží Rodné číslo bez lomítka

• pokud je atribut Číslo pojištěnce ve Mzdových údajích vyplněn a první znak je M, m, Z nebo z, Kód změny ZP se nastaví na C a do Čísla pojištěnce se vloží Číslo pojištěnce ze Mzdových údajů

• ve všech ostatních případech se generuje Kód změny ZP na P

Předregistrace zaměstnance - prohozené jméno a příjmení v XML

Ve vygenerovaném XML byly prohozené položky Jméno a Příjmení zaměstnance.

Opraveno.

JMHZ - ELDP - pokračující OČR nad limitem pro proplácení

Pokud byla zadána pokračující OČR, kdy předchozí již vyčerpala dny pro proplácení dávky (9 nebo 16), načetly se špatně vyloučené dny pro ELDP v JMHZ.

Opraveno.

JMHZ - chybná výše příplatků za přesčas

V případě, že nemá zaměstnanec jiné příplatky (tj. hodnota 10332 je nulová), ale má přesčasy, kdy jsou evidovány jen hodiny přesčasu bez příplatku (tj. hodnota 10333 je nulová), vykazuje měsíční hlášení chybu 36: Jsou uvedeny počty přesčasových hodin, ale není uvedena výše příplatků za přesčas (pokud nebyly v daném měsíci příplatky proplaceny, je nutné uvést 0).

Do XML se v tomto případě nedostane nulový příplatek za přesčas.

Opraveno.

Obecné

Pokud je detekována v databázi novější verze než je verze programu, je v chybové hlášce doplněno tlačítko “Aktualizace systému”. To případně provede stažení HeliosSetup a jeho spuštění. Pokud je jím dohledána správná verze, bude Inuvio aktualizováno na verzi v databízi.

Při stahování Heliosu z Helios Store je nově ověřováno, zda bitová verze staženého instalačního balíčku odpovídá verzi nainstalované na počítači. Při pokusu o stažení 32bitového instalačního balíčku na počítači s 64bitovou verzí Helios Inuvio je uživatel upozorněn, že tímto instalátorem se 64bitová verze neaktualizuje.

Text “Informace o programu” (Helios - O programu - Zkopírovat informace) byl rozšířen o novou sekci --- PC --- s informacemi o operačním systému, architektuře a bitovosti aplikace, procesoru a operační paměti klientského počítače.

V případě zakládání tiketů pro hotline prosíme Informace o programu přikládat k popisu problému, pomáhají urychlit řešení.

Widget „Technické info PC" byl rozšířen o verzi a build systému, architekturu systému, bitovost aplikace, frekvenci CPU a rozlišení fyzických jader a logických procesorů. Procesor se nově zobrazuje obchodním názvem, původní technický identifikátor zůstal v řádku Identifikace. U paměti je vedle dostupné kapacity uvedena i skutečně nainstalovaná. Byly odstraněny zavádějící nebo nepotřebné údaje – architektura procesoru, architecture level a revize.

V globální konfiguraci jsou pod seznam Instalované moduly přidány seznamy pro Instalované RM moduly a Pluginy v licenci.

REST API - browses/list - doplněny nové query parametry top, skip, onlyCount a select

REST API - browses/meta + tables/meta + reports/meta - nový query parametr conversionFormat (plain, json). Určuje jak je na výstupu prezentována konverze: plain = konverze je v fieldConversion, json = konverze je strukturovaná v fieldConversionItems.

REST API - actions/execute - striktnější kontrola zadání action - syspars. Systémové parametry zadaná v body v action.syspars jsou validní pouze pro použití s externími akcemi typu Přehled. U ostatních typů (Procedura, Plugin, interní akce) bude ohlášena chyba.

REST API - browses/meta a tables/meta - nový query parametr searchFields. Fulltextové hledání ve sloupcích - do tableFields se vrátí jen sloupce, které hledaný text obsahují v fieldSysName, fieldDisplayName, fieldShortDisplayName nebo fieldDescription. Bez ohledu na diakritiku a velikost písmen; při více slovech musí sloupec obsahovat všechna. tableFieldCount odpovídá počtu vrácených sloupců.

REST API - vytvořen nový endpoint browses/aggregation - výpočet agregací.

REST API - browses/meta + tables/meta - do vlastností sloupce byl doplněn příznak fieldSummable.

REST API - endpoint browses/list - doplněn nový query patametr “search”. Umožňuje fulltextové hledání v browseCaption a browseDescription.

Do hledání v hlavním stromu Inuvia, do hledání v právech a do hledání v objektech editoru byla doplněna možnost hledání více slov bez ohledu na pořadí (najde tak např. “vydané faktury” i “faktury vydané”). Hledání probíhá bez ohledu na velikost písmen a diakritiku.

REST API - do výstupu meta informací o sloupcích byl doplněn příznak fieldUserRight, který říká, jestli má uživatel práva k danému sloupci.

REST API - do výstupu endpointu browses/meta byla doplněna sekce links. Jedná se o seznam použitelných vazeb pro daný přehled.

REST API - d

oplněn endpoint tables/meta.

EET 2.0 - V souvislosti s přípravami na implementaci EET 2.0 byla upravena globální nastavení EET. Nastavení, která už nemají význam byla skryta. Po aktualizaci na tuto verzi je možné nastavit v poli “Používat elektronickou evidenci tržeb” pouze Přípravný režim, ve kterém lze zadávat nastavení pro EET v editorech řad dokladů, kmenových a skladových karet, ale nelze zadávat doklady určené k registraci EET. Aktualizační skript odstranil neplatné certifikáty pro EET v globálním i v lokálním nastavení EET (Uživatelské konstanty - El. podpis - EET).

U zpráv byla upravena možnost připojit se na CloudStorage (Disk Google / Sharepoint). Místo přepínače na druhé záložce je nyní vlastní tlačítko u adresy místa určení zpráv.

EET 2.0 - Číselník EET Provozovny byl přejmenován na EET Evidenční jednotky a byla upravena terminologie u některých sloupců a v editoru skryty atributy, které už ztratily význam. V rámci aktualizace na tuto verzi:

• došlo automaticky k založení nových záznamů na základě původních záznamů. Neplatné certifikáty nebyly přeneseny. Hodnota sloupce Číslo evidenční jednotky (původně Číslo provozovny) je prázdná! Po přidělení nových čísel v aplikaci Finanční správy DIS+ lze jednoduše doplněním nových hodnot obnovit původní “provozovny”. Nepotřebné záznamy je třeba zrušit.

• zároveň došlo k doplnění odkazů na nově založené záznamy evidenční jednotek na řadách dokladů, u nichž byly přiřazeny původní provozovny, z nichž záznamy vznikly

SQL typy pro externí atributy byly rozšířeny o BIGINT.

Logování rychlosti Inuvia je nově možné spouštět na vybranými doklady (oběh zboží / objednávky / pokladní prodej) přímo z pásu karet.

Logování se pak spouští přednastavené vždy pro aktuálního uživatele a to buď pouze hlavičku dokladu (při použití Spustit logování aktuálního přehledu ) nebo u pro jeho podřízené přehledy, typicky položky / výrobní čísla. (pokud použiji Spustit logování aktuálního a podřízených přehledů ).

U obou akcí lze ovlivnit pouze dobo, do kdy bude logování spuštěno. Výchozí doba jsou 3 hodiny.

Pomocí akce Ukončení logování aktuálního lze v případě potřeby logování okamžitě zastavit.

Seznam logování byl rozšířen o sloupce Název přehledu a Popis pro snadnější orientaci v logu.

Doplněna registrace 64bit .NET pluginů.

V profilu pro e-mail u typu notifikátor byla doplněna možnost nastavit:

• příznak archivovat

• příznak opakovaně odeslat

• “Zaslat kopii na adresu” - zde vyplněná adresa bude vždy přidaná do kopie

Texty prediktivní analýzy důsledků nejsou zobrazovány v dashboardu, pokud je jejich stav “Nespočítáno” (podmínka pro zobrazení není splněná).

Pro texty Upozornění (u Organizace, Zakázky, Nákladového okruhu a Vozidla) byla doplněna podpora BBCode.

Podporované BB kódy

Syntaxe je [TAG]text[/TAG]. Na velikosti písmen v názvu tagu nezáleží, tagy lze vnořovat.

• [B]text[/B] – tučně

• [I]text[/I] – kurzíva

• [U]text[/U] – podtržení

• [S]text[/S] – přeškrtnutí

• [COLOR=Red]text[/COLOR] – barva písma. Hodnotou je název barvy (Red, Orange, Green…) nebo hexadecimální zápis, například #E67E22.

• [BACKCOLOR=Yellow]text[/BACKCOLOR] – barva pozadí textu, hodnota se zapisuje stejně jako u COLOR.

• [SIZE=12]text[/SIZE] – velikost písma v bodech

• [FONT=Times New Roman]text[/FONT] – název fontu

• [SUP]text[/SUP] – horní index

• [SUB]text[/SUB] – dolní index

• [URL=https://www.helios.eu]text[/URL] – hypertextový odkaz

• [NOPARSE]text[/NOPARSE] – obsah se zobrazí tak, jak je, BB kódy uvnitř se neinterpretují

Příklad zápisu upozornění: Zákazník je [B][COLOR=Red]po splatnosti[/COLOR][/B]

Do přehledu uživatelský tabulek byla doplněna akce Rozkopírování.

Nová verze komponenty: ReportBuilder 23.04

Byla zapojena nová verze komponenty SDAC 13.0.1.

Nová verze komponenty: TeeChart 2026.46.260227

Nová verze komponenty: ImageEn 15.0.0

Nová verze komponenty: Developer Express 26.1.4

Mezi logované operace je nově doplněno i volání uživatelských (slepých) procedur. Lze tak měřit jejich dopad na výkon aplikace.

Ve zobrazeném opisu přehledu je možné zvolit uložení do dokumentů. Takto vytvořený dokument vznikne bez vazby na záznam.

Ve Worflow je nově možné kromě obnovení stromečku obnovovat pouze oblast nebo úkon.

Komunikace s celní správou, podání dph zpráv, mzdových zpráv, atd. - bude používat MSXML 6.0, místo staré 4.0.

stahování celních číselníků - nebude používat staré MS SOAP Toolkit.

nebude již potřeba registrovat dll knihovny MSXML4.dll, MSXML4a.dll, MSXML4r.dll, MSSOAP30.dll, MSSOAPR3.dll, WISC30.dll

Oprava: Při výběru databáze v přihlašovacím okně Heliosu se připojení „Hel Notification" (sloužící ke kontrole notifikací) nyní přepíná do Helios DB ihned po přepnutí hlavního spojení, a to bez ohledu na aplikační roli nebo stav notifikací. Tím se eliminuje vstupování procesu notifikací do master DB.

V nastavení tisku pro tiskový formulář nad uživatelskou tabulkou nešlo nastavit Tisk do dokumentů. Opraveno.

|Pokud zůstal kursor myši na rychlém filtru při uzavření okna, mohlo v jistých specifických případech dojít k chybě Access Violation Error. Opraveno.}}

V jistých specifických případech mohlo při ukončení procesního okna dojít k chybě Access Violation Error. Opraveno.

Pokud mám v Dataskopu 2 uzly typu Sestava, které jsou nad stejným přehledem, pak při posunu v editoru po záznamech nedochází k obnově filtračních podmínek na záložce “3 = Podmínky - filtr”. Opraveno.

V některých vzácných případech může dojít k chybě “Cannot execute command in current transaction context until previous opened DataSet (CursorType is ctDefaultResultSet) is fetched to end”. Opraveno.

REST API - parametr onlyCount v browses/data a reports/data mohl v některých specifických případech vracet chybný počet záznamů. Opraveno.

Pokud se provede zobrazení externích informací pomocí samostatného editoru (Alt+ Enter) a neprovede se žádná změna (editor je ukončen klávesou Esc nebo pomocí Storno), tak i tak dojde k přepisu data a autora změny. Opraveno.

Pokud je u kmenových karet nastaven uživatelský editor s Def.OK s příznakem Další doklad, dojde po použití tlačítka Def.OK k chybě Access Violation Error. Opraveno.

Export čísel a datumů do OpenOffice/LibreOffice z 64bit verze je chybný. Všude jsou místo čísel nuly a místo datumů 30.12.1899. Opraveno.

Při importu Dataskopu se sdruženým pohledem, ve kterém jsou odkazy na uloženou proceduru Dataskopu, může dojít při importu za velmi specifických podmínek k chybě “Duplicitní hodnota”. Opraveno.

V editoru vygenerovaném nad uživatelskou tabulkou nebyla v info panelu přítomna záložka Dokumenty. Opraveno.

Při zadávání data v rychlém filtru ve zkrácené podobě (např. místo 30.06.2026 je zadáno 300626) v 64bit aplikaci dojde k hlášení chybného zadání data. Opraveno.

Pokud je v editoru přítomný externí sloupec typu VARBINARY(MAX) nastavený jako obrázek, může v jistých případech po uzavření editoru dojít po určité době k chybě Access Violation Error. Opraveno.

Pokud je podmínka v rychlém filtru nastavena na Je zadáno, Nezadáno, Je prázdné, Není prázdné, je tato podmínka po opuštění přehledu a opětném vstupu do něj opět nastavena, ale není funkční, což vede ke zmatení. Opraveno - podmínka se resetuje na implicitní hodnotu.

Personalistika

NOVINKA - Školící akce a prohlídky - kopie se změnou školení

Nad přehledem Školící akce a prohlídky vznikla na pásu karet na kartě Akce nová akce Kopie se změnou školení, která nabídne výběr z přehledu Školení a lékařských prohlídky. Po přenosu vybraného školení/prohlídky se vytvoří kopie označené Školící akce a prohlídky.

Kopie bude mít Stav akce - Plán a Počet certifikovaných se nastaví na hodnotu „0“.

Pokladna

EET 2.0 - Na řadách pokladny byla upravena terminologie u sloupce Číslo provozovny na Číslo evidenční jednotky a odstraněny neplatné certifikáty pro EET.

Přidán počítaný atribut (NulovyDoklad, BIT) do přehledu Pokladní doklady.

V globální konfiguraci pro modul Pokladna byla založena nová konstanta Účet pro převody mezi pokladnami. Tento účet využije systém při akci Převod z/do jiné pokladny.

Pokud na zdrojovém pokladním dokladu nebude vyplněné pole účet, pak se při spuštění akce Převod z/do jiné pokladny do zdrojového i cílového dokladu přebere účet z globální konfigurace.

Pokud na zdrojovém pokladním dokladu je vyplněné pole účet, pak se při generování návazného pokladního dokladu pomocí akce Převod z/do jiné pokladny prioritně přebírá účet z pokladního dokladu.

Pokladní prodej

Došlo k úpravě funkce pro aktualizaci daňových klíčů tak, aby pracovala s přednastavenými klíči.

Došlo k úpravě vyhodnocování a zápisu termínovaných slev při změně zákazníka. Dosud se mohlo stát, že pokud první zvolený zákazník termínovanou slevu měl a druhý již ne, tak na účtence zůstala původní sleva.

Do číselníku Řady účtenek byl doplněn nový parametr umožňující ovlivnit, zda se má před tiskem účtenky ještě zobrazit dotaz na vytištění účtenky. Lze si zvolit zda má být přednastavená odpověď na Ano či Ne podle převažujících odpovědí zákazníků.

Toto nastavení může být rozdílné pro klasické účtenky a pro storno doklady.

Upraveno chování tlačítek pro rychlou platbu (hotově, kartou,...). Pokud byla účtenka opravována (např. po předchozí neúspěšné platbě kartou) a byla zvolena rychlou platbou hotovost, tak mělo stále přednost načtení minulých plateb a úhrada se na hotovost nepřehodila a zůstala na platbě kartou. Nyní se při použití rychlé platby minulé nastavené úhrady nenačítají.

EET 2.0 - Na řadách účtenek byla upravena terminologie u sloupce Číslo provozovny na Číslo evidenční jednotky a odstraněny neplatné certifikáty pro EET.

Výchozí způsob úhrady pro storna a vratky si lze nově nastavit pro každou řadu zvlášť na záložce Dodatky.

Přepravní služby

Kalkulačka rozměrů v editoru zásilky si při ukládání zapsaných hodnot načítá údaje z konfigurace, zda se mají přepsat existující položky zásilky a/nebo obsah pole Zboží L/C. Konfigurační údaje je možné nastavit v Přepravní služby/Konstanty a číselníky/Nastavení parametrů záložka Speciality.

Projektové řízení

Sloupec "Stav zajištění" nad materiálovými zdroji úloh.

Při realizaci přijaté faktury se zakládají výkazy nepersonálních zdrojů. Tuto funkčnost je nutné povolit na příslušné řadě projektu.

Rozpracovanost projektu – přidáno dohledání obecného druhu pohybu (úbytek/přírůstek), pokud nebude dohledána přesná kontace.

Propisování kmenového střediska do útvaru vydané objednávky z úlohy/etapy/projektu.

Do úloh projektu přidána vazba na příjemce a místo určení.

Uzavření projektu/úlohy nyní uzavírá i zdroje úlohy (materiálové, personální, nepersonální) - řešení přetrvávající blokace materiálu na skladech po uzavření zakázky.

Záznamy rozpracovanosti, které již byly zaúčtovány, jsou nyní uzamčeny proti úpravám.

Pokud nemá organizace nadřízenou organizaci a je zároveň fakturační adresou, automaticky se doplní do pole zadavatel při vyplnění místa určení.

Při vytváření dokladu z editoru projektu/etapy se údaje na dokladu (včetně měny) nově předvyplní podle organizace. U řad projektů je možné nastavit způsob výpočtu/zadávání ceny při vytváření dokladu z editoru projektu.

QMS Systém řízení kvality

Nastavení „Priorita generování na sklad“ na kategoriích aktivit/QMS se dříve uplatňovalo pouze při zadávání položek k aktivitě nebo záznamu QMS. Při zadávání položek k úkolům a jejich plnění se vždy používal aktuální sklad bez ohledu na toto nastavení.

Chování bylo sjednoceno. Nastavení se nyní uplatňuje také při zadávání položek k úkolům a jejich plnění.

Ve formuláři Zadávání položek byly do pole Sklad přidány nové volby „Z dodatků na aktivitě“ a „Z kategorie aktivity“ . Tyto volby umožňují zobrazit, podle jakého pravidla byl sklad vybrán, a případně výběr změnit.

QMS Kontrolní plány - Číselník vzorců pro parametry KP - umožněno pracovat v definici s novou proměnnou: @IDKPL - ID hlavičky generovaného kontrolního plánu ( TabKPLHlav.ID ), přes níž lze subselectem z TabKPLHlav dotáhnout libovolný standardní i uživatelský atribut jakékoliv navázané agendy (kmenová karta, skladová karta, výrobní operace apod.) Doplněna syntaktická kontrola při ukládání záznamu se vzorcem i při generování kontrolního plánu z kontrolního postupu využívajícího vzorce. Syntakticky chybný vzorec nelze uložit. Pokud dojde k chybě při generování KPL dle parametru daného vzorcem, plán se nevygeneruje.

Řízení peněžních toků

Doplněny barevné ikony k akcím modulu Řízení peněžních toků.

Řízení peněžních toků → Peněžní toky - doklady

V nastav přidána vazba na Doklady zboží - dodatek.

Přehled - Řízení peněžních toků → Peněžní toky - doklady - akce Aktualizace peněžních toků

Sloupec “Částka - individuální analýza” nebrala v úvahu úhradu na faktuře a nedošlo k její aktualizaci. Stále zůstávala na hodnotě zadané u dokladu přes akci “Korekce peněžních toků”.

Opraveno. Pokud je naplněno “Korekce peněžních toků” a v konfiguraci je “Při zaplacení upravit všechny nápočty” zatrženo a současně Způsob aktualizace dokladů = Vždy aktualizovat, pak u sloupce Částka - individuální analýza postupovat tak, že Částka - individuální analýza = Částka pro ŘPT - úhrada. Pokud by Částka - individuální analýzy byla menší než 0, pak je 0.

Stejné chování i pro atributy v CM.

Řízení peněžních toků -> Peněžní toky - doklady

Vytvořena nová akce Aktualizace peněžních toků vč. grafu. Tato akce aktualizuje přehled Peněžní toky - doklady podle nastavení konstant. Nezobrazuje editor pro změnu nastavení některých parametrů. Tuto akci lze využít pro automatický přepočet (např. pomocí plánované úlohy na serveru).

Sklady, nákup a prodej

Úprava ve výpočtu plánované marže: Při nastavení “Zdroje nákupní ceny” na skupině karet na hodnotu “Vypočtený průměr + SN” se v případě, že je nulový stav na kartě, použije hodnota sloupce Vypočtený průměr (tabStavSkladu.Prumer - uchovává se v něm poslední hodnota před poklesem zásoby na 0) pro stanovení nákladové ceny položky.

Vytvořeny nové sloupce a slepá procedura dbo.ep_PohybyZboziSDCastkyZaRecyklaciVal. Předávám k řešení v EDI

Pro přehled (BID 69), což je zobrazení \Sklady\Stav skladu\Pohyby\Pohybové doklady aktuálního skladu… a Pohybové doklady všech skladů…, doplněny práva na společné akce tak, aby odpovídala právům v základních přehledech Příjemky (BID=16) a Výdejky (BID=18).

Nově lze tedy nastavit práva na akce:

• Realizace

• Účtování

• Zrušení storna a původního dokladu

• Editace zaúčtovaného dokladu

• Odúčtování

Funkce pro rychlé přidávání položek byla doplněna i do došlých objednávek. Její chování i parametrizace je shodné s doklady oběhu zboží.

Do přehledů položek dokladů OZ a DOBJ jsme přidali nový atribut “Navázaný dokument” (MaDokument, BIT).

Rozšířena funkcionalita Skupin organizací. Pokud je v definici skupiny organizací nastaveno Upozorňovat (TabSkupOrg.Upozornovat=1), lze nově nastavit i omezení na řady dokladů OZ. Pro vybrané řady dokladů se pak text Upozornění vynechá při samotném zobrazení Upozornění.

Doplněna funkcionalita modulu Dodatečných souvisejících nákladů (DSN) o metodu oceňování DSN Průměry, vedle dosud jediné dostupné metody DSN FIFO. Určuje způsob dopočtu hodnot dodatečných souvisejících nákladů (např. clo, pojistné) ke skladovým zásobám. Nastavení řídí globální konstanta “Druh ocenění dodatečných SN”. Výpočet samotný probíhá v rámci realizace dokladu DSN.

Ideální nastavení globálních konstant pro oceňování skladových zásob je mít stejnou metodu FIFO/Průměry u všech tří globálních konstant:

1/ Druh skladu - metoda oceňování evidenční ceny zásob.

2/ Druh skladu SN - metoda oceňování běžných Souvisejících nákladů.

3/ Druh ocenění dodatečných SN - metoda oceňování Dodatečných souvisejících nákladů při realizaci dokladu DSN.

Pro lepší kontrolu a doložitelnost vypočtených hodnot má uživatel možnost v Nastav přehledu položek dokladu DSN využít atributy vazby Detail pohybu DSN (TabPohSNDetail). Ty, jednoduše řečeno, obsahují hodnoty, které se použijí ve vzorci pro výpočet dílčí hodnoty DSN dané položky dokladu DSN. Zejména se jedná o atributy Pořadí, Množství, Celkem DSN v HM a Celkem DSN JC v HM.

Upravili jsme řazení atributů v Nastav přehledu Obratová soupiska zásob (\Sklady\Stav skladu, menu Akce, Pohyby, Zásoby za období…). Nyní je uspořádání přehlednější - nejprve počáteční stav, potom příjem, výdej a nakonec koncový stav. Nejprve sada atributů pro množství a potom sada atributů finančních.

Při výběru více položek na doklad Došlé objednávky najednou, kdy se zobrazuje dialog "Hromadné zadání zboží", nedocházelo při následném generování obalů pro množství položky zadávané ve výstupní měrné jednotce k přepočtu baleného množství na evidenční měrnou jednotku, a tudíž se nesprávně stanovilo potřebné množství obalů. Opraveno.

Opravena chyba výpočtu marže u výdejek a faktur vydaných v situaci, kdy byly uplatněny záporné DSN na položce.

V případě poklesu zásoby na skladové kartě na 0 nedošlo ke správné aktualizaci "Množství k dispozici" na stavu výrobních čísel. "Množství k dispozici" bylo u stavu výrobního čísla pouze vynulováno. Opraveno

Opravena chyba při použití rychlého filtru v přehledu kmenových karet (Sklady\Kmenové karty) při zobrazení stromu Návazných skupin karet. Nefungovala možnost zrušení rychlého filtru.

Při změně výrobního plánu v detailu zajištění výrobním plánem, nebo při zrušení detailu zajištění výrobním plánem, se v případě, že už byly k danému výrobnímu plánu vygenerovány výrobní příkazy, nezrušila vazba hlavního výrobního příkazu na položku došlé objednávky (v tabulce TabPrikazZdrojOZ). Opraveno

V editoru záznamu Dalšího dodavatele ke Kmenové kartě bylo možné změnit Organizaci na takovou, která již v Dalších dodavatelích k dané Kmenové kartě byla uvedena. Opraveno

Sklady, nový způsob blokování

NZB - Výroba - Do přehledu Materiály a polotovary pro výrobu byl doplněn nový počítaný sloupec Stav zajištění, který může nabývat hodnot

• Nezahájeno - není založen požadavek na zajištění v přehledu Zajištění

• Bez krytí - založen požadavek na zajištění, ale není v přehledu Detail zajištění kryt ani stavem skladu, ani vydanou objednávkou

• Částečně kryto - jenom část nerealizovaného množství je kryta vydanou objednávkou v přehledu Detail zajištění

• Částečně k výdeji - jenom část nerealizovaného množství je zajištěn ze stavu skladu v přehledu Detail zajištění

• Částečně kryto/k výdeji - část nerealizovaného množství je v přehledu Detail zajištění kryta vydanou objednávkou, zbytek je zajištěn stavem skladu

• Plně kryto - celé nerealizované množství je kryto vydanou objednávkou v přehledu Detail zajištění

• K výdeji - celé nerealizované množství je zajištěno ze stavu skladu v přehledu Detail zajištění

• Realizováno - množství z požadavku bylo vydáno nebo byl požadavek uzavřen

Splátkování a leasing

Bylo opraveno generování data pohybu u časového rozlišení, v případě intervalu datumů od/do, pokud datum od byl poslední den měsíce.

Ve splátkách byla opravena akce Změna kurzu pro sloupec úroků a úmoru.

Účetnictví

Do účetního deníku byl přidán index na odkaz na mzdové období, tím bylo urychleno zobrazení přehledu účtování mezd.

Při volání “slepých“ procedur v účetnictví (ep_Ucto01 - ep_Ucto15) BYLO odebráno jejich grantování - nastavení práv k proceduře - (příkaz GRANT ALL ON procedura TO PUBLIC). U stávajících databází zákazníků by tato úprava neměla způsobit žádné problémy, protože pokud jsou procedury již používány, došlo k jejich grantování již dříve. Při standardním nastavení uživatelů Heliosu (členů role db_owner ) též nikoli. V případě použití aplikační role třeba nastavit individuálně.

Do procesů rozkopírování číselníku Účtový rozvrh přímo z přehledu bylo doplněno ošetření třídění (collate database_default).

V přehledu opravných položek (TabOpravnePolozky) byly upraveny vlastnosti sloupce Systémové číslo (ID), tak aby byl veřejný. Díky této úpravě je možné jej nastavit do přehledu bez použití Alt-B a uložit do sestav.

Fakturácia (CZ + SK) - e-Faktúra (SK):

Z dôvodu podpory e-Faktúry (SK) len pre databázy s používaním “Daňových kľúčov DPH (DK DPH)” bolo sprístupné používanie DK DPH aj pre licencie bez modulu “Účtovníctvo” . Tým sa číselní DK DPH sprístupnil v module “Evidencia DPH” pod “Konštanty a číselníky”. Tieto DK DPH je možné nastaviť a aktívne používať aj užívateľom, ktorí majú v licencii aktivovaný len modul “Fakturácia”.

Automat upomínání - nastavení

Pro “automatické vystavování upomínek” byly doplněny volby, kterých druhů dokladů se automatické vystavování upomínek týká. V Konfiguraci, Globální konstanty, Účetnictví, Upomínky a úroky z prodlení, oblast [3] Upomínky jsou doplněna tři zaškrtávátka:

• “Vydané faktury” - je zaškrtnuto vždy (nelze odškrtnout, jedná se pouze o informaci, že se při automatickém vystavování upomínek upomínky vždy generují z vydaných faktur.)

• “Přijaté dobropisy” - výchozí nastavení neoznačeno (pokud se zaškrtne, při automatickém vystavování upomínek se upomínky generují navíc i z přijatých dobropisů.)

• “Záporné faktury přijaté” - výchozí nastavení neoznačeno (pokud se zaškrtne, při automatickém vystavování upomínek se upomínky generují navíc i ze záporných faktury přijatých.)

Poznámka: Pokud je nastaveno i odesílání tiskového formuláře faktury, odesílá se pouze tiskový formulář faktury vydané. Formuláře přijatého dobropisu ani Záporné faktury přijaté se neodesílají.

Při uzavřeném účetním období není možné otevírat kalendářní ani uživatelské období. Akce pro otevření jsou nepřístupné.

Nově je umožněno účtovat nulové doklady (doklady, kde částky jsou 0,00 Kč). Důvodem je zejména zachování nepřerušené číselné řady dokladů.

Dojde k “fyzickému zaúčtování do účetního deníku”, částky v účetním deníku budou nulové v hlavní i cizí měně. Pro účtování se použije standardní akce “Účtování”. Bude možno označit nenulové a zároveň i nulové doklady a standardní akce “Účtování” je hromadně zaúčtovat.

Provedené úpravy:

• Do druhů řádků kontací je přidán nový druh řádku “Nulový doklad“. Možnost zadat pouze pole “Účet“, “Text do účta“ a lze nastavit “stranu MD/Dal“.

• V jednotlivých přehledech (příjemky, výdejky, faktury, pokladna, pokladní prodej, banka,… atd.) je přidán sloupec (zaškrtávátko) “Nulový doklad“. Např. Faktura nemá žádné položky (nebo všechny nulové, žádná záloha), bude sloupec Nulový doklad označen. Pokud bude zaškrtnuto Nulový doklad, bude se účtovat nulový doklad do účetního deníku.

• “Nedokončená výroba” (NV) a “Rozpracovanost projektů” (RP) sloupec zaškrtávátko “Nulový doklad” nemá, podmínka je, že pohyb NV nebo RP je nulový.

Pokud nebude na dokladu zaškrtnuto “Nulový doklad” (resp. nulový pohyb NV resp. RP), účtování bude bez ohledu na přítomnost resp. nepřítomnost druhu řádku “Nulový doklad” probíhat podle stávajících pravidel.

Pokud bude na dokladu zaškrtnuto “Nulový doklad” (resp. nulový pohyb NV resp. RP), bude se automaticky účtovat podle pravidel:

• V kontaci neexistuje ani jeden druh řádku “Nulový doklad“. Účtování bude probíhat jako doposud (zřejmě skončí chybovou hláškou).

• V kontaci existuje druh řádku “Nulový doklad“, bude se účtovat pouze podle druhu řádku “Nulový doklad“, ostatní druhy řádků v kontaci se neuplatní.

• “Účet“ z druhu řádku kontace Nulový doklad

• “Strana“ podle druhu řádku Nulový doklad

• “Text do účta“ z druhu řádku kontace Nulový doklad

• “Částka v HM“ vždy 0

• “Měna a částka v CM“ nejsou

• “Vazba na prvotní doklad“ bude existovat, vazba na položky dokladu nebude existovat

• Na kontaci může být více druhů řádku kontace Nulový doklad.

• Při účtování se v procesním oknu zobrazí informativní hláška “Nulový doklad“.

• Akce Pohled do účetního deníku bude plně funkční.

Poznámka :

Stávající akce “Účtování nulových dokladů“ v přehledech příjemek a výdejek zůstane zachována. Při této akci však nedochází k fyzickému zaúčtování do účetního deníku, pouze je doklad označen ve sloupci “Účtováno“.

Účetnictví, funkcionalita "Automatické vystavování upomínek a úroků z prodlení". 

Byla opraven problém, který nastával v případě, že nebyly splněny podmínky pro vystavení upomínky resp. úroku z prodlení (penalizační faktury). Mohlo dojít k tomu, že se vygenerovala hlavička upomínky resp. úroku z prodlení bez položek.

Opraveno, pokud nejsou splněny podmínky pro vystavení upomínky resp. úroku z prodlení, nevygeneruje se ani hlavička upomínky resp. úroku z prodlení.

Účtování nedokončené výroby

Za účelem zjednodušení účtování “nedokončené výroby” a “rozpracovanosti projektů” byly provedeny následující úpravy:

• Jsou přidány 4 nové “ Druhy pohybů kontací” :

• Pro řízení výroby:

• “ŘV - přírůstek NV”

• “ŘV - úbytek NV”

• Pro projektové řízení:

  • “Proj - přírůstek RP”

  • “Proj - úbytek RP”

• do globální konfigurace Řízení výroby byla přidána dvě nová pole “ ŘV - přírůstek NV” , “ ŘV - úbytek NV”, kde lze nové Druhy pohybů kontací pro řízení výroby přednastavit.

Tyto nové druhy pohybů pro kontace je možno zařadit do skupin účetních kódů obdobně jako stávající kontace Řízení výroby a Projektové řízení

Priority dohledávání účtu na pohyby nedokončené výroby resp. rozpracovanosti projektů

Akce Import sazeb DPH

Akce “Import sazeb DPH” je opětovně zprovozněna. Údaje jsou čerpány z “serveru EK”. Údaje jsou doplněny od roku 2021 včetně. Sazby DPH pro CZ a SK se nestahují, ale jsou zadány napevno.

• Importovány jsou pouze “nulová, základní a snížené sazby DPH”. Nejsou importovány speciální druhy sazeb DPH jako supersnížená, parkovací, místní a pod.

• “Nejsou” importovány sazby DPH těchto zemí EU:

• EE - Estonsko

• FI - Finsko

• LT - Litva

• LV - Lotyšsko

• RO - Rumunsko

• V “Asistentovi” jsou uvedeny odkazy na seznam sazeb DPH v jednotlivých zemích EU a odkazy na finanční úřady těchto zemí, stav k 1. 9. 2026.

Při ručním zadávání zálohy na realizační fakturu (bez přenosu zálohové faktury - akce Nový bez vazby…) systém při generování doplňkových položek nepřepočítává zadané částky na položkách zálohy, ale bez přepočtu je přenese ze zadané zálohy. Úprava platí pro zadání zálohy a editaci položek zálohy. Poznámky:

• Systém se v tomto případě chová stejně, jakoby bylo zaškrtnuto zaškrtávátko “Ruční zadání“ na položce zálohy.

• Přepočty v případě přenosu zálohové faktury z přehledu faktur zůstávají beze změny.

Faktury vydané / přijaté - akce Editace zaúčtovaného dokladu

Úprava hlášení upozornění chybějících dimenzí při kontrole účtu. Upozornění systém hlásí pouze v procesním okně. Pokud není procesní okno, upozornění není hlášeno (stejně jako např. při účtování automatem).

Evidence oprav odpočtu daně v případě pohledávky po splatnosti

Jedná se o aplikaci ustanovení:

• § 74b, odstavců 3, 4, 6, 7 a 9 CZ zákona č. 235/2004 Sb. o dani z přidané hodnoty. Oprava odpočtu daně v případě pohledávky po splatnosti. Ve schvalovacím procesu je novela zákona o DPH, viz. sněmovní tisk 189 (zkrácení lhůty).

• § 53b, SK zákona č. 222/2024 o dani z pridanej hodnoty. Oprava odpočítanej dane pri úplnom alebo čiastočnom nezaplatení protihodnoty za dodanie tovaru alebo služby.

Toto řešení nahrazuje řešení:

• CZ - Plugin “Oprava odpočtu DPH v případě pohledávky po splatnosti 6 měsíců”.

• SK - Definované přehledy “Oprava dane §53b fakt.prijaté 100 dní po splatnosti” a “Oprava dane §53b fakt.prijaté 100 dní úhrady” a “Definované sloupce pro evidenci úhrad v saldokontu”.

“Uvedená řešení nepoužívejte, nebudou dále podporována” (řešení lze odinstalovat).

Poznámka - zákon uvádí “pohledávky po splatnosti”, z hlediska odběratele se jedná ovšem o závazky.

“Řešení v jádru Helios Inuvio”

Do přehledu ”Přiznání k DPH” jsou přidány akce na zobrazení přehledů pohledávek po splatnosti. Přehledy lze zobrazit ze dvou zdrojů dokladů : z “fakturace” a ze “salda k datu”. Obecně doporučujeme používat vyhodnocení pouze z fakturace, pouze pokud není jiná možnost (v Helios Inuvio nejsou faktury, ale pouze jejich účetní záznamy v účetním deníku.

“Globální nastavení”

V globálních konstantách Účetnictví (první záložka) lze v oblasti “Saldokontní skupiny pro pohledávky po splatnosti“ nastavit číslo saldokontní skupiny pro CZ a SK doklady, ze kterých se budou pohledávky vyhodnocovat, toto nastavení je povinné. Samozřejmě pokud je registrace k DPH pouze v CZ, netřeba nastavovat číslo saldokontní skupiny pro SK a pokud je registrace k DPH pouze v SK, netřeba nastavovat číslo saldokontní skupiny pro CZ. Pokud by mohla nastat situace, že mohou existovat i daňové dobropisy po splatnosti po uvedených lhůtách, doporučujeme do Saldokontní skupiny pro pohledávky po splatnosti zařadit saldokontní účty faktur přijatých (321) a dobropisů (311). Pro dobropisy za účelem vyhodnocení doporučujeme používat jiné analytiky - 321 pro dobropisy přijaté - do saldokontní skupiny nepatří - a - 311 pro dobropisy vydané - do saldokontní skupiny patří, ale analytiky 311 pro faktury vydané do saldokontní skupiny nepatří. Toto nastavení je z důvodu, aby se nezohledňovaly přeplacené faktury vydané a přeplacené dobropisy přijaté.

Dále je možné zaškrtnout zaškrtávátko “Umožnit aktualizaci salda před zobrazením přehledu pohledávek“, viz dále.

Přehled “Přiznání k DPH“

V přehledu “Přiznání k DPH“ je v menu akcí nová oblast “Pohledávky po splatnosti“. Obsahuje akce úpro zobrazení přehledů :

• “Nezaplacené po lhůtě“ - z fakturace

• “Dodatečně zaplacené po lhůtě“ - z fakturace

• “Nezaplacené po lhůtě“ - ze salda k datu

• “Dodatečně zaplacené po lhůtě“ - ze salda k datu

• “Smazat přehledy pohledávek“

Do přehledů se zahrnují pouze ty doklady, které jsou “daňové”. Faktury musí být zrealizované a musí mít alespoň na jedné položce nenulovou sazbu DPH. Saldokontní doklady (zaúčtované faktury příp. jejich úhrady) musí mít alespoň na jednom řádku zadáno datum DUZP (faktury).

“Vyhodnocení datumu po splatnosti”

Pro vyhodnocení faktur / saldokontních případů se posuzuje:

• Pro doklady se Zemí DPH = CZ se posuzuje datum splatnosti + 3 měsíce nebo 6 měsíců po splatnosti, počet měsíců je počítán od následujícího měsíce po datu splatnosti, jako rozhodné datum se posuzuje poslední den zdaňovacího období DPH do kterého spadá toto datum.

• Pro doklady s DUZP do 31.12.2026 vč. je lhůta 6 měsíců.

• Pro doklady s DUZP od 01.01.2027 vč. je lhůta 3 měsíce.

• Pro doklady Zemí DPH = SK se posuzuje datum splatnosti + 100 dní po splatnosti.

• Pro CZ i SK doklady musí ležet výsledné datum po splatnosti v intervalu datumů Od - Do daného přiznání k DPH

“Popis akcí”

• “ Nezaplacené po lhůtě“ - z fakturace

Zobrazí se přehled “Pohledávky po splatnosti - fakturace : Nezaplacené po lhůtě“, kde jsou uvedeny faktury přijaté a dobropisy vydané, které mají zemi DPH shodnou se zemí DPH na přiznání k DPH (CZ nebo SK), jsou realizované a datum po splatnosti leží v intervalu datumů OD - DO daného přiznání k DPH.

• “ Dodatečně zaplacené po lhůtě“ - z fakturace

Zobrazí se přehled “Pohledávky po splatnosti - fakturace : Dodatečně zaplacené po lhůtě“, kde jsou uvedeny faktury přijaté a dobropisy vydané, které mají zemi DPH shodnou se zemí DPH na přiznání k DPH (CZ nebo SK), jsou realizované a datum úhrady po splatnosti leží v intervalu datumů OD - DO daného přiznání k DPH.

• “Ze salda k datu - souhrn”

Po spuštění obou akcí proběhnou následující kontroly :

• Kontrola na zadání čísla saldokontní skupiny v globálních konstantách pro CZ a SK doklady. Pokud nejsou zadány čísla saldokontních skupin, nelze pokračovat.

• Kontrola na založené a napočtené saldo k datu pro danou saldokontní skupinu a datum DO přiznání DPH. Pokud saldo k datu není založeno nebo napočítáno, nelze pokračovat.

• Pokud je zaškrtnuto zaškrtávátko “Umožnit aktualizaci salda před zobrazením přehledu pohledávek“ v globálních konstantách Účetnictví (viz výše), je zobrazen dotaz na aktualizaci salda k datu a aktualizaci přehledu pohledávek. Aktualizace může být časově náročná. Pokud uživatel nezvolí aktualizaci, proces pokračuje dále bez aktualizace.

• Kontrola na počet různých cizích měn na účetních dokladech. Pokus systém identifikuje více cizích měn (buď více různých cizích měn na účetních dokladech nebo jedna cizí měna, ale není zadána na všech účetních dokladech, které vytváří saldokontní složku), je zobrazen dotaz s upozorněním : “V saldu XXX k datu dd.mm.rrrr byly nalezeny saldokontní složky, které nemají jednoznačnou cizí měnu. Pokud nejsou zaúčtovány kurzové rozdíly, systém může tyto saldokontní složky chybně vyhodnotit! Pokračovat ve vyhodnocení pohledávek?“ Pokus uživatel zvolí “Ne“, proces je ukončen.

• K vyhodnocení pohledávek systém používá hodnoty ze sloupců “Částka MD“ a “Částka Dal“ salda k datu.

• “Nezaplacené po lhůtě“ - ze salda k datu

Zobrazí se přehled “Pohledávky po splatnosti - saldo ke dni : Nezaplacené po lhůtě“, kde jsou uvedeny saldokontní složky, které mají v účetním deníku zemi DPH shodnou se zemí DPH na přiznání k DPH a datum po splatnosti leží v intervalu datumů OD - DO daného přiznání k DPH.

• “Dodatečně zaplacené po lhůtě“ - ze salda k datu

Zobrazí se přehled “Pohledávky po splatnosti - saldo ke dni : Dodatečně zaplacené po lhůtě“, kde jsou uvedeny saldokontní složky, které mají v účetním deníku zemi DPH shodnou se zemí DPH na přiznání k DPH a datum úhrady po splatnosti leží v intervalu datumů OD - DO daného přiznání k DPH.

• “Smazat přehledy pohledávek“

Akce po potvrzujícím dotazu provede vymazání všech pohledávek z fakturace i ze salda k datu. Je určena pro promazání přehledů pohledávek u přiznání k DPH, kde již nejsou potřeba (dojde k uvolnění tabulky pohledávek a zrychlení operací). V případě potřeby lze data zpětně obnovit pomocí akce “Aktualizace pohledávek“ (viz dále).

Další informace o přehledech pohledávek

Přehledy “Dodatečně zaplacené po lhůtě” se pro doklady CZ a SK doklady liší.

• Pro CZ doklady jsou zobrazeny úhrady sumárně za celé období přiznání k DPH v intervalu OD - DO datumů přiznání k DPH.

• Pro SK doklady jsou zobrazeny úhrady sumárně za jednotlivé dny od datumu splatnosti +100 dní + 1 den.

V přehledech pohledávek je možné pomocí akce “Aktualizace pohledávek“ provést aktualizaci přehledu.

V přehledech lze zobrazit sloupce částek v měně dokladu (faktury), pro částku celkem i částku v hlavní měně.

• Částka v hlavní měně - částka pohledávky v hlavní měně

• Částka v měně dokladu - částka pohledávky v měně dokladu

• Neuhrazeno v měně dokladu - neuhrazená část pohledávky do konce sledovaného období (CZ - měsíční / čtvrtletní zdaňovací období, SK - den)

• Úhrady ve lhůtě v měně dokladu - neuhrazená část pohledávky, která

• CZ - byla zaplacena ve lhůtě

• SK - byla zaplacena ve lhůtě, případně bylo provedeno vrácení daně dříve

• Suma úhrad za období DPH/ke dni v měně dokladu

Neuhrazeno - Úhrady ve lhůtě + Suma úhrad za období DPH/ke dni v měně dokladu

Poznámka - dodatečné úhrady po datu vyšším než poslední den zdaňovacího období se do přehledu nezahrnují.

Tvorba opravných položek k pohledávkám podle § 8c je při testu na celkovou hodnotu pohledávek bez příslušenství vzniklých vůči témuž dlužníkovi doplněna ve smyslu písmene d) o podmínku, že se jedná o pohledávky, u nichž se postupuje podle ustanovení § 8c zákona o rezervách, tj. nejedná se o pohledávky označené jako Zařazeno pro OP dle § 8 nebo Zařazeno pro OP dle § 8a.

Generování platebních příkazů ze saldokonta, přednabízení bankovního spojení probíhá v tomto pořadí:

1. Z faktur, které jsou navázány na řádky účetních dokladů navázaných na saldokontní případ. Bankovní spojení (BS) musí být jednoznačné (v případě více faktur BS stejné) a neblokované NEBO jednoznačné přednastavené.

2. Pokud není BS určeno podle předchozího bodu z faktur, pak se dohledává pohybů Leasingu, které jsou navázány na řádky účetních dokladů navázaných na saldokontní případ. BS se dohledává na hlavičce předmětů leasingu, opakovaných plateb, splátek, pokud je BS jednoznačné a neblokované NEBO jednoznačné přednastavené

3. Jestliže není bankovní spojení dotaženo z faktury a z pohybů Leasingu, systém ho dotahuje z organizace. V případě, že je na organizaci navázáno více bankovních spojení a žádné z nich není přednastaveno, systém dotáhne bankovní spojení s nejnižším ID, tj. časově nejstarší.

Pozn. spojením “když není“ znamená, že neexistuje jednoznačné BS, tj. existuje jich více nebo žádné.

Přehled Daňové klíče, akce Doplnění účtů DPH. Zobrazí se editor s výběrem účtů DPH. Pro [3] Účet samovyměření vstup je nově povolen výběr účtů DPH, které mají nastaveny Účtování DPH : “ Není nárok ”

Na CZ přiznání k DPH byl upraven výběr Bankovních spojení na FÚ.

• Pokud JE v poli Finanční úřad (pro účtování) vybrán příslušný finanční úřad, nabízí se při výběru Bankovních spojení na FÚ pouze bankovní spojení příslušné organizace - finančního úřadu (stávající funkcionalita)

• Pokud NENÍ v poli Finanční úřad (pro účtování) vybrán příslušný finanční úřad, nabízejí se všechna bankovní spojení kromě bankovních spojení k vlastní (nulté) organizaci.

Generování PP a QR kódu na Přiznání k DPH

Na “Přiznání k DPH” bylo upraveno generování “platebního příkazu” a “QR kódu” pro “fyzické osoby”.

Při generování ”QR kódu” na CZ tiskovém formuláři “Přiznání k DPH” se do zprávy pro příjemce v případě, že je plátce “fyzická osoba” dostane její “příjmení a jméno”. Obdobně se příjmení a jméno fyzické osoby dostane do zprávy pro příjemce při “generování platebního příkazu z Přiznání k DPH”.

Byl opraven import kurzovních lístků v přehledu Kurzovní lístek, kdy se přepisoval Kurz a Předběžný kurz dříve pořízeného UŽIVATELSKÉHO kurzovního lístku. Opraveno, založí se nový záznam a pořízený UŽIVATELSKÝ kurzovní lístek je ponechán beze změny.

Výkazy, finanční analýza

Výkazy, odkazy vzorcem. Bylo opraveno součtování v případě velkého počtu součtovaných řádků.

Za účelem jednoduššího vylučování vzájemných intercompany vztahů byla vyvinuta akce Individuální vyloučení.

V přehledu Konsolidační deník celkem je nová akce Individuální vyloučení.

Postup při individuálním vyloučení:

• Označí se řádky (minimálně 2 řádky) v přehledu Konsolidační deník celkem. Suma částek zůstatek označených řádků musí být nulová resp. být nižší, než tolerance. Musí se jednat o doklady min. 2 účetních jednotek konsolidačního celku. Nemůže se jednat o řádky operací konsolidace, ale pouze o řádky importovaných dat.

• Stiskne se tlačítko akce Individuální vyloučení

• Vygenerují se “strono” doklady intercompany vyloučení.

• V případě nesprávně označených řádků se zobrazí hláška, proč nebylo možno akci provést.

• Po ukončení hláška Akce Individuální vyloučení ukončena.

V přednastavených přehledech Helios Controlling, např. Přehled hodnot výkazů po měsících, se nastavení přehledu Alternativní název , Barva záhlaví, Barva sloupce a a Alternativní maska automaticky neaplikovalo. Funkcionalita doplněna, zobrazení nastavení přehledu Alternativní název, Barva záhlaví, Barva sloupce a a Alternativní maska se projeví ihned, když je daná sestava zobrazena.

V účetních standardech byla opravena akce kopie dokladu vč hromadné kopie.

Výroba

V přehledu Úseky kapacitního plánu (č. přehledu 11310) je nově možné zobrazit Jednicový čas strojní pro každý úsek dávky.

V přehledu Materiály a polotovary pro výrobu lze zobrazit plánované náklady na materiál a nově i Plánované náklady na materiálovou režii .

Byla doplněna vazba mezi položkou Materiálů a polotovarů pro výrobu a položkou poptávky.

V přehledu Materiály a polotovary pro výrobu je možné zobrazit přehled: Vygenerované položky poptávek . Z výsledného přehledu je možné otevřít vygenerovanou poptávku.

Účtování nedokončené výroby

Výrobní kontace byly nově rozšířeny o obecnou výrobní kontaci typu Přírůstek NV a Úbytek NV. Pří účtování výrobních pohybů se i nadále budou využívat stávající kontace (Výdej do výroby, Příjem z výroby, ..). Pokud však nebudou dohledány, systém se pokusí dohledat obecnou výrobní kontaci typu přírůstek/úbytek – podle charakteru pohybu. Dohledávání kontací probíhá ve skupině účetních kódů, která je zadaná na výrobním příkazu. Pokud kontace při hledání ve skupině účetních kódů nebude nalezena, systém použije kontaci typu přírůstek/úbytek NV, která se nově dá zadat přímo v globální konfiguraci modulu Řízení výroby.

Zjednodušení práce se zadáváním profesí ve výrobě

Na číselníku pracovišť byla doplněna možnost definice profesí pro dané pracoviště. V případě, že nebudou zadané profese u konkrétní operace technologického postupu, uplatní se v kapacitním plánování profese, zadané na číselníku pracovišť. Ergonomie zadávání profesí je stejné, jako u operace technologického postupu.

Zlepšení ergonomie při práci se sklady kooperací

Na přehledu kooperačních objednávek byla vytvořena nová funkce Generování převodky na sklad kooperanta . Funkce nabídne seznam materiálů s vazbou na konkrétní kooperaci, vygeneruje výdejku v evidenční ceně a po její realizaci i příjemku - převodku na sklad kooperanta. Číslo skladu kooperanta pro příjem lze nastavit na číselníku kooperací. Pokud není sklad kooperanta vyplněn na číselníku kooperací, lze jej definovat i na řadě výrobního příkazu. Řadu výdejky-převodky lze nastavit také na řadě výrobního příkazu.

Byly upraveny funkce:

• Generování rezervace/výdejky v přehledu Kooperační objednávky

• Generování materiálové výdejky v přehledu Evidence kooperací Obě tyto funkce generují výdejku s vazbou na sklad kooperanta (pokud je tento sklad definován).

Tato nová vlastnost se neuplatní v případě generování materiálové výdejky z přehledu Výrobní příkazy.

Evidence výrobních operací - změna chování při výpočtu normovaného času obsluhy

Při změně KVO (Koeficientu vícestrojové obsluhy) se nově automaticky přepočte i normovaný čas obsluhy podle nově zadaného koeficientu KVO. Tato změna se uplatní i při výpočtu mzdy v případě odvádění dle normované mzdy.