HELIOS - Změny 12/2025
- Barča
- 26. 1.
- Minut čtení: 33
Banka
V přehledu Kartové centrum byla upravena maska (zobrazení) atributu Suma částek a poplatků, aby odpovídala standardům Helios iNuvio při zobrazení částek. Zároveň je nově možné tento sloupec sumovat.
Limit pro délku pole Variabilní symbol pro sdružené platby byl zvýšen na 4000 znaků.
Přidána nová globální konstanta pro modul Banka / Bankovní výpisy / Úhrady v oddíle “Vydané faktury hledat v pořadí podle” bylo přidáno zatržítko “Použít i pro dobropisy vydané”.
Výchozí hodnota je nezatrženo.
Pokud bude zatržené, pak dohledávání úhrad dobropisů vydaných bude také zohledňovat a dohledávat nejen podle Čísla dokladu, ale podle Objednávky či Dodavatelské faktury.
Platební příkazy zahraniční, přenos příkazů do BankApp.
Dosud nebylo možné odeslat do BankApp zahraniční příkaz v hlavní měně databáze. Tato kontrola byla zrušena, nemá opodstatnění.
Chybová hláška “Měna transakce neodpovídá měně faktury” byla vrácena na upozornění, tj. měkkou hlášku, i při hromadném přenosu faktur.
Upraven algoritmus automatického účtování kurzových rozdílů a automatického haléřového dorovnání při účtování bankovního výpisu. Při nastavení globální konfigurace Banky Způsob účtování protihodnot = Sumace debet či kredit za datum úhrady mohlo docházet k situaci, kdy účetní doklady Kurzového rozdílu / Haléřového dorovnání byly do Deníku zapsány ve fázi Pořízeno
Pokud na řádku bankovního výpisu, na úhradě nebo na úhradě leasingu uživatel ručně vyplní účet, probíhá nově kontrola, zda doplněný účet není navázán do saldokontní skupiny, která má nastaveno Datum párování = Ano (TabSalSk.DatumParovani=A). Pokud existuje alespoň jedna saldokontní skupina s tímto nastavením a má navázaný uživatelem ručně vybraný účet, dotáhne se při opuštění pole Účet automaticky i datum párování = datum úhrady.
Schvalování bankovních spojení - u nově založených uživatelů, kterým byla přiřazena role s vazbou na schvalovací předpis, byl problém při prvním schvalování bankovního spojení. V této souvislosti byla upravena procedura, aby u nových loginů do SQL serveru se při prvním ověření automaticky vygenerovaly záznamy pro schvalování podle rolí.
Do přehledu Bankovní výpisy doplněn tiskový formulář “Výpis z účtu s úhradami”, sys. číslo -212.
Upraveno přiřazení úhrad, kdy jedno bankovní spojení je zadáno u více organizací.
BankApp, nová akce Test bankovních spojení
Pro ověření, že účet, kterým AVA agent přistupuje do iNuvia, má práva pro práci s vlastním bankovním spojením, byla přidána nová akce v přehledu Bankovní výpisy s názvem Test bankovních spojení. Po spuštění vyplníte Login tohoto uživatele, akce zobrazí přehled Bankovních spojení a práv tohoto uživatele.
V případě testu bankovních spojení pro stahování výpisu z BankApp dochází k následujícím testům:
Bankovní spojení je/není blokováno
Bankovní spojení má/nemá povoleno stahování výpisu
V případě negativního výsledku se dál nepokračuje.
Má dané bankovní spojení vyplněn IBAN
Je dané bankovní spojení schváleno (v případě, že používáte Schvalování bankovních spojení)
Má účet, kterým AVA agent přistupuje do iNuvia:
plné právo na vytvoření bankovního výpisu
minimálně právo na čtení pro vlastní bankovní spojení
plný přístup do stromu dokumentů v případě tvorby PDF výpisu
Je správně vyplněna URL adresa na Bankapp AVA Agenta
U Komerční banky se ještě zkontroluje, zda je nastaveno číslování bankovních výpisů jiné než výchozí (jen jako informace)
Stažení bankovních výpisů a práva
Práva se získávají z definice práv nad přehledy Bankovní spojení a Strom dokumentů a z práv na vlastní bankovní spojení.
Při vyslání požadavku na stažení výpisu z BankApp se uplatňují práva uživatele přihlášeného do Helios iNuvio, který akci na stažení výpisu spustil.
Naproti tomu při příjmu bankovního výpisu z BankApp se uplatňují práva technického uživatele, kterým AVA agent přistupuje do iNuvia. Pod tímto uživatelem se vytváří bankovní výpis a případně ukládá PDF do Dokumentů. Z toho plyne, že minimální práva tohoto technického uživatele jsou:
právo na čtení pro vlastní bankovního spojení
plné právo na bankovní výpisy nad daným bankovním spojením
případně právo na ukládání do Stromu dokumentů
Postup vyhodnocení práv
Při vyhodnocení, zda uživatel xy má právo, se postupuje v pořadí:
Je nějaký záznam v definici práv ? Pokud ne, tak uživatel xy má právo
Uživatel xy má záznam v definici práv ? Pokud ano, tak uživatel xy má právo
Role uživatele xy má záznam v definici práv ? Pokud ano, tak uživatel xy má právo
Jiný uživatel má plné právo a uživatel xy nemá záznam v definici práv ? Pokud ano, tak uživatel xy nemá právo
V procesu přípravy účtování bankovního výpisu se ze záznamu Variabilního symbolu (číselník variabilních symbolů v Konstantách a číselnících modulu Banka) dotahuje nově i organizace a zaměstnanec. Pokud nejsou tyto údaje před kontrolou povinností na účtu vyplněny standardním algoritmem, naplní se údaji dotaženými z Variabilního symbolu (tedy jako poslední možnost) a naplní se do přípravy účtování.
Poznámka:
Zaměstnanec se plní jen v případě, že je dotahování povoleno globální konstantou pro účtování banky (viz. globální konfigurace Banka, Příprava a kurz, Doplňovat na řádek výpisu údaje související se zaměstnanci).
Opravena podmínka pro mazání zahraničních platebních příkazů.
Pokud byla přiřazena uživateli role práv s plným přístupem do modulu Banka a na vlastním bankovním spojení byla také plná práva pro danou roli, tak přesto nebylo možné zahraniční platební příkaz smazat.
Při generování platebních příkazů na organizaci, která je z pohledu DPH Identifikovanou osobou, mohlo docházet k zobrazení chybové hlášky:
„Could not convert variant of type (Null) into type (OleStr)“. Platební příkaz se následně vygeneroval správně.
Opraveno.
Celní případy
ECS vývoz - při režimech 21xx a 22xx není nutné vyplňovat SPZ při přestupu. Pokud bude v deklaraci vyplněna, nebude do xml generována.
Možnost udělat kopii řádku v “Odesílání informací o stavu”.
Aktualizace hodnot “Fakturovaná cena včetně dopravy” a “Počítat pouze statistickou hodnotu” po provedení jakékoli externí akce.
Pokud byl např. externí akcí proveden rozpočet PONx a bylo změněna hodnota výše zmíněných polí, pak to nebylo zpětně aktualizováno. Upraveno.
ICS dovoz - Na záložce 4 přejmenována kolonka “Doč.sklad - č.p.” na “Daňový sklad - č.p.”
ICS dovoz - v Nastavení parametrů / záložka Tisk lze zaškrtnout požadavek na tisk QR kódu do platebních výměrů.
Import zemí na trase z NCTS/ECS/ICS Helios iNuvio XML probíhá v pořadí, v jakém jsou uvedeny ve zdrojovém XML souboru.
Kolonka Stav v předložených dokladech se využívá jen pro doklady typu Additional documents. Doklady typu Supporting documents a Transport documents se exportují do xml vždy bez ohledu na Stav.
Byl upraven/vylepšen způsob dohledání měny a ceny při generování přípravné faktury z celního dokladu
měna se dohledává v tomto pořadí - měna na organizaci (příjemce/odesilatel/příjemce služeb), na řadě přípravné faktury, hlavní měna databáze.
k měně se dotahuje i aktuální platný kurz z kurzovního lístku
cena se dohledává v platné cenové úrovni/nabídce typu ceník podle dohledané měny. A to v tomto pořadí: platná nabídka typu “Ceník”, cenová úroveň nastavená na organizaci (příjemce/odesilatel/příjemce služeb), výchozí cenová úroveň
způsob dohledání dále zohledňuje zaškrtávátka a nastavení v globální konfiguraci (např “Použít přednastavenou globální CU - prodej” a podobně)
Při importu položek z excelu(ze schránky) bude při kumulaci položek brán zřetel na případné přídavné kódy (atributy CNKod1 a CNKod2).
ICS dovoz - Datum a čas propuštění se do deklarace doplní ze zprávy o propuštění. Dosud se doplnil datum a čas načtení této zprávy.
ICS dovoz - přidána kontrola na způsob platby cla “E” a vyplnění referenčního čísla povolení odkladu platby
Oprava použití lhůty Při generování ECS vývoz z celní výdejky
CLA - při generování CZ515C se generoval i element <complementOfInformation> v TransportDocument. Opraveno, už se generovat nebude.
CRM
Poptávky vydané - z poptaných položek se hodnoty uživatelských sloupců určených v definici ke kopírování nepřenášely do nabídnutých položek, resp. do zkopírovaných položek při kopii poptávky. Opraveno
Doprava
Pokud jsou účetní dimenze u jednotlivých úseků cestovního příkazu (CP) při generování pokladního dokladu (PD) stejné, přenesou se i do hlavičky PD
Při generování tuz.plat.příkazu se u bankovních účtů s neuvedenou měnou předpokládá tuzemská měna
Pokud se změní typ úseku v CP na Tuzemský, nenuloval se kurz – opraveno
Do úseků CP byla přidaná akce na hromadné změny účetních dimenzí a u zahraničních úseků pro RUČNÍ změnu kurzu
Eserver
REST API:
endpoint /actions/execute
oprava volání externí akce obsahující parametr typu Upozornění, parametr se chybně snažilo předat do uložené procedury
endpoint /actions/meta
upraveno schéma pro paramDefaultValue, atribut umožňuje vracet i null hodnotu
doplněn popis atributu paramConversionType
REST API - endpoint /api/v1/actions/meta
do výstupního schématu byly doplněny atributy nextBrowseIdent a nextReportIdent, hodnoty mají vyplněny pro akce typu Přehled
z výstupního schématu byly odstraněny atributy syspars a data - pro získání meta informací návazného přehledu použijte endpoint browses/meta, popř. reports/meta v kombinaci s hodnotou nextBrowseIdent nebo nextReportIdent
REST API - endpoint browses/meta
nový query parametr defaultData - pokud je tento parametr uveden, vrátí se meta informace výchozí sestavy, meta informace tak odpovídají datům získaným z browses/data se stejnojmenným parametrem
do výsledku byl doplněn atribut defaultReport - pokud má přehled nastavenou nějakou výchozí sestavu, bude vrácen její identifikátor (možno pak použít v reports/data)
REST API - database/list
do schématu doplněny nové atributy dbIconId (integer, nullable) a dbColor (string, nullable)
Evidence pošty
Nové akce v přehledech s dokumenty pro založení a prohlížení zpráv v datových schránkách
Akce Založit zprávu do datové schránky - po výběru datové schránky z řad schránek a následně i výběru z kontaktů určených pro datové schránky se vygeneruje záznam do příslušné schránky s připojeným dokumentem
Akce Zprávy v datové schránce - zobrazí přehled z vybrané datové schránky se zprávami, v nichž figuruje daný dokument
Fakturace
Do atributů předávaných do QR kódu platby "PAY by square" používaného na formulářích vydaných faktur pro legislativu SK byl doplněn atribut Název příjemce (BeneficiaryName). Atribut je plněn hodnotou údaje Název spojení (NazevBankSpoj) uvedenou u příslušného účtu v číselníku Bankovní spojení.
Zrychlení dotazu validace faktury při ukládání.
Doplněno třídění přenosu položek faktury (položek zboží i textových položek) do pomocné tabulky pro následné účtování. Do pomocné tabulky pro účtování se vkládají jednotlivé položky faktury, které jsou účtovány shodným řádkem kontace, nově v pořadí:
položky zboží - dle “Pořadí” (TabPohybyZbozi.Poradi)
textové položky - dle “Pořadí položky“ (TabOZTxtPol.Poradi)
Tím je zajištěno jednoznačné pořadí účtování položek pro případ účtování bez seskupení, tj. situace, kdy je na kontaci zatrženo “Neseskupovat stejné řádky”.
Generování platebního příkazu z uvolněného zádržného nerespektovalo přednastavené bankovní spojení vlastní organizace pro platební příkazy na organizaci nebo na měně.
Upraveno.
Akce Kopie, která je k dispozici nad přehledy s doklady (TabDokladyZbozi), zobrazuje v dialogu "Vyberte prosím parametry kopie" z dokladů, jež jsou propojené se záznamy z Aktivit, volbu "Zachovat vazby na aktivity". Původně byla hodnota přednastavena vždy na výchozí nastavení. Nově se pamatuje poslední nastavení použité daným uživatelem. Výchozí hodnota volby pro přehledy dokladů aktivované přímo z nabídky Inuvio je nadále nezatrženo, pro přehledy dokladů aktivované nepřímo přes záznam aktivity (QMS, CRM) je výchozí hodnota volby nadále zatrženo.
Pro nově generované databáze upravena výchozí hodnota globální konstanty pro modul Fakturace → Kurzové rozdíly → Generovat kurzové rozdíly při úhradě. Nové výchozí nastavení je Automaticky při úhradě (původně bylo Zakázáno).
Související konstanta Částečné kurzové rozdíly je přednastavena na hodnotu Pouze celkové kurzové rozdíly.
Při účtování dobropisu se při splnění podmínek dotahuje do Účetního deníku párovací znak a ID ze zdrojové faktury.
Podmínky:
na účetním kódu je zaškrtnuto “Neseskupovat stejné řádky“
druh pohybu dokladu je dobropis (vydaný / přijatý)
je účtován druh řádku “Částka vč.daní“
na řádku účetního kódu “Částka vč.daní“ je nastaveno - párovací znak dotahovat jako číslo původního dokladu
V tomto případě se do vazebního sloupce IDFASal v účetním deníku pro fakturační saldo plní ID zdrojové faktury. Pokud výše uvedená vazba neexistuje, párovací znak a vazební sloupec se plní standardním způsobem.
Úprava je podpora pro účtování opravných daňových dokladů generovaných z důvodu uplatnění skonta.
Pokud je akce Generuj DDPP/Real. spuštěna z bankovního výpisu, bylo skryto zaškrtávátko “Otevřít doklad“. Možnost otevřít vygenerovaný doklad je pouze v případě, kdy se akce Generuj DDPP/Real. spouští v přehledu faktur.
Oprava chyby. Při generování dobropisu s textovými položkami se z původní faktury nepřenášela sleva těchto textových položek. Opravena i akce Kopie.
Byla opravena kontrola nevyplněnosti pole Dodavatelská faktura v přijaté faktuře. Za určitých podmínek se hláška o nevyplněnosti pole Dodavatelská faktura neobjevila, i když se objevit měla.
Faktury přijaté/vydané. Po instalaci verze 3.0.2025.0918 přetrvávala v některých případech chyba:
Pokud zákazník nemá v licenci přehled výrobních čísel, zobrazila se hláška:
Přehled Pohyby výrobních čísel není nainstalován – nemůže být zobrazen!
Opraveno.
Generování Faktury vydané z položky Poptávky přijaté
V případě faktury v režimu OSS EU se na položku faktury nedoplnila správná sazba DPH, i když je pro příslušnou zemi nastavená na kmenové kartě.
Opraveno.
Faktury k datu
Faktura zadaná minusem se nenapočítávala do sloupců dle kategorií splatnosti (sloupce Saldo po splatnosti XX-YY dnů).
Sloupec Měsíce po splatnosti zobrazoval místo správného údaje hodnotu 0.
Opraveno.
V přehledu Faktury k datu, Přehled faktur se ve sloupcích pro jednotlivé lhůty po splatnosti mohly zobrazovat chybné hodnoty.
Opraveno.
Došlé objednávky, generování faktury podle profilu.
Při generování faktury z došlé objednávky se nerespektovalo nastavení na řadě faktur na záložce 8-Daňový režim, atribut Zboží/Služba.
Opraveno.
Zaškrtávátko KH do limitu
Faktura přijatá/vydaná, parametr “Nastavení pro limit KH” je nastaven na hodnotu “Podle částky a příjemce”. Při navazování záloh mohlo dojít k nesprávnému vyhodnocení, jestli se jedná o plnění do limitu nebo nad limit kontrolního hlášení.
Opraveno.
Firemní aktivity
K záznamům v přehledu Plnění úkolů je nově umožněno akcí "Dokumenty" připojovat dokumenty.
Nad položky záznamů aktivit, záznamů QMS a CRM byla doplněna nová nabídka akcí Aktualizace položek skladových dokladů
Umožňuje do vybraného existujícího dokladu k záznamu doplnit nové označené položky a aktualizovat v něm ty položky, které již v dokladu jsou (aktualizuje se tak, aby položka na cílovém dokladu, odpovídala přesně položce na zdrojovém dokladu, tj. případné úpravy na položce cílového dokladu provedené před aktualizací se ztratí)
K aktualizaci se nabízejí pouze neschválené, nesplněné a nerealizované doklady vygenerované z daného záznamu
V případě poptávek vydaných je možné aktualizovat až ty vydané objednávky, které jsou vygenerované z nabídnutých položek po přechodu na verzi, která uvolnila tuto funkcionalitu
V akcích Kalendář nad Aktivitami, Úkoly v nabídce Zobrazení přibyla k volbě Ganttův diagram, která zobrazuje kalendář zdroje po hodinových úsecích, nová volba
Ganttův diagram - dny - zobrazuje kalendář zdroje po dnech
Na dokladech Firemních aktivit a na dokladech agend QMS, CRM se při akcích pro generování došlých objednávek nad položkami dokladu nezobrazovalo "Upozornění" z organizace přenesené na cílový doklad, mohlo se zobrazit upozornění zadané u jiné organizace, nebo se nezobrazilo žádné. V případě zakládání akcí "Nový" z přehledu Došlé objednávky aktivovaného k dané záznamu se nezobrazovalo vůbec. Šlo o chybu ve funkcionalitě zavedené na daném místě ve verzi 3.0.2025.0900. Opraveno.
Intrastat
Hromadné změny položek dokladů pro Intrastat (pro označené doklady, přehled položek F9 (BID=74), akce Hromadné změny, Pro Intrastat.
Rozšířena možnost zápisu atributu Země původu i do kmenové karty přidáním zaškrtávátka do editoru pro hromadné změny.
Při zápisu celní nomenklatury do kmenové karty se nyní automaticky doplní i atribut Celní popis zboží na kmenové kartě.
Intrastat - upřesnění kontroly DIČ při vývozu (nesmí být použito malé písmeno a začátek DIČ musí odpovídat kódu země určení)
Majetek
Atribut Výrobní číslo v přehledu Položky inventur majetku rozšířen na 100 znaků. Sjednoceno s definicí atributu v přehledu Karty majetku.
Při zavádění karty majetku (protokolu zavedení) fotovoltaické elektrárny (daňový odpis dle původního § 30b zákona č. 586/1992 o daních z příjmů), která byla již odepisována v jiném SW (DP Počet měsíců > 0), nebylo na daňovém pohybu Počáteční stav možné zrušit zatržení DP Měsíc Po?.
Upraveno.
Opravena chyba při stanovení rozhodného datumu pro aktualizaci (přepočet) pohybů, při vkládání nového uživatelského pohybu. Problém nastal, pokud existoval DP Zrušení úplné shody.
Rozhodné datum se nastaví na datum platnosti daňového pohybu typu “Zrušení úplné shody“ jen v případě, že je toto datum vyšší než datum uzávěrky. Oprava se projeví jak při vytváření nového záznamu daňového pohybu tak i při mazání záznamu daňového pohybu.
Z hlášení systému odebrána hláška „Neidentifikovatelná chyba v QueryDanovePohyby“. Ve většině případů byla tato hláška matoucí, protože se vzápětí zobrazilo okno s popisem chyby, např. „Akci nelze provést z důvodu zaúčtovaných pohybů nebo závěrky“. V případě nepopsané chyby systém bude hlásit standardní chybu SQL serveru (v angličtině).
Karta majetku s nastavením Opis pohybů = DP->UP; úplná shoda
Zadání daňového pohybu částečné vyřazení mohlo hlásit chybu “Neidentifikovatelná chyba v QueryDanovePohyby”. Zrcadlový účetní pohyb byl chybně založen. Opraveno.
Mzdy (CZ)
Zaměstnanci, Mzdové údaje, Doplňující údaje - atributy pro registraci zaměstnanců
Od 1.4.2026 budou zaměstnavatelé oznamovat údaje o zaměstnancích do Registru zaměstnanců. Pro registraci zaměstnanců vznikly v systému nové atributy - popis najdete v článku Mzdy - Registrace zaměstnanců v Poradně.
Nezabavitelné částky v roce 2026
(nařízení vlády č. 595/2006 Sb., „o nezabavitelných částkách“, ve znění nařízení vlády č. 548/2025 Sb., vyhlášeného 17. 12. 2025 a účinného od 1. 1. 2025)
ŽMJ = životní minimum jednotlivce – k 1. 1. 2026 činí 4 860 Kč
§ 2 zák. č. 110/2006 Sb., o životním a existenčním minimu + nařízení vlády č. 361/2025 Sb. (od 1. 5. 2026 bude podle zák. č. 152/2025 Sb. činit ŽMJ 5.500 Kč, ale nemá vliv na NČ v roce 2026) NN = normativní nájemné – k 1. 1. 2026 činí 9 430 Kč
§ 28 odst. 1 zák. č. 151/2025 Sb., o dávce státní sociální pomoci + sdělení MPSV č. 526/2025 Sb. (částka pro jednočlennou domácnost v obci s alespoň 70 000 obyvateli) EP = energetický paušál – k 1. 1. 2026 činí 2 300 Kč
§ 32 odst. 1 a odst. 2 písm. a) zák. č. 151/2025 Sb., o dávce státní sociální pomoci (částka pro jednočlennou domácnost)
Nezabavitelná částka na osobu povinného = 0,85 x (ŽMJ+NN+EP) = 14 101,50 Kč
Nezabavitelná částka na vyživovanou osobu = 1/4 x 0,85 x (ŽMJ+NN+EP) = 3 525,375 Kč = 3 525,37 Kč
Limit pro sražení plně zanedbatelné částky = 1,9 x (ŽMJ+NN+EP) = 31 521 Kč (tj. částka, nad kterou se zbytek čisté mzdy sráží bez omezení)
Právní úprava účinná k 1. 1. 2026.
Nová úprava se poprvé použije při výplatním termínu od 1. 1. 2026 (tj. již v lednu při výplatě mzdy za prosinec).
Stav k 1. 1. 2026 má platit pro celý rok 2026 (ke změnám v průběhu roku 2026 se tudíž nepřihlíží).
Pokud máte v 12/2025 již vypočtené mzdy, ale dosud nejsou vygenerované PP ani předkontace, konstanty by se měly měly zaktualizovat automaticky změnovým skriptem a následně je nutné udělat přepočet mezd.
Historie vynětí ve Mzdových údajích - Důvody vynětí
Bylo aktualizováno zobrazení důvodů vynětí v Historii vynětí, kterou je možné si zobrazit ve Mzdových údajích u vynětí z evidenčního stavu, aby odpovídaly aktuálním hodnotám důvodů vynětí.
Zkušební doba - prodloužení zasahující do následujícího roku
Pokud výsledné datum zkušební doby zasahuje mimo existující mzdová období nebo pro toto datum neexistuje osobní mzdový kalendář zaměstnance, je datum určené z fiktivního obecného kalendáře. Je sice pouze orientační, ale v danou chvíli je považováno za relevantní. Výpočet mzdy v dalších obdobích bude výsledné datum postupně aktualizovat.
Týká se určování prodloužení zkušební doby z:
Výpočtu mzdy
triggeru nad Mzdovými údaji při změně Sjednané zkušební doby do
Mzdové údaje - Hromadné změny
V nabídce Hromadné změny nad přehledem Mzdové údaje přibyly nové atributy, které lze pomocí hromadné akce změnit (atributy souvisí s legislativní úpravou Povinného příspěvku na produkty na stáří a s Jednotným měsíčním hlášením):
Riziková práce - povinný příspěvek (nový atribut pro povinný příspěvek PF, kontrola na Kategorii zdravotních rizik 3 v DÚ, pokud je příznak nastaven)
Pracovní režim (nový atribut pro registraci zam.)
Nepřetržitý provoz (nový atribut pro registraci zam.)
Oznámení o nástupu do zaměstnání v roce 2026 a Dohody o provedení práce (DPP)
Od ledna 2026 již nebude legislativně fungovat Výkaz příjmu DPP. Dohody o provedení práce bude možné opět hlásit pomocí přehledu Oznámení o nástupu do zaměstnání. Budou přihlašovány všechny DPP bez ohledu na výši příjmu.
Výkaz příjmů DPP: od mzdového období 01/2026 :
při vstupu do přehledu Výkaz příjmů PP se zobrazí hláška, že od roku 2026 již nelze přihlašovat a odhlašovat zaměstnance touto cestou
všechny akce tohoto přehledu jsou neaktivní
měsíční uzávěrka - kontrola na úplnost odeslání Výkazu příjmů DPP volaná na začátku uzávěrky je nyní volaná naposledy v období 12/2025
Generování přihlášek : V období 01-03/2026 se pro DPP vygeneruje nová přihláška v případě, že :
Datum sociálního pojištění od spadá do vybraného období
neexistuje v ONZ ve vybraném období přihláška pro daný PP se stejným datem vzniku SP.
Generování odhlášek : V období 01-03/2026 se pro DPP vygeneruje nová odhláška v případě, že :
Datum ukončení PP spadá do vybraného mzdového období a je nastaveno Počítat SP nebo Počítat SP od hranice
ve vybraném mzdovém období neexistuje odhláška pro daný PP se shodným Datem ukončení PP
Potvrzení o době trvání zaměstnání zakládajícím účast na nemocenském pojištění zaměstnanců - tiskový formulář
Nad přehledem Roční sestavy, Roční ELDP byl vytvořen nový tiskový formulář Potvrzení o době trvání zaměstnání. Údaje o době trvání zaměstnání se načítají z ELDP, nad kterým se formulář tiskne.
Mzdové údaje - změna doby určité na dobu neurčitou
Při určité velikosti byla schovaná hláška na změnu zkušební doby a vypadalo to, že je Helios zaseknutý (nedošlo ke sbalení výběru druhu PP). Upraveno.
Ohlášení plnění povinného podílu osob se zdravotním postižením na celkovém počtu zaměstnanců zaměstnavatele - nový tiskový formulář
Pro tisk povinného podílu byl pro rok 2025 vytvořen nový tiskový formulář (systémové číslo - 1505). Obsahuje úpravy týkající se nového způsobu výpočtu povinného podílu (% zaměstnaných zdravotně postižených osob a koeficient).
!!!Pro tisk povinného podílu za rok 2025 je nutné, abyste byli v období 12/2025!!!
Formulář Počet zaměstnanců ke dni - vzor číslo 25
Bylo změněno číslo vzoru formuláře na číslo 25.
Nepeněžní benefity - hranice
Parametr pro nepeněžní benefity vychází z atributu TabMzKons.PN_RH1_HodCastka, Sleva na SP, Průměrná mzda, pro rok 2026 tedy 48 967 Kč, nepeněžní benefity lze uplatnit do poloviny této průměrné mzdy.
Parametr pro zdravotní benefity vychází také z atributu abMzKons.PN_RH1_HodCastka, Sleva na SP, Průměrná mzda, pro rok 2026 tedy 48 967 Kč, zdravotní benefity lze uplatnit do částky 100% průměrné mzdy.
Sociální pojištění - riziková zaměstnání
Od 01/2026 je v nabídce Konstanty a číselníky, na záložce DNP a pojištění je nastaven atribut Riziková zaměstnání, Důchodové pojištění = 24,5 (ostatní procenta odvodu za firmu jsou totožná s běžnými zaměstnanci). Celkově tedy odvede zaměstnavatel za tuto skupinu zaměstnanců 27,8% z vyměřovacího základu.
Sociální pojištění - riziková zaměstnání
Od 01/2026 se zvyšuje odvod sociálního pojištění za firmu u skupiny záchranáři/hasiči.
V nabídce Konstanty a číselníky, na záložce DNP a pojištění byl upraven atribut Záchranáři, hasiči, Důchodové pojištění = 26,5 (ostatní procenta odvodu za firmu jsou totožná s běžnými zaměstnanci). Celkově tedy odvede zaměstnavatel za tuto skupinu zaměstnanců 29,8% z vyměřovacího základu.
Slevy na pojistném - Průměrná mzda
Pro rok 2026 se mění průměrná mzda na hodnotu 48 967 (mzdové konstanty na záložce 2 - DNP a pojištění v sekci [5] Slevy na pojistném.) Tato hodnota má zásadní vliv na určování slevy na sociálním pojištění zaměstnavatele.
Práce na dálku - nová minimální hranice
Od ledna 2026 je výše paušální částky stanovena na 4,70 Kč, která náleží zaměstnanci za každou započatou hodinu práce na dálku.
Sociální pojištění - maximální vyměřovací základ
Od 01/2026 se zvyšuje hranice maximálního vyměřovacího základu na sociální pojištění na částku 2 350 416 Kč
Hranice pro 15% daň ze závislé činnosti:
Pro účely výpočtu zálohy na daň ze závislé činnosti podle § 38h zákona o daních z příjmů definována 15% sazba zálohy do 3násobku průměrné mzdy, který činí pro rok 2026: 146 901 Kč .
Daně - hranice pro odvod srážkové daně
Od ledna 2026 se mění:
hranice pro odvod daně 1 z 11 500 na 12 000 Kč (DPP)
hranice pro odvod daně 2 zůstává beze změny 4 500 Kč (Jiná zaměstnání)
Od těchto limitních hranic je již odváděná zálohová daň , proto jsou ve Mzdových v konstantách uvedeny částky 11 999 a 4 499.
Redukční hranice pro výpočet náhrady za nemoc
Od ledna 2026 se mění nastavení redukčních hranic:
Nové redukční hranice:
1. redukční hranice ... 285,78
2. redukční hranice ... 428,58
3. redukční hranice ... 856,98
Plátce pojistného stát
Od 01/2026 se mění hranice, do které je plátcem pojistného stát. Nově se jedná o částku 16 206 Kč.
Výpočet mzdy - sloupec Info
Nad Výpočtem mzdy se v případě upozornění “Exekuce se zadanou Maximální srážkou při více platných SVR v měsíci” zobrazovalo ve sloupci Info pouze číslo hlášky 75067, nikoli text.
Upraveno.
DNP - redukční hranice
Od ledna 2026 platí nové redukční hranice pro dávky nemocenského pojištění.
V Heliosu se jedná pouze o informativní údaj.
Penzijní fondy - hlášení za pobočky
exporty PF do formátu APF i České pojišťovny byly doplněny o filtraci za pobočku :
v konstantách musí být povolena práce s pobočkami
nově se před exportem vybraného formátu exportu nabídne pro výběr seznam poboček
pokud uživatel vybere konkrétní pobočku, vyexportují se pouze záznamy zaměstnanců s touto pobočkou ve MÚ
pokud uživatel nevybere žádnou pobočku, export proběhne jako dosud za všechny zaměstnance.
V přehledu Dokumenty je nově akce “Odeslat výplatní lístek na AVA”. Odeslat lze pouze dokument, který je navázaný na zaměstnance a je označen jako typ formuláře = výplatní lístek. Typ formuláře se do dokumentu dostane při tisku do souboru (Hromadně pro e-mail, Odeslání zaheslovaného PDF, Tisk do dokumentů z náhledu tisku) z definice tiskového formuláře.
Plnění povinného podílu za rok 2025
Došlo k zásadní změně výpočtu povinného podílu.
Nový výpočet odvodu do státního rozpočtu
Pokud zaměstnavatel nesplní povinný podíl jiným způsobem, odvádí částku odpovídající průměrné mzdě v národním hospodářství za každou „chybějící“ OZP, a to:
Koeficientem 1 , pokud zaměstnává ≥ 3 % OZP,
Koeficientem 2 , pokud zaměstnává 1–2,99 % OZP,
Koeficientem 3,5 , pokud zaměstnává < 1 % OZP.
V editoru před tiskem se zobrazí částka odvodu za jednu osobu (ve výši 48 171 Kč) a na základě vypočítaného poměru atributu Zaměstnáním u zaměstnavatele a Průměrného ročního přepočteného počtu zaměstnanců se vypočítá výsledná částka odvodu.
POZOR! Došlo ke změně chování akce “Odeslání zaheslovaného PDF”. Tato akce nyní neodesílá automaticky vytištěné dokumenty, ale funguje podobně jako Hromadně pro e-mail. Tedy vytiskne odpovídající tiskový formulář a zařadí ho do přehledu dokumentů. Následně zobrazí seznam těchto dokumentů připravených k odeslání.
V definici pro odesílání zaheslovaného PDF je nyní nově možno říci, jestli se má vytvořit dokument na disku nebo v databázi, do jakého stromu dokumentů se má zařadit, případně zadat cestu na disk, kam se mají soubory uložit. Akce NEukládá dokumenty do všeobecných dokumentů!
V souvislosti s dalšími návaznými akcemi (např. odeslání výplatních lístků do aplikace integrované přes AVAplace) bylo do tiskových formulářů doplněna možnost nastavení typu formuláře. Momentálně jsou přístupné 2 typy: Neurčeno (implicitní) a Výplatní lístek. Tento typ se při tisku do dokumentů přenáší do výsledného dokumentu. Do dokumentů se nyní také přenáší aktuální mzdové období v rámci kterého byl dokument vytvořen.
Pokud existuje externí řešení nad touto akcí, které využívá slepé procedury ep_OnBeforeEMail01 a ep_OnAfterEMail01, je třeba toto řešení přepracovat, jelikož vlastní odeslání e-mailu teď bude prováděno z jiného přehledu.Postup pro odeslání PDF je tedy: "Odeslání zaheslovaného PDF" --> Přenos --> OK (pokud se zobrazí dialog pro zadání textu) --> záložka akce "Poslat neodeslané". Takto se PDF odešle a uloží do DB nebo na disk.
Personalistika (CZ)
Uchazeč o zaměstnání - složky mzdy
Nově je možné do editoru Uchazeče o zaměstnání na záložku Nástupní údaje do sekce Složky mzdy zadávat i mzdové složky Prémie a odměny se vstupním formulářem Procento.
Pokladna
Pro generování pokladního dokladu kurzového rozdílu byla zrušena podmínka, že v daném období nesmí existovat pokladní doklad s vyšším datem, než ke kterému je generován kurzový rozdíl.
Revize založení úhrady faktury (vydané i přijaté) vystavené v hlavní měně, úhrada pokladním dokladem v cizí měně. Úhrada není generována z přehledu faktury, ale je založena nad pokladním dokladem (nebo položkou pokladního dokladu) pomocí akce Faktury a dobropisy → Připojit odpovídající fakturu/dobropis.
Generování platební transakce v hlavní měně - akce upravena, aby se hodnoty v hlavní měně neplnily i do sloupců pro cizí měnu.
Připojení faktury k pokladnímu dokladu. Pokud uživatel na dotaz k aktualizaci účetních údajů odpověděl Ano, nedoplnil se v některých případech účet z nastavení řady faktury. Opraveno.
Pokladní prodej
Opraven problém, kdy přidávání položky s obalem pomocí zadání množství číslo výrobku nerespektovalo množství přidávaných obalů zadané množství hlavní karty. Pokud jsem měl nadefinováno např. k pivu obal lahev, tak se při zadání 6pivo dotáhla pouze jedna lahev.
Současně došlo k rozšíření podporovaného přidávání pomocí množství * na prodejku i na balíčky.
V definici tlačítek rychlého prodeje si mohu u tlačítka nastaveného na přidávání zboží do položek zvolit nově i množství, které bude mít přednost před množstvím přednastaveným na kmenové kartě.
Do programu byla doplněna možnost prodávat vouchery za jinou cenu než jaká je jejich hodnota, když je pak zákazník uplatní.
Pro využití této funkcionality je nutné nastavit dvě věci.
U karet voucherů na kmenové kartě / záložka dodatky / část pokladní prodej / Prod. cena voucheru si zvolit, v jakém “režimu” se bude s prodejní cenou pracovat. Výchozím nastavením je to, že bude shodná s hodnotou voucheru, tzn prodejní cena = hodnota voucheru. Pokud chci mít prodejní cenu nižší než je pak hodnota voucheru při platbě, tak mohu volit z dvou možností.
Pevná snížená prodejní cena voucheru oproti jeho hodnotě - toto nastavení je určeno pro situace, kdy chci např voucher v hodnotě prodávat (dávat) vždy za 1 Kč. Tuto sníženou cenu voucheru si pak nastavím do vedlejšího pole. Obsluha při prodeji ji bude mít přednastavenu a nebude ji moci změnit.
Editovatelná snížená prodejní cena voucheru oproti jeho hodnotě - v případě, že je potřeba, aby obsluha při prodeji měla možnost zasáhnout do prodejní ceny voucheru, tak zvolte tuto možnost. Opět lze přednastavit výchozí hodnotu, za kterou se bude voucher prodávat, ale tuto hodnotu lze při prodeji změnit.
Založit si novou kmenovou kartu, která pak bude sloužit k odečtení rozdílu mezi hodnotou voucheru a jeho prodejní cenou. Nejlépe službová karta tak může mít třeba název “sleva na voucher”. Kartu je potřeba zařadit na ty sklady, kde pak bude s vouchery používána. Tuto kartu je pak nutné vyplnit v konfiguraci / pokladní prodej / karta pro slevu na voucher.
Při prodeji voucheru se pak vedle hodnoty voucheru zobrazí i částka, za jakou se voucher prodá. Ta bude dle nastavení výše buď editovatelná či nikoliv. Po potvrzení přidání voucheru se založí do položek dva svázané řádky, kdy první je vlastní prodej voucheru a druhým pak řádek kde bude odečten rozdíl mezi hodnotou voucheru a jeho požadovanou prodejní cenou.
I když bylo zapnuté zadávání pokladního před prodejem, tak u dokladů vystavených například z objednávek nebylo jeho přihlášení vyžadováno. Nyní se vyplnění pokladního kontroluje před zadáním platby s nutností se na některého přihlásit (pokud to je na řadě zapnuté).
Opravena chyba při účtování následného čerpání účtenky.
Princip - na účtování následného čerpání mají vliv tato nastavení:
Zaškrtávátko “ Přednostně párovací znak = číslo voucheru “ v editoru řádku účetního kódu.
Není-li zaškrtávátko zatrženo, účtování probíhá přímo z úhrady, resp. z tabulky “ Rozpis DPH pro způsoby úhrady, které jsou EET následným čerpáním “ - viz Nastav (účtují se sloupce “Částka bez DPH“ a “Částka DPH“). Pozor - při tomto účtování musí mít záznamy v tabulce “Rozpis DPH pro způsoby úhrady, které jsou EET následným čerpáním“ zatržen příznak “ EET “ (neveřejný sloupec). Nastavení tohoto příznaku se řídí nastavením konstanty “Konfigurace“ - “EET“ - “ Používat elektronickou evidenci tržeb “ - aby byl příznak zaškrtnut, musí být konstanta nastavena na “EET Test“ nebo “EET Zapnuto“.
Je-li zaškrtávátko “Přednostně párovací znak = číslo voucheru“ zatrženo, účtování probíhá z přehledu “ Vouchery - čerpání/dobití “, sloupce “Základ DPH“ a “Částka DPH“.
Upozornění: Zaškrtávátko “Přednostně párovací znak = číslo voucheru“ by mělo být pro všechny řádky následného čerpání účetního kódu vždy stejně nastaveno (buď u všech řádků nezatrženo nebo u všech řádků zatrženo).
Projektové řízení
Přidání masky informačního okna projektů/etap/úloh pro nový Gantt v2.
Přednabízení kurzu a měny z nadřízeného záznamu pro novou (nebo převedenou ze vzoru) etapu/úlohu na základě nastavení přednabízení na řadě projektu.
Doplnění řízených změn cen na projektu/etapě o odhadované náklady a výnosy ve valutách.
Při generování storna výdeje na výkaz nákladů je odečtena evidenční cena i z rozpracovanosti. Pokud je storny vykryto celé množství výkazu, tak jsou rozpracovanost i výkaz odstraněny.
QMS Systém řízení kvality
Generování reklamací z položek faktur
Reklamace vydané - byla doplněna možnost generovat reklamaci z položek Přijaté faktury , nebo propojit Reklamaci vydanou s položkou Přijaté faktury
Reklamace přijaté - byla doplněna možnost generovat reklamaci z položek Vydané faktury , nebo propojit Reklamaci přijatou s položkou Vydané faktury
Tato funkcionalita je určena především pro případy, kdy dané reklamované položky se nevyskytují na související příjemce, resp. na související výdejce
Může jít o službové položky, pro něž nejsou skladové doklady pořizovány, nebo o případ, kdy skladové doklady byly pořízeny v rámci jiného informačního systému
Program při generování/zadávání reklamace hlídá, zda reklamovaná položka se nevyskytuje na řádku souvisejícího dokladu, k němuž již byla nějaká reklamace vystavena. Pokud tomu tak je, neumožní reklamaci k řádku z jiného druhu souvisejícího dokladu vystavit
Parametry QMS – Reklamace byly rozšířeny o nastavení
Reklamace přijaté jen z realizovaných vydaných faktur - výchozí nastavení zatrženo - akce Generuj reklamaci umožní generování pouze pro položky z realizovaných faktur a v editoru reklamace se k přiřazení nabízejí jen takové položky
Reklamace vydané jen z realizovaných přijatých faktur - akce Generuj reklamaci umožní generování pouze pro položky z realizovaných faktur a v editoru reklamace se k přiřazení nabízejí jen takové položky
Úpravy v editorech reklamací
V editorech reklamací lze v novém příznaku "Zdroj reklamace" zvolit, zda se má jako zdroj pro reklamaci použít skladový pohyb příslušného druhu či pohyb z faktury příslušného druhu.
U stávajících reklamací byl příznak "Zdroj reklamace" naplněn aktualizačním skriptem.
Příznak "Zdroj reklamace" ještě rozlišuje variantu, že zdrojem reklamace byla evidence operací zadaná jako operace zjištění, k čemuž může dojít
v interních neshodách,
v reklamací vydaných vygenerovaných z evidence kooperací
v reklamacích na materiál vygenerovaných z evidence výrobních operací
Interní neshoda může mít jako "Zdroj reklamace" i pohyb příjemky
Při generování reklamace akcí přímo ze zdrojového dokladu se příznak "Zdroj reklamace" nastaví automaticky
V editorech se příznak "Zdroj reklamace" u framu s přiřazeným pohybem zobrazuje pouze v případě, že je třeba rozlišit, zda je zadán, nebo se má zadat jako zdroj reklamace skladový, nebo fakturační pohyb zobrazovaný přes stejný frame
V souvislosti s touto novou funkcionalitou bylo nutné umožnit zahrnout do standardních výpočtů ukazatelů kvality v agendě "Vztahy s obchodními partnery" přijaté faktury a vydané faktury:
Ukazatel KvalitaDod (Reklamace nakoupeného zboží) - lze zadat navíc parametry LINE18, LINE19 pro omezení rozsahu zahrnutých přijatých faktur a dobropisů
Ukazatel KvalitaOdb (Reklamace prodaného zboží - lze zadat navíc parametry LINE13, LINE14 pro omezení rozsahu zahrnutých vydaných faktur a dobropisů
Algoritmus standardních výpočtů byl upraven tak, aby se respektovaly výše uvedené parametry a v případě, že jsou reklamace vystaveny k faktuře, nedošlo k započtení dodaného množství současně z faktury i ze skladového pohybu, pokud existují k danému případu oba druhy pohybu
Přes tato opatření nedoporučujeme kombinovat pro stejné kmenové karty oba způsoby evidence reklamací, pokud k tomu není vážný důvod a využíváte standardní výpočty ukazatelů kvality
Vazba na harmonizované číselníky v editoru " FMEA Verze " nešla zrušit v případě, že bylo vyplněno datum " Platná od " a nebylo vyplněno datum " Zpracováno ". Opraveno: Vazbu nelze zrušit, až když je " Stav " verze FMEA alespoň " Dokončeno " (vyplněno datum " Zpracováno ")
Pokud se v editoru " Analýza FMEA " přešlo na další záznam FMEA, tak akce " Nový záznam " na záložce " Analyzované procesy FMEA " založila proces do verze FMEA ve stavu " Zpracovává se " předchozího záznamu FMEA. Opraveno
Řízení peněžních toků
Aktualizace dokladů peněžních toků neplnila sloupec Částka CM - individuální analýza u dokladů z modulu Fakturace a u Expedičních příkazů. Doplněno.
Ošetřena akce Aktualizace peněžních toků (přehled Peněžní toky - doklady), aby v případě, že je součet částek saldo.uhrazena_castka a uhrady.realuhradavhm vyšší než 10 bil. Kč, nedošlo k chybě “Arithmetic overflow error converting numeric to data type numeric.”
Řízení peněžních toků
Přidána nová konstanta Došlé objednávky, EP/položky došlých objednávek, EP označené Splněno nezahrnovat . Konstanta je umístěna na záložce 2 - Návazné doklady.
Při zatržení této konstanty je při spuštění akce Aktualizace peněžních toků (přehled Peněžní toky - doklady) přihlíženo k atributu Splněno (na položce i hlavičce) expedičních příkazů a došlých objednávek. Pokud je doklad nebo jeho položka označena “Splněno”, pak se část, která nebude dodána/splněna, do peněžních toků nenačítá.
Pokud konstanta není zatržena, pak se systém chová jako doposud, tj. k nastavení atributu Splněno na položkách nebo hlavičkách expedičních příkazů a došlých objednávek není přihlíženo.
Servis
V akcích pro položkový převod z dokladů aktivovaných nad položkami v Servisním výkazu byla doplněna možnost vedle dosud nabízené akce "Převod s editací" využívat i další standardní akce "Převod bez editace" a "Převod s výběrem a potvrzením".
Dispečink - při založení nové kontaktní osoby v rámci vyplňování vazby "S kým se jednalo" dojde nově automaticky k přiřazení této kontaktní osoby do vztahu k organizaci uvedené ve vazbě "Organizace" na daném dokladu.
Na řadách dokladů pro druhy pohybu:
příjem na sklad
storno příjmu
výdej ze skladu
storno výdeje
výdej v evidenční ceně
bylo umožněno nastavit výchozí hodnotu pole Datum vystavení, jako je to na fakturách.
Sklady, nákup a prodej
U parametru profilů pro generování "Způsob generování z hlavičky či položek" je nově povolena hodnota "Zbývající množství včetně nulového množství" pro všechny druhy dokladů, s výjimkou pokladního prodeje. Dosud byla povolena pouze pro výdejky/výdejky v evidenční ceně. Využití je zejména u zálohových faktur, kde je tak možné vygenerovat více zálohových faktur.
V editoru textové položky došlé objednávky byla doplněna možnost zadat "Kód PDP" z číselníku.
Do přehledu dokladů DSN (hlavní nabídka Sklady/Dodatečné související náklady, BID=847) přidána možnost navazovat dokumenty.
Akce Kopie - do úvodního dialogu s parametry pro kopírování došlé objednávky byl doplněn parametr "Otevřít doklad", jehož nastavení se pamatuje na uživatele. Je-li zatržen, doklad založený kopií původního dokladu se otevře pro editaci.
Do akcí pro generování dokladů dle profilu pro generování návazných dokladů z došlých objednávek bylo doplněno zobrazování informačního okna s textem upozornění zadaným na organizaci uvedené na dokladu.
Při spouštění akcí pro generování prostřednictvím automatu lze nově upozorňování z organizace potlačit nastavením volby "Editory" u příslušné akce automatu na hodnotu "Automaticky stisknout tlačítko OK".
Pro hlavičky dokladů skladů, prodeje a nákupu byly v Nastav doplněny vazby do číselníků Forma úhrady, Způsob dopravy, pro položky do číselníku Měrné jednotky.
Při tvorbě kmenové karty výrobního čísla, kdy atribut kmene “Výrobní čísla / šarže” má hodnotu “Šarže s výrobními čísly - sloučené”, je kontrolováno, zda atribut “Výrobní číslo” obsahuje oddělovač výrobního čísla. Pokud ne, je zobrazeno upozornění. Kontrola neprobíhá při zápisu přes API.
Kmenová karta výrobního čísla je rozšířená o atribut “Verze SW”.
Na řadě došlé objednávky je nové nastavení Hlásit přiřazení neuhrazené zálohy (aktivní pouze v případě, že je zatrženo nastavení Na realizační fakturu navázat i neuhrazené zálohy) - je-li zatrženo, objevuje se při generování/zadávání realizační faktury s přímou i nepřímou vazbou na došlou objednávku upozornění v případě, že došlo k automatickému přiřazení neuhrazené zálohové faktury s vazbou na tuto došlou objednávku v řadě s tímto nastavením.
V přehledu Došlé objednávky existuje akce Nápočet údajů z fakturace. Na konec tohoto nápočtu (procedura hp_DosleObj_NapocetUdajuZFakturace) jsme přidali volání slepé procedury ep_DosleObj_NapocetUdajuZFakturace s parametrem @IDDoklad. Je možné tak napočítat i jiné údaje z faktury, například částky bez DPH.
Položky označené uživatelem jako splněné na vydaných objednávkách a expedičních příkazech (nastavením příznaku na položce či na hlavičce dokladu) byly dosud bez omezení převáděny do návazných dokladů zakládaných akcemi pro generování i při položkovém převodu. Nyní došlo k úpravě funkcionality. Je-li v rámci akce zobrazen dialog pro převod s výběrem a potvrzením, takto splněné položky se v přehledu položek nadále objevují, ale nejsou označeny k převodu a mají množství 0. Pokud se v rámci generování, nebo převodu dialog neobjevuje, splněné položky se automaticky nepřevádějí.
Kmenové karty - akce Hromadné změny - úpravy zadávání pole Celní popis zboží
lze do něj nově zadat víceřádkový text, délka řádků je automaticky omezena stejně jako při zadávání textu v editoru Kmenové karty
po zadání osmiciferné celní nomenklatury se Celní popis zboží v případě, že ještě není uživatelem předvyplněn, naplní odpovídající hodnotou z číselníku stejně jako při zadávání textu v editoru Kmenové karty
Do stromu dokladů byly doplněny přijaté faktury vystavené ve vazbě na objednávky v přehledu Kooperační objednávky v modulu Výroba.
V přehledech Faktury vydané a Faktury přijaté (BID 29 a 134) a skladových Výdejek (BID 18) byly odstraněny zastaralé akce pro generování celních deklarací v menu “Celní případy”
Byl upraven způsob generování ECS vývoz z přehledu vydaných faktur:
Do generování jsou nové zahrnuty pouze položky s vyplněnou celní nomenklaturou (údaj na kmenové kartě)
Nově nedochází k zaokrouhlení přenášené hmotnosti na celé kilogramy - zaokrouhluje se na tři desetinná místa
Upraveny definice atributů JCevidSNaDSN, CCevidSNaDSN a CCevidSNDSNDruh tabulky TabPohybyZbozi (položky dokladů OZ). U druhu dokladu Faktury/Dobropisy vydané se zohlední hodnoty DSN napočtené v atributu DSNPolozkyFaktury. Změna se projeví v akcích Nápočet nákladových cen a Aktualizovat marže položek….
Výpočet marže nyní zohlední nově upravený atribut CCevidSNaDSN (oproti dříve používanému CCevidSN). Do nákladů se tak zahrnují i částky DSN (dodatečných souvisejících nákladů).
Výdejku s pohyby výrobních čísel provázanými s pohyby výrobních čísel na došlé objednávce převedenou dokladově do vydané faktury nebylo možno z faktury odstranit, došlo k chybě: Na záznam jsou navázány další údaje - nelze smazat ! Opraveno
Pokud se do sestavy pro hlavičky dokladů vybraly sloupce z vazby Aktivity, došlo při zobrazení přehledu k chybě [SQL:156,15] Incorrect syntax near the keyword 'WHERE'. Opraveno: Vazba poskytuje data ze záznamu aktivity pouze v případě, že je přehled spuštěn k záznamu Aktivity, proto je u ní v Nastav uvedeno: Aktivity (funkční jen z přehledu spuštěného k záznamu tabKontaktJednani).
Akce "Generovat storno" pro doklady příjemky a výdejky nenabízela prvotně pouze řady přednastavené pro daný sklad na záložce řady v editoru záznamu organizační struktury. Opraveno - nabízejí se jen přednastavené řady, výběr lze v zobrazeném přehledu vybraných řad rozšířit akcí "Všechny řady".
Rest API Došlé objednávky - při POST objednávky v hlavní měně do řady s přednastavenou cizí měnou zůstával v hlavičce dokladu chybně kurz pro cizí měnu. Opraveno
NZB
Materiálové zdroje úloh v Projektovém řízení - při uzavření materiálového zdroje úlohy akcí Nastavit Alt+U nedocházelo automaticky k uvolnění materiálu zajištěného stavem skladu, nebo vydanou objednávkou pro daný požadavek. Opraveno - detail zajištění stavem skladu se zruší, detail zajištění vydanou objednávkou se ponechá, aby byla zachována informace o tom, že daná objednávka souvisela s daným požadavkem, pouze "Množství kryté" se vynuluje, aby bylo volné pro jiné požadavky.
Akce Hromadné změny
nad položkami došlých objednávek
nad položkami ostatních dokladů nákupu, prodeje, skladů
nad položkami faktur
nad kmenovými kartami výrobních čísel
v případě zvolení aktualizace datumových polí prázdnou hodnotou naplnily aktualizovaná pole hodnotou 01.01.1900. Opraveno
Účetnictví
Do distribučního adresáře SYSTEM přidány nové vzorové soubory verze 202601.
Vytvořen nový ZIP soubor CiselnikyPO_CZ202601.zip pro import číselníků ze Store.
Jedná se o číselníky pro příspěvkové organizace pro rok 2026
Kontroly PAP
Partneři v konsolidaci státu
Partneři PAP
Příjmy a výdaje
Typy změn
Analytiky PAP
Obdobně jako byly upraveny podmínky pro výpočet Základu daně a Částky daně v účetním deníku tak, aby se přepočet Základu daně a Částky daně provedl při opravě částky v editoru účetního dokladu (pokud nebyla provedena akce Oprava DPH), jsou upraveny podmínky v případě úpravy částky i při účtování prvotního dokladu (např. faktury) při účtování v přededitaci.
Editor účetního deníku, nově se pole Poměrný koeficient vč. zaškrtávátka v účetním deníku - oblast [1] poměrný koeficient zobrazuje v případech (a lze editovat) že:
V globálních konstantách, Firemní konstanty je nastaveno
Používat poměrný koeficient CZ je nastaveno na Přeúčtování interními doklady nebo Účtování prvotních dokladů
nebo Poměrné rozúčtování daně SK je zaškrtnuto
Stejné možnosti editace Poměrného koeficientu platí i pro akci Hromadné změny nad Účetním deníkem.
CZ DPH, režim daňových klíčů.
Jsou doplněny dva nové daňové klíče pro opravu odpočtu daně v případě pohledávky po splatnosti 6 měsíců - krácený nárok.
IN-Insol-Dluz-SS-Krac / Oprava výše daně - insolvence - dlužník - krácený nárok snížená sazba
IN-Insol-Dluz-ZS-Krac / Oprava výše daně - insolvence - dlužník - krácený nárok základní sazba
V adresáři system je nový soubor verze 200509: DANKLICE_202509.TXT
Co je třeba udělat po update na verzi 3.0.2025.0918 (nebo vyšší) v případě, že se používají daňové klíče pro CZ DPH?
Těmto 2 novým daňovým klíčům přidat aktuální CZ sazbu DPH (základní resp. sníženou) a účet DPH vstup.
V přehledu Evidence k DPH, Daňový režim akcí Import daňových režimů a daňových klíčů vyhledat soubor DANKLICE_202509.TXT a tento naimportovat.
V neuzavřených Přiznáních k DPH na záložce 2 - Výkazy DPH akcí Automat daňových klíčů doplnit tyto 2 nové daňové klíče.
V neuzavřených Kontrolních hlášeních - CZ na záložce 5 - Vazby na daňové klíče akcí Automat daňových klíčů doplnit tyto 2 nové daňové klíče.
Daňové klíče - přípravný režim
Přípravný režim (viz zaškrtávátko “ Přípravný režim “) je období přechodu od používání metodiky účtování DPH pomocí analytik účtů DPH k metodice používání daňových klíčů (DK). Aby nebylo třeba řešit přechod metodou “dnes jen analytiky, zítra jen daňové klíče”, bylo umožněno aplikovat přechodné období, kdy jsou postupně jednak doplňovány řádky účetních kódů (kontací) o řádky s daňovými klíči a také obsluha na položky dokladů postupně zavádí doplňování daňových klíčů.
Bylo upraveno účtování prvotních dokladů pro případ, že je v globálních konstantách, Firemní, zaškrtnuto zaškrtávátko “ Přípravný režim “ a prvotní doklad má zadány daňové klíče. Účetní kód pro přechodné období obsahuje jak řádky s daňovými klíči, tak řádky bez daňového klíče a příslušné období DPH nemá nastaven režim daňových klíčů. Úprava účtování se týká řádků účetního kódu pro základy daně a částky daně. V tomto případě se při účtování použijí řádky kontace BEZ daňových klíčů a řádky kontace s daňovými klíči se ignorují.
Úprava se týká účtování faktur a dobropisů, pokladních dokladů, účtenek a dokladů Leasingu.
Pokud je zapnutý Přípravný režim, řídí se účtování nastavením cílového Období DPH , zaškrtávátko Režim daňových klíčů .
Pozor, tento stav platí pouze pokud je zapnutý Přípravný režim .
Zákon č. 360/2025 Sb.Zákon, kterým se mění některé zákony v souvislosti s přijetím zákona o jednotném měsíčním hlášení zaměstnavatele,
ČÁST ŠESTÁ - Změna zákona o rezervách pro zjištění základu daně z příjmů
Čl. X V § 5 odst. 6 písm. a) a c), § 5a odst. 5 písm. a), § 5a odst. 5 závěrečné části ustanovení, § 5a odst. 6 písm. c) a v § 8c písm. b) a d) zákona č. 593/1992 Sb., o rezervách pro zjištění základu daně z příjmů , … se částka „30000 Kč“ nahrazuje částkou „50000 Kč“ . Účinnost od 1.1.2026.
V Helios Inuvio byl doplněn kontrolní algoritmus pro speciální režim dle § 8c opravných položek takto:
do 31. 12. 2025 se kontroluje limit 30 tisíc (původní kontrola)
od 1. 1. 2026 se kontroluje limit 50 tisíc (nová kontrola)
Pro novou kontrolu od 1. 1. 2026 zavedena 2 nová chybová hlášení:
“Nesplněna výše pohledávky na sal.případu (max.50 tis.)"
"Nesplněna výše pohledávky dle §8c na sal.skupině (max.50 tis.)"
Pro zápočty ve fakturaci a v saldu byly provedeny tyto úpravy:
Pokud je uzavřeno účetní období nebo uživatelské období (které je zadáno na zápočtu):
nelze vytvořit nový zápočet
zápočet nelze opravit
zápočet nelze smazat
zápočet nelze účtovat
nelze spustit výkonné akce, např. “Přepočet zápočtů dle kurzů“ atp. (akce pro zobrazení přehledů spustit lze)
Pokud je uzavřeno kalendářní období:
zápočet nelze uzavřít (tzn. zadat datum potvrzení - je kontrolováno právě datum potvrzení proti kalendářnímu období)
je respektováno uzavření/otevření Účetnictví.
Uzavření účetního a uživatelského období
Do akcí uzavření účetního a uživatelského období byla přidána kontrola, zda existují v daném účetním / uživatelském období nepotvrzené zápočty v Saldokontu nebo ve Fakturaci. Pokud nepotvrzené zápočty existují, účetní / uživatelské období nelze uzavřít a zobrazí se chybové hlášení:
“Existují nepotvrzené zápočty:
Počet nepotvrzených zápočtů v Saldokontu : XXX
Počet nepotvrzených zápočtů ve Fakturaci : YYY
Období nelze uzavřít!“
Akce “Kopie dokladu“ v přehledu Účetní deník. V případě, že je na alespoň jednom účetním řádku kopírovaných dokladů zatrženo zaškrtávátko “DPH zadaná ručně“, je ve spodní části editoru kopie dokladu zobrazena nová oblast s informací: “Na XX řádcích je nastaven výpočet DPH ručně a mohou se lišit účetní a daňové částky”, kde XX je počet řádků kopírovaných dokladů, které mají zatrženo zaškrtávátko “DPH zadaná ručně“,
V oblasti je nové pole “Chcete na zkopírovaném účetním řádku použít částky :“, kde lze vybrat jednu ze dvou voleb:
“Původní opravené základy DPH a částky DPH“ - výchozí volba, nezměněné chování
“Pro základy DPH a částky DPH použít účetní částky“ - základ DPH a částka DPH je nastavena podle účetních hodnot
Kopírování je upraveno tak, že při volbě “Pro základy DPH a částky DPH použít účetní částky“ dojde u generovaných účetních dokladů k odškrtnutí zaškrtávátka “DPH zadaná ručně“ a výpočet základu DPH a částky DPH proběhne standardním způsobem z účetních částek.
Platí pro kopii jednoho účetního dokladu i pro kopii více účetních dokladů najednou.
Pozor na případy, kdy je uvedené zaškrtávátko zatrženo z důvodů, že se liší měna DPH od hlavní měny, je třeba kontrolovat základ DPH i částku DPH v měně DPH.
Při použití standardního importu do účetnictví se při nevyplnění zaměstnance automaticky založil zaměstnanec "IMP <datum>" s osobním číslem 000000.
Opraveno. Po naplnění importní tabulky provede systém UPDATE sloupce CisloZam=0 na hodnotu NULL.
Úprava je řešením pro případ, kdy v importních datech je sloupec Zaměstnanec, ale v některých řádcích importu je tento údaje prázdný (). Standardně je pro import prázdného údaje do sloupce Zaměstnanec předepsána hodnota NULL.
Banka - Daň z finančních transakcí (SK):
Pro CZ-databázi v Konfiguraci - Firemní konstanty lze v části [4] Parametry zapnout atribut “Daň z fianančních transakcí” pro modul “Banka”. Tento atribut zpřístupní v modulu “Banka” dvě nabídky:
Přehled pohybů v rámci daně z finančních transakcí
Výjimky z předmětu daně z finančních transakcí
Nastavení funkcionality a způsob zpracování je uveřejněn v dokumentaci modulu Banka.
Při účtování skladového dokladu, kdy na řádku kontace bylo nastaveno Párovací znak = Uživatelský sloupec, se mohla objevit chyba “[SQL:102] Incorrect syntax near 'IDO'“.
Opraveno.
V některých případech při účtování prvotních dokladů (pokladní doklady, faktury,…) se mohla v procesním okně zobrazit hláška:
Nebyl nalezen účet DPH příslušného daňového klíče pro datum DUZP a zemi.
Opraveno.
Důvodem bylo to, že se nadbytečně kontrolovala sazba DPH na účtu DPH dohledaném na daňovém klíči.
Při účtování se použije účet DPH přiřazený na konkrétním daňovém klíči, který splňuje tyto podmínky na přiřazených sazbách DPH (viz přehled na záložce 2 - Sazby DPH daňového klíče):
Země = Země DPH na dokladu
Sazba DPH je platná pro zemi DPH vzhledem k DUZP/DDPP
K sazbě DPH na dohledaném účtu se již nepřihlíží, tj. může být jiná než sazba DPH na položce prvotního dokladu. Při účtování se pochopitelně použije sazba DPH na položce prvotního dokladu.
Akce Editace zaúčtovaného dokladu dovolila editovat i číslo účtu textové položky i přesto, že je pole zašedlé. Bylo možno otevřít přehled účtový rozvrh, vybrat jiný účet a tento přenést. Tím došlo i k dalším následným chybám.
Opraveno, číslo účtu textové položky již nelze editovat, když je pole zašedlé.
Oprava dtto byla provedena i pro pole Daňový klíč a Kód pro PDP.
Byla opravena chyba:
Při zaúčtování faktury byla provedena hromadná změna z účtu (např. 502) - s povinným útvarem na účet (např. 389), který má nastaven útvar zakázaný, ale přesto se u těchto řádků útvar zaúčtoval.
Opraveno, do hromadné změny účetních řádků bylo doplněno odebrání údajů, které jsou pro daný účet zakázány. V případě odebrání údaje se v procesním okně zobrazí informativní hlášení “Přebývá xxx, údaj byl odebrán“, kde xxx může být : útvar, zakázka, nákladový okruh, vozidlo, zaměstnanec, organizace, organizace 2, typ změny, údaj příjmy a výdaje, párovací znak a párovací znak 2.
Na distribučních formulářích Inventura závazků (Saldo k datu) (sys. č. -1486) a Inventura pohledávek (Saldo k datu) (sys. č. -1485) se chybně seskupovala data. Pokud bylo u jedné organizace více jak 30 saldokontních řádků, pak se první stránka tiskla prázdná a data byla až na druhé stránce.
Opraveno.
Opravena akce Kopie řádků kontace s výběrem DK pro řádek kontace “Záloha - kurz. rozdíl základ daně, aby se do nově vzniklých řádků uložil vybraný daňový klíč.
Výroba
TPV - import vedlejších produktů
Na vyráběných dílcích byla vytvořena nová funkce - Import vazeb vedlejších produktů.
Na položkách faktur přijatých byla doplněna nová funkce Převod položek z evidence kooperací.
Kontrakty - odvolávky přijaté
Do hlavičky odvolávky byl doplněn nový atribut Externí číslo odvolávky . Je možné jej plnit v editoru přijatých odvolávek. Atribut je zapojen i v importu odvolávek. Dále se tento atribut nikam nepřenáší.
Na výrobních příkazech byla rozšířena stávající funkce Dokumenty navázané i nepřímo .
Nově se zde zobrazují i dokumenty navázané na následující podřízené přehledy:
Výrobní čísla výrobního příkazu
Materiály a polotovary pro výrobu
Evidence výrobních operací
Úprava funkce Import příjemek v rámci přehledu Kontrakty dodavatelské.
V importním souboru se mohou nacházet i položky bez identifikace skladové karty. Dosud docházelo i k importu těchto položek. Nově se položky, kde nebyla skladová karta dohledána, neimportují.
Kapacitní plánování
V diagramech kapacitního plánu je možné skrýt zobrazení ukončených nebo uzavřených výrobních příkazů. Slouží k tomu funkce Zobrazovat ukončené výrobní příkazy . Výchozí hodnota je ANO . Akce je dostupná vyvoláním místní nabídky přímo ve stromovém přehledu příkazů.
V přehledu Typových operací byl doplněn nový atribut Stav záznamu - nabývá hodnot Běžný / Archivní.
Slouží k odfiltrování historických, nepoužívaných typových operací.
Ve funkci Generování výrobního příkazu na opravu zmetku se nově přenáší i případná vazba na původní zdrojový doklad (například expediční příkaz nebo došlou objednávku).
Na výrobních číslech výrobního příkazu je nově možné zablokovat dané výrobní číslo, případně určitý počet kusů výrobního čísla.
Slouží k tomu dvě nové funkce:
Zablokovat živé množství
Odblokovat množství
Při zablokování množství se poníží živé množství a přesune se do atributu Blokované množství.
Blokované množství lze zadat i ručně v editoru.
Na blokované množství výrobních čísel nebude možné realizovat příjem na sklad. Evidence ve výrobě může probíhat i na blokovaných výrobních číslech.
Kontrola pokrytí materiálů a polotovarů
Při kontrole pokrytí materiálů a polotovarů lze nově nastavit parametr Respektovat objednané množství.
Při nastavení tohoto parametru se materiál označí jako pokrytý, i když není ještě přijatý na skladě, ale existuje na něj vydaná objednávka.
Rozšíření možností importu dat TPV
import kusovníkových vazeb byl rozšířen o podporu importu alternativních kusovníkových vazeb Alternativa je importována v případě shody čísla Pozice a Operace
import technologických postupů byl rozšířen o podporu importu alternativních operací Alternativa je importována v případě shody čísla operace
import vazeb nářadí byl rozšířen o podporu importu alternativ Alternativa je importována v případě shody čísla Operace a Úkonu
Možnost dogenerování stromu podřízených výrobních příkazů
V přehledu Materiály a polotovary výrobních příkazů lze nově spustit funkci Generování výrobního plánu na zajištění polotovarů . Po zaplánování takto vygenerovaného výrobního plánu dojde k vygenerování stromu nových výrobních příkazů, který se stane součástí stromu příkazů, z něhož byl tento plán vygenerován.