HELIOS - Změny 03/2026
- před 2 dny
- Minut čtení: 34
Banka
Na bankovním spojení vlastní organizace je možné nově nastavit/omezit Maximální počet řádků tuzemského platebního příkazu. Výchozí hodnota je 0. Při tomto nastavení se akce generování tuzemského platebního příkazu řídí nastavením globální konfigurace (Banka → Platební příkazy → Maximální počet řádků tuzemského platebního příkazu).
Při nastavení atributu Maximální počet řádků tuzemského PP > 0 na bankovním spojení, se systém při generování tuzemského platebního příkazu řídí tímto nastavením.
Akce Generování bankovních spojení (přehled Řádky bankovního výpisu) byla doplněna, aby do pole Název bankovního spojení vložila 100 znakový popis, prvních 70 znaků je název organizace, dále 30 znaků je název peněžního ústavu.
Variabilní symbol pro sdružené platby v editoru bankovního výpisu byl vložen do samostatného oddílu, který umožní zobrazení, popř. skrytí tohoto atributu.
Upraven import zveřejněných bankovních účtů. Pokud nebyl v databázi ARESu zadán IBAN, nedošlo k založení bankovního spojení. Opraven kód pro vyhodnocování bankovních spojení z ARESu.
Import bankovního výpisu z BankApp, Konfigurace importu na vlastním bankovním spojení.
U vlastního bankovního spojení byla na záložce 5-Bankovní API, část [2] Konfigurace importu v poli “Text na řádku výpisu“ přidána možnost “Zpráva pro příjemce“.
Při tomto nastavení se do pole “Text” na řádku výpisu propíše hodnota transacrionReference.receiver z importovaného bankovního výpisu.
Při zakládání bankovních spojení importem ze zveřejněných bankovních účtů v registru plátců DPH byla přidána tvorba IBAN kodu, pokud není na MF vyplněn.
Platí jak pro CZ tak i pro SK zveřejněné účty.
Do Nastav přehledu Kartové centrum byly pro lepší přehlednost a jednodušší kontroly doplněny sloupce Přiřazeno a Zbývá k přiřazení.
Přiřazeno - suma položek, které již byly přiřazeny na bankovním výpise
Zbývá k přiřazení - suma položek, které ještě zbývá přiřadit na bankovním výpise
Při sdružené úhradě pohybů leasingu mohlo dojít k situaci, že u úhrad v hlavní měně byly rozdíly v atributech Částka úhrady a Částka v měně úhrady. Obratová částka se u všech dílčích úhrad rovnala částce transakce z řádku výpisu.
Opraveno.
Generování platebních transakcí z řádku bankovního výpisu Storno kredit / Storno debet končilo chybou “Arithmetic overflow error for data type tinyint, value = -1.”
Opraveno.
V případě, že se na hlavičku bankovního výpisu ručně přiřadil přes výběr variabilního symbolu řádek z účetního deníku, nepřeneslo se datum párování z daného řádku účetního deníku, ale do Datumu párování se vyplnilo datum dle Datum výpisu.
Opraveno.
Celní případy
Odesílání informací při změně stavu deklarace - upraveno posílání dokumentů z DB, pokud je dokument uložen v databázi, posílá se přímo, bez ohledu na cestu umístění dokumentu.
CRM
Skupiny organizací - u parametru Zablokování došlo k rozšíření způsobu zablokování organizace. Nově si lze vedle možností Blokovat (Neblokovat) zvolit i Zakázat, kdy akce Aktualizace skupiny u organizací zařazených do skupiny nastaví stav Zakázaná.
Poptávky vydané - v nové vazební tabulce se evidují položky vydaných objednávek vystavené k nabídnuté položce, ale i položky dalších návazných dokladů na položku vydané objednávky. Lze tak, v případě že návazné doklady budou vygenerovány po instalaci této verze Inuvio, u nabídnutých položek využívat nové počítané sloupce:
Obj - Existuje objednávka
Pří - Existuje příjemka
FaP - Existuje přijatá faktura
SPří - Existuje storno příjemky
DoP - Existuje dobropis přijatý
Nab - Existuje nabídka
Jde o analogii se stejnojmennými sloupci na položkách firemních aktivit.
ARES - dosud se dotaz na ARES odeslal a čekalo se na odpověď. Čekání nebylo časově omezeno, což v případě výpadku spojení způsobilo zablokování programu. Způsob komunikace byl inovován. Pracuje se s těmito interními limity obvyklými pro tento typ komunikace:
10 s na zajištění spojení s ARES
60 s na získání odpovědi na dotaz
Akce “Ověření DIČ / DEČ” (F7), typicky v přehledu Organizace (BID 1), nastavila příznak Aktuální DIČ plátce DPH (TabDICOrg.AktualniDIC) i pro identifikované osoby a neplátce DPH TabDICOrg.AktualniDICNeplatce=1).
Opraveno. Nyní dojde pouze k ověření, zda je platné DIČ, a k zápisu do logu ověření DIČ.
Evidence pošty
Datové schránky - vyřešeno stahování velkoobjemových zpráv odesílaných přes webové rozhraní ISDS, které dosud nebylo v Inuvio podporováno. Pokud máte zapnuté v uživatelských konstantách Evidence pošty nastavení Nestahovat odeslané velkoobjemové datové zprávy a chcete tento druh odeslaných zpráv stahovat, je třeba nastavení vypnout.
Akce Přeposlat při nastaveném filtru (např. na Typ zprávy) v přehledu Datová schránka na hodnotu, která se neshodovala s hodnotou v záznamu založeném akcí (např. Doručená zpráva), otevřela editor se zprávou k přeposlání, ale všechna pole byla uzamčena pro editaci
Fakturace
Faktury přijaté, akce Kopie
Pokud se v databázi používá poměrný koeficient na prvotních dokladech, je v okně s parametry kopie přijaté faktury nově k dispozici zaškrtávátko “Kopírovat poměrný koeficient”.
Organizace → akce Rejstříky → ČR - Hromadné ověření v insolvenčním rejstříku
Do posílání požadavků na ISIR (Insolvenční rejstřík) přidána brzda. Po 50 záznamech se čeká na další pokračování na další minutu.
Z důvodu vytížení serveru na straně Insolvenčního rejstříku může dojít k přerušení ověřování. Organizace, které byly ověřeny, lze dohledat podle atributu “Datum a čas poslední kontroly IR”.
V editoru faktur Přijatých/Vydaných bylo na záložce 1-Hlavička upraveno zobrazení pole Poznámka.
Faktury vydané/přijaté
Akce Generuj DDPP/Real. a Generovat dobropis nově zobrazují upozornění zadané na organizaci Odběratele/Dodavatele, pokud je na organizaci zadáno.
Upraveny tiskové formuláře pro vzájemné zápočty ve fakturaci (sys. číslo -1445, -1535, -467549), aby přenášely údaj “variabilní symbol” z hlavičky vzájemného zápočtu.
Ve fakturaci, při ručním pořízení vzájemných zápočtů:
Při výběru Pohledávky nebo Závazku na zápočet přidána kontrola, že Datum pořízení zápočtu je vyšší než Datum případu na Pohledávce či Závazku. Pokud je tomu naopak, pak se zobrazí upozornění, že “Datum případu faktury je vyšší než datum pořízení zápočtu.”
Faktury přijaté, generování platebního příkazu k uvolněnému zádržnému.
Funkcionalita byla rozšířena o možnost přebrat datum splatnosti pro platební příkaz z Data uvolnění zádržného.
Výběr data splatnosti příkazu se provádí v comboboxu s názvem Datum splatnosti z a možnostmi:
Zadané (výchozí hodnota) - zpřístupní pole pro datum splatnosti
Datum splatnosti na zádržném - datum splatnosti se přebere z Data splatnosti na zádržném
Datum uvolnění zádržného - datum splatnosti se přebere z Data uvolnění zádržného (atribut TabUvolneneZadrzne.DatumUvolneni)
V případě, že je vybraná druhá nebo třetí možnost, zpřístupní se pole Korekce datumu splatnosti z dokladu
V přehledech dokladů modulů Fakturace a Sklady s výjimkou Došlých objednávek je v Dalších akcích k dispozici nová akce Aktualizovat sazby DPH. Akce doplní na skladové položky dokladu aktuálně platné sazby DPH z Kmenových karet, resp. Skupin karet (v tomto pořadí a za předpokladu, že jsou na kmenových kartách, resp. skupinách karet dohledány). Na zrealizovaném dokladu nelze akci provést.
Do přehledu Úhrady nad fakturami přijatými byly pro původ úhrady “Úhrada firemní platební kartou” přidány do Nastav vazby na:
Firemní platební karty
Číselník pokladen - vazba na řadu platebních transakcí
Zaměstnanec (FPK) - vazba na zaměstnance na firemní platební kartě
Zaměstnanec (transakce) - vazba na zaměstnance na platební transakci
Fakturace, navazování daňového dokladu na zálohu na realizační fakturu, režim přenesení daňové povinnosti.
Na položkách daňového dokladu na zálohu je vyplněn pro režim PDP a danou sazbu DPH právě jeden daňový klíč. Po navázání daňového dokladu na zálohu na realizační fakturu nebyl do položky zálohy tento (jednoznačný) daňový klíč přenesen. Opraveno.
Přijaté/Vydané faktury, Textové položky, přenos daňového klíče.
Opraven přenos daňového klíče z návazného číselníku Poznámky k dokladům.
Při položkovém převodu z Došlé objednávky na Fakturu vydanou se v editoru faktury neaktualizovalo bankovní spojení nastavené na řadě faktur bankovním spojením nastaveným na Došlé objednávce. Opraveno.
Firemní aktivity
Akce Nový úkol z aktuálního v přehledu Úkoly v agendě Servis -(přehled č. 21209) nerespektovala nastavení příznaku Kopírovat v definici uživatelského sloupce a kopírovala vždy všechny uživatelské sloupce z aktuálního úkolu. Opraveno
Při odesílání tiskového výstupu e-mailem v případě, že byla na dokladu zadána Kontaktní osoba (S kým se jednalo), se při neshodě hodnoty ID záznamu kontaktní osoby s hodnotou Čísla kontaktní osoby nedohledala správná e-mailová adresa adresáta, protože hodnota Čísla kontaktní osoby se používala pro vyhledání kontaktní osoby dle ID záznamu místo dle Čísla kontaktní osoby. Mohl se tak nabídnout e-mail jiné kontaktní osoby ze vztahu k jiné organizaci, nebo v lepším případě pokud záznam s takovým ID neexistoval, e-mail z Organizace na dokladu. Opraveno.
Mzdy
Registrace zaměstnance - Dodatečné přihlášení
(Mzdové údaje, Registrace zaměstnance, Dodatečné přihlášení)
Dodatečné přihlášení slouží k dohlášení zaměstnanců, kteří doposud na ČSSZ nebyli vůbec registrováni (rozdíl od Doregistrace, kdy už zaměstnanec byl na ČSSZ evidován, ale je nutné mu dohlásit vybrané údaje).
V přehledu se zobrazí záznamy typu Nástup zaměstnance. Jako nástup zaměstnance bude uvedeno Sociální pojištění od ze Mzdových údajů (tzn. např. velmi staré datum, pokud zaměstnanec na doposud nepojištěný vztah ve vaší firmě pracuje již velmi dlouho).
Zvolte ikonu Dodatečné přihlášení.
Uvidíte prázdný přehled (doposud jste nikoho dodatečně nehlásili)
Zvolíte akci Generuj.
Pozorně si přečtěte zobrazenou hlášku. Podmínkou pro to, aby se vám správně vytvořily záznamy je to, že všichni zaměstnanci, kteří již mají mít přiděleno OIČ a IDPPV ho v systému mají zadané!!! Tzn. použili jste akci Import OIĆ/IDPPV nad přehledem Zaměstnanci.
V akci Dodatečné přihlášení se generují jen ti zaměstnanci, kteří NEMAJÍ přidělené OIČ a IDPPV a současně jsou splněny tyto podmínky:
Datum vzniku PP je menší než 1.4.2026
a
Datum ukončení je prázdné nebo je v roce 2026
Akci je nutné provést hlavně proto, aby došlo k dohlášení:
DPČ, jejichž příjem byl pod hranicí
HPP MR, kteří nepřekročili hranici odvodu
DPP, které nastoupily v roce 2026 a nebyly hlášeny pomocí ONZ
statutární zástupci s odměnou pod hranici
cizinci nepodléhající odvodu sociálního pojištění v ČR…
JMHZ - Měsíční hlášení nové atributy
Vznikly nové atributy, které je nutné projít a v případě, že se vaší firmy týkají, doplnit.
Nad Mzdovými konstantami v měsíci 04/2026 následně zkopírujete atributy (po vyplnění těchto atributů) pomocí akce Zpětné rozkopírovaní MH.
Konstanty a číselníky
(Nastavení a definice, Elektronické podání, pobočky, JMHZ:
Specifické právní skutečnosti
Kolektivní smlouva
Forma vlastnictví
Max počet formulářů
Chráněný trh práce
Doplňující údaje
Funkční požitky
Nástroj aktivní politiky zaměstnanosti
Uplatňuji příspěvek APZ
Pracoviště – Země
Místo výkonu práce – Obec
Kód obce
Dočasné přidělení (vznikla zcela nová záložka)
Hromadné změny - Doplňující údaje
V případě, kdy dochází ke změně Kódu území a současně je vyplněn i Název území, hromadná změna změní nejen Kód území, ale i Název území.
Dále je možné hromadně změnit Místo výkonu práce.
Oba atributy (Kód území a Místo výkonu práce) jsou nutné pro správné vykazování JMHZ!
JMHZ - RELDP
Nad přehledem Roční sestavy, Roční ELDP vznikla nová nabídka Detail pro JMHZ. Údaje z tohoto přehledu budou následně načítány do měsíčního hlášení (MH)
Aktualizace přehledu bude probíhat automaticky při aktualizaci měsíčního hlášení, je také možné spustit aktualizaci i akcí v tomto novém přehledu. Na rozdíl od klasického ELDP jsou údaje načítány za jednotlivé měsíce zvlášť a informace zde obsažené jsou více do detailu. Současně je možné do příslušnicích řádků vstoupit přes Opravu, údaje zkontrolovat a případně požadované údaje Upravit. Případně lze ručně přidat i nový řádek. Informaci o tom, jak příslušný řádek vznikl, najdete přes Nastav v atributu Způsob pořízení. Automaticky generované řádky není možné mazat.
Upozornění:
Funkcionalita “starých” ELDP se nemění, stále budou ELDP načítány při měsíční uzávěrce, případně Nápočtem nad přehledem ELDP.
Atributy, které se zde načítají:
ID atributu / Název atributu
10240 / Kód ELDP
10241 / Platnost kódu od
10242 / Platnost kódu do
10356 / Počet kalendářních dnů trvání doby důchodového pojištění v daném kalendářním měsíci
10245 / Vyměřovací základ
10357 / Vyloučené doby § 16 odst. 4 písm. a) a j) zákona č. 155/1995 Sb.- důchodové pojištění
10358 / Počet dnů trvání dočasné pracovní neschopnosti
10359 / Počet dnů čerpání peněžité pomoci v mateřství (do dne předcházejícímu porodu)
10360 / Počet dnů ošetřování dítěte nebo péče o ně nebo ošetřování jiného člena domácnosti, za které náleží ošetřovné/dlouhodobé ošetřovné
10362 / Počet dnů čerpání otcovské
10536 / Počet dnů podle § 16 odst. 4 písm. j) zákona č. 155/1995 Sb.
10366 / Vyloučené dny podle § 18 odst. 7 zákona č. 187/2006 Sb. nemocenské pojištění
10473 / Počet dnů omluvené nepřítomnosti, za které nenáleží náhrada příjmu (neplacené volno, stávka)
10474 / Počet dnů dočasné pracovní neschopnosti nebo karantény, za které náleží náhrada příjmu
10475 / Počet dnů, za které bylo zaměstnanci vypláceno nemocenské, peněžitá pomoc v mateřství, otcovská, ošetřovné nebo dlouhodobé ošetřovné
10375 / Doby odečítané po důchodovém věku - počet dnů
10462 / Počet dnů trvání dočasné pracovní neschopnosti (karanténa) - důchodce
10463 / Počet dnů čerpání PPM (do dne předcházejícímu porodu) - důchodce
10464 / Počet dnů, za které náleží ošetřování dítěte nebo ošetřovné - důchodce
10465 / Počet dnů ošetřování dítěte nebo ošetřovné, za které nenáleží ošetřovné -důchodce
10466 / Počet dnů čerpání otcovské - důchodce
10468 / Počet dnů čerpání neplaceného volna - důchodce
10469 / Počet dnů čerpání neomluvené absence - důchodce
Definice položek JMHZ - přiřazení mzdových složek
Pod nabídkou Konstanty a číselníky vznikl nový přehled Definice položek JMHZ.
Upozornění:
Pozor, pokud máte upravenou hlavní nabídku (stromeček), je třeba si přehled Definice položek JMHZ do hlavní nabídky přidat.
Při prvním vstupu do přehledu se zobrazí informace:
Nyní proběhne implicitní nastavení mzdových složek k jednotlivým atributům. Proveďte kontrolu nastavení dle vašeho číselníku mzdových složek, chybějící mzdové složky doplňte. Správné nastavení mzdových složek má zásadní vliv na odesílané měsíční hlášení!
Dojde k automatickému vygenerování položek, jejichž nápočet do měsíčního hlášení je nutné definovat konkrétními mzdovými složkami. Některé řádky mají Typ atributu nastaven na Sumace ze MS (nápočet hodnot je prostý součet přiřazených MS) nebo Počítaný ze MS (jedná se o speciální algoritmus výpočtu dané hodnoty).
U některých položek, které byly dříve součástí statistiky ISPV (Trexima), se přiřadí MS dle definice statistiky ISPV a současně u mzdových atributů jsou doplněny i distribuční MS pro dohody (dohody nebyly součástí ISPV). U položek, které nebyly součástí ISPV, jsou přednastaveny odpovídající distribuční MS. Dále je zde atribut určený pro výpočet povinného podílu, kde se také přednastaví odpovídající distribuční MS.
Je nezbytně nutné, aby si uživatel přiřazené mzdové složky u jednotlivých atributů zkontroloval a případně přes nabídku Mzdové složky a akce Přidat/Odebrat případně seznam přiřazených MS upravil.
Po úspěšné kontrole a doplnění mzdových složek k jednotlivým položkám je následně možné ve mzdovém období duben 2026 využít akci Zpětné rozkopírování (MH) nad Mzdovými konstantami v přehledu Konstanty a číselníky pro rozkopírování definice položek JMNZ zpětně do období leden - březen 2026.
Výpočet daně a daňového zvýhodnění
Upraveny drobnosti na formuláři.
Doregistrace a registrace - úpravy
V rámci akce Doregistrace (v přehledu Registrace zaměstnance) byly provedeny následující úpravy:
datum Změna rezidenství od - nově se plní datem 1.1.2026 (současně ošetřeno i plnění u CZ rezidentů)
datum Platnost od - nově se plní aktuálním datem
Do Doplňujících údajů přidán atribut:
Typ daňové identifikace - nově je možné jej přednastavit v Doplňujících údajích na záložce 4 - Cizinec v sekci Identifikace, pokud bude vyplněno, plní se dle toho i údaj v registraci a doregistraci, pokud nebude vyplněno, do doregistrace se jako dosud načítá Rodné číslo, do registrace se nic nedoplní, je nutné zadat údaj do DÚ
Do Mzdových konstant byl na záložku 4 - Nastavení a definice do sekce 5 - Elektronická podání doplněn do části JMHZ nový atribut:
Chráněná dílna - může zde uvést zatržením zaměstnavatel, že se jedná o zaměstnavatele na chráněném trhu práce
Dodatečné přihlášení - odeslání zprávy
Měsíční sestavy, Registrace zaměstnance, Dodatečné přihlášení
Poté, co vygenerujete záznamy pro Dodatečné přihlášení zaměstnanců, odešlete je na ČSSZ pomocí nabídky Zprávy, Generování zpráv (zpráva se jmenuje Registrace zaměstnance - Dodatečné přihlášení).
Upozornění:
Aby bylo možné zprávu odeslat, je nutné doplnit na tuto zprávu (pomocí tlačítka Oprava) na záložku Certifikát jak šifrovací, tak elekronický podpis!
JMHZ - Vyživované děti a Osoby vyživující
Vyživované děti
V případě, že zaměstnanec uplatňuje daňové zvýhodnění alespoň na jedno dítě, je nutné, aby v nabídce Rodinní příslušníci měl zadány všechny vyživované děti (bez ohledu, zda na všechny uplatňuje daňové zvýhodnění nebo nikoliv). Tato povinnost platila již dříve a vyplnění těchto atributů se zohlednilo na Potvrzení druhého z poplatníků.
Jestliže u některých zaměstnanců děti dle výše uvedeného vyplněny nemáte, je pro účely měsíčního hlášení nutné je vyplnit.
Dítě vyplníte do Rodinných příslušníků v období 04/2026 (případně v období 03/2026 a do období 04/2026 se tento údaj automaticky zkopíruje).
Upozornění:
Jedná se o zadání evidenčního dítěte, bez zadání daňového zvýhodnění.
Aby se takto zadané dítě dostalo i do měsíců předchozích, za které musíte zpětně vyhotovit měsíční hlášení, použijte, prosím, akci v Rodinných příslušnících - Zpětné rozkopírování
Osoby vyživující
Osoby vyživující doposud ve většině případů nebyly evidovány. Z hlediska měsíčního hlášení je to nyní opět nutnost.
V období 04/2026 (případně v období 03/2026 a do období 04/2026 se tento údaj automaticky zkopíruje) vyplníte v Rodinných příslušnících vyživující osobu a to, že se jedná o vyživující osobu zadáte tak, že zatrhnete atribut JVO (jiná vyživující osoba).
Aby se takto zadaná osoba dostala i do měsíců předchozích, za které musíte zpětně vyhotovit měsíční hlášení, použijte, prosím, akci v Rodinných příslušnících - Zpětné rozkopírování
Nad přehledem Rodinní příslušníci existuje nová akce Osoby vyživující, kde lze i v uzavřených obdobích ručně označit nebo odznačit atribut JVO.
Nad přehledem Mzdové údaje lze v horní liště vidět nabídky Vyživované děti a Osoby vyživující. Tyto tabulky se plní buď pomocí akce Aktualizace přímo v přehledu Vyživované děti a Osoby vyživující (Akce, Aktualizace) nebo akcí Aktualizace nad přehledem Jednotného měsíčního hlášení (v této verzi je JMHZ zatím nepřístupné).
Jednotné měsíční hlášení - nová akce pro rozkopírování údajů z dubna 2026
Nad přehledem Konstanty a číselníky na kartě Akce vznikla nová akce Zpětné rozkopírování (MH):
akce slouží ke zpětnému kopírování údajů potřebných pro Měsíční hlášení z období 04/2026 do období 1. čtvrtletí roku 2026
akce je aktivní pouze v období 04/2026, pokud je aktuální období duben nebo květen 2026
v obdobích leden - březen 2026 nesmí být odeslané měsíční hlášení
UPOZORNĚNÍ:
Kopírování údajů provádějte až v okamžiku, kdy všechny níže uvedené atributy doplníte a zkontrolujete!
Kopírované údaje:
všechny MS dle Definice položek JMHZ (původní seznam MS v cílovém období je vždy nejprve smazán)
Mzdové konstanty (JMHZ) - atributy:
Specifické právní skutečnosti
Max počet formulářů
Chráněný trh práce
Rodinní příslušníci - atribut:
Jiná vyživující osoba
Mzdové údaje - atributy:
ID PPV
Primární pracovní poměr
Doplňující údaje - atributy:
Funkční požitky
Nástroj aktivní politiky zaměstnanosti
Uplatňuji příspěvek APZ
Dočasné přidělení
Pracoviště – Země
Místo výkonu práce – Obec
Kód obce
Potvrzení o příspěvku na spoření na stáří - dotahování údajů v případě hromadné platby
Bylo upraveno načítání údajů do Potvrzení o příspěvku na spoření na stáří (sys.č. -308) nad přehledem Roční sestavy.
Srážková MS pro povinný příspěvek musí být zadaná v paušálech u konkrétního zaměstnance.
Pokud JE bankovní spojení (BS) nastaveno na srážkové mzdové složce (MS) pro povinný příspěvek zadané v paušálech, údaje Číslo účtu, Variabilní symbol a Specifický symbol se dotahují i nadále z tohoto BS. Datum uhrazení se pak dotahuje z platebního příkazu generovaného pro jednotlivé srážky nebo hromadnou platbu definovanou přes penzijní fond (Fondy a pojišťovny).
Pokud NENÍ bankovní spojení (BS) nastaveno na MS zadané v paušálu, pak se Číslo účtu, Variabilní symbol, Specifický symbol dotahují dle definice PP pro hromadnou platbu (platby vázané na penzijní fond v přehledu Fondy a pojišťovny) a Datum uhrazení z generovaného PP z této definice. Dohledávání probíhá dle MS pro povinný příspěvek zadanou ve výpočtu mzdy s nenulovou částkou.
Hromadná změna atributu Automatický dopočet hodin
Nad přehledem Mzdové údaje se po spuštění akce Hromadné změny při nastavení atributu Automatický dopočet hodin nepřepisovala nastavená hodnota do následujících období.
Upraveno, aby se změna promítala i do následujících období.
Potvrzení o příspěvku na spoření na stáří - prohozená období
V formuláři Potvrzení o příspěvku na spoření na stáří (sys.č. -308) nad přehledem Roční sestavy byly prohozené údaje datum, kdy by nárok na povinný příspěvek PF u zaměstnavatele poprvé uplatněn a období, kdy byl poprvé přiznán, tj, vyskytl se ve mzdě.
Opraveno.
Obecné
Bylo doplněno hlídání stavu AVA Agenta - nová ikonka v hlavním okně vpravo nahoře u ikonek notifikací a výstrah. Po stisknutí ikonky AVA se zobrazí okno se stavem agenta. Je odtud možno stáhnout log agenta.
Byly upraveny klávesové zkratky v okně pro nastavení před tiskem z ReportBuilderu.
Změny: &Vlastnosti → V&lastnosti, &Seřadit → Seřa&dit
REST API - /actions/meta - do výstupního schématu byly přidány následující atributy:
actionSubmenu - název podmenu
actionOrderInSubmenu - pořadí v podmenu
actionIconId - ID ikony přířazené akci
actionShowEndInfo - zobrazit informaci o dokončení akce
actionShowParamEditor - zobrazit editor parametrů
REST API - /actions/list - do výstupního schématu byly přidány následující atributy:
actionSubmenu - název podmenu
actionOrderInSubmenu - pořadí v podmenu
actionIconId - ID ikony přířazené akci
Bylo upraveno licencování API. Systémové a všechna agendová API jsou sloučena do “Inuvio REST API”. Přístup na API již není omezen počtem uživatelů. I nadále je ale třeba jednotlivým uživatelům přístup na API povolit (viz přehled uživatelů - akce Inuvio Server API).
Při spuštění externí akce typu procedura se nyní tabulka #TabExtKomPar vytváří ještě před případným spuštěním editoru externích parametrů. Pokud má akce nastaven příznak SelectoTvurceVlastnikId na 1, tak se do #TabExtKomPar doplní i údaje STVlastID a STVlastBID. Je tak možno využít je ve skriptech v rámci dotažení hodnot pro parametry.
Nová verze komponenty: ReportBuilder 23.03
Do okna s výběrem specifikátorů bylo doplněno pole pro hledání/filtraci.
Do definice dataskopu bylo doplněno nastavení pro rozbalení dataskopu, pokud je použit v hlavním okně. Pole se jmenuje 'Zobrazení stromu (hlavní okno)'. Implicitně je Nerozbalovat.
Pokud má uzel dataskopu nastaveno zobrazení ihned po startu a je zanořen do nižší jak první úrovně stromu, dojde sice k zobrazení přehledu v daném uzlu, ale strom není rozbalen správně. Opraveno.
Do okna výběru akce pro automat bylo doplněno pole pro hledání/filtraci stromu akcí.
Do okna výběru soudečků a přehledů bylo doplněno pole pro hledání/filtraci.
V nastavení Automatu je nyní u akce “Export - Text s nastavením…” možno nastavit cestu a název výsledného souboru.
Pokud v F4 - Nastav při přenosu sloupce ze stromu vazeb pomocí Ctrl+Enter stojí myš na uzlu, který má poduzly, pak může dojít současně s přenosem sloupce ke sbalení či rozbalení obsahuje daného uzlu. Opraveno.
V editoru dokumentů bylo chybně vyhodnoceno právo na tlačítko Otevřít. Opraveno.
Po vypnutí filtrace ve stromu atributů v Nastav může dojít k chybnému překreslování pozadí stromu. Opraveno.
ReportBuilder - návrhář tisku - při pokusu rozšířit sloupec Název v seznamu polí tiskových zdrojů program vytuhne. Opraveno.
Pokud je v definici Odeslání zaheslovaného PDF nastaveno odeslání na Spojení 1 + 2 a Spojení 2 je prázdné, zůstane ve výsledné e-mailové adrese na konci středník, což způsobuje následnou chybu při odeslání e-mailu. Opraveno.
Pokladna
Akce Kopie do opačného typu:
Ze zdrojového dokladu se nově nebude kopírovat:
Daňový režim (TabPokladna.IdDanovyRezim) a daňové klíče (na hlavičce ani na položkách)
Příjmy a výdaje (IdPrijmyVydaje) - na hlavičce ani na položkách
Je rozšířen editor Vyberte parametry kopie:
daňový režim
kopíruji z příjmového PD, tj. vznikne výdajový PD → nabízím pouze daňové režimy pro vstup a rovnou je do editoru přednabídnut přednastavený daňový režim z řady pokladny
kopíruji z výdajového PD, tj. vznikne příjmový PD → nabízím pouze daňové režimy pro výstup a rovnou je do editoru přednabídnut přednastavený daňový režim z řady pokladny
příjmy a výdaje (hlavička)
není přednabízeno
uživatel musí vybrat z číselníku
přenášíme pouze na hlavičku, položky je třeba řešit ručně až ve vygenerovaném cílovém pokladním dokladu
Je rozšířena akce Kopie do opačného typu, na hlavičku/položky se doplní přednastavené daňové klíče podle vybraného daňového režimu (+ podle sazby DPH, kterou přenáším ze zdrojového pokladního dokladu).
V přehledu Pokladní doklady a Položky pokladních dokladů byla rozšířena akce Hromadné změny. Nově lze hromadně změnit i atribut Příjmy a výdaje. Tento atribut je viditelný pouze v databázích, jejichž součástí jsou plné účetní výkazy.
Pokladní kniha (tiskové formuláře č. -1547, -1548)
Upraveno - název pokladny se v tiskovém formuláři chybně ořezával a nezobrazoval se kompletní. Také mohlo dojít k chybnému zobrazení hodnoty počátečního stavu.
Změna v řazení pokladních dokladů . Původně se řadily dle data Pořízení. Nově se řadí podle data Případ = datum, které ovlivňuje zůstatek pokladny.
Pokladní prodej
Doplněny sloupce pro základní, sníženou a druhou sníženou sazbu (pro každou sazbu její základ DPH, hodnota DPH a celkem s DPH) a pak pouze základ pro není předmětem DPH a nulovou sazbu.
Projektové řízení
Do parametrů projektu byly přidány sloupce zobrazující existenci nabídky, výdejky, došlé objednávky a poptávky pod daným projektem / etapou a jejich podřízenými etapami.
Do projektů přidány vazby na hlavičky dokladů oběhu zboží.
Přidány akce pro novou etapu a úlohy ve stromu projektů.
Vsuvka při generování výdeje, Spustí se před zobrazením přehledu přípravy ke generování výdeje z materiálových zdrojů úlohy.
Do hromadných změn nad úlohami přidán údaj ""Zodpovědný pracovník"".
Při výběru zadavatele se přednabídne aktuální kurz měny projektu/etapy podle nastavení na organizaci.
Doplněny nové verze uložených procedur pro externí založení zdrojů úloh.
Opraveno přenášení skladu a odstraněna duplicita položek vydaných objednávek generovaných z nepersonálních zdrojů úlohy.
QMS Systém řízení kvality
Při ukládání záznamu reklamací se nově kontroluje, zda už není evidováno na jiné reklamaci množství ze stejné dodávky s jiným zdrojem reklamace. Není totiž přípustné reklamovat část dodávky na základě skladového dokladu a část na základě související faktury. Pokud k takovému pokusu dojde, objeví se chybové hlášení:
Nelze vygenerovat reklamaci, protože k dokladu existuje návazný nebo předchozí doklad jiného druhu pohybu a z tohoto dokladu již byla vygenerována reklamace.
Případné další množství dodané položky, je třeba reklamovat k dokladu, k němuž byla vystavena předchozí reklamace.
a záznam se nepodaří uložit.
Reklamace - nabídka možností pro sloupec Typ viníka byla rozšířena o hodnotu Dopravce.
V souvislosti s rozšířením reklamací o možnost vystavit reklamace i na základě pohybů na fakturách ve verzi 3.0.2025.1202 došlo k úpravě výpočtů ukazatelů:
KvalitaDod - Reklamace nakoupeného zboží
KvalitaOdb - Reklamace prodaného zboží
Upravené výpočty bohužel nedávaly správné výsledky. Mohly nastat situace, že k organizaci, která neměla za dané období k dodávkám žádnou reklamaci, se vracela hodnota Nevypočteno! místo hodnoty 0, nebo se do výpočtu zahrnuly pouze dodávky, k nimž se evidovala nějaká reklamace.
Vzhledem k tomu, že není objektivně možné realizovat obecně platné výpočty při vystavování reklamací i na fakturách, vracíme se k původním algoritmům, které pracují pouze s reklamacemi vystavenými na základě skladových pohybů, což je obvyklý a doporučený postup.
Pokud v rámci implementace agendy bude potřeba ve výpočtech faktury nějak zohlednit, bude se to muset řešit specifickým externím výpočtem dle konkrétních podmínek a vhodným nastavením řad faktur zahrnutých do výpočtu.
V rámci revize výpočtů došlo k opravě původní varianty výpočtu ukazatele KvalitaDod – Reklamace nakoupeného zboží. Na jediném řádku, kde je uvedena klauzule UNION, byl doplněn parametr ALL. Pokud využíváte tento výpočet zahrnující i reklamace na kooperace generované z evidence kooperací v jeho externí podobě, tak si výpočet uvedený u daného ukazatele v záznamu v číselníku Parametry pro vztahy s obchodními partnery na záložce 2 - Výpočet upravte. Po této opravě výpočtu mohou výsledky vyjít příznivěji, tj. vypočtené hodnoty mohou být nižší než před opravou
Sklady, nákup a prodej
Do dialogu "Parametry pro generování zajištění" akce "Generuj zajištění" bylo pro zajišťování vydanými objednávkami doplněno nové nastavení "Seskupovat vydané objednávky dle skladu na položce" - není-li zatrženo (výchozí nastavení - odpovídá původnímu chování) vygenerují se všechny položky k danému dodavateli do jednoho dokladu se skladem na hlavičce shodným se a aktuálně nastaveným skladem v přehledu došlých objednávek nezávisle na skladu zadaném na zajišťovaných položkách došlých objednávek. Je-li zatrženo, položky se seskupí podle skladů zadaných na položkách zajišťovaných došlých objednávek a pro tyto skupiny se generují vydané objednávky na dodavatele se skladem na hlavičce podle skladu položek seskupených do objednávek.
Poznámka: Pokud uživatel používá pro změnu skladu speciální proceduru ep_GenVObjDleDObj_v2_Sklad (nebo ep_NZB_GenVObjDleDObj_v2_Sklad), toto nové nastavení "Seskupovat vydané objednávky dle skladu na položce" se ignoruje.
Rozšířena kontrola realizace dokladu DSN. Za určitých podmínek bylo možné realizovat i doklad s nulovou částkou zdrojového dokladu, což prakticky nemá smysl. Ošetřeno hláškou při realizaci dokladu DSN "Doklad nelze realizovat, chybí nenulová částka souvisejícího nákladu. Na dokladu je třeba zadat nějaký zdrojový doklad s nenulovou částkou."
Do položek dokladů oběhu zboží byla přidána nová akce „Rychlé přidání položek“. Je určena pro snadné zavedení více položek na doklady, kde mám vyřešenu cenotvorbu a řeším pouze nalezení té položky a zadání množství.
Umožňuje efektivně kombinovat přidávání položek pomocí více údajů najednou. Snadno dokáži přidávat položky s pomocí EAN (doplňkových) kódů, registračních čísel či názvu zboží. Lze použít i hledání dle PLU či výrobních čísel. Celé přidávání lze snadno ovládat pouze z klávesnice. Pro ještě rychlejší pořizování lze zapnou přeskakování množství a načítat třeba jen EAN kódy po jednom kuse. V případě nutnosti lze klávesovou zkratkou či tlačítkem přejít do editace právě přidávané položky a třeba upravit cenu či jakýkoliv další parametr.
Akci lze například nastavit tak, že bude zadaný kód nejprve hledat v PLU, pak v EAN, pokud ho nenalezne tak v registračním čísle. Na závět může položku dohledávat i v názvu.
Způsob, jakým funkce dohledává položky a které údaje prochází lze upravit v konfiguraci aplikace. Protože tato nová funkčnost vychází z hledání položek, které je k dispozici v pokladním prodeji, tak se zatím řídí nastavením, které je v sekci pokladního prodeje. Do příští verze toto nastavení zduplikujeme i do části „Položky dokladů“ pro Sklady.
Tuto akci lze nejvíce využít na výdejkách a expedičních listech. Dostupná je i na fakturách. U příjemky či nákupní objednávky je zatím použitelná pro případy, kdy nám nákupní ceníky. Do budoucna zvažujeme o tom, že ji doplníme i do Vydaných objednávek. Pokud se na to objeví požadavky, tak bychom akci obohatili i možnost zadávání ceny.
Zlepšili jsme hledání odpovídající dílčí zásoby při realizaci skladových dokladů typu Storno příjmu. Nyní využíváme přednostně hodnotu atributu TabPohybyZbozi.IDOldPolozka. To odpovídá situaci, kdy je “provázána” dvojice dokladů Příjem na sklad a Storno příjmu, tedy doklad storno příjmu byl buď generován nebo jeho položky byly převedeny z původního dokladu položkovým přenosem. Dvojice dokladů je tím pádem i vidět v postranním panelu, záložka “Strom”.
Lepší provázání má význam právě při realizaci dokladů DSN, kdy se podle takto vzniklých vazeb přehledu Skladové příjmy daleko přesněji vybírají odpovídající pohyby pro zatížení dílčí částkou DSN.
Nad přehledy
974 - Položky – došlé objednávky (F9)
74 - Přehled položek – doklady OZ (F9)
byla implementována akce Aktualizovat ceny označených položek podle aktuální cenotvorby, která umožňuje aktualizovat ceny na vybraných položkách i z více různých dokladů. Práva na tuto akci se přebírají z práv na akci Aktualizovat ceny položek podle aktuální cenotvorby nad přehledy hlaviček příslušných dokladů.
Nad přehledem textových položek došlých objednávek bylo doplněna možnost definovat tiskové formuláře a tisknout je.
Přidána možnost tvorby definic tiskových formulářů v přehledu Návazné pol. dokladů (BID 1005 přehled DOBJ v řešení, Akce Návazné pol. dokladů).
Při generování diferenciálního DSN dokladu (typicky přehled Fakturace, Přijaté faktury, akce Generuj doklad DSN) mohlo dojít k chybě:
Položka Zatížená část evidenční ceny musí být zadána! … přeloženo do češtiny neexistuje vztah mezi MJ.
Úpravy funkcionality:
Je-li spuštěna nad vydanou fakturou akce generuj DSN a není-li z jakéhokoliv důvodu možné výpočet řádně dokončit (například při absenci vztahu MJ), dojde ke korektnímu odrolování akce a zobrazení srozumitelného chybového hlášení. Proces je řádně zapouzdřen v transakci.
Je-li definována určitá sada MJ a jejich vzájemné vztahy, lze tyto MJ zadávat na položky dokladů. Pokud však později uživatel některé tyto vztahy MJ smazal, mohl vzniknout nekonzistentní stav. Do triggerů nad tabulkami vztahy měrných jednotek (TabMJVztah, TabMJZbozi) byla doplněna kontrola, že nelze smazat vztah, který je již na některé položce dokladu OZ použit.
Zadávání SN v cizí měně při tvorbě příjemky (editor dokladu, záložka 2-Položky, Akce, Související náklady, Celkem za doklad, editor pro související náklady). Při změně měny nedocházelo ke správné aktualizaci pole Mn. kurz (typicky JPY > USD apod.).
Opraveno. Změna měny se projeví správně změnou odpovídající hodnoty v poli Mn. kurz.
Na příjemky a výdejky generované z inventury se do pohybu výrobního čísla nepřenášela hodnota sloupce Datum expirace ze stavu výrobního čísla. Opraveno
Na hlavičce došlé objednávky nefungovala správně “Uložená procedura pro validaci OK” pro “Způsob dopravy” a “Kontaktní osobu” v případě, že tyto hodnoty byly vyplněny automaticky zadáním organizace na dokladu. Opraveno.
Pokud byl na došlé objednávce nastaven režim OSS u odběratele, který měl v číselníku Organizace v poli "Právní forma" uvedeno "Právnická osoba", při generování návazného dokladu (výdejky, faktury) se režim OSS zrušil, i když byl na řadě zdrojového dokladu převod OSS nastaven a na řadě cílového dokladu příslušný režim povolen.
Opraveno - kontrola na právní formu organizace byla v generování návazných dokladů k došlé objednávce vyřazena.
Inventura - při sledování evidenčních cen samostatně pro jednotlivá VČ a oceňování skladů dle metody FIFO mohlo dojít v rámci inventurního vyrovnání výrobních čísel k nesouladu ve skladových příjmech dle VČ proti stavům na VČ. Výdejka s takto postiženou položkou nešla realizovat. Dělo se tak v případě, kdy bylo v rámci nálezu k dané skladové kartě doplněno nové VČ, které bylo dosud bez pohybu. Opraveno
Nabídky - pokud byl na řadě nabídky nastaven "Druh cenotvorby" vstup (nákup) a byly na organizaci přebírané do dokladu zadány parametry "Způsob zadávání ceny Dodavatel" a "Způsob zadávání ceny Odběratel" různě, aplikovala se hodnota z nastavení "Způsob zadávání ceny Odběratel" místo ze "Způsob zadávání ceny Dodavatel". Opraveno
Při změně množství přes rychlou editaci (políčko mimo editor položky v editoru hlavičky) v pohybech dokladů skladů, prodeje, nákupu, fakturace nedocházelo k aktualizaci Změnil a Datum změny v záznamu položky. Opraveno
Opravena chyba realizace dokladu DSN – hláška „Dělení nulou!“
Chyba se projevila při nastavení řady pro druh pohybu „Storno příjmu“, atribut Metoda zatížení DSN (TabDruhDokZbo.MetodaDSN) na hodnotu “Storno jako oprava”. Funkcionalita uvolněna v rámci verze 3.0.2024.0602 - podrobnosti viz změny k verzím.
Pokud se takto nastavené storno týkalo celé převodky mezi sklady a položky obou těchto realizovaných dokladů byly součástí dokladu DSN v některé z “hloubek” 1-7, tak pro tyto situace docházelo k chybě realizace dokladu DSN “Dělení nulou!”. Opraveno.
Hláška
Částka 12 100 Kč překročila bezhotovostní limit úplaty 0 Kč pro ručení!
se chybně objevovala ve Vydaných objednávkách. Opraveno.
Sklady, nový způsob blokování
Byl zpřesněn výpočet počítaného sloupce Stav (TabDosleObjVyrCis02.StavKryti) na pohybu výrobního čísla na položce došlé objednávky v případě, že je na zajištění položky nastaven režim Zajišťovat VČ. Pro zpřesnění byl využit nedávno zavedený sloupec Množství z realizovaných výdejek (MnozstviRealVydej). Na starších došlých objednávkách lze toto množství dopočítat akcí Aktualizace množství VČ na návazných dokladech aktivovanou nad označenými záznamy v přehledu Došlé objednávky.
Je-li na položce došlé objednávky zadané výrobní číslo a je na záznamu zajištění nastaven příznak “Zajišťovat VČ”, dojde od této verze k pokusu o automatické zajištění výrobního čísla nezávisle na nastavení parametru “Metoda pro určení VČ” na řadě došlé objednávky. Rovněž akce “Zajistit ze skladu” v daném případě hodnotu nastavení parametru ignoruje a pokusí se výrobní číslo zajistit z volné zásoby ve skladu. Dosud bylo nutné nastavit jinou hodnotu metody než “Ručně”.
Splátkování a leasing
Modul Leasing, Opakované platby jsou atributy TabSTDLeaPohyb.Poznamka1 rozšířeny na NVARCHAR(MAX). To znamená, že je možno do těchto polí napsat neomezeně dlouhý text, který se přenese do vygenerované faktury.
Byla upravena metodika určení zda se jedná o poslední den měsíce. Datum pro posouzení, zda se jedná o poslední den měsíce je Datum první splátky na hlavičce předmětu. Pokud bude toto datum např.:
30.4. bude se považovat za poslední den měsíce (datumy splátek 30.4., 31.5., 30.6., 31.7.,…)
30.5. nebude se považovat za poslední den měsíce (datumy splátek 30.5., 30.6., 30.7., 30.8.,…)
Účetnictví
Pokud se na realizační fakturu přiřazuje daňový doklad o přijaté platbě (zálohová faktura), tak se podle položek (skladové i textové) zálohové faktury převedou sumárně do položek přiřazených záloh seskupeno podle sazeb DPH. Za účelem “odečtu zaplacených záloh, ze kterých byla uplatněna daň”. Protože je zapotřebí na realizační faktuře třeba provést “odečet zaplacených záloh, ze kterých byla uplatněna daň” v podstatě 1:1, je zapotřebí seskupovat i podle dalších atributů.
Dosud docházelo k rozpadu na položky pouze podle:
Sazeb DPH
Podle toho, zda se jedná o běžnou DPH nebo se jedná o režim samovyměření u přijatých faktur
Nově dochází k rozpadu na položky NAVÍC podle:
Daňových klíčů
Poměrného koeficientu
Kódů přenesení daňové povinnosti nebo kódů zboží pro kontrolní výkaz
Uvedené rozpady se využívají zejména při účtování aby došlo ke správnému odečtu oproti zálohovým fakturám.
Nová funkcionalita je aplikována pouze pro doklady se Zemí DPH: CZ nebo SK.
Nová funkcionalita podmíněna nastavením nové globální konstanty “Detailní rozpad přiřazených záloh”. Tato konstanta je jako výchozí nastavena na ANO - tj. Detailní rozpad přiřazených záloh provádět.
Konstanta je umístěna v Konfigurace, Globální konstanty, Fakturace, záložka Nastavení, oblast Zálohové a realizační faktury.
Funkcionalita v případě výchozího nastavení konstanty “Detailní rozpad přiřazených záloh” na ANO, rozpad bude probíhat navíc podle:
Daňových klíčů (pouze v případě, že je zapnutý režim daňových klíčů).
Poměrného koeficientu (pouze v případě, že je pro danou zemi zapnuté používání poměrného koeficientu)).
Kódu pro PDP (pro Zemi DPH: CZ)
Kódy/druhy zboží pro kontrolní výkaz DPH(pro Zemi DPH: SK)
Daňové klíče - Týká se faktur / dobropisů přijatých / vydaných
Poměrný koeficient - Týká se pouze faktur / dobropisů přijatých.
Kódy pro PDP (režim tuzemského samovyměření). Týká se faktur / dobropisů přijatých / vydaných
Kód/druh zboží pro kontrolní výkaz DPH (režim tuzemského samovyměření) - Týká se faktur / dobropisů přijatých / vydaných
Uvedené atributy jsou k dispozici v přehledu a editoru Položky zálohy.
Všechny výše uvedené atributy jsou použity při účtování faktur s odpočtem navázaných záloh.
Nově je možné generovat a účtovat opravné položky a odpisy opravných položek v cizí měně v saldokontu k datu.
Nastavení systému
V globálních konstantách “Účetnictví“ je na první záložce “Účetnictví“ nové zaškrtávátko “Opravné položky v cizí měně v saldu“. Zaškrtávátko reprezentuje výchozí hodnotu pro všechny saldokontní skupiny. Na saldokontních skupinách je na první záložce “Definice“ nová volba “Opravné položky v cizí měně v saldu“, je přednastavena na hodnotu “Dle globální konfigurace“ - nastavení se tedy přebírá z globálního zaškrtávátka. Na zvolených saldokontních skupinách lze volbu “Opravné položky v cizí měně v saldu“ nastavit i na hodnoty “Ano“ nebo “Ne“, v tomto případě systém ignoruje globální zaškrtávátko “Opravné položky v cizí měně v saldu“.
Pro zapnutí funkcionality cizí měny na opravných položkách je tedy nutné buď globální zaškrtávátko “Opravné položky v cizí měně v saldu“ zaškrtnout (potom je cizí měna platná pro všechny saldokontní skupiny, které mají nastaveno “Dle globální konfigurace“), nebo nastavit jednotlivé saldokontní skupiny na volbu “Ano“.
Podmínky
Správné nastavení systému je první předpoklad pro vyhodnocování opravných položek v cizí měně. Ovšem musí být splněny ještě další podmínky :
na účetních řádcích, které tvoří daný saldokontní případ, musí být jedna jednoznačná cizí měna (tzn. že na všech řádcích účetního dokladu musí být např. měna EUR, jakmile je uvedena i jiná cizí měna nebo je řádek bez cizí měny, podmínka není splněna)
nesmí být vygenerována žádná opravná položka nebo odpis v hlavní měně (jestliže již existují vygenerované opravné položky nebo odpisy, které jsou v hlavní měně, je nutné tyto opravné položky a odpisy odúčtovat a smazat)
Řízení opravných položek / odpisu
V editoru řízení opravných položek je nové pole, které zobrazuje hodnotu “Pohledávku okamžiku vzniku“ i v dané cizí měně. Po nastavení systému pro vyhodnocování opravných položek v cizí měně je nutné, aby systém tuto novou hodnotu načetl. To lze provést takto :
buď lze záznam řízení opravných položek smazat a založit ho znovu - hodnota pro cizí měnu se automaticky načte
nebo lze pro stávající záznamy řízení opravných položek spustit novou akci “Dotažení pohledávky v CM v okamžiku vzniku“ - hodnota pro cizí měnu se načte
Editor Opravné položky / odpisy opravných položek
V editoru opravných položek / odpisu jsou nová tato pole :
údaje o cizí měně:
původní pohledávka v cizí měně
kód měny
kurz
jednotka měny
u každé sekce hodnot jsou vlevo od hodnot v hlavní měně uvedeny hodnoty v cizí měně
Platí tato pravidla:
pole pro hodnoty v hlavní měně jsou vždy všechna nepřístupná
editovat lze pouze vybrané hodnoty v cizí měně
výchozí hodnoty pro přepočty jsou hodnoty v cizí měně
kurz je stanoven jako podíl celkového salda a celkového salda v cizí měně (s respektováním způsobu přepočtu, který je zadán v číselníku kódů měn u hlavní měny : přepočet v valutě (ČNB) / přepočet k hlavní měně (ECB))
hodnoty v hlavní měně jsou počítány daným kurzem (s respektováním způsobu přepočtu, který je zadán v číselníku kódů měn u hlavní měny : přepočet v valutě / přepočet k hlavní měně )
z hlediska posuzování nároků na daňovou uznatelnost systém i nadále posuzuje částky v hlavní měně
pravidla platí i pro provedení akce “Změna procenta návratnosti a kontace“
Pozn. editor pro opravné položky a odpisy pouze v hlavní měně vypadá stejně jako v minulých verzích Helios Inuvio, tedy bez polí a oblastí pro cizí měnu.
Generování opravných položek / odpisu
Pomocí akcí v přehledu salda ke dni nebo v přehledu opravných položek lze standardně generovat opravné položky a odpisy. Pokud jsou splněny všechny podmínky včetně nastavení systému (viz výše), generují se opravné položky a odpisy jak v hlavní měně tak i v cizí měně.
Účtování
Pokud obsahují vygenerované opravné položky a odpisy cizí měnu a na řádcích účetního kódu pro opravné položky je nastaveno “Cizí měna“ na “Ano“, dojde při účtování do účetního deníku k zápisu i cizí měny.
Automatické generování upomínek a úroků z prodlení - tisk distribučními tiskovými formuláři, které umožňují barevný (modrý) nebo černobílý tisk.
Nově je možno v Globálních konstantách, Účetnictví, záložka Upomínky a penalizační faktury nastavit napravo od polí Tiskový formulář i Variantu tisku:
Varianta 1 - tisk barevně (modro-černý tisk)
Varianta 2 - tisk černobíle
Úroky z prodlení - penalizační faktury, datum splatnosti na hlavičce penalizační faktury:
Je přidáno pole Datum splatnosti do přehledu penalizačních faktur, i do editoru hlavičky.
Při generování nové penalizační faktury se pole Datum splatnosti přednastaví podle stejných pravidel jako na vydané faktuře pro daného odběratele.
Změnovým skriptem se doplní pro stávající nezrealizované penalizační faktury.
Byl upraven distribuční tiskový formulář syst.číslo -1437.
Na účetním kódu Saldokonto-úhrada faktury, který je využíván při účtování ruční úhrady, je nově možné v editoru řádků kontace zatrhnout “Dodržet stranu”.
Při tomto nastavení řádku kontace systém sestaví účetní doklad jako doposud a v posledním kroku zkontroluje, zda řádek kontace a řádek dokladu mají shodnou stranu. Pokud ne, tak stranu v účetním dokladu změní a částku vynásobí (-1).
UPOZORNĚNÍ: Pro druh řádku - saldokontní účet nemusí nastavení zafungovat. Princip tvorby tohoto řádku je specifický a vzniká bez ohledu na kontaci.
Variabilní symbol pro zápočty (ve fakturaci i v účetním saldu)
Do editoru hlavičky zápočtu, oblast [1] bankovní spojení je přidáno doprava nové pole Variabilní symbol (nepovinné vyplnění).
Přednabízení v poli Variabilní symbol:
když není zápočet vyrovnaný:
doplatek má inkasovat vlastní organizace - tj. sumárně pohledávky vyšší než závazky, tak se hledá párovací znak (variabilní symbol) mezi pohledávkami.
doplatek má inkasovat obchodní partner - tj. sumárně pohledávky nižší než závazky, tak se hledá párovací znak (variabilní symbol) mezi závazky.
hledá se párovací znak (variabilní symbol) z pohledávky/závazku s nejvyšší započítanou částkou.
Pokud se zápočet pořizuje ručně, při uložení uložení zápočtu se napřed doplní do pole Variabilní symbol dohledaný párovací znak (variabilní symbol) a zobrazí se informační hláška: Byl doplněn Variabilní symbol XXXXXXXX, kde XXXXXXX je doplněný variabilní symbol.
když je zápočet vyrovnaný: málo frekventovaný případ, kdy se suma pohledávek rovná sumě závazků v měně zápočtu. Není třeba zápočet dorovnávat. Pole Variabilní symbol zůstane prázdné.
když je zápočet dorovnaný:
bez ohledu na to. jak se zápočet vystavuje (ručně, z návrháře zápočtů,…), tak se provádějí jednotlivé kroky:
vytvoří se hlavička zápočtu
přiřadí se pohledávky a závazky
použije se akce Nabídni řádky k dorovnání
označí se faktura / saldokontní případ a použije se akce Dorovnej zápočet. Pole Variabilní symbol se předvyplní Párovacím znakem z označené faktury / saldopřípad.
Pokud se zápočet pořizuje ručně, po provedení akce Dorovnej zápočet se zobrazí informační hláška: Byl doplněn Variabilní symbol XXXXXXXX, kde XXXXXXX je doplněný variabilní symbol.
Údaj v poli Variabilní symbol lze editovat.
Údaj v poli Variabilní symbol se při uzavření zápočtu znepřístupní.
Tiskové formuláře systémová čísla: -1535 a -467549 jsou upraveny tak, aby se tiskl údaj z pole variabilní symbol.
Generování upomínek resp. úroků z prodlení (penalizační faktury) ze salda i fakturace.
Jedné se o akce v saldu a fakturaci Vystavení upomínek resp. Vystavení penalizačních faktur. Po spuštění těchto akcí se nabídne editor, na kterém se přednabídne a je možno změnit Datum vystavení. Nově je přidáno napravo od Datumu vystavení zaškrtávátko Jednotlivě, výchozí neoznačeno.
Pokud se ponechá pole Jednotlivě neoznačeno, bude se chovat generování upomínek a úroků z prodlení jako doposud.
Pokud se pole Jednotlivě označí (zaškrtne), budou se upomínky resp. úroky z prodlení generovat JEDNOTLIVĚ. To znamená, že každá jedna položka upomínky resp. každá jedna položka úroků z prodlení budou mít vlastní hlavičku. Jinými slovy, bude se chovat jako by se postupně označovala jedna faktura resp. saldokontní případ po druhé a nechaly se generovat upomínky i úroky z prodlení jednu po druhé.
Příklad:
Bez zaškrtnutí pole Jednotlivě (stávající funkcionalita), označí se 2 faktury ke stejné organizaci a generují se upomínky. Vznikne 1 upomínka se 2 položkami.
Při zaškrtnutí pole Jednotlivě se označí 2 faktury ke stejné organizaci a generují se upomínky. Vzniknou 2 upomínky každá s 1 položkou.
Byly upraveny podmínky pro výběr dokladů při u automatickém generování upomínek tak, že nově zahrnuje i přijaté dobropisy.
Daňovým klíčům pro poměrný koeficient je nastaven příznak Poměrný koeficient. Tento příznak se uplatní v případě, že se používají daňové klíče a konstanta Používat poměrný koeficient CZ je nastavena na Přeúčtování interními doklady.
Tato úprava se týká i distribučních daňových klíčů - nový distribuční soubor pro daňové klíče a daňové režimy: DANKLICE_202601.TXT a pluginu Import daňových režimů a daňových klíčů na Helios Store.
Upozornění
Import daňových režimů a daňových klíčů ze vzoru 202601 (soubor DANKLICE_202601.TXT) a Helios Store je možný až v nové verzi Helios Inuvio - březnová verze 2026. Důvodem je změna struktury importního souboru.
Pohledávky po splatnosti 6 měsíců podle §74b/4 zákona o DPH. Řešení pomocí pluginu Oprava odpočtu DPH v případě pohledávky po splatnosti 6 měsíců.
Pro případ, kdy probíhá vyhodnocení, které závazky jsou po splatnosti 6 měsíců nikoli z faktur, ale z přehledu salda ke dni, byl opraven sloupec Po splatnosti ~6 měsíců (zkrácený název sloupce 6 měs.).
Je nutno stáhnout plugin Oprava odpočtu DPH v případě pohledávky po splatnosti 6 měsíců znovu. Verze pluginu 2026.2.9.1605.
Ruční pořizování účetních dokladů. Chování při nastavení globální konstanty Používat poměrný koeficient CZ na Přeúčtování interními doklady:
Pokud na účtu DPH nebo daňovém klíči není zaškrtnuto zaškrtávátko “Poměrný koeficient“ a poměrný koeficient je v editoru účetního dokladu zadán, při ukládání řádku deníku se zobrazí dotaz “Je zadán poměrný koeficient, ale účet DPH nemá nastaven příznak poměrný koeficient. Pokračovat?“ resp. “Je zadán poměrný koeficient, ale daňový klíč nemá nastaven příznak poměrný koeficient. Pokračovat?“
Po potvrzení tlačítkem “Ano“ je záznam uložen, jinak záznam zůstává v editaci a kursor je nastaven na pole poměrného koeficientu.
Sklady, přehled Řady dokladů. U faktur vydaných jsou k dispozici pole Neupomínat a Nepenalizovat.
Nově jsou tato pole zpřístupněna i pro Druh pohybu zboží: Dobropis přijatý v editoru. Při založení nového Dobropisu přijatého ručně nebo generováním pro danou řadu Dobropisu přijatého se respektuje přednabízení pro atributy Neupomínat a Nepenalizovat.
Účetnictví, Konstanty a číselníky, Účtový rozvrh, akce Rozkopírování
Upraveno výchozí nastavení “Přenášet data“ - “Pouze vybraná“ a “Cílová data v případě existence“ - “Nechat být“.
Widget Daňový kalendář CZ byl napojen na web finanční správy místo na web Asseco Solutions.
Účtování faktur a pokladních dokladů, pokud je nastaveno používat poměrný koeficient a poměrný koeficient na dokladu (faktura, pokladní doklad,…) není zadán.
pokud je na účetním kódu (kontaci) nastaveno Bez přededitace, dříve nešlo doklad zaúčtovat. Nově se účtování provede a zobrazí se upozornění “Není zadaný poměrný koeficient” se žlutou ikonou.
Editor účetního deníku, poměrný koeficient.
Viditelnost polí pro poměrný koeficient v editoru účetního deníku je nově možné na účetních záznamech, které vznikly účtováním prvotních dokladů s přeúčtováním poměrným koeficientem.
Při stahování kurzovních lístků se vždy použije https protokol.
V přehledu Kurzovní lístek, akce Nastavení, záložka 2 - Banky pro automatický import kurzovního lístku adresy jsou nastaveny https adresy. Též při generování nové databáze budou použity https adresy.
Upravena akce Generování kurzového rozdílu k bilančnímu dni
Došlo k úpravě podmínky na datum úhrady, aby byla zahrnuta i úhrada, která proběhla v bilanční den.
Do distribuce, adresář System, byl přidán soubor PARTKON_CZ_202602.TXT - Výčet konsolidovaných jednotek státu a dalších subjektů 2026.
Na Helios Store je vystavena nová verze pluginu Číselníky pro příspěvkové organizace. Doporučujeme tuto novou verzi pluginu naimportovat.
Druhou možností je v přehledu Organizace, akce Partneři v konsolidaci státu, otevře se přehled Partneři v konsolidaci státu. Zde akce Import, vyhledat soubor PARTKON_CZ_202602.TXT a tento naimportovat.
V obou případech v přehledu Organizace, akce Import, přehled Partneři v konsolidaci státu provést akci Aktualizace konsolidace organizací ke dni (aktuální den).
V přehledu Účetní fakturační saldo byla vytvořena nová akce / přehled „Kontrolní přehled dokladů mimo účetní fakturační saldo“
Nad označenou skupinou účetního fakturační salda zobrazí řádky z Deníku (podle účetních účtů dané skupiny - Účtový rozvrh - vazba na saldokontní skupiny), které nemají vyplněno Vazby na faktury (systémový název IdFASaldo).
Podmínky pro zobrazení:
u účtů, které jsou k označené skupině účetního fakturačního salda navázány, zobrazit řádky z účetního deníku, kde není vyplněno:
Vazba na faktury (IdFASaldo)
z dat k zobrazení jsou vyloučeny:
stav - koncový, nebo
stav - počáteční a zároveň datum salda není, nebo
fáze pořízeno
Texty penalizačních faktur - dotažení z Parametrů penalizačních faktur-Ruční generování.
Pokud v Parametry penalizačních faktur existuje pouze jeden záznam a není označen jako Přednastaveno, nepřenášely se Název, Záhlaví i Text z tohoto jednoho parametru. Opraveno.
Přehled Přiznání k DPH BID 87. Na označeném přiznání akce Evidence pro účely DPH. Otevře se přehled Evidence pro účely DPH BID 309.
Pro tento přehled jsou vytvořeny nové tiskové formuláře -1653 a -1654 Evidence pro účely DPH (vč. všech DIČ) a Evidence pro účely DPH (vč. všech DIČ)-DK.
Od stávajících tiskových formulářů se liší tím, že se DIČ se tiskne vždy, pokud je na dokladu.
Byla opravena chyba při účtování přiznání k DPH. Chyba se projevovala hláškou:
Na záznam chcete navázat neexistující údaje - nelze opravit!
K chybě mohlo dojít, pokud se účtovalo i na Uživatelské období a existovaly stejně nazvaná Uživatelská období, např. "PROSINEC" i pro rok 2025 i pro rok 2024 resp. předcházející roky.
Byla opravena chyba při rozkopírování účetní kontace.
Chyba se projevovala tak, že následující den se při spuštění Heliosu hlásilo:
Změna struktury databáze.
Byla detekována změna struktury.
Trigger ht_ModifyRozkopXX je vypnutý
Byla opravena chyba v přehledu Účetní deník, akce Zobrazené zdrojového dokladu. pokud byl zdrojovým dokladem pohyb leasingu, v průběhu akce se zobrazila chybová hláška. Opraveno.
Editor účetního deníku - pole pro poměrný koeficient jsou viditelná i v případě, že je na účetním řádku navázáno období DPH přeúčtování DPH CZ/SK.
Generování platebního příkazu z přiznání k DPH mohlo skončit chybou “Položka Účel platby musí být zadána!”
Při generování platebního příkazu z přiznání k DPH ošetřen případ, kdy hodnoty pro pole “Účel platby“ je NULL.
Výkazy, finanční analýza
Konsolidace
Obdobně jako lze importovat účetní data (účetní deník) dceřiných účetních jednotek z textového souboru ve standardním formátu Helios Inuvio “Účto TXT UNICODE”, nově je možno z textového souboru importovat i účetní data mateřské účetní jednotky.
V přehledu Účetní jednotky musí mít mateřská účetní jednotka nastaven Zdroj dat: Import.
Aby bylo možné provést import, je napřed nutno nadefinovat vlastní účtový rozvrh, proto je umožněno ručně zadat a editovat vlastní účtový rozvrh (účtový rozvrh mateřské společnosti).
V přehledu Vlastní účetní data je nová akce Import z textového souboru. Postup je stejný jako u stejnojmenné akce v přehledu Importovaná účetní data. Vybere se příslušný textový soubor s datu ve formátu “Účto TXT UNICODE”, data se zobrazí v přehledu Pohled do účetního deníku - Import. Akcí Doplnit účetní data převedete data definitivně do přehledu Vlastní účetní data.
Externí akce pro nápočet výkazů. Pro speciální případy složitějších výpočtů. Vámi požadované hodnoty vypočte vytvořená externí akce (procedura). Pokud je nastaven Způsob členu ukazatele na Externí akce, tak lze otevřít přehled externích akcí a vybrat příslušnou externí akci. Uložená procedura příslušné externí akce musí mít tyto parametry v uvedeném pořadí, původně max. 9 sloupců.
Nově jsme přidali až max 23 sloupců. Pokud je však počet sloupců vyšší než 9, max. 23, je nutné napsat počet sloupců do parametrů externí akce.
Konsolidace
Nově je umožněno provádět konsolidaci i v případě, že se liší účetní období mateřské organizace a dceřiných organizací. Výchozí účetní období je účetní období mateřské organizace. Dceřiná organizace může mít jiné účetní období (jiné datum počátku a konce účetního období). Pokud má dceřiná organizace jiné účetní období, je nutno zaškrtnout zaškrtávátko Jiné účetní období v editoru účetní jednotky. Každá dceřiná organizace může mít jiné účetní období oproti jiným dceřiným organizacím i proti mateřské organizaci.
Konsolidace
Nově je přidána možnost provést na úrovni konsolidovaných účetních dat účetní závěrku.
Podmínky jsou stejné jako pro účetní závěrku v modulu účetnictví. Musí existovat další účetní období a 4 účty pro uzavření a otevření účetních knih. Dále musí být vyrovnána bilance, neboli zůstatek všech dokladů musí být nulový.
Účetní závěrka se spouští v přehledu Druhy konsolidačních operací na označeném druhu konsolidačních operací. K dispozici jsou akce Spustit uzávěrku a Zrušit uzávěrku. Po spuštění akce Spustit uzávěrku se provedou kontroly, výsledky kontroly jsou zobrazeny v přehledu Kontroly před uzávěrkou. Pokud je výsledek O.K. - UZÁVĚRKU LZE PROVÉST. Pokračujte akcí Provést uzávěrku... , akcí Spustit uzávěrku se uzávěrka definitivně provede. Akcí Zrušit uzávěrku lze uzávěrku zrušit.
V rozpočtu příspěvkových organizací ve Výkazu rozpočtu nákladů a výnosů státních příspěvkových organizací a další doplňující údaje nebylo možné zadat do Rozpočtu rok X hodnotu na 2 desetinná místa. Opraveno.
Výroba
Přenos výrobního čísla/šarže z položky kusovníku na nadřízený dílec
Tato nová vlastnost je určena pro výrobky, u kterých je požadováno, aby jejich výrobní číslo bylo zkopírováno z podřízené položky kusovníku.
Popis metodiky nastavení:
V kusovníku je nutné označit kusovníkovou vazbu, ze které se bude výrobní číslo kopírovat na nadřízený dílec a výrobní příkaz. Označení se provede na záložce Parametry nastavením atributu Kopírovat VČ.
Po realizaci výdejky ze skladu nebo při realizaci přímého převodu polotovaru na nadřízený příkaz dojde automaticky k přenosu výrobního čísla na nadřízený výrobní příkaz.
Automaticky se vygeneruje i vazba mezi výrobním číslem příkazu a výrobním číslem položky kusovníku.
Výpočet plánované kalkulace na základě ceníku
Definice kalkulačního vzorce pro výpočet plánované kalkulace výrobku byla rozšířena v části ceny materiálu a materiálové režie o možnost Vypočtená (ceník). Cena materiálu se v tomto případě primárně načítá z ceníku (TabNC). Cenová úroveň, měna, případně další parametry je možné zadat na nové záložce Nastavení. V případě, že nebude cena u konkrétního materiálu v ceníku dohledána, použije se pro ocenění položky kusovníku kalkulační cena materiálu v TPV. Tuto novou možnost výpočtu kalkulace lze využít pouze při nastavení platnosti nabídkových cen: Pro všechny sklady.
Na řadě výrobních příkazů byla rozšířena možnost pro přednabízení živých kusů pro evidenci operace a kooperace.
Zaškrtávací pole bylo nahrazeno výčtem možností:
Nepřednabízet
Přednabízet živé kusy
Přednabízet kusy před operací
Nově se toto nastavení pro kooperace používá i při přednabízení množství při zakládání položek kooperačních objednávek.
Přejmenování akcí pro kopii v TPV-Vyráběné dílce-Konstrukce a technologie-Změny
V přehledech Kusovník a postup byly přejmenovány akce pro Kopie vazeb:
Načtení na Načtení z …
Rozkopírování na Rozkopírování do …
V modulu Řízení výroby byl vytvořen nový přehled Výrobní dokumentace výrobních příkazů.
Zobrazuje Výrobní dokumentaci pro všechny výrobní příkazy. V přehledu je možné pouze zobrazit příslušný dokument nebo zobrazit přehled výrobního příkazu, zafiltrovaný na označené záznamy.
Do dialogu Odvedení nákladů do úbytku na výrobních příkazech je požadované doplnit poznámku, kde by mohl uživatel napsat důvod.
Poznámka se uloží do tabulky pro převody polotovarů a nákladů mezi výrobními příkazy (TabPrikazPrevodPolotov ).
Aktualizace rozpadu Plánované výroby
Nad výrobním plánem bylo dosud možné spustit pouze kompletní aktualizaci Plánovaných výrobních příkazů. Nově lze spustit i částečnou aktualizaci podle jednotlivých oblastí:
Dílce plánovaných výrobních příkazů
Materiály a polotovary plánovaných výrobních příkazů
Výrobní operace plánovaných výrobních příkazů
Nářadí plánovaných výrobních příkazů
Vedlejší produkty plánovaných výrobních příkazů
V přehledech Porovnání plánovaných a skutečných nákladů a Detailní porovnání nákladů byly přidány atributy:
Jednotková cena
Jednotkové plánované náklady
Zlepšení ergonomie pro zobrazení některých přehledů ve výrobě
V přehledu Materiály a polotovary pro výrobu je nová akce pro zobrazení nadřízeného výrobního příkazu pro označené záznamy
V přehledu Operace výrobního příkazu je nová akce pro zobrazení nadřízeného výrobního příkazu pro označené záznamy
V přehledu Vedlejší produkty výrobního příkazu je nová akce pro zobrazení nadřízeného výrobního příkazu pro označené záznamy
V přehledu Nářadí výrobního příkazu je nová akce pro zobrazení nadřízeného výrobního příkazu pro označené záznamy
Ve výsledném přehledu z funkce Dispozice na skladech byla vytvořena nová funkce Zdrojový doklad, která zobrazí původní zdrojový doklad dle typu řádku (výrobní příkaz, objednávku apod.)
Při hromadné změně výrobních příkazů se na začátku funkce provede test, zda ve výběru není uzavřený výrobní příkaz.
Pokud se mezi označenými záznamy nachází uzavřený příkaz, zobrazí se chybová hláška a hromadná změna neproběhne.
Po smazání záznamu v Evidenci operací s rozpisem kusů a výrobních čísel docházelo k situaci, že se neaktualizoval stav evidence vykázaných kusů v přehledu výrobních čísel.
Opraveno.
Definovaná vazba z Pohybů zboží na Původní termín odvolávky nezobrazovala korektní údaje po vícenásobném převodu (například po převodu z výdejky na fakturu).
Opraveno.
