Nová verze Helios iNuvio 3.0.2026.0901

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

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

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

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

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

V přehledu Bankovní spojení byly přidány nové akce “Zakázat aktualizaci z webu - Nastavit” a ““Zakázat aktualizaci z webu - Zrušit”. Toto nové nastavení vyloučí označené bankovní spojení z on-line ověřování/aktualizace v registru zveřejněných bankovních spojení, a to i v případě, že organizace je označena pro On-line aktualizaci(ověření) zveřejněných bankovních účtů z webu.

V přehledu Platební příkazy tuzemské byly doplněny nové distribuční tiskové formuláře: Pro CZ legislativu - Hromadný platební příkaz s QR kódem (CZ), sys. číslo -1656 Pro SK legislativu Hromadný platobný príkaz s QR kódom (SK), sys. číslo -471081.

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

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

Oprava fungování semaforu atributu Stav přiřazení úhrad v přehledu položek bankovních výpisů. Pokud během ručního přiřazení úhrady došlo k vyvolání upozornění (např. nesoulad částek), pak semafor nezměnil barvu.

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

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

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

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

Došlo k úpravě vybraných zastaralých HTTP URL služeb na HTTPS: Dotaz na stav tranzitu EU - https://ec.europa.eu/taxation_customs/dds2/mrn/mrn_home.jsp Celní sazby EU / TARIC - https://ec.europa.eu/taxation_customs/dds2/taric/taric_consultation.jsp Stahování celních a NCTS číselníků - https://app.celnisprava.cz/ciselniky/servicedata.asmx?WSDL Výpočet celního dluhu (TARIC CZ) - https://app.celnisprava.cz/TARICWS/PublicService.asmx?WSDL Ověření AEO subjektu (číselník organizací) - https://ec.europa.eu/taxation_customs/dds2/eos/aeo_consultation.jsp Ověření EORI čísla (číselník organizací) - https://ec.europa.eu/taxation_customs/dds2/eos/eori_validation.jsp Dotaz na stav ECS (vývoz) - https://ec.europa.eu/taxation_customs/dds2/mrn/mrn_home.jsp Nebezpečné chemické látky - https://ec.europa.eu/taxation_customs/dds2/ecics/chemicalsubstance_consultation.jsp Celní úřady EU - https://ec.europa.eu/taxation_customs/dds2/rd/rd_details.jsp.

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

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

e-Fakúra (SK) - Organizácie - Peppol-ID: Do systému pribudli nové funkcionality pre evidenciu “Peppol-ID” na Organizáciach a to: Filtrovanie “Kódu EAS” pre aktuálne vybratý “Štát”: Pri generovaní nového Peppol-ID a výbere konkrétneho štátu (napr. SK) systém ponúkne len tie EAS kódy, ktoré sú pre daný štát platné. Ak má Organizácia pre daný štát už vygenerovaný Peppol-ID s konkrétnym kódom (napr. 0245 pre SK), pri ďalšom generovaní pre ten istý štát tento kód systém opätovne neponúkne – zobrazí len zostávajúce použiteľné kódy (napr.

9950). Prednastavený Peppol-ID: Do systému bol zapracovaný nový atribút “Prednastavené” (syst.názov: TabZeFAPeppolIdOrg.Prednastaveno). Prvý vygenerovaný Peppol-ID pre daný štát sa automaticky nastaví ako prednastavený. Pri doplnení ďalšieho Peppol-ID pre ten istý štát zostáva pôvodné prednastavenie zachované. Prednastavený Peppol-ID bude systém automaticky doťahovať pri generovaní XML e-Faktúra SK do BT-34 (za predajcu) / BT-49 (za kupujúceho). Podpora viacerých štátov na jednej Organizácii: Ak má Organizácia v tabuľke IČ-DPH evidované registrácie aj pre iné štáty (napr.

Nemecko), pri generovaní Peppol-ID pre daný štát a zvolenom EAS kóde (napr. 9930 pre Nemecko) systém automaticky dotiahne príslušné zahraničné IČ DPH, doplní atribúty Krajina a Identifikátor (tie sú needitovateľné) a nový Peppol-ID nastaví ako prednastavený pre daný štát. Do systému pribudli pre spravovanie Peppol-ID na kartách Organizácií nové hromadné akcie nad označenými Organizáciami a to nasledovné: Hromadné generovanie Peppol: Nad Prehľadom Organizácií cez “Akcie - Ďalšie akcie” je možnosť využiť hromadnú akciu “Hromadné generovanie Peppol”.

Po výbere Kódu identifikátora z číselníka systém sám doplní príslušné atribúty Krajina a Identifikátor (napr. kód 0245 → Krajina = Slovensko, Identifikátor = DIČ) a vygeneruje Peppol-ID pre daný kód na všetkých označených Organizáciách. Neoznačené Organizácie akcia nemení. Po dokončení sa zobrazí procesné okno s prehľadom vygenerovaných Peppol-ID. Po vygenerovaní sa na karte Organizácie správne prejaví príznak „PeppolID?". Ak niektorá organizácia už mala Peppol-ID pre daný štát a kód vytvorený, systém duplicitu nevytvorí a v prehľade to uvedie.

Ak Organizácii chýbajú údaje potrebné na vygenerovanie (napr. príslušné IČ DPH), v procesnom okne sa pri nej zobrazí hlásenie „Data v organizaci nenalezena, PeppolID nebyl vygenerován". Hromadné zrušenie Peppol: Nad označenými Organizáciami je možné zrušiť Peppol-ID výberom z troch možností cez combo tlačítko: a) Štátu - po výbere sprístupní atribút pre výber konkrétneho štátu a teda sa zruší len Peppol-ID pre zvolený štát, b) Kódu identifikátora - po výbere sprístupní atribút pre výber “Kódu” a teda sa zruší len Peppol-ID s daným kódom, alebo c) zrušiť všetky Peppol-ID na organizácii - touto voľbou sa zrušia všetky Peppol-ID na označených Organizáciách.

Ak nie je označená žiadna Organizácia, akcia sa vykoná len na aktuálnom zázname v číselníku Organizácií. Prednastaviť Peppol: Po výbere Kódu identifikátora akcia nastaví Peppol-ID s daným kódom ako “Prednastavený” na všetkých označených Organizáciách, ktoré ho majú vygenerovaný. Na neoznačených Organizáciách sa prednastavenie nemení. Ak mala niektorá organizácia už predtým nastavený ako prednastavený iný Peppol-ID, pôvodné prednastavenie sa korektne zruší a nahradí novo zvoleným.

e-Faktúra (SK) - Organizácie - Zákaz e-Faktúry: V číselníku “Organizácii” na karte Organizácie je doplnený nový atribút „Zákaz e-Faktúry" (TabCisOrg.ZakazEFa) na záložke 3 - Dodatky, v časti [5] e-Faktúra. Tento atribút ovplyvňuje existenciu atribútu “e-Faktúra” na Faktúre vydanej. Verejný názov: Zákaz e-Faktúry Systémový názov: ZakazEFa Popis funkcionality a overené správanie: Atribút „Zákaz e-Faktúry" sa zobrazuje na karte Organizácie len v prípade, že vo Firemných konštantách v globálnej konfigurácii je zapnutá konštanta „Zapnúť podporu pre e-Faktúru SK".

Pri vypnutej konštante nie je príznak na karte Organizácie k dispozícii. Pri zapnutej konštante je príznak „Zákaz e-Faktúry" editovateľný a je možné ho k organizácii priradiť (zaškrtnúť). Pri založení novej Faktúry vydanej cez funkciu „+ Nový" na organizáciu, ktorá má nastavený príznak „Zákaz e-Faktúry", sa na doklade FaV (záložka 6 - Dodatky) atribút e-Faktúra zobrazí ako needitovateľný (sivý) – dokladu tak nie je možné príznak e-Faktúra manuálne nastaviť/zapnúť.

Rovnaké správanie (needitovateľný/sivý príznak e-Faktúra na záložke 6 - Dodatky) sa uplatní aj pri založení Faktúry vydanej funkciou „Kópia z FaV", ak je na novo vznikajúcom doklade priradená organizácia so „Zákazom e-Faktúry". Pri pokuse o generovanie XML e-Faktúry z Faktúry vydanej, ktorá je viazaná na organizáciu so „Zákazom e-Faktúry", systém generovanie XML neumožní a zobrazí chybové hlásenie „Doklad nemá príznak e-Faktúra". Cieľom novej funkcionality je zabrániť odoslaniu e-Faktúry v štruktúrovanom formáte (Peppol BIS 3.0/UBL 2.1) voči odberateľom, ktorí sú v číselníku Organizácií vedení s príznakom „Zákaz e-Faktúry" (napr.

prganizácie so zákazom e-Faktúra v zmysle zákona o DPH, spotrebitelia B2C, zahraniční odberatelia alebo iné subjekty, ktoré e-Faktúru neprijímajú).

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

Faktury vydané - EDITEL®-Inhouse (export) rozšířeno nastavení způsobu exportu recyklačního příspěvku. V dodatcích na záložce 5 v definici zprávy je možné vybrat způsob exportu recyklačního příspěvku. Standardně je zvolena varianta Exportovat, neodečítat z ceny za jednotku. Možné vybrat i varianty Exportovat, odečítat z ceny za jednotku, kde cena recyklačního příspěvku za jednotku je odečtena z jednotkové ceny před slevou nebo neexportovat.

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

Akcím pro zobrazení zádržného nad fakturami byly přiřazeny klávesové zkratky. Zádržné k vybraným dokladům (Ctrl+Y) Zádržné ke všem dokladům (Ctrl+Z).

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

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

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

Editor faktury, záložka 5 - Sum. slevy, zálohy a rekap. DPH, sekce [1] Zálohy. V seznamu záloh k přenosu na cílový doklad se nově nenabízí doklady, které mají zatržený atribut Nehradit.

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

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

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

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

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

Fakturácia - Faktúra vydaná - e-Faktúra (SK): Vo Faktúre vydanej na záložke 6-Dodatky v časti [5] e-Faktúra bol doplnený atribút “Typ dokladu BT-3” + “Názov typu dokladu”. Cez tento atribút si môže užívateľ zmeniť kód typu dokladu (pre faktúru/dobropis) na samotnej faktúre, ak na Rade dokladov má nastavený iný kód typu dokladu, ktorý nevyhovuje konkrétnej faktúre vydanej. V prípade, že na Rade dokladov nie je predvyplnený kód “Typu dokladu BT-3”, na vygenerovanej faktúre vydanej tento atribút je prázdny t.j.

nevyplnený. Je potrebné manuálne priradiť kód z medzinárodného číselníka. Inak nebude možné vygenerovať XML e-Faktúry. Atribút je sprístupnený, ak sú splnené nasledovné podmienky: a) je zaškrtnutá konštanta “ Zapnúť podporu e-Faktúra SK ” v Globálnej konfigurácii a b) je zaškrtnutý súbežne atribút “e-Faktúra” na faktúre vydanej na záložke 6-Dodatky v časti [5] e-Faktúra.

Ve slovenských distribučních tiskových formulářích vydaných faktur, systémová čísla formulářů -467529 a -467530, byl u položek dokladu text “Režim PDP.Kód předmětu plnění“ nahrazen textem “Režim PDP. Kód/druh tovaru“ a příslušnou hodnotou.

e-Faktúra (SK) - Dokumenty - Príloha do XML e-Faktúry SK: Na Dokumenty , v záložke 1-Dokument , časť [1] Základné údaje , bol doplnený nový atribút : Verejný názov / Systémový názov Systémový názov / TabDokumenty.EFaPriloha Atribút je možné vytiahnuť aj ako samostatný stĺpec do prehľadu dokumentov. Zaškrtnutím sa dá priamo v bočnom paneli “Dokumenty” na faktúre vydanej označiť, ktoré konkrétne dokumenty (napr. daňový doklad, preberací protokol, fotodokumentácia a pod.) sa majú stať súčasťou XML e-Faktúry pre odoslanie odberateľovi Peppol sieťou.

Spracovanie do XML: Po vygenerovaní XML e-Faktúry sa dokumenty označené príznakom "Príloha e-Faktúry" načítajú do skupiny elementov BG-24 ( cac:AdditionalDocumentReference ) v štruktúre Peppol BIS Billing 3.0 (UBL 2.1): dokument získa vlastné cbc:ID (napr. inDOC2 ) a cbc:DocumentDescription , samotný obsah dokumentu sa vloží ako Base64-kódovaný binárny objekt do cbc:EmbeddedDocumentBinaryObject , s atribútmi mimeCode (napr. application/pdf ) a filename (pôvodný názov súboru, napr.

„2900260002 - DDPP záloha 80%.pdf"). Faktúra sa tak spolu so všetkými takto označenými prílohami odošle v jednom XML dokumente cez sieť Peppol priamo odberateľovi. (Pre porovnanie: dokument typu „URL adresa" sa do BG-24 ukladá inak – ako externá referencia cez cac:ExternalReference / cbc:URI , bez vloženia binárneho obsahu.) Podporované typy príloh sú vo všetkých formátoch: XML, DOCX, XLSX, PDF, PNG, JPEG, TIFF, MP4, ACAD, DWG alebo URL-adresa … a iné.

Upozornenie: Veľkosť správy : OpenPeppol nešpecifikuje jednotný globálny limit veľkosti AS4 správy – limit určuje konkrétny Access Point/CA = je potrebné, aby si užívateľ zistil u svojho digitálneho poštára, aký limit odosielaných XML e-Faktúr podporuje.

ÚPRAVA – Intrastat: generovanie mesačného hlásenia do XML Pri generovaní správy „Výkaz pre Intrastat XML SK“ nad mesačným hlásením sa mohla zobraziť chyba „Access is denied.“ a XML súbor nevznikol. Problém sa prejavil u používateľov, ktorí nemajú právo zápisu do adresára aplikácie – hlásenie sa totiž najskôr ukladalo tam a až potom kopírovalo do cieľového adresára uvedeného v definícii správy. Upravené – XML sa teraz vytvára v dočasnom adresári (TEMP) a odtiaľ sa kopíruje do cieľového adresára podľa definície správy.

Nastavenie definície správy ani názov generovaného súboru sa nemenia.

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

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

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

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

JMHZ – Bližší určení pracovněprávního vztahu (PPV) Dosud nebylo možné nastavit u zaměstnance údaj Bližší určení PPV, aby se následně zohledňoval v registraci zaměstnanců automaticky. Nově je možné údaj přednastavit v Doplňujících údajích zaměstnance na záložce 1 – Osobní údaje v sekci Zaměstnání. Následně se údaj přenáší do Registrace zaměstnance do již existujícího atributu.

JMHZ - nové měkké kontroly (upozornění) ve mzdových údajích a ELDP v měsíčním hlášení Z důvodu eliminace chyb zasílaných v měsíčním hlášení jsme přidali následující kontroly. Editor Mzdové údaje - přidány kontroly: daňový nerezident s podepsaným prohlášením (ve Mzdových údajích na záložce Odvody, Daně nastaveny atributy Daňový nerezident a Podepsané prohlášení) nově kontrolujeme, že nemá zadané žádné daňové slevy mimo základní slevu na poplatníka pokud je na kartě nastavena i jiná sleva (např.

daňové zvýhodnění), zobrazí se upozornění “Daňový nerezident s podepsaným prohlášením. Lze zadat pouze základní slevu na poplatníka. Pokračovat ?” nastavení Druhu formuláře vs. Druh výdělečné činnosti pro zadaný Druh formuláře pro měsíční hlášení kontrolujeme, zda odpovídá zadanému Druhu výdělečné činnosti pro zadaný Druh výdělečné činnosti kontrolujeme, zda odpovídá zadanému Druhu formuláře pro měsíčné hlášení kontrolovány jsou tyto kódy činností a druhy formulářů K,N,O,P,Q,R,S = Činnost KS 11, 13 ,14 = Jiný Příjem 12 = Mezinárodní pronájem síly pokud není např.

pro statutára (kód činnosti S) nastaven Druh formuláře Činnost KS, zobrazí se při uložení editoru upozornění: “Nesprávný typ formuláře pro zadaný druh činnosti: Typ formuláře: Bez příznaku, Druh činnosti : jednatel, komanditista, Pokračovat ?“ Editor ELDP nad měsíčním hlášením - přidána měkká kontrola: první jeden až dva znaky Kódu ELDP v měsíčním hlášení se reverzně převedou na odpovídající kód druhu činnosti a ten se porovnává s Kódem výdělečné činnosti ve Mzdových údajích v případě nesouladu se zobrazí dotaz, zda pokračovat: “Druh výdělečné činnosti - nesoulad hodnot: Mzdové údaje: první pracovní poměr, ELDP: třetí pracovní poměr u téhož zaměstnavatele.

Pokračovat ?“.

Registrace zaměstnanců – hlášení změn, oprav U změny údajů v registraci zaměstnance ČSSZ uvádí, že na hlášení typu Změna údajů zaměstnance (A3) se vyplňují údaje označené jako povinné, a kromě nich se vždy uvede atribut, u kterého došlo ke změně, v nové podobě. Současně ale ČSSZ výslovně připouští druhý způsob, a to, že je možné poslat kompletní platné údaje k datu změny, nejen pouze změněné údaje. Tedy například při změně příjmení lze poslat nové příjmení a všechny ostatní aktuálně platné údaje.

Aktuální metodika ČSSZ je podstatně složitější – obsahuje podmínky, návaznosti a skupiny atributů. Z tohoto důvodu byly provedeny následující úpravy. Logování změn: Byl rozšířen seznam logovaných atributů, jejichž změna by se měla hlásit na ČSSZ. Nově se sledují tyto údaje: Karta Zaměstnanci Příjmení, jméno, rodné příjmení, titul, datum narození, pohlaví, státní příslušnost Trvalý, přechodný, kontaktní a rezidenční pobyt (ulice, čísla, PSČ, obec, stát) Doklady cizince – typ, číslo, vydávající orgán a stát Doplňující údaje, Mzdové údaje, Důchody CZ-ISCO, daňová rezidence, zdravotní omezení, ZTP/P, pracovní oprávnění cizinců Místo výkonu práce, pracovní režim, nepřetržitý provoz Druh důchodu, datum přiznání, předčasný a snížený starobní důchod Generování změn – akce Změny: Bylo upraveno generování změn akcí Změny nad přehledem Registrace zaměstnance tak, že se vždy naplní záznam všemi atributy, jako při generování Přihlášek.

Do vygenerovaného záznamu je nutné doplnit datum Platnost od – tj. datum účinnosti hlášení změny. Pokud se u zaměstnanců v daném období mění více údajů s různým datem účinnosti, je nutné změny provádět a generovat postupně a vždy do vygenerovaného záznamu doplnit odpovídající datum. Vytvoření nového záznamu – akce Nový Vytvoření nového záznamu v přehledu Registrace zaměstnance bylo upraveno tak, že se záznam vždy přednaplní všemi atributy, jako při generování Přihlášek.

Na uživateli pak je zvolit správný typ Akce a provést případnou opravu/změnu jednotlivých atributů. Kontrola rezidentství V editoru Registrace zaměstnance byla upravena kontrola rezidentství: původní varianta kontroly : kontrola se týká jen typů akce Změna a Oprava kontrola probíhá jen tehdy, když je zadaný stát rezidenství a není roven CZ v tomto případě jsou povinné atributy Datum změny od a Země daňové rezidence nová úprava spočívá ve změkčení kontroly v tom smyslu, že kontrola proběhne jen v případě, že došlo ke změně hodnoty atributu Země rezidentství.

Změna Země rezidentství se detekuje podle výskytu tohoto atributu v logu změn pro daný záznam Registrace zaměstnance Upozornění: Kontrola přes akci Vyplněné údajů a při generování zprávy upravena nebyla a chybějící datum změny upozorní, ale do zprávy se v případě, že se nejedná o logovanou změnu nedostane ani Země rezidenství ani datum změny země, pokud nebude vyplněné.

Statistický výkaz P1c-01 Do generování výkazu byly doplněny kategorie: L - školský logoped (156) C - sociální pedagog (118) Současně byly zrušeny kódy 04 a 14 pro financování ze zdroje NPO.

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

Potvrzení při změně zaměstnání - údaj o dosažené kvalifikaci Následující distribuční tiskové formuláře: Sys.č. / Název / Platnost od / Platnost do -1194 / Potvrzení při změně zaměstnání / 1. 1. 2012 -1591 / Potvrzení při změně zaměstnání (AJ) / 1. 1. 2012 -335 / Potvrzení při změně zaměstnání bez čisté mzdy byly upraveny tak, že pokud je v Doplňujících údajích zadáno dosažené vzdělání s kódem „Z“, bude považováno za nevyplněné (v případě potřeby jej lze vyplnit v dialogu před tiskem).

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

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

Příprava nástupů do PP - nové atributy Do editoru Přípravy nástupů do PP byly přidány nové atributy: záložka Pracovní poměr sekce Parametry pracovního poměru: Identifikátor zaměstnání záložka Pracovní poměr sekce Důchod: Předčasný SD Snížený věk záložka Pracovní poměr sekce Pracoviště: Kód obce Název obce Průběh práce Místo v rámci obce záložka Zařazení sekce Kalendář a Základní mzda: Pracovní režim Nepřetržitý provoz (NP) záložka Odvody sekce Sociální pojištění: Cizí právo Důvod slevy na pojistném záložka Doplňující údaje sekce Zaměstnání: Vedení zaměstnanců záložka Doplňující údaje sekce Ostatní údaje: Zdravotní omezení Přiznáno od Přiznání do Držitel karty ZTP/P vznikla nová záložka Cizinec, na kterou byly přesunuté atributy z původní sekce Cizinec a přibyly následující atributy: Číslo pracovního povolení Vydáno Platnost do Krajská pobočka ÚP Druh pracovního povolení Požadované vzdělání Status cizince Volný přístup na trh práce Typ daňové identifikace Změna od (změna rezidenství).

Číselník zaměstnanců - REST API REST API bylo rozšířené o níže uvedené atributy. Osobní IČ Cizinec - kód typu dokladu Cizinec - číslo dokladu Cizinec - doklad vydal Cizinec - doklad vydal - země.

NOVINKA - Pracovní poměry zaměstnance - zobrazení archivovaných PP Nad přehledem Mzdové údaje byla rozšířena akce Pracovní poměry zaměstnance ve skupině Kontrolní přehledy o podakci Archiv všech PP zaměstnance. Akce zobrazí všechny pracovní poměry označeného zaměstnance včetně archivovaných. Archivované pracovní poměry budou zobrazeny ve stavu, ve kterém se nacházely v měsíci svého ukončení.

Import do Předzpracování - akce Docházkové systémy vs. Os. číslo/Alias Import do přehledu Předzpracování prostřednictvím akce Docházkové systémy byl rozšířen o možnost párováním importovaných údajů přes identifikátor pracovního poměru atr. Alias z číselníku Zaměstnanci (výchozí nastavení je přes atr. Osobní číslo). V Uživatelských konstantách pro modul Mzdy vznikla nová konstanta Identifikátor PP párovat na, která nabízí dvě možnosti: Osobní číslo - výchozí nastavení Alias (v přehledu Zaměstnanci) Poznámka: Tento typ importu prostřednictvím identifikátoru pracovního poměru přes atribut Alias není závislý na nastavení v nabídce Firemní konstanty pro modul Mzdy atr.

Alias jako Osobní číslo. Upozornění: Pokud se zvolí hodnota Alias (v přehledu Zaměstnanci), tak se při importu kontroluje, zda jsou hodnoty atr. Alias v číselníku Zaměstnanci správné: může obsahovat jen číselné znaky 0-9 délka nesmí přesáhnout 10 znaků hodnota nesmí být vyšší než číslo 2147483647 nesmí se vyskytnout stejná hodnota Alias na více kartách zaměstnanců Zároveň se v procesním okně importu zobrazí místo hodnoty atr. Osobního čísla hodnota atr.

Alias.

Prohlášení poplatníka – měsíc Následující distribuční tiskové formuláře: Sys.č. / Název / Platnost od / Platnost do -1613 / Prohlášení k dani (vzor 27) / 1. 1. 2024 -1618 / Prohlášení k dani AJ - vzor č.27 / 1. 1. 2024 byly upraveny tak, že položka měsíc (v záhlaví tiskového formuláře) nově respektuje v MÚ atribut „Uplatnit slevy a odpočty 1. měsíc“. Pokud pracovní poměr vznikl v průběhu kalendářního roku a zároveň není zaškrtnut výše uvedený atribut, uvede se do položky „měsíc“ měsíc vzniku pracovního poměru + 1.

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

Prohlášení k dani - JVO Nad přehledem Roční sestavy byly upraveny následující distribuční tiskové formuláře: Sys.č. / Název / Platnost od / Platnost do -1613 / Prohlášení k dani (vzor 27) / 1. 1. 2024 -1618 / Prohlášení k dani AJ - vzor č.27 / 1. 1. 2024 Úprava spočívá v tom, že se v dialogu před tiskem zobrazí dotaz: „Tisknout údaje o jiné osobě vyživující děti“ Pokud uživatel v dialogu vyplní hodnotu „X“ , a v daném okamžiku existuje u vybraného zaměstnance rodinný příslušník označený jako „JVO“ , načtou se údaje tohoto rodinného příslušníka do části: „Podle § 38 odst.

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

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

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

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

Hlášení změn ZP (zdravotní pojištění) – revize generování kódů ZP od 1.1.2026 Aktualizace číselníku Kódy změn ZP Byl aktualizován číselník kódů pro generování hlášení změn na ZP v přehledu Kódy změn ZP: Nově je v tabulce kódů změn atribut Platnost od Pomocí akce Aktualizace dle legislativy v přehledu Kód změn ZP se nastaví do atributu Platnost do datum 31.12.2025 u kódů, které se již nemají na ZP oznamovat (týká se kódů D, F, G, H, K, L, N, R, T, V, W) Zobrazení přehledu Kódy změn ZP je nyní systémově filtrováno podle datumu Platnost do vzhledem k začátku vybraného mzdového období – tj.

přehled nyní zobrazuje jen kódy platné pro vybrané mzdové období Platné kódy změn ZP: A Nástup do zaměstnání občana EU pojištěného v ČR, který má již priděleno číslo pojištěnce C První přihlášení zaměstnance - cizince ze zemí mimo EU, který nemá trvalý pobyt na území ČR E První přihlášení zaměstnance - občana EU pojištěného v ČR M Nástup zaměstnankyně na mateřskou dovolenou nebo osoby na rodičovskou dovolenou O Ukončení zaměstnání (u zaměstnance přihlášeného kódy „P", „A", „E" nebo „C") P Nástup do zaměstnání Q Jednodenní zaměstnání U Ukončení mateřské nebo rodičovské dovolené X Oprava v položce číslo pojištěnce Y Oprava v položce datum přihlášení Z Oprava v položce datum odhlášení Generování hlášení změn ZP Byly upraveny akce pro generování změn na ZP: Úplné bez dohod + Přírůstkové bez dohod – v obdobích od roku 2026 se již negenerují kódy D, F, G, H, K, L, N, R, T, V, W Dohody – přihlášky – v obdobích od roku 2026 se již negeneruje kód G Dohody – odhlášky – generování kódů se nemění.

ÚPRAVA – Přesun/zrušení dopočítávaného mzdového období Pokud je v okamžiku, kdy je v ostrém mzdovém období uzavřeno mzdové období, a uživatel se pokouší přesunout nebo zrušit dopočítávané období, zobrazí se upozornění: „Zrušení nebo přesun prvního dopočítávaného období způsobí výmaz hodnot za celý rok XXXX ze všech mzdových tabulek s roční kumulací – např. Počáteční hodnoty, RZD, ELDP, Dohadné položky a mnoho dalších. Opravdu chcete zrušit/přesunout první dopočítávané období? Ano/Ne“.

Nad přehledem Předzpracování byly na pásu karet na kartě Akce upraveny následující podakce akce Importy : Firemní aktivity Externí procedura tak, aby bylo možné importovat Poznámku/Info. U Firemních aktivit se konkrétně jedná o hodnotu z atributu Interní poznámka z Plnění úkolů .

NOVINKA - Kontrola na jedinečnost hesla pro PDF Při ukládaní karty zaměstnance se kontroluje, zda hodnota zadaná do atributu Heslo pro PDF (Zaměstnanci - Další údaje - Zabezpečení - Heslo pro PDF) není již použita u jiného zaměstnance. Měkká kontrola zobrazí následující dotaz: “Zadané heslo pro PDF je už přiřazené jinému zaměstnanci. Zadejte prosím jedinečné heslo. Chcete přesto pokračovat?” Nedoporučujeme používat totožná hesla u více zaměstnanců z toho důvodu nechtěného zveřejnění údajů o jiné osobě.

NOVINKA - Doplňující údaje - vzor zdravotních rizik Nad přehledem Doplňujíce údaje vznikly nové akce: Definice rizik - uživatel si může vytvořit vzor pro přenos zdravotních rizik a činností. Nad přehledem Definice rizik - akce - Kopie - lze vytvořit kopii z označené definice rizik. Přiřazení rizik - pomocí této hromadné akce si uživatel může vybrat definici rizik a hodnoty z ní přenést do označených doplňujících údajů.

Přihláška na zdravotní pojišťovnu - cizinci - generování kódů V případě hlášení cizinců na ZP platí: Kód „P“ (přihlášení se k platbě pojistného za zaměstnance) Používá se v případě nástupu do zaměstnání zaměstnance s trvalým pobytem na území ČR nebo zaměstnance s dlouhodobým pobytem, který má již přiděleno číslo pojištěnce VZP ČR. Prostřednictvím tohoto kódu oznamuje zaměstnavatel zdravotní pojišťovně den nástupu zaměstnance do zaměstnání. Týká se tedy občana ČR nebo cizince, který již má standardní rodné číslo/číslo pojištěnce přidělené českou zdravotní pojišťovnou.

Kód „E“ Použije zaměstnavatel namísto kódu „P“ pro první přihlášení zaměstnance bez trvalého pobytu, občana EU (je pojištěn v ČR podle nařízení Evropské unie č. 883/2004 a 987/2009). Do místa vyčleněného pro číslo pojištěnce se uvede pohlaví (M, Z) a datum narození. Má-li zaměstnanec nezaopatřené rodinné příslušníky (manželka, děti), upozorní jej zaměstnavatel na povinnost jejich přihlášení ke zdravotnímu pojištění. Kód „A“ Použije se v případech, kdy se tímto kódem zaměstnavatel přihlašuje u VZP ČR k platbě pojistného za své zaměstnance - občany EU, při druhém a dalším nástupu do zaměstnání u zaměstnance ze země EU (je pojištěn v ČR podle nařízení Evropské unie č.

883/2004 a 987/2009). Pouze pro první přihlášení takového zaměstnance se použije kód „E“, vygeneruje se číslo pojištěnce, při každém dalším přihlášení se pak používá kódu „A“. Další oznámení již provádí zaměstnavatel pod přiděleným číslem pojištěnce. Kód „C“ Používá se při prvním přihlášení zaměstnance - cizince ze země mimo EU, který nemá trvalý pobyt na území ČR. Kód "C" použije zaměstnavatel místo kódu "P" pro první přihlášení zaměstnance, který nemá trvalý pobyt na území ČR (případně pro přihlášení cizince s trvalým pobytem, který ještě nemá přiděleno číslo pojištěnce).

Do místa pro číslo pojištěnce se uvede pohlaví M (muž), Z (žena) a datum narození. Zaměstnavatel dále doloží pracovní povolení. Byly provedeny následující úpravy v generování hlášení změn v přehledu Hlášení změn ZP: pro generování kódů E a A (cizinec ze státu EU - dle trvalého bydliště) nyní platí: pokud je atribut Číslo pojištěnce ve Mzdových údajích prázdný, Kód změny ZP se nastaví na E a do Čísla pojištěnce se vloží Rodné číslo bez lomítka pokud je atribut Číslo pojištěnce ve Mzdových údajích vyplněn a první znak je M, m, Z nebo z, Kód změny ZP se nastaví na E a do Čísla pojištěnce se vloží Číslo pojištěnce ze Mzdových údajů ve všech ostatních případech se generuje Kód změny ZP na A pro generování kódu C (cizinec mimo státy EU - dle trvalého bydliště) nyní platí: pokud je atribut Číslo pojištěnce ve Mzdových údajích prázdný, Kód změny ZP se nastaví na C a do Čísla pojištěnce se vloží Rodné číslo bez lomítka pokud je atribut Číslo pojištěnce ve Mzdových údajích vyplněn a první znak je M, m, Z nebo z, Kód změny ZP se nastaví na C a do Čísla pojištěnce se vloží Číslo pojištěnce ze Mzdových údajů ve všech ostatních případech se generuje Kód změny ZP na P.

Předregistrace zaměstnance - prohozené jméno a příjmení v XML Ve vygenerovaném XML byly prohozené položky Jméno a Příjmení zaměstnance. Opraveno.

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

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

Opraveno.

ÚPRAVA - Počet dní sociálneho poistenia - prerušenie poistenia od 1/2026 Ak má zamestnanec vo Výpočte mzdy dochádzkovú mzdovú zložku, ktorá reprezentuje obdobie poberania náhrady/nemocenskej dávky, ktorá sa od určité dňa považuje za prerušenie sociálneho poistenia (t. j. PN po 52. týždňoch, OČR po 14 dňoch, DOČR po 90 dňoch), sa o tieto dni prerušenia neznižuje počet dní sociálneho poistenia, ktoré vstupujú do mesačných výkazov do Sociálnej poisťovni.

Upravené, po update na túto verziu je nutné nad takýmto výpočtom mzdy spustiť akciu Prepočítaj označené a následne opätovne vygenerovať príslušné výkazy do Sociálnej poisťovni.

NOVINKA - eInformačné karty - nová verzia Nad prehľadom Doplňujúce údaje bola do formátu správ “Informačné karty - začiatok (8a/9a)/skončenie (8b/9b)” zapracovaná aktuálna verzia zverejnená a účinná odo dňa 18. 8. 2026.

NOVINKA - Zviazanie PP s rôznym symbolom dane Do editora Mzdové údaje bola pridaná kontrola, ktorá pri ukladaní editora používateľa upozorní na to, že sa pokúša uložiť mzdové údaje, ktoré sú zviazané s iným pracovným pomerom a súčasne tieto zviazané pracovné pomery nemajú totožný symbol dane. Príklad: PP Druh PP = hlavný pracovný pomer Symbol dane = ZD PP Druh PP = Štatutárny zástupca firmy Symbol dane = ZR1_D Tieto dva pracovné pomery (PP) nie je možné zviazať cez atr.

Hlavný PP v Mzdových údajoch pre účely jednotného zdanenia, pretože majú priradený rôzny symbol dane a teda aj dva rôzne základy dane. Tieto dva pracovné pomery (PP) nie je možné zviazať cez atr. Hlavný PP v Mzdových údajoch pre účely jednotného zdanenia, pretože majú priradený rôzny symbol dane a teda aj dva rôzne základy dane.

ÚPRAVA - Číselník Zamestnaneci - atr. Región V číselníku Zamestnanci na záložke Osobné údaje v sekcii Bydlisko, adresa na záložke Trvalé bydlisko bol atr. Okres, tento atribút bol premenovaný na “Región”, ku ktorému sa aj naviazaný číselník regiónov viazal. Ako bublinka pri atribúte napovedá jedná sa o región k adrese trvalého bydliska cudzinca v zahraničí, ktorý je potrebné vyplniť v prípade zamestnanca, pre ktorého vystavujete Informačnú kartu.

Číselník Región si vyplní ručne používateľ podľa štátu daného cudzinca.

NOVINKA - DDS príspevok za zamestnávateľa ako benefit (§ 5 ods. 7. písm. o.) V zmysle usmernenia FSSR č. 14/DZPaU/2022/MU - Usmernenie k aplikácii § 5 ods. 7 písm. o) zákona o dani z príjmov je možné, citujeme: “Zamestnávateľ môže ustanovenie § 5 ods. 7 písm. o) ZDP aplikovať aj na naturálnu mzdu poskytnutú zamestnancovi v súlade s osobitným predpisom, ak v zdaňovacom období poskytnutia nepeňažného plnenia vylúči z daňových výdavkov hodnotu naturálnej mzdy, na ktorú oslobodenie aplikuje.

Rovnaký postup platí aj v prípade poskytnutia príspevkov na doplnkové dôchodkové sporenie, ktoré platí zamestnávateľ za zamestnanca podľa osobitného predpisu, ak ich zamestnávateľ vylúči z daňových výdavkov [§ 19 ods. 3 písm. l) alebo 19 ods. 1 ZDP].” Z toho dôvodu došlo k nasledovným novinkám súvisiacich s rozšírením výpočtu príspevku zamestnávateľa do DDS (III. dôchodkový pilier): číselník Mzdové zložky - distribučné (DMZ): vznikla nová DMZ č. 805 - DDS - prísp.

zam-ľ (§ 5 ods.7 písm.o) Používateľ, ktorý chce, aby bol príspevok za zamestnávateľa na DDS zahrnutý do nepeňažných príjmov podľa § 5 ods. 7 písm. o. si vytvorí z DMZ 805 používateľskú mzdovú zložku, ktorú priradí do atribútu Benefit v číselníku Fondy III. pilier príslušnej Dôchodkovej doplnkovej spoločnosti. Fondy - III. pilier - do editora do sekcie Parametre sporenia (III. pilier) časť Mzdové zložky pribudol nový atribút “Benefit”, pre zadanie mzdovej zložky z bodu č.

1 Mzdové údaje - do editora Doplnkového dôchodkového sporenia (záložka Odvody podzáložka DDS (III. pilier) do sekcie Organizácia - výpočet sporenia pribudol nový atribút Benefit. Zaškrtnutím tohto atribútu sa zapne výpočet príspevku za organizácia so zohľadnením ročného limitu nepeňažného príspevku podľa Výpočet mzdy - do výpočtu mzdy da v prípade, že sú splnené bodu 1-3 vygenerujú za organizáciu DMZ 805, pokiaľ ešte nebol prekročený ročný limit tohto benefitu a MZ pre príspevok za organizáciu a čiastkou prevyšujúcou súčet benefitov podľa 5 ods.

7 písm. o. k danému mesiacu vrátane. UPOZORNENIE: Príspevok za organizáciu - dar nie je započítaný do tohto benefitu (len samotný príspevok za organizáciu, príp. doplatok za organizáciu). do prehľadu Odvody do poisťovní sa DMZ 805 načíta akonáhle bude vygenerovaná do Výpočtu mzdy.

NOVINKA - Mesačná kontrola MÚ - kontrola SPP (nezviazané PP) Akcia Mesačná kontrola MÚ (ktorá sa automaticky spúšťa po spustení Výpočtu mzdy, Mesačnej uzávierky alebo ručne nad prehľadom MÚ alebo Výpočet mzdy) bola rozšírená v Položke “Kontrola súbežných pracovných pomerov” o kontrolu na nezviazané aktívne pracovné pomery vo vybranom mzdovom období s rovnakým symbolom dane. UPOZORNENIE: V prípade zviazania pracovných pomerov sa základ dane a vymeriavací základ zdravotné ho poistenia počíta na hlavnom pracovnom pomere, preto aj odpočítateľné položky a daňové bonusy na deti je nutné zadávať LEN na hlavný pracovný pomer.

NOVINKA - Dôchodkový vek pre ročník 1968 V zmysle vyhlášky MPSVaR SR č. 72/2026 bol vyhlásený všeobecný dôchodkový vek pre ročník 1968. Poistenci narodení v roku 1968 majú nárok na dôchodok vo veku 64 rokov a dva mesiace. Na základe tejto zmeny boli systéme Helios Inuvio vykonané nasledovné úpravy: prehľad Dôchodky - akcia Výpočet nároku na star.dôchodok podakcia Generuj nanovo bola upravená tak, aby počítala nárok na starobný dôchodok po novom. prehľad Dôchodky akcia Výpočet nároku na star.

dôchodok podakcia Aktualizuj vybrané bola upravená tak, aby zaktualizovala už zaevidované nároky na starobný dôchodok po novom. POZOR, táto akcia len zaktualizuje hodnotu Dátum nároku, v prípade, že by mala byť vynulovaná vzhľadom k maximálnemu možnému dátumu dovŕšenia DV, pôvodný nárok ponechá bez zmeny.

ÚPRAVA - Definícia platobného príkazu - atr. Druh platby Odteraz sa hodnota zadaná do editora Definície platobných príkazov do atr. Druh platby prepisuje od aktuálneho mzdového obdobia do nasledujúcich mzdových období.

ÚPRAVA - Zviazanie 2 HPP v Mzdových údajov v jednom kalendárnom mesiaci Odteraz je možné zviazať 2 HPP v Mzdových údajoch cez atr. Hlavný PP aj prípade keď v jednom kalendárnom mesiaci jeden HPP bol ukončený v posledný deň predchádzajúceho mzdového obdobia a druhý HPP vznikol prvý deň nasledujúceho mzdového obdobia po skončení prvého HPP. Toto zviazanie slúži na výpočet jednotného základu dane a vymeriavacieho základu pre zdravotné poistenie na hlavnom pracovnom pomere.

Mesačná kontrola mzdových údajov bola upravená tak, rešpektovala vyššie uvedenú novinku a informuje používateľa o tejto skutočnosti a vyzýva ho ku kontrole tejto väzby (či je žiadaná alebo nie). Použité skratky: HPP - hlavný pracovný pomer.

NOVINKA - Príprava nástupov do PP - nové atribúty Do editora Prípravy nástupov do PP pribudli nové atribúty: záložka Zaradenie: Pracovný režim Nepretržitá prevádzka Základná mzda v cudzej mene záložka Odvody: Iná legislatíva záložka Doplňujúce údaje sekcia Zamestnanie: Vedenie zamestnancov záložka Doplňujúce údaje sekcia Ostatné údaje: Priznanie od Priznanie do Držiteľ karty ZŤP/P vznikla nová záložka Cudzinec, na ktorú boli presunuté atribúty z pôvodnej sekcie Cudzinec a pribudli nasledovné atribúty: Číslo pracovného povolenia Vydané (dátum vydania čísla pracovného povolenia) Voľný prístup na trh práce Typ daňovej identifikácie Zmena od (zmena rezidenstva).

Číselník zamestnancov - REST API REST API bolo rozšírené o nižšie uvedené atribúty. Osobné IČ Cudzinec - kód typu dokladu Cudzinec - číslo dokladu Cudzinec - doklad vydal Cudzinec - doklad vydal - krajina.

NOVINKA - Pracovné pomery zamestnanca vrátane archívnych Nad prehľadom Mzdové údaje bola rozšírená akcia Pracovné pomery zamestnanca v skupine Kontrolné prehľady o podakciu Archív všetkých PP zamestnanca. Akcia zobrazí všetky pracovné pomery označeného zamestnanca vrátane archívnych. Archivované pracovné pomery budú zobrazené v stave, v ktorom sa nachádzali v mesiaci svojho ukončenia.

NOVINKA - Import do Predspracovania akcia Dochádzkové systémy vs. Os. číslo/Alias Import do prehľadu Predspracovanie prostredníctvom akcie Dochádzkové systéme bol rozšírený o možnosť párovania importovaných údajov cez identifikátor pracovného pomeru atr. Alias z číselníka Zamestnanci (východzie nastavenie je cez atr. Osobné číslo). V Užívateľských konštantách pre modul Mzdy vznikla nová konštanta “Identifikátor PP párovať na” , ktorá ponúka 2 možnosti: Osobné číslo - východzie nastavenie Alias (v prehľade Zamestnanci) Poznámka: Tento typ importu prostredníctvom identifikátora pracovného pomeru cez atr.

Alias nie je závislý od nastavenia Firemnej konštanty pre modul Mzdy atr. Alias ako Osobné číslo. UPOZORNENIE: Ak sa zvolí hodnota “Alias (v prehľade Zamestnanci), tak sa pri importe kontroluje, či hodnoty atr. Alias v číselníku Zamestnanci sú správne: môže obsahovať len číselné znaky 0 - 9 dĺžka nesmie presiahnuť 10 znakov hodnota nesmie byť vyššia ako číslo 2147483647 nesmie sa vyskytnúť rovnaká hodnota Alias na viacerých kartách zamestnancov Zároveň sa v procesnom okne importu zobrazí namiesto hodnoty z atr.

Osobného čísla hodnota z atr. Alias.

ZMENA - Akcia Dochádzkové systémy - názov Nad prehľadom Predspracovanie akcia Dochádzkové systémy došlo k premenovaniu akcie Import na Prenos do Predspracovania.

ÚPRAVA - Kontrola v editore Mzdové údaje atr. Dôvod ukončenia PP Odteraz kontrola v editore Mzdové údaje na nezadanie Dôvodu ukončenia PP v prípade zadaného Dátumu ukončenia PP sa bude zobrazovať len v mzdovom období zadania Dátumu ukončenia PP a v mesiaci, do ktorého spadá Dátum ukončenia PP (doteraz sa zobrazovala vždy bez ohľadu na mzdové obdobie, čo mohlo v prípade zadaného Dátumu ukončenia PP v prípade pracovného pomeru na dobu určitú byť zbytočné).

Dôchodky – REST API Bolo vytvorené REST API pre tabuľku Dôchodky.

ÚPRAVA - Presun/zrušenie dopočítavaného mzdové obdobia Ak v momente, kedy je v ostrom mzdovom období uzavreté mzdové obdobie a používateľ sa pokúša presunúť alebo zrušiť dopočítavaného obdobie, zobrazí sa upozornenie: “Zrušenie alebo presun prvého dopočítavaného obdobia spôsobí výmaz hodnôt za celý rok XXXX zo všetkých mzdových tabuliek s ročnou kumuláciou - napr. Počiatočné hodnoty, RZD, ELDP, Dohadné položky a mnoho iných. Naozaj chcete zrušiť/presunúť prvé dopočítavané obdobie? Áno/Nie”.

NOVINKA - Importy do Predspracovania - Poznámka/Info Nad prehľadom Predspracovanie boli upravené na páse kariet na karte Akcie nasledovné podakcie akcie Importy: Firemné aktivity Externá procedúra tak, aby bolo možné importovať Poznámku/Info. Z Firemných aktivít je to konkrétne hodnota z atr. Interná poznámka z Plnenia úloh.

NOVINKA - Kontrola na jedinečnosť hesla pre PDF Pri ukladaní karty zamestnanca sa kontroluje, či hodnota zadaná do atr. Heslo pre PDF nie je použitá u iného zamestnanca. Kontrola je mäkká.

NOVINKA - Doplňujúce údaje - vzor zdravotných rizík Nad prehľadom Doplňujúce údaje vznikli nové akcie: Definícia rizík - používateľ si vytvorí vzor pre prenos zdravotných rizík a činností, Nad prehľadom Definícia rizík je akcia Kópia, ktorou používateľ vytvorí z označenej definície kópiu. Priradenie rizík - pomocou tejto hromadnej akcie si používateľ vyberie definíciu rizík a hodnoty z nej prenesie do označených doplňujúcich údajov.

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

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

Text “Informace o programu” (Helios - O programu - Zkopírovat informace) byl rozšířen o novou sekci --- PC --- s informacemi o operačním systému, architektuře a bitovosti aplikace, procesoru a operační paměti klientského počítače. V případě zakládání tiketů pro hotline prosíme Informace o programu přikládat k popisu problému, pomáhají urychlit řešení.

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

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

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

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

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

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

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

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

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

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

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

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

REST API - doplněn endpoint tables/meta.

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

podpis - EET).

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

EET 2.0 - Číselník EET Provozovny byl přejmenován na EET Evidenční jednotky a byla upravena terminologie u některých sloupců a v editoru skryty atributy, které už ztratily význam. V rámci aktualizace na tuto verzi došlo automaticky k založení nových záznamů na základě původních záznamů. Neplatné certifikáty nebyly přeneseny. Hodnota sloupce Číslo evidenční jednotky (původně Číslo provozovny) byla naplněna textem Doplnit! To umožňuje po přidělení nových čísel v aplikaci Finanční správy DIS+ jednoduše přepsáním obnovit původní “provozovny”.

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

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

Logování rychlosti Inuvia je nově možné spouštět na vybranými doklady (oběh zboží / objednávky / pokladní prodej) přímo z pásu karet. Logování se pak spouští přednastavené vždy pro aktuálního uživatele a to buď pouze hlavičku dokladu (při použití Spustit logování aktuálního přehledu ) nebo u pro jeho podřízené přehledy, typicky položky / výrobní čísla. (pokud použiji Spustit logování aktuálního a podřízených přehledů ). U obou akcí lze ovlivnit pouze dobo, do kdy bude logování spuštěno.

Výchozí doba jsou 3 hodiny. Pomocí akce Ukončení logování aktuálního lze v případě potřeby logování okamžitě zastavit. Seznam logování byl rozšířen o sloupce Název přehledu a Popis pro snadnější orientaci v logu.

Doplněna registrace 64bit .NET pluginů.

V profilu pro e-mail u typu notifikátor byla doplněna možnost nastavit: příznak archivovat příznak opakovaně odeslat “Zaslat kopii na adresu” - zde vyplněná adresa bude vždy přidaná do kopie.

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

Pro texty Upozornění (u Organizace, Zakázky, Nákladového okruhu a Vozidla) byla doplněna podpora BBCode. Podporované BB kódy Syntaxe je [TAG]text[/TAG]. Na velikosti písmen v názvu tagu nezáleží, tagy lze vnořovat. [B]text[/B] – tučně [I]text[/I] – kurzíva [U]text[/U] – podtržení [S]text[/S] – přeškrtnutí [COLOR=Red]text[/COLOR] – barva písma. Hodnotou je název barvy (Red, Orange, Green…) nebo hexadecimální zápis, například #E67E22. [BACKCOLOR=Yellow]text[/BACKCOLOR] – barva pozadí textu, hodnota se zapisuje stejně jako u COLOR.

[SIZE=12]text[/SIZE] – velikost písma v bodech [FONT=Times New Roman]text[/FONT] – název fontu [SUP]text[/SUP] – horní index [SUB]text[/SUB] – dolní index [URL=https://www.helios.eu]text[/URL] – hypertextový odkaz [NOPARSE]text[/NOPARSE] – obsah se zobrazí tak, jak je, BB kódy uvnitř se neinterpretují Příklad zápisu upozornění: Zákazník je [B][COLOR=Red]po splatnosti[/COLOR][/B].

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

Nová verze komponenty: ReportBuilder 23.04.

Byla zapojena nová verze komponenty SDAC 13.0.1.

Nová verze komponenty: TeeChart 2026.46.260227.

Nová verze komponenty: ImageEn 15.0.0.

Nová verze komponenty: Developer Express 26.1.4.

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

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

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

Komunikace s celní správou, podání dph zpráv, mzdových zpráv, atd. - bude používat MSXML 6.0, místo staré 4.0. stahování celních číselníků - nebude používat staré MS SOAP Toolkit. nebude již potřeba registrovat dll knihovny MSXML4.dll, MSXML4a.dll, MSXML4r.dll, MSSOAP30.dll, MSSOAPR3.dll, WISC30.dll.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

NOVINKA - Školící akce a prohlídky - kopie se změnou školení Nad přehledem Školící akce a prohlídky vznikla na pásu karet na kartě Akce nová akce Kopie se změnou školení, která nabídne výběr z přehledu Školení a lékařských prohlídky. Po přenosu vybraného školení/prohlídky se vytvoří kopie označené Školící akce a prohlídky. Kopie bude mít Stav akce - Plán a Počet certifikovaných se nastaví na hodnotu „0“.

NOVINKA - Školiace akcie a prehliadky - kópia so zmenou školenia Nad prehľadom Školiace akcie a prehliadky vznikla na páse kariet na karte Akcie nová akcia Kópia so zmenou školenia, ktorá ponúkne výber z prehľadu Školenia a lekárske prehliadky, po prenose vybraného školenia/prehliadky sa vytvorí kópiu označenej Školiacej akcie a prehliadky. Kópia bude mať Stav akcie - Plán a Počet certifikovaných sa nastaví na hodnotu “0”.

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

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

V globální konfiguraci pro modul Pokladna byla založena nová konstanta Účet pro převody mezi pokladnami. Tento účet využije systém při akci Převod z/do jiné pokladny. Pokud na zdrojovém pokladním dokladu nebude vyplněné pole účet, pak se při spuštění akce Převod z/do jiné pokladny do zdrojového i cílového dokladu přebere účet z globální konfigurace. Pokud na zdrojovém pokladním dokladu je vyplněné pole účet, pak se při generování návazného pokladního dokladu pomocí akce Převod z/do jiné pokladny prioritně přebírá účet z pokladního dokladu.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Pokud nemá organizace nadřízenou organizaci a je zároveň fakturační adresou, automaticky se doplní do pole zadavatel při vyplnění místa určení. Při vytváření dokladu z editoru projektu/etapy se údaje na dokladu (včetně měny) nově předvyplní podle organizace. U řad projektů je možné nastavit způsob výpočtu/zadávání ceny při vytváření dokladu z editoru projektu.

Nastavení „Priorita generování na sklad“ na kategoriích aktivit/QMS se dříve uplatňovalo pouze při zadávání položek k aktivitě nebo záznamu QMS. Při zadávání položek k úkolům a jejich plnění se vždy používal aktuální sklad bez ohledu na toto nastavení. Chování bylo sjednoceno. Nastavení se nyní uplatňuje také při zadávání položek k úkolům a jejich plnění. Ve formuláři Zadávání položek byly do pole Sklad přidány nové volby „Z dodatků na aktivitě“ a „Z kategorie aktivity“.

Tyto volby umožňují zobrazit, podle jakého pravidla byl sklad vybrán, a případně výběr změnit.

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

Syntakticky chybný vzorec nelze uložit. Pokud dojde k chybě při generování KPL dle parametru daného vzorcem, plán se nevygeneruje.

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

Řízení peněžních toků → Peněžní toky - doklady V nastav přidána vazba na Doklady zboží - dodatek.

Přehled - Řízení peněžních toků → Peněžní toky - doklady - akce Aktualizace peněžních toků Sloupec “Částka - individuální analýza” nebrala v úvahu úhradu na faktuře a nedošlo k její aktualizaci. Stále zůstávala na hodnotě zadané u dokladu přes akci “Korekce peněžních toků”. Opraveno. Pokud je naplněno “Korekce peněžních toků” a v konfiguraci je “Při zaplacení upravit všechny nápočty” zatrženo a současně Způsob aktualizace dokladů = Vždy aktualizovat, pak u sloupce Částka - individuální analýza postupovat tak, že Částka - individuální analýza = Částka pro ŘPT - úhrada.

Pokud by Částka - individuální analýzy byla menší než 0, pak je 0. Stejné chování i pro atributy v CM.

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

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

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

Pro přehled (BID 69), což je zobrazení \Sklady\Stav skladu\Pohyby\Pohybové doklady aktuálního skladu… a Pohybové doklady všech skladů…, doplněny práva na společné akce tak, aby odpovídala právům v základních přehledech Příjemky (BID=16) a Výdejky (BID=18). Nově lze tedy nastavit práva na akce: Realizace Účtování Zrušení storna a původního dokladu Editace zaúčtovaného dokladu Odúčtování.

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

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

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

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

2/ Druh skladu SN - metoda oceňování běžných Souvisejících nákladů. 3/ Druh ocenění dodatečných SN - metoda oceňování Dodatečných souvisejících nákladů při realizaci dokladu DSN. Pro lepší kontrolu a doložitelnost vypočtených hodnot má uživatel možnost v Nastav přehledu položek dokladu DSN využít atributy vazby Detail pohybu DSN (TabPohSNDetail). Ty, jednoduše řečeno, obsahují hodnoty, které se použijí ve vzorci pro výpočet dílčí hodnoty DSN dané položky dokladu DSN.

Zejména se jedná o atributy Pořadí, Množství, Celkem DSN v HM a Celkem DSN JC v HM.

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

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

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

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

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

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

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

NZB - Výroba - Do přehledu Materiály a polotovary pro výrobu byl doplněn nový počítaný sloupec Stav zajištění, který může nabývat hodnot Nezahájeno - není založen požadavek na zajištění v přehledu Zajištění Bez krytí - založen požadavek na zajištění, ale není v přehledu Detail zajištění kryt ani stavem skladu, ani vydanou objednávkou Částečně kryto - jenom část nerealizovaného množství je kryta vydanou objednávkou v přehledu Detail zajištění Částečně k výdeji - jenom část nerealizovaného množství je zajištěn ze stavu skladu v přehledu Detail zajištění Částečně kryto/k výdeji - část nerealizovaného množství je v přehledu Detail zajištění kryta vydanou objednávkou, zbytek je zajištěn stavem skladu Plně kryto - celé nerealizované množství je kryto vydanou objednávkou v přehledu Detail zajištění K výdeji - celé nerealizované množství je zajištěno ze stavu skladu v přehledu Detail zajištění Realizováno - množství z požadavku bylo vydáno nebo byl požadavek uzavřen.

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

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

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

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

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

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

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

Automat upomínání - nastavení Pro “automatické vystavování upomínek” byly doplněny volby, kterých druhů dokladů se automatické vystavování upomínek týká. V Konfiguraci, Globální konstanty, Účetnictví, Upomínky a úroky z prodlení, oblast [3] Upomínky jsou doplněna tři zaškrtávátka: “Vydané faktury” - je zaškrtnuto vždy (nelze odškrtnout, jedná se pouze o informaci, že se při automatickém vystavování upomínek upomínky vždy generují z vydaných faktur.) “Přijaté dobropisy” - výchozí nastavení neoznačeno (pokud se zaškrtne, při automatickém vystavování upomínek se upomínky generují navíc i z přijatých dobropisů.) “Záporné faktury přijaté” - výchozí nastavení neoznačeno (pokud se zaškrtne, při automatickém vystavování upomínek se upomínky generují navíc i ze záporných faktury přijatých.) Poznámka: Pokud je nastaveno i odesílání tiskového formuláře faktury, odesílá se pouze tiskový formulář faktury vydané.

Formuláře přijatého dobropisu ani Záporné faktury přijaté se neodesílají.

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

Nově je umožněno účtovat nulové doklady (doklady, kde částky jsou 0,00 Kč). Důvodem je zejména zachování nepřerušené číselné řady dokladů. Dojde k “fyzickému zaúčtování do účetního deníku”, částky v účetním deníku budou nulové v hlavní i cizí měně. Pro účtování se použije standardní akce “Účtování”. Bude možno označit nenulové a zároveň i nulové doklady a standardní akce “Účtování” je hromadně zaúčtovat. Provedené úpravy: Do druhů řádků kontací je přidán nový druh řádku “Nulový doklad“.

Možnost zadat pouze pole “Účet“, “Text do účta“ a lze nastavit “stranu MD/Dal“. V jednotlivých přehledech (příjemky, výdejky, faktury, pokladna, pokladní prodej, banka,… atd.) je přidán sloupec (zaškrtávátko) “Nulový doklad“. Např. Faktura nemá žádné položky (nebo všechny nulové, žádná záloha), bude sloupec Nulový doklad označen. Pokud bude zaškrtnuto Nulový doklad, bude se účtovat nulový doklad do účetního deníku. “Nedokončená výroba” (NV) a “Rozpracovanost projektů” (RP) sloupec zaškrtávátko “Nulový doklad” nemá, podmínka je, že pohyb NV nebo RP je nulový.

Pokud nebude na dokladu zaškrtnuto “Nulový doklad” (resp. nulový pohyb NV resp. RP), účtování bude bez ohledu na přítomnost resp. nepřítomnost druhu řádku “Nulový doklad” probíhat podle stávajících pravidel. Pokud bude na dokladu zaškrtnuto “Nulový doklad” (resp. nulový pohyb NV resp. RP), bude se automaticky účtovat podle pravidel: V kontaci neexistuje ani jeden druh řádku “Nulový doklad“. Účtování bude probíhat jako doposud (zřejmě skončí chybovou hláškou).

V kontaci existuje druh řádku “Nulový doklad“, bude se účtovat pouze podle druhu řádku “Nulový doklad“, ostatní druhy řádků v kontaci se neuplatní. “Účet“ z druhu řádku kontace Nulový doklad “Strana“ podle druhu řádku Nulový doklad “Text do účta“ z druhu řádku kontace Nulový doklad “Částka v HM“ vždy 0 “Měna a částka v CM“ nejsou “Vazba na prvotní doklad“ bude existovat, vazba na položky dokladu nebude existovat Na kontaci může být více druhů řádku kontace Nulový doklad.

Při účtování se v procesním oknu zobrazí informativní hláška “Nulový doklad“. Akce Pohled do účetního deníku bude plně funkční. Poznámka : Stávající akce “Účtování nulových dokladů“ v přehledech příjemek a výdejek zůstane zachována. Při této akci však nedochází k fyzickému zaúčtování do účetního deníku, pouze je doklad označen ve sloupci “Účtováno“.

Účetnictví, funkcionalita "Automatické vystavování upomínek a úroků z prodlení".  Byla opraven problém, který nastával v případě, že nebyly splněny podmínky pro vystavení upomínky resp. úroku z prodlení (penalizační faktury). Mohlo dojít k tomu, že se vygenerovala hlavička upomínky resp. úroku z prodlení bez položek. Opraveno, pokud nejsou splněny podmínky pro vystavení upomínky resp. úroku z prodlení, nevygeneruje se ani hlavička upomínky resp. úroku z prodlení.

Účtování nedokončené výroby Za účelem zjednodušení účtování “nedokončené výroby” a “rozpracovanosti projektů” byly provedeny následující úpravy: Jsou přidány 4 nové “ Druhy pohybů kontací” : Pro řízení výroby: “ŘV - přírůstek NV” “ŘV - úbytek NV” Pro projektové řízení: “Proj - přírůstek RP” “Proj - úbytek RP” do globální konfigurace Řízení výroby byla přidána dvě nová pole “ ŘV - přírůstek NV” , “ ŘV - úbytek NV”, kde lze nové Druhy pohybů kontací pro řízení výroby přednastavit.

Tyto nové druhy pohybů pro kontace je možno zařadit do skupin účetních kódů obdobně jako stávající kontace Řízení výroby a Projektové řízení Priority dohledávání účtu na pohyby nedokončené výroby resp. rozpracovanosti projektů.

Akce Import sazeb DPH Akce “Import sazeb DPH” je opětovně zprovozněna. Údaje jsou čerpány z “serveru EK”. Údaje jsou doplněny od roku 2021 včetně. Sazby DPH pro CZ a SK se nestahují, ale jsou zadány napevno. Importovány jsou pouze “nulová, základní a snížené sazby DPH”. Nejsou importovány speciální druhy sazeb DPH jako supersnížená, parkovací, místní a pod. “Nejsou” importovány sazby DPH těchto zemí EU: EE - Estonsko FI - Finsko LT - Litva LV - Lotyšsko RO - Rumunsko V “Asistentovi” jsou uvedeny odkazy na seznam sazeb DPH v jednotlivých zemích EU a odkazy na finanční úřady těchto zemí, stav k 1.

9. 2026.

Při ručním zadávání zálohy na realizační fakturu (bez přenosu zálohové faktury - akce Nový bez vazby…) systém při generování doplňkových položek nepřepočítává zadané částky na položkách zálohy, ale bez přepočtu je přenese ze zadané zálohy. Úprava platí pro zadání zálohy a editaci položek zálohy. Poznámky: Systém se v tomto případě chová stejně, jakoby bylo zaškrtnuto zaškrtávátko “Ruční zadání“ na položce zálohy. Přepočty v případě přenosu zálohové faktury z přehledu faktur zůstávají beze změny.

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

Evidence oprav odpočtu daně v případě pohledávky po splatnosti Jedná se o aplikaci ustanovení: § 74b, odstavců 3, 4, 6, 7 a 9 CZ zákona č. 235/2004 Sb. o dani z přidané hodnoty. Oprava odpočtu daně v případě pohledávky po splatnosti. Ve schvalovacím procesu je novela zákona o DPH, viz. sněmovní tisk 189 (zkrácení lhůty). § 53b, SK zákona č. 222/2024 o dani z pridanej hodnoty. Oprava odpočítanej dane pri úplnom alebo čiastočnom nezaplatení protihodnoty za dodanie tovaru alebo služby.

Toto řešení nahrazuje řešení: CZ - Plugin “Oprava odpočtu DPH v případě pohledávky po splatnosti 6 měsíců”. SK - Definované přehledy “Oprava dane §53b fakt.prijaté 100 dní po splatnosti” a “Oprava dane §53b fakt.prijaté 100 dní úhrady” a “Definované sloupce pro evidenci úhrad v saldokontu”. “Uvedená řešení nepoužívejte, nebudou dále podporována” (řešení lze odinstalovat). Poznámka - zákon uvádí “pohledávky po splatnosti”, z hlediska odběratele se jedná ovšem o závazky.

“Řešení v jádru Helios Inuvio” Do přehledu ”Přiznání k DPH” jsou přidány akce na zobrazení přehledů pohledávek po splatnosti. Přehledy lze zobrazit ze dvou zdrojů dokladů : z “fakturace” a ze “salda k datu”. Obecně doporučujeme používat vyhodnocení pouze z fakturace, pouze pokud není jiná možnost (v Helios Inuvio nejsou faktury, ale pouze jejich účetní záznamy v účetním deníku. “Globální nastavení” V globálních konstantách Účetnictví (první záložka) lze v oblasti “Saldokontní skupiny pro pohledávky po splatnosti“ nastavit číslo saldokontní skupiny pro CZ a SK doklady, ze kterých se budou pohledávky vyhodnocovat, toto nastavení je povinné.

Samozřejmě pokud je registrace k DPH pouze v CZ, netřeba nastavovat číslo saldokontní skupiny pro SK a pokud je registrace k DPH pouze v SK, netřeba nastavovat číslo saldokontní skupiny pro CZ. Pokud by mohla nastat situace, že mohou existovat i daňové dobropisy po splatnosti po uvedených lhůtách, doporučujeme do Saldokontní skupiny pro pohledávky po splatnosti zařadit saldokontní účty faktur přijatých (321) a dobropisů (311). Pro dobropisy za účelem vyhodnocení doporučujeme používat jiné analytiky - 321 pro dobropisy přijaté - do saldokontní skupiny nepatří - a - 311 pro dobropisy vydané - do saldokontní skupiny patří, ale analytiky 311 pro faktury vydané do saldokontní skupiny nepatří.

Toto nastavení je z důvodu, aby se nezohledňovaly přeplacené faktury vydané a přeplacené dobropisy přijaté. Dále je možné zaškrtnout zaškrtávátko “Umožnit aktualizaci salda před zobrazením přehledu pohledávek“, viz dále. Přehled “Přiznání k DPH“ V přehledu “Přiznání k DPH“ je v menu akcí nová oblast “Pohledávky po splatnosti“. Obsahuje akce úpro zobrazení přehledů : “Nezaplacené po lhůtě“ - z fakturace “Dodatečně zaplacené po lhůtě“ - z fakturace “Nezaplacené po lhůtě“ - ze salda k datu “Dodatečně zaplacené po lhůtě“ - ze salda k datu “Smazat přehledy pohledávek“ Do přehledů se zahrnují pouze ty doklady, které jsou “daňové”.

Faktury musí být zrealizované a musí mít alespoň na jedné položce nenulovou sazbu DPH. Saldokontní doklady (zaúčtované faktury příp. jejich úhrady) musí mít alespoň na jednom řádku zadáno datum DUZP (faktury). “Vyhodnocení datumu po splatnosti” Pro vyhodnocení faktur / saldokontních případů se posuzuje: Pro doklady se Zemí DPH = CZ se posuzuje datum splatnosti + 3 měsíce nebo 6 měsíců po splatnosti, počet měsíců je počítán od následujícího měsíce po datu splatnosti, jako rozhodné datum se posuzuje poslední den zdaňovacího období DPH do kterého spadá toto datum.

Pro doklady s DUZP do 31.12.2026 vč. je lhůta 6 měsíců. Pro doklady s DUZP od 01.01.2027 vč. je lhůta 3 měsíce. Pro doklady Zemí DPH = SK se posuzuje datum splatnosti + 100 dní po splatnosti. Pro CZ i SK doklady musí ležet výsledné datum po splatnosti v intervalu datumů Od - Do daného přiznání k DPH “Popis akcí” “ Nezaplacené po lhůtě“ - z fakturace Zobrazí se přehled “Pohledávky po splatnosti - fakturace : Nezaplacené po lhůtě“, kde jsou uvedeny faktury přijaté a dobropisy vydané, které mají zemi DPH shodnou se zemí DPH na přiznání k DPH (CZ nebo SK), jsou realizované a datum po splatnosti leží v intervalu datumů OD - DO daného přiznání k DPH.

“ Dodatečně zaplacené po lhůtě“ - z fakturace Zobrazí se přehled “Pohledávky po splatnosti - fakturace : Dodatečně zaplacené po lhůtě“, kde jsou uvedeny faktury přijaté a dobropisy vydané, které mají zemi DPH shodnou se zemí DPH na přiznání k DPH (CZ nebo SK), jsou realizované a datum úhrady po splatnosti leží v intervalu datumů OD - DO daného přiznání k DPH. “Ze salda k datu - souhrn” Po spuštění obou akcí proběhnou následující kontroly : Kontrola na zadání čísla saldokontní skupiny v globálních konstantách pro CZ a SK doklady.

Pokud nejsou zadány čísla saldokontních skupin, nelze pokračovat. Kontrola na založené a napočtené saldo k datu pro danou saldokontní skupinu a datum DO přiznání DPH. Pokud saldo k datu není založeno nebo napočítáno, nelze pokračovat. Pokud je zaškrtnuto zaškrtávátko “Umožnit aktualizaci salda před zobrazením přehledu pohledávek“ v globálních konstantách Účetnictví (viz výše), je zobrazen dotaz na aktualizaci salda k datu a aktualizaci přehledu pohledávek.

Aktualizace může být časově náročná. Pokud uživatel nezvolí aktualizaci, proces pokračuje dále bez aktualizace. Kontrola na počet různých cizích měn na účetních dokladech. Pokus systém identifikuje více cizích měn (buď více různých cizích měn na účetních dokladech nebo jedna cizí měna, ale není zadána na všech účetních dokladech, které vytváří saldokontní složku), je zobrazen dotaz s upozorněním : “V saldu XXX k datu dd.mm.rrrr byly nalezeny saldokontní složky, které nemají jednoznačnou cizí měnu.

Pokud nejsou zaúčtovány kurzové rozdíly, systém může tyto saldokontní složky chybně vyhodnotit! Pokračovat ve vyhodnocení pohledávek?“ Pokus uživatel zvolí “Ne“, proces je ukončen. K vyhodnocení pohledávek systém používá hodnoty ze sloupců “Částka MD“ a “Částka Dal“ salda k datu. “Nezaplacené po lhůtě“ - ze salda k datu Zobrazí se přehled “Pohledávky po splatnosti - saldo ke dni : Nezaplacené po lhůtě“, kde jsou uvedeny saldokontní složky, které mají v účetním deníku zemi DPH shodnou se zemí DPH na přiznání k DPH a datum po splatnosti leží v intervalu datumů OD - DO daného přiznání k DPH.

“Dodatečně zaplacené po lhůtě“ - ze salda k datu Zobrazí se přehled “Pohledávky po splatnosti - saldo ke dni : Dodatečně zaplacené po lhůtě“, kde jsou uvedeny saldokontní složky, které mají v účetním deníku zemi DPH shodnou se zemí DPH na přiznání k DPH a datum úhrady po splatnosti leží v intervalu datumů OD - DO daného přiznání k DPH. “Smazat přehledy pohledávek“ Akce po potvrzujícím dotazu provede vymazání všech pohledávek z fakturace i ze salda k datu.

Je určena pro promazání přehledů pohledávek u přiznání k DPH, kde již nejsou potřeba (dojde k uvolnění tabulky pohledávek a zrychlení operací). V případě potřeby lze data zpětně obnovit pomocí akce “Aktualizace pohledávek“ (viz dále). Další informace o přehledech pohledávek Přehledy “Dodatečně zaplacené po lhůtě” se pro doklady CZ a SK doklady liší. Pro CZ doklady jsou zobrazeny úhrady sumárně za celé období přiznání k DPH v intervalu OD - DO datumů přiznání k DPH.

Pro SK doklady jsou zobrazeny úhrady sumárně za jednotlivé dny od datumu splatnosti +100 dní + 1 den. V přehledech pohledávek je možné pomocí akce “Aktualizace pohledávek“ provést aktualizaci přehledu. V přehledech lze zobrazit sloupce částek v měně dokladu (faktury), pro částku celkem i částku v hlavní měně. Částka v hlavní měně - částka pohledávky v hlavní měně Částka v měně dokladu - částka pohledávky v měně dokladu Neuhrazeno v měně dokladu - neuhrazená část pohledávky do konce sledovaného období (CZ - měsíční / čtvrtletní zdaňovací období, SK - den) Úhrady ve lhůtě v měně dokladu - neuhrazená část pohledávky, která CZ - byla zaplacena ve lhůtě SK - byla zaplacena ve lhůtě, případně bylo provedeno vrácení daně dříve Suma úhrad za období DPH/ke dni v měně dokladu Neuhrazeno - Úhrady ve lhůtě + Suma úhrad za období DPH/ke dni v měně dokladu Poznámka - dodatečné úhrady po datu vyšším než poslední den zdaňovacího období se do přehledu nezahrnují.

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

Generování platebních příkazů ze saldokonta, přednabízení bankovního spojení probíhá v tomto pořadí: 1. Z faktur, které jsou navázány na řádky účetních dokladů navázaných na saldokontní případ. Bankovní spojení (BS) musí být jednoznačné (v případě více faktur BS stejné) a neblokované NEBO jednoznačné přednastavené. 2. Pokud není BS určeno podle předchozího bodu z faktur, pak se dohledává pohybů Leasingu, které jsou navázány na řádky účetních dokladů navázaných na saldokontní případ.

BS se dohledává na hlavičce předmětů leasingu, opakovaných plateb, splátek, pokud je BS jednoznačné a neblokované NEBO jednoznačné přednastavené 3. Jestliže není bankovní spojení dotaženo z faktury a z pohybů Leasingu, systém ho dotahuje z organizace. V případě, že je na organizaci navázáno více bankovních spojení a žádné z nich není přednastaveno, systém dotáhne bankovní spojení s nejnižším ID, tj. časově nejstarší. Pozn. spojením “když není“ znamená, že neexistuje jednoznačné BS, tj.

existuje jich více nebo žádné.

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

Na CZ přiznání k DPH byl upraven výběr Bankovních spojení na FÚ. Pokud JE v poli Finanční úřad (pro účtování) vybrán příslušný finanční úřad, nabízí se při výběru Bankovních spojení na FÚ pouze bankovní spojení příslušné organizace - finančního úřadu (stávající funkcionalita) Pokud NENÍ v poli Finanční úřad (pro účtování) vybrán příslušný finanční úřad, nabízejí se všechna bankovní spojení kromě bankovních spojení k vlastní (nulté) organizaci.

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

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

Formulář číslo -471071, “Súhrnný výkaz DPH, str.1 (2020)” byl upraven. Skládání podpisu (jména + příjmení) je nově celé ošetřeno funkcí FDF.

Bylo provedeno urychlení akce Aktualizace Kontrolního výkazu SK.

e-Faktúra (SK) - Daňové kľúče DPH: Pre e-Faktúru (SK) v zmysle EN 16931 boli do číselníka “Daňové kľúče DPH SK (DK DPH)” pridané nové DK DPH a k existujúcim DK DPH s nasledovnými zmenami: 1. prednastavené kódy z medzinárodných číselníkov pre generovanie XML e-Faktúra v Peppol BIS 3.0 (UBL) a to: 1a) Kód DPH = TabDanoveKlice.KodDPH 1b) VATEX kód = TabDanoveKlice.KodOsvobozeni 1c) Názov = TabZeFADPH.NazevSk 2. základné nastavenie pre viditeľnosť v prehľade nad DK DPH 3.

naviazanie na “Daňové režimy DPH” 4. naviazanie na riadky Daňového priznania k DPH a to: 4a) manuálne 4b) atuomatom 5. doplnenie nových stĺpcov do kópie DK DPH 6. doplnenie nových stĺpcov do obidvoch verzií rozkopírovania DK DPH do inej databázy 7. doplnenie nových stĺpcov do exportu/importu daňových kľúčov 8. v DK DPH na výstupe pre 0% sadzbu DPH bol doplnený text “Poznámka - 255” s popisom z SK-Legislatívy Upozornenie: Ak v atribúte pre "VATEX kód" nie je údaj a teda nie je vyplnený ani "Text oslobodenia DPH", znamená to, že v aktuálnom stiahnutom číselníku cez plugin zo Store tento "VATEX kód" sa nenachádza, je potrebné tento kód oslobodenia najskôr manuálne doplniť do číselníka.

Inak sa nedotiahne “Text oslobodenia DPH”. Pre kód DPH “E” ak v atribúte pre "VATEX kód" nie je predvyplnený konkrétny kód , je potrebné manuálne priradiť jednu z možností z číselníka resp. si do číselníka pridať vlastný kód dôvodu oslobodenia s textom oslobodenia , aby sa správne dotiahol tento údaj do elementu v XML e-Faktúry. Ak by tento údaj chýbal, tak e-Faktúra v Peppol sieti bude nevalidná. oslobodenia DPH" a to pri nasledovných DK DPH - osobitná úprava DPH (§66 ZoDPH): OUT-OstPln-0-Nekoef-66 OUT-OstPln-0-Nekoef-oprava-66.

Fakturácia - Faktúry prijaté - Dobropisy prijaté (SK): V tejto verzii sa dopracovalo pri zadávaní Dobropisu prijatého cez akciu “Generuj dobropis” , aby systém doťahoval pôvodné hodnoty uplatnenej DPH na vstupu pri “Pomernom odpočítaní DPH” cez Koeficient DPH a pôvodné hodnoty uplatnenia % Uplatnenia daň. výd. SK , ak pri OMV na Karte vozidla sú v termíne generovania dobropisu už evidované iné hodnoty pomerného odpočítania DPH a iné hodnoty uplatnenia daň.

výd., ako boli v čase pôvodnej Faktúry prijatej.

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

Za účelem jednoduššího vylučování vzájemných intercompany vztahů byla vyvinuta akce Individuální vyloučení. V přehledu Konsolidační deník celkem je nová akce Individuální vyloučení. Postup při individuálním vyloučení: Označí se řádky (minimálně 2 řádky) v přehledu Konsolidační deník celkem. Suma částek zůstatek označených řádků musí být nulová resp. být nižší, než tolerance. Musí se jednat o doklady min. 2 účetních jednotek konsolidačního celku. Nemůže se jednat o řádky operací konsolidace, ale pouze o řádky importovaných dat.

Stiskne se tlačítko akce Individuální vyloučení Vygenerují se “strono” doklady intercompany vyloučení. V případě nesprávně označených řádků se zobrazí hláška, proč nebylo možno akci provést. Po ukončení hláška Akce Individuální vyloučení ukončena.

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

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

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

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

Byla doplněna vazba mezi položkou Materiálů a polotovarů pro výrobu a položkou poptávky. V přehledu Materiály a polotovary pro výrobu je možné zobrazit přehled: Vygenerované položky poptávek. Z výsledného přehledu je možné otevřít vygenerovanou poptávku.

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

Pokud kontace při hledání ve skupině účetních kódů nebude nalezena, systém použije kontaci typu přírůstek/úbytek NV, která se nově dá zadat přímo v globální konfiguraci modulu Řízení výroby.

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

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

Řadu výdejky-převodky lze nastavit také na řadě výrobního příkazu. Byly upraveny funkce: Generování rezervace/výdejky v přehledu Kooperační objednávky Generování materiálové výdejky v přehledu Evidence kooperací Obě tyto funkce generují výdejku s vazbou na sklad kooperanta (pokud je tento sklad definován). Tato nová vlastnost se neuplatní v případě generování materiálové výdejky z přehledu Výrobní příkazy.

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