Helios – nová verze 3.0.2025.0900

Banka

Řádky bankovního výpisu – nové akce Sdružené platby:

Přenes VS pro sdružené platby z účelů platby

Automatické přiřazení úhrad – sdružené platby

Nová funkcionalita slouží primárně jako podpora pro zpracování sdružených kreditních plateb.

Pokud jsou variabilní symboly jednotlivých faktur sdružené platby uvedené v polích Variabilní symbol a Účel platby 1-4, pak je třeba je pomocí akce “Přenes VS pro sdružené platby z účelů platby” přenést do nového pole editoru řádku bankovního výpisu “Variabilní symbol pro sdružené platby”.

Pokud má uživatel soupis hrazených faktur např. v e-mailu, je možné je ručně do tohoto pole vložit ručně. Pro vložení zformátovaného textu (např. soupis variabilních symbolů ve sloupci pod sebou, variabilní symboly v excelu, …) je třeba využít tlačítko “Ze schránky”, které je umístěné vedle pole Variabilní symbol pro sdružené platby.

Dále pak uživatel spustí akci Automatické přiřazení úhrad – sdružené platby a systém se pokusí dle údajů v poli Variabilní symbol pro sdružené platby dohledat faktury a založit úhrady.

Pokud je částka na řádku BV menší než saldo v přípravě faktur, pak se úhrady zakládají postupně, dokud se částka nevyčerpá. Faktury si systém řadí dle Data splatnosti.

Pokud je částka na řádku BV větší než saldo v přípravě faktur, úhrady se nepřiřadí. Systém zahlásí chybu “(!) Částka transakce je vyšší než hodnota salda faktur”.

Pro přiřazení debetních/odchozích sdružených úhrad faktur přijatých, pokud byl generován sdružený platební příkaz, slouží původní funkce Automatické přiřazení úhrad, která si dohledá platební příkaz a podle něho rozpadne částku transakce řádku výpisu na jednotlivé úhrady. V tomto případně nezafunguje nová akce, a to z důvodu, že již byl vygenerován platební příkaz a u těchto faktur je saldo v přípravě = 0,–.

Doplněny tiskové formuláře firemních platebních karet.Databáze s CZ legislativou:

1650 – Firemní platební karta
1651 – Firemní platební karta s kontací

Databáze se SK legislativou:

400160 – Firemná platobná karta – EUR
400161 – Firemná platobná karta s kontáciou – EUR

Na bankovním spojení vlastní organizace (tj. bankovní spojení s vazbou na organizaci č. 0) lze nově na záložce 2 – Platební příkazy, oddíl [4] Ostatní přednastavit Druhy platby.Na výběr je z voleb – běžná (výchozí hodnota), okamžitá, expresní.

Při generování tuzemského platebního příkazu (ze saldokonta i z fakturace) se na platebním příkaze přednastaví druhy platby dle nastavení na vlastním bankovním spojení.

Platební příkazy generované z mezd přihlíží k vlastnímu nastavení na Definici platebního příkazu.

Do přehledu Bankovní výpisy a Řádky bankovního výpisu přidány akce:

Úhrady leasingu aktuálního výpisu…
Úhrady leasingu označených výpisů…
Úhrady leasingu všech výpisů…

Do přehledů akcí Řádky a úhrady společně aktuálního/označených/všech výpisů přidány úhrady leasingu. V zobrazeném přehledu lze na úhrady leasingu filtrovat ve sloupci Původ. V tomto přehledu je možné zobrazit současně úhrady (faktura, saldokonto, ruční) a úhrady leasingu.

Odesílání tuzemského platebního příkazu do BankApp, byl doplněn údaj Název dávky.“Název dávky” se při odesílání tuzemského platebního příkazu do BankApp plní takto:

Pokud je na hlavičce tuzemského platebního příkazu vyplněný “Údaj pro vnitřní potřebu”, přenáší se do Názvu dávky tento údaj.

Pokud není na hlavičce tuzemského platebního příkazu vyplněný “Údaj pro vnitřní potřebu”, přenáší se do Názvu dávky údaj ze sloupce “Modul vzniku“ (Banka, Účetnictví, Mzdy …).

Pozn.: “Údaj pro vnitřní potřebu” vyplňuje uživatel iNuvia na platebním příkazu ručně.

Import úhrad do řádku bankovního výpisu (pomocí akce Definované importy) nekontroloval, zda suma úhrad = obratová částka na řádku BV. Doplněno.

V procesním okně Generování zahraničních platebních příkazů doplněna možnost pro rychlé zobrazení přehledu hlavičky vygenerovaného zahraničního platebního příkazu. Z přehledu hlavičky zahraničních platebních příkazů je možné dále pokračovat akcí Zprávy → Generování zpráv a platební příkaz připravit k odeslání do banky.

V přehledu Bankovní výpisy doplněn nový tiskový formulář Výpis z účtu s kontací (sys. č. -211).

Do globálních konstant Konfigurace – Banka – Bankovní výpisy, záložka “Příprava a kurz“ bylo doplněno nové zaškrtávátko “Nepovolit přípravu účtování pokud není faktura účtována a není označena jako záloha“, přednastaveno nezaškrtnuto.Pokud je při přípravě účtování zjištěno, že přiřazená faktura k úhradě není zaúčtována a není označena jako zálohová, pak :

zaškrtávátko “Nepovolit přípravu účtování pokud není faktura účtována a není označena jako záloha“ není zaškrtnuto : v procesním okně se zobrazí nové varování “(!) Faktura není zaúčtována a není označena jako záloha“ a příprava účtování je standardně dokončena
zaškrtávátko “Nepovolit přípravu účtování pokud není faktura účtována a není označena jako záloha“ je zaškrtnuto : v procesním okně se zobrazí chyba “(!) Faktura není zaúčtována a není označena jako záloha, nelze provést přípravu účtování“ a proces přípravy účtování je ukončen (k přípravě nedojde)

V přehledech Úhrad:

řádek bankovního výpisu, záložka Úhrady
nad bankovními výpisy akce Úhrady aktuálního/označených/všech BV)

vytvořena nová akce Faktury a dobropisy. Po zvolení této akce se zobrazí přehled Faktur a dobropisů s vazbou na označenou úhradu, popř. více označených úhrad.

Automatické přiřazení úhrad nepřiřadilo úhradu faktury, která obsahovala zaokrouhlení. Chyba se vyskytovala v případě, že k faktuře nebyl vygenerován platební příkaz a zároveň bylo v globální konfiguraci nastaveno přiřazovat úhrady pouze s Přesnou částkou.Opraveno.

Banka (SK) – Daň z finančných transakcií:Bol opravený trigger pre vyhodnotenie, či sa má alebo nemá vykonať zmena na riadku bankového výpisu pre “DzFT”. Týmto sa zabezpečilo fungovanie funkcionality “Stálych výnimiek z DzFT” , ktoré si užívateľ zadá v 0.-tej organizácii na Bankovom spojení a po importe bankové pohyby debetné/kreditné označí pre stĺpec “DzFT” hotnotou “Nie” a sadzbu = Nulová podľa podmienok zadaných v stálych výnimkach .

Banka – Daň z finančných transakcií (SK):Opravená väzba použitia “Dátumu kurzu” a “Kurzu” pri debetnej transkacii v CM (napr. CZK, PLN, HUF … atď.) z bankového účtu vedeného v hlavnej mene EUR, aby sa zabezpečil správny výpočet základu DzFT.

Dátum kurzu a kurz pre výpočet DzFT je naviazaný na obratovú čiastku na riadku bankového výpisu , kde sleduje, či obratová čiastka je v mene EUR alebo v inej mene t.j. v CM. Neprihliada na menu transakcie.

Celní sklad

Celní sklady – Dále zpřesněna kontrola na chybně uvedené doplňkové kódy v kmenových kartách

Celní případy

ECS vývoz – do zprávy CZ515C se nyní exportuje skupina “Currencyexchange” bez vyloučení CZK

ECS vývoz – do zprávy CZ515C v SupportingDocument se nyní generuje i položka licence do elementu documentLineItemNumber

Oprava kontroly platnosti celních úřadů

CRM

Poptávky přijaté – v editoru dokladu došlo k revizi názvu záložky 3 „Generátor nabídek“. Záložka byla přejmenována na „Položky poptávky“.

Při zakládání dokladů z aktivity s přenosem odkazů Organizace, Místo určení, Příjemce z aktivity se nezobrazovalo Upozornění zadané u příslušné organizace. Funkcionalita zobrazování Upozornění z organizace při generování / zakládání dokladů skladů, nákupu, prodeje a fakturace byla v aktivitách i v záznamech QMS a CRM nově implementována.

Poptávky vydané

akce Hromadně pro e-mail nad přehledem Organizace v Účastnících řízení editoru Poptávky vydané neplnila přednastavenou adresu Hromadně pro e-mail z označených organizací, pro něž se doklady generují

akce Tisk nad přehledem Organizace v Účastnících řízení editoru Poptávky vydané neplnila přednastavenou adresu E-mail z označených organizací, pro něž se doklady generují

Opraveno

Eserver

Inuvio Server – Dispatcher – nově je defaultně nastaveno použití OpenSSL 3.5.1 (nová složka eserver\openssl35).

Evidence pošty

Ve Vydaných fakturách je akce Tisk, Hromadně pro datovou schránku. Akce odešle fakturu a soubor s vytištěnou fakturou, např. pdf, připojí k faktuře do Dokumentů.Nově se do poznámky v dokumentu navázaném na fakturu zapíše informace o odeslání zprávy přes datovou schránku.

Pozn.: informace o odeslání se do dokumentu zapíše až ve chvíli, kdy je datová zpráva s dokumentem skutečně odeslána z modulu Datové schránky. Nikoliv ve chvíli, kdy je dokument a datová zpráva po akci Tisk/Hromadně pro datovou schránku vytvořena.

Zapracována možnost komunikace datových schránek přes proxy server pro běžné i velkoobjemové zprávy.

Do přehledu „Datová schránka“ byla doplněna nová akce „Přeposlat“, která založí z aktuální zprávy novou zprávu se stejnými popisnými údaji (viz sekce 4 – Obecné informace v editoru zprávy) a připojenými soubory z původní zprávy, ale bez určení příjemce a zobrazí nový záznam se zprávou k dokončení.

Fakturace

V přehledu “Faktury k datu” jsou nové sloupce. U zálohových faktur zobrazují částky, které k danému datu byly ze zálohy uplatněny (resp. nebyly uplatněny) v konečných fakturách.Názvy sloupců:

Uplatněná záloha v HM
Uplatněná záloha v CM
Neuplatněná záloha v HM
Neuplatněná záloha v CM

Upozornění: nové sloupce nezohledňují, zda záloha byla nebo nebyla uhrazena.

Příklad:

Zálohová faktura č. 1 vystavená 15. 7. na 1000
Realizační faktura č. 2 vystavená 1. 8., ze zálohy č. 1 uplatněno 300
Realizační faktura č. 3 vystavená 15. 9., ze zálohy č. 1 uplatněno zbylých 700

Výsledek:

Faktury k datu 31. 8., stav zálohové faktury č. 1: uplatněno 300, neuplatněno 700

Upraveny tiskové formuláře faktur přijatých:

-467519 KNIHA PRIJATYCH FAKTUR
-467520 KNIHA PRIJATYCH FAKTUR s UCTO

Filtr dokladů na atributy “Datum od” a “Datum do” se určuje podle Data případu (dříve byl podle Data vystavení).

Fakturace, Generování/Načtení zpráv ve formátu helios XMLDo přenosu faktur v interním formátu helios XML byl doplněn přenos údajů o daňovém režimu na hlavičce faktury a daňových klíčích na položkách faktury.

Neexistující údaje se v cílové databázi nezakládají.

Pokud v cílové databázi režim/klíč existuje, doplní se na hlavičku/položku faktury.

Pokud v cílové databázi režim/klíč neexistuje, zůstane údaj na hlavičce/položce faktury prázdný.

Faktury přijaté/vydanéAkce “Zápočet faktury a dobropisu” byla rozšířena na variantu, kdy zákazník vystavuje dobropis jako “mínusovou” fakturu, tj. doklad s druhem pohybu 13/18

Fakturace – akce Zápočet faktury a dobropisu mohla skončit chybovým hlášením “Conversion failed when converting the nvarchar value ‚xy123456….‘ to data type int.Opraveno. Problém byl v generování názvu zápočtu.

Rozšířené dohledávání kurzů, Daňový kurz na faktuře.Za podmínek:

Rozšířené dohledávání kurzů je zapnuto
Na řadě faktur je nastaven Zdroj kurzu DPH – Daňový kurz

se daňový kurz na dokladu nedohledal, zůstal prázdný.

Opraveno.

Navazování zálohové faktury na realizační fakturu:Realizační faktura v cizí měně, zaškrtnuto “Do výše realizace“. Po navázání zálohy mohlo na realizační faktuře dojít k rozdílu 0,01 v hlavní měně.

Opraveno.

Při ukládání vydané faktury v řadě s nastaveným ověřováním v Insolvenčním rejstříku a kontrol nespolehlivého plátce DPH se mohla objevit chyba “Cannot drop the table ‘#TabOrgIROznacene‘, because it does not exist or you do not have permission”. Opraveno

V přehledu faktur se po spuštění akce Položky, Přehled skladových karet, Strom zobrazila hláška:[SQL:156,15] Incorrect syntax near the keyword ‚WHERE‘.

Opraveno.

Faktury vydané, režim OSS, Režim EU, pole Země DPH.Při výběru organizace v poli Místo určení se z organizace nepřenášel údaj Země DPH.

Opraveno.

Firemní aktivity

V přehledech hlaviček z firemních aktivit, záznamů QMS a dokladů CRM založených na tabulce tabKontaktJednani je k dispozici nový počítaný sloupec „Párovací znak“ – kombinace kategorie a čísla dokladu jednoznačně identifikující daný záznam.

Akce “Tisk s výběrem formuláře”, “Tisk s výběrem formuláře – jednotlivě” v přehledech firemních aktivit, CRM, QMS, helpdesku lze spouště klávesovými zkratkami Ctrl+F8, Alt+F8 jako v přehledech s jinými doklady.

Na Kategorie aktivit/QMS bylo doplněno nastavení „Termín zahájení pro nový úkol ze vzoru“ s těmto volbami:

hodnota ze vzoru – při založení úkolu ze vzoru se přenese libovolná i prázdná hodnota ze vzoru – výchozí nastavení

aktuální datum a čas – bez ohledu na hodnotu ve vzoru se naplní aktuálním datem a časem

neprázdná hodnota ze vzoru, jinak aktuální datum a čas – pokud není NULL převezme se ze vzoru, jinak aktuální datum a čas

Aktivita založená k dokladu akcí Nový záznam z přehledu Aktivity spuštěného nad dokladem, např. fakturou vydanou, k sobě nepřipojila daný doklad. Opraveno

Majetek

Upraveno zalamování pole Název v tiskovém formuláři Inventúra podľa odp.osoby (sys. číslo -400403).

V přehledu “Koeficienty, sazby, počty měsíců” založena pro SK Legislativu nová skupina “budovy ubytování, sport” (Skupina=61), Způsob odpisu = rovnoměrný, Počet let = 40, Od zdaňovacího období = 1.1.2025.Nová skupina je automaticky založena po přechodu na novou verzi nebo při generování nové databáze.

Nová skupina lze vybrat při zakládání seznamu daňových pohybů. V editoru daňových pohybů je přístupné zaškrtávátko “DP PL/K/S/PM-uživatelský“. Po jeho zaškrtnutí lze změnit přednastavenou hodnotu “Počet let“ ze 40 let na nižší počet.

Po potvrzení uložení editoru dojde k vygenerování daňových odpisů dle zadaných údajů.

Opraven problém s tiskovými formuláři v přehledu Karty majetku, kdy se zobrazoval tisk k datu minus 1 den.

Majetok (SK)

Majetok (SK):Pre SK-Legislatívu od 01.01.2025 je možné skrátiť dobu odpisovania v intervale 20 rokov minimálne až 40 rokov maximálne pri nasledovnom type majetku:

a) budovy pre ubytovanie

b) budovy pre šport

Pre tento účel bola vytvorená nová skupina “Budovy ubytovania, športu” (Skupina=61) , kde je prednastavený:

Spôsob odpisovania = rovnomerný a
Počet rokov = 40.

Táto nová skupina je do číselníka ”DP Daňová skupina” automaticky založená po prechode na novú verziu alebo pri generovaní novej databázy.

V daňových pohyboch “Zaradenie” nového majetku alebo “Zmena skupiny” do tejto novej skupiny je sprístupnené zaškrtávátko “DP PL/K/S/PM-uživatelský“ . Po jeho zaškrtnutí je možné zmeniť prednastavenú hodnotu “Počet rokov“ zo 40 rokov na nižší počet .

Po potvrdení a uložení editora dôjde k vygenerovaniu daňových odpisov podľa zadaných údajov.

Mzdy (CZ)

Docházkové systémy – import do Předzpracování – identifikace dávkyV případě importu z přehledu Docházka, příprava importu (nabídka Docházkové systémy) se nově plní sloupec Import – jméno souboru hodnotou Dochazkove_systemy pro lepší identifikaci dávky. Dříve bylo možné identifikovat jen dle Datumu importu/Datumu vložení. Současně se informace zobrazuje nově i ve sloupci Import – identifikátor (počítaný atribut skládající se z Import – jméno souboru a datumu).

Mzdový list – příjmy navyšující základ SP, ZP, daně – další MSByly upraveny distribuční tiskové formuláře mzdových listů v částech:

Příjmy navyšující základ SP
Příjmy navyšující základ ZP
Příjmy navyšující základ daně

aby zohledňovaly i další mzdové složky (např. pohotovost, cestovné nad limit).

Současně byl upraven nápočet v části Příjmy nezapočitatelné do SP a Příjmy nezapočitatelné do ZP. Nebyly zde zahrnuty Zdravotní nepeněžní benefity.

Upozornění:

V případě Příjmů nezapočitatelných do SP a Příjmů nezapočitatelných do ZP a výskytu Zdravotních nepeněžních benefitů je nutné pro aktualizaci údajů za uzavřená období udělat zpětný nápočet mzdových listů nad přehledem Výpočet mzdy přes nabídku Servisní akce, Mzdový list – přepočet.

Statistická sestava P1-04 – řádek 139 (PS celkem – ze státního rozpočtu jen PN)Byl upraven nápočet do řádku 139. V případě souběžných pracovních poměrů se nyní PP na jiném středisku zohledňují.

Statistická sestava ISP – příplatky přiznanéByl upraven nápočet příplatků přiznaných do sestavy ISP. Nyní je zohledňována platnost zadaného příplatku v paušálech k danému mzdovému období zpracování (období do).

Žádosti o dávku na ČSSZ – Student x PrázdninyBylo ošetřeno generování XML souboru v případě, že se jedná o studenta. V datové větě chyběl atribut <zamestnaniSpadaDoPrazdnin>0</zamestnaniSpadaDoPrazdnin>.

Zaručená mzda od 01/2026Od ledna 2026 dochází ke změnám v zaručené mzdě:

Nejnižší úrovně zaručeného platu pro stanovenou týdenní pracovní dobu 40 hodin činí:

Minimální mzda od 01/2026Od ledna 2026 dochází ke zvýšení částky minimální mzdy:

u měsíční mzdy na částku 22 400 Kč
u hodinové mzdy na částku 134,40 Kč

Doplňující údaje – Riziková práceV editoru doplňující údajů byla vytvořena nová záložka 3 – Zdravotní rizika.

V sekci [1] Kategorie je nově atribut Zdravotní rizika (přesunut ze záložky 1 – Osobní údaje).

V sekci [2] Faktory pracovního prostředí je seznam jednotlivých rizikových faktorů pracovních podmínek. U každého faktoru je možné zvolit kategorii rizika.

V sekci [3] Rozšiřující druhy práce je seznam pevně daných činností a dva atributy pro zadání vlastní činnosti.

Nastavení údajů se pak promítá do formuláře Žádost o posudek nad přehledem Plán školení a prohlídek.

ÚPRAVA – Měsíční kontrola MÚ (mzdových údajů) – Předpokládaný konec MD (mateřské dovolené).Doposud Měsíční kontrola MÚ při kontrole Ukončení MD v období MM/RRRR zobrazovala datum návratu do ES (evidenčního stavu).

Nyní je upraveno tak, aby Měsíční kontrola MÚ zobrazovala Datum návratu do ES minus 1 den při zohlednění délky MD.

Mzdové údaje – přehled Počáteční hodnoty – úprava (Veřejná správa)Pokud má uživatel aktivní modul Veřejná správa, jsou v editoru Doplňujících údajů schovány původní atributy Praxe roky, Praxe dny, Zaměstnání roky, Zaměstnání dny, do kterých se přičítají i hodnoty stejně nazvaných atributů z tabulky Počáteční hodnoty. Z tohoto důvodu jsou nově tyto atributy schované i v editoru Počátečních hodnot, pokud je aktivní modul Veřejná správa.

Bylo změněno výchozí nastavení přehledu Počáteční hodnoty (akce nad přehledem Mzdové údaje), atributy pro doby praxe a zaměstnání byly nahrazeny atributy (sloupečky):

Přesčasy
Pohotovost
Dohoda o PP

Roční sestavy, Úřad práce – potvrzení příjmu – cizinciDohledávání zaměstnance podle rodného čísla probíhá nyní takto (pokud je podmínka splněna, použije daný atribut, jinak pokračuje na další atribut):

1/ pokud není vyplněna státní příslušnost použije atribut Rodné číslo
2/ pokud je státní příslušnost CZ, použije atribut Rodné číslo
3/ pokud je vyplněna cizí státní příslušnost a je vyplněn atribut Rodné číslo (cizinec), použije tento atribut
4/ pokud je vyplněna cizí státní příslušnost a je vyplněn atribut Evidenční číslo pojištění, použije tento atribut
5/ pokud je vyplněna cizí státní příslušnost, ale není zadáno EČP ani Rodné číslo (cizinec), použije se Rodné číslo

Potvrzení při změně zaměstnání – insolvence – Spisová značkaV případě, že je na insolvenční mzdové složce v Paušálech a srážkách vyplněna Spisová značka, tiskne se nově do níže uvedených formulářů:

1194 Potvrzení při změně zaměstnání
1591 Potvrzení při změně zaměstnání (AJ)

Přečerpaná dovolená vs. rizikový zaměstnanecV případě, že zaměstnanec pracoval v riziku a současně měl přečerpanou dovolenou, nedošlo k zohlednění záporné částky přečerpané dovolené do vyměřovacích základů SP a tím došlo i k vyššímu odvodu pojištění za organizaci. Při tisku přehledu o výši pojistného či generování platebního příkazu se zobrazila hláška: „Dorovnání SP za firmu se nezdařilo. Nedostatečný počet zaokrouhlených záporných částek SP. Pokračovat?“

Byla provedena následující úprava:

úprava je datovaná (Oprava_2025_09 , nastaví se na první mzdové období bez vypočtené mzdy)
od této datované změny se uplatní úpravy výpočtu sociálního pojištění pro kategorie zaměstnanců Hasiči a záchranáři a kategorii Riziková zaměstnání zohledňující možnost výskytu záporných částek na mzdových složkách pro skupinu Náhrady mezd (např. Přečerpaná dovolená)
v původním výpočtu se záporná Náhrada mzdy do VZ na SP za jednotlivé kategorie vůbec nezapočetla a tudíž pak vykázala jednak vyšší vyměřovací základy a potažmo i vyšší odvody na SP za firmu za jednotlivé kategorie i odvod celkem

Výkaz P1-04 a P1-04a – kontrola na vygenerované předkontaceNově se při vytváření sestavy kontroluje, zda jsou vygenerovány předkontace v daném období, za který se sestava vytváří, ale pouze od 1. ostrého období (doposud bylo vygenerování předkontací hlídáno také před prvním ostrým obdobím).

Poštovní poukázky typu B – zvýšení poplatkůDochází ke zvýšení poplatků za poštovní poukázky typu B v tomto intervalu.

od 1 Kč do 5 000 – 53 Kč

Měsíční exporty za organizaci – Nastav – vazba na Mzdové obdobíV přehledu Měsíční exporty za organizaci (sys.č. 1147) se chybně zobrazovala vazba na Mzdové období – zobrazovaly se atributy týkající se poboček. Vazba na Mzdové období byla upravena, zobrazující se údaje týkající se období.

Žádosti o dávky – Návazné ošetřovné, Opravné podání – úpravyByla upravena akce Návazné podání nad přehledem Žádosti o dávku nemocenského pojištění (ČSSZ):

Do nově vytvořeného záznamu podání Žádosti se nyní vkládá Id vybraného mzdového období (dosud se přebíralo mzdové období z Žádosti, ze které se vytvářelo návazné podání)
do nově vytvořeného záznamu se nově už nekopírují žádné doby z původního záznamu (dny péče, plán směn …)
nově vytvořený záznam má nastaven příznak Aktuální

Byla upravena akce Opravné podání nad přehledem Žádosti o dávku nemocenského pojištění (ČSSZ):

do nově vytvořeného záznamu podání Žádosti se nyní vkládá Id vybraného mzdového období (dosud se přebíralo mzdové období z Žádosti, ze které se vytvářelo návazné podání)
nově vytvořený záznam má nastaven příznak Aktuální

Byl upraven defaultní přehled Žádosti o dávku nemocenského pojištění (ČSSZ):

defaultní nastavení přehledu bylo kvůli lepší přehlednosti rozšířeno o atributy Žádost od a Žádost do
nově se zobrazují Žádosti typu Ošetřovné (OSE) a Dlouhodobá péče (DLO), včetně Návazných ošetřovných, i v případě, že datum vzniku dávky předchází začátek minulého období – podmínkou je, že daná žádost vznikla v minulém, vybraném nebo následujícím mzdovém období

Upozornění: Toto platí až pro Žádosti vytvořené novou verzí programu. Pro starší záznamy bude muset uživatel použít akci Historie žádostí.

nově se nezobrazují Opravná podaní , která byla vytvořena dříve, než v minulém období.

Upozornění: Toto se plně uplatní až pro Opravná podání vytvořená novou verzí programu. Pro starší záznamy uživatel bude muset použít akci Historie žádostí

Rodinný příslušník – JménoBylo upravené zadání jména rodinného příslušníka, aby bylo možné zadat víc jak 20 znaků.

Potvrzení firmy při podání žádosti o důchod – stav výdělečné činnostiNad přehledem Důchody bylo v tiskovém formuláři Potvrzení firmy při podání žádosti o důchod upraveno načítání jednotlivých stavů tak, aby byly vyhodnocovány k poslednímu dni vybraného mzdového období.

Kontroly na změny mzdových údajů vs. naplánované změny základní mzdyV případě použití následujících akcí, které slouží pro změnu mzdových údajů Typ mzdy, Kalendář, Úvazek:

změna přímo v editoru Mzdové údaje
akce Hromadné změny
akce Plánované změny
akce Hromadné zadání nad Plánovanými změnami

se nyní kontroluje, zda neexistuje naplánovaná Změna částky základní mzdy. Atributy Typ mzdy, Kalendář a Úvazek ovlivňují výpočet základní mzdy.

Pokud systém zjistí, že existují naplánované Změny částky základní mzdy, je uživatel na tuto skutečnost upozorněn. V případě změny atributů ovlivňujících výpočet základní mzdy přímo v editoru Mzdové údaje se systém zeptá, zda naplánované změny částky základní mzdy odpovídají změněné hodnotě.

Příklad:

Změna částky základní mzdy naplánovaná do budoucnosti odpovídá Typu mzdy měsíční mzda.

Uživatel změní ve Mzdových údajích atribut Typ mzdy na hodinová, což znamená, že naplánované změna neodpovídá naplánované částce základní mzdy. Uživatel je na tuto skutečnost upozorněn a musí naplánovanou změnu základní mzdy upravit, tj. zadat změnu částky základní mzdy v hodinové sazbě.

V případě hromadných akcí musí uživatel změnu atributů ovlivňujících výpočet základní mzdy provést ručně ve Mzdových údajích nebo zrušit naplánované Změny částky základní mzdy a hromadnou akci zopakovat.

Roční sestavy – Průměrný výdělek pro bankovní účely – tiskové formulářeByly upraveny následující tiskové formuláře, aby se zobrazovaly správně vysoké částky (u některých atributů se nezobrazila celá hodnota):

Sys.č. Název

-370 Potvrzení průměrných výdělků
-1594 Potvrzení průměrných výdělků (AJ)
-1599 Potvrzení průměrných výdělků (AJ, sumace RČ)
-1598 Potvrzení průměrných výdělků (sumace RČ)

Doplňující údaje – vazba na Kontrolu platových stupňů a tříd (VS)V případě, že má organizace zakoupenu Veřejnou správu, zobrazuje se nově nad přehledem Doplňující údaje v Nastav vazba na tabulku Kontrola pl. stupňů a tříd. Lze tedy nyní v přehledu Doplňující údaje zobrazit roky a dny praxe.

Upozornění:

Roky a dny zobrazené v přehledu Doplňující údaje zobrazují hodnoty ke konci předchozího období. Měsíční uzávěrka pak vypočte počet dní za daný měsíc a jejich součet je pak hodnota, která se uloží do následující měsíce.

Kontrola platových stupňů a tříd pracuje s tímto součtem ve vybraném období.

V případě, že v databázi není aktivována Veřejná správa, zobrazují se roky a dny praxe standardně ze mzdových údajů.

Editor zaměstnance – docházkový čipDo editoru číselníku Zaměstnanci byl na záložku Další údaje v sekci Zabezpečení doplněn nový atribut Docházkový čip pro evidenci osobních identifikačních čipů (karty, přívěšky) Vámi používaného docházkového systému.

Atribut je možné si v přehledu zobrazit přes akci Nastav.

Platební příkazy – defaultní nastavení Druhu platbyDo definice platebních příkazů (PP) ve mzdách byl doplněn nový atribut Druh platby. Lze vybírat z těchto možností:

Běžná – přednastaveno
Okamžitá
Expresní
Dle nastavení na bankovním spojení – v tomto případě se Druh platby přebere z druhu platby nastaveného na přiřazeném bankovním spojení vlastní organizace

Podle nastavení definice PP se při generování tuzemských platebních příkazů použije hodnota z tohoto atributu.

Import do Předpracování vs uzavřené účetní atributyDo všech standardních importů do Předzpracování byla přidána kontrola na uzavření účetních atributů (zakázka, středisko, nákladový okruh, vozidlo).

Jakmile nyní import zjistí, že se pokoušíte importovat uzavřené účetní atributy, zobrazí se chybová hláška, např. “Zakázka uzavřená”.

Import změny částky základní mzdy do aktuálního mzdového obdobíNyní je možné nad přehledem Mzdové údaje importovat změny částky základní mzdy i do aktuálního mzdového období (dosud to bylo možné od běžného období).

Platí však určitá pravidla. Pokud import zjistí, že:

už existuje vypočítané mzda za dané osobní číslo/alias, tak zahlásí import chybu a neproběhne
není vypočítaná mzda, ale existuje změna základní mzdy s platností spadající do aktuálního mzdového období, tak se zobrazí chybová hláška “Pro zaměstnance už existuje naplánovaná změna ZM pro toto období.“ a neproběhne
není vypočítaná mzda a neexistuje pro záznam ve Změnách částky s platností spadající do aktuálního mzdového období, tak se provede založené záznamu změny částky i s platností od a zároveň se změní částka základní mzdy ve Mzdových údajích

Výpočet mzdy – uzamčené údajeV případě, kdy ve Výpočtu mzdy spustí současně v tomtéž čase více uživatelů výpočet mzdy, může se zobrazit chybová hláška:

“Údaje jsou dočasně uzamčené jiným uživatelem. Akci zopakujte.”

Pokud se tato hláška zobrazí, uživatel musí výpočet mezd těchto zaměstnanců zopakovat.

Potvrzení zaměstnavatele o výši vyměřovacích základů zaměstnance pro účely vrácení přeplatku na pojistném z důvodu neuplatnění slevy na pojistném zaměstnance – nový tiskový formulářNad Ročními sestavami byl vytvořen nový tiskový formulář sys. č. -1264 Potvrzení VZ pro vrácení přeplatku na pojistném. Za vybraná mzdová období se pro vybraného zaměstnance načítá vyměřovací základ na sociální pojištění a informace, zda byla sleva uplatněna.

Docházkové systémy a půldenní docházka do PředzpracováníPři importu půldenní docházkové mzdové složky, která je z docházkového systému evidována s parametry:

hodnota: 0,5

typ hodnoty: Den

se do Předzpracování importovala jako celodenní docházka.

Upraveno, nyní se importuje správně jako půlden.

Upozornění: V případě delšího intervalu datumů od – do než 1 den se hodiny a dny dopočítávají dle mzdového kalendáře zaměstnance.

Žádost o PPM – nesoulad v datechPři zadání peněžité pomoci v mateřství (PPM) do 4 let dítěte se při ukládání žádosti objevovala hláška „Nesoulad vyplnění údajů pro nástup na PPM“. Musel být vyplněn atribut DVZ.

Kontrola na atribut DVZ byla zrušena, již se v žádosti nevykazuje.

Výplatní lístky – změna řazení mzdových složekNyní je seznam příjmových mzdových složek na výplatním lístku (levá část) setříděný nejprve podle čísla Skupiny mzdových složek (např. 01 – Základní mzda) a až v rámci skupiny pak dle čísla MS.

Založení nového zaměstnance vs. Číselné řady aliasV případě, že se při založení nového zaměstnance použila číselná řada alias (v konfiguraci nastaveno použité alias místo osobního čísla), hlásil systém duplicitu alias, ačkoli dané alias dosud nebylo použito:

“Položka alias se v číselníku zaměstnanců již vyskytuje.“

Upraveno.

Evidence DNP – poslední odpracovaný den (celý) – přenos do PředzpracováníV případě, že měl zaměstnanec zadaný v Evidenci DNP poslední den nemoci/úrazu jako celý odpracovaný, do Předzpracování se tento den sice vykázal zvlášť, ale jako neodpracovaný.

Upraveno.

Generátor mzdových sestav – BenefityDo nabídky Generátor, Rozšiřující funkce, Ostatní byly přidány vzorce:

NADLIMIT_ZDRAVOTNÍ_BENEFITY
NADLIMIT_NEPENĚŽNÍ_BENEFITY

Změna typu nemoci – tiskové formuláře Přehled náhrad při PN, Mzdové listyByly upraveny následující tiskové formuláře, aby zohledňovaly změnu typu likvidace DNP na likvidační MS

Sys.č. Název

-1583 Mzdový list
-1584 Mzdový list s generátorem mzdových sestav
-1585 Mzdový list s rozpisem mzdových složek
-1586 Mzdový list s rozpisem mzdových složek a generátor
-1111 Přehled náhrad při pracovní neschopnosti 2009

NOVINKA – Mzdové údaje vs Master&DetailDo vazeb definice Master&Detail byla doplněna vazba na TabMzZmenyZM (změny částky základní mzdy).

Výpočet základní mzdy v CM – sloupec Částka CM (přes Nastav)Nyní se ve Výpočtu mzdy ve sloupečku Částka CM (cizí měna) zobrazí hodnota v přiřazené cizí měně i u mzdové složky 001 Základní mzda (pokud je použitá cizí měna ve mzdových údajích).

Odstupné, odchodné – průměrný výdělek vs. týdenní úvazekNově se při výpočtu odstupného a odchodného uplatňuje průměrný úvazek z kvartálu vybraného mzdového období.

POZOR! Změna výpočtu je datovaná (Oprava_2025_07_1), uplatní se nejdříve v červnu 2025.

ÚPRAVA – Dialog na rozmezí období – pohled přes obdobíNyní je možné nad přehledy Mzdové údaje – pohled přes období a Mzdové složky pohled přes období, které obsahují min. 100 000 záznamů, zobrazení dialogu pro zadání rozmezí období. Tento dialog je možné opakovaně vyvolat pomocí tlačítka Obnovit.

POZOR: když je nad daným přehledem zapnutý parametr “Omezené načítaní dat” ( tlačítko Nastav záložka Podmínky – filtr – Nastavení pro přehled), tak při pohybu v přehledu dochází automaticky k obnově přehledu a při každé takové obnově se zobrazí tento dialog.

Řazení exekučních srážek ve formuláři Přehled exekučních srážek při žádosti o DNP – systémové číslo – 1217Nyní dochází v tiskovém formuláři Přehled exekučních srážek při žádosti o DNP (akce nad přehledem Výpočet mzdy – ČSSZ Výkazy – Žádost o dávku NP – přehled Žádosti o dávku nemocenského pojištění ČSSZ) k řazení exekučních srážek dle dne doručení výkonu rozhodnutí vzestupně.

Evidence DNP – změna typu pracovní neschopnosti (PN)V případě, že přišla z ČSSZ notifikace na změnu typu PN nebo změnu atributu Pracovní úraz, došlo ke změně v atributu Druh dávky a do Předzpracování (Výpočtu mzdy) pak byla generována jiná MS pro docházku než byla původně a následně také nebyla správně navázána likvidace PN a mohla být nesprávně proplacena. Bylo nutné řešit tuto situaci bez vazby na Evidenci DNP přímo ve výpočtu mzdy.

Z tohoto důvodu byla funkcionalita v Evidenci DNP v případě změny typu PN upravena.

POZOR:

Změna se uplatní pro pracovní neschopnosti

vzniklé po 31.12.2024
u kterých nebyla v předchozím průběhu změna druhu dávky generovaná z notifikací “po staru“

Změna způsobu generování/aktualizace záznamů v Evidenci DNP ze stažených e-neschopenek (notifikací o PN z portálu ČSSZ) a následná likvidace PN:

V editoru Evidence DNP je nová sekce Změna druhu dávky. Obsahuje pole Druh dávky a pole Od . Obě pole jsou needitovatelná a zobrazují se pouze u dávek typu PN (Nemoc, Pracovní úraz, Ostatní úraz).

Nově se mění způsob reakce na změnu Druhu dávky nebo atributu Pracovní úraz v došlé notifikaci. Atribut Druh dávky v Evidenci DNP zůstává nyní beze změny, ale změna se zaznamená do nového atributu Druh dávky – změna . Následná automatická likvidace neproplacených dávek nad Výpočtem mzdy tuto změnu druhu dávky převádí na odpovídající číslo MS a zapisuje do likvidační MS ve výpočtu mzdy jako změnovou MS.

Pole Druh dávky je vyplněné v případě, že:

byla pro danou PN stažena eNeschopenka (notifikace) typu Změna, která obsahuje element KodDruhuNemoci odlišný od Druhu dávky. Pole se při stažení notifikace vyplní automaticky
u ručně zadaného záznamu použitím akce Změna důvodu PN – Nastav ve výpočtu mzdy (viz dále)

Pole Od obsahuje údaj o měsíci a roku, kdy se na likvidační MS vzniklé ve výpočtu objevuje prvně Změnové číslo likvidační MS. Pokud takováto likvidace neexistuje, je pole prázdné.

Pro kontrolu nastavení likvidačních MS ve výpočtu mzdy slouží klávesová ikona “…“ (tři tečky), která zobrazí přehled všech likvidačních MS ve mzdách za všechna mzdová období, které vznikly přenosem docházkových MS z vybraného záznamu Evidence DNP.

Zadávání Změny druhu dávky i do ručně zadaných záznamů v Evidenci DNP:

Zápis a zrušení změny druhu dávky do Evidence DNP u ručně pořízených záznamů zajišťují 2 nové akce nad přehledem Evidence DNP pod nabídkou Změna důvodu PN:

Nastav ve výpočtu mzdy
Zruš z výpočtu mzdy

Tyto akce zároveň slouží k zapsání/smazání změnových MS do likvidací PN ve výpočtu mzdu ve mzdových obdobích zpětně v rámci aktuálního roku.

Nastav ve výpočtu mzdy

Úvodní dialog nabízí možnost vybrat měsíc aktuálního roku, od kterého se má změna zapsat a u ručně zadaných záznamů se vybírá i Druh dávky pro změnu. Po proběhnutí akce se objeví hláška:

Počet likvidačních mzdových složek, na kterých proběhla změna druhu dávky PN : 2. POZOR ! Změna druhu dávky za pracovní neschopnost může ovlivnit výpočet nároku na dovolenou! Nezapomeňte zkontrolovat stav dovolené.

Zruš ve výpočtu mzdy

U akce pro zrušení se dialog neobjevuje, změna se ruší ve všech obdobích aktuálního roku. Akce jsou aktivní pouze v aktuálním období. Po proběhnutí akce se objeví hláška:

Počet likvidačních mzdových složek, kde proběhlo zrušení změny druhu dávky PN : 2. POZOR ! Změna druhu dávky za pracovní neschopnost může ovlivnit výpočet nároku na dovolenou! Nezapomeňte zkontrolovat stav dovolené.

Pod nabídkou Změna důvodu PN je dále akce Přehled likvidací PN:

Akce slouží pro kontrolu změn druhu dávky na likvidačních mzdových složkách ve výpočtu mzdy. Zobrazí přehled všech likvidačních MS ve mzdách za všechna mzdová období, které vznikly přenosem docházkových MS z vybraného záznamu Evidence DNP.

V defaultním přehledu Evidence DNP přibyl nový počítaný atribut Z (Je změna druhu dávky) . Jde o příznak, zda záznam o PN obsahuje Změnu druhu dávky.

Insolvence – kontrola při zadávání do paušálů a srážekByla upravena kontrola při zadávání insolvenční srážky .

Nově se kontroluje zadání Spisové značky. Pokud není zadána, při uložení se zobrazí dotaz:

Insolvenční srážka. Doplňte, prosím, Spisovou značku. Pokračovat ?

Současně byla upravena kontrola u Srážek VR na Číslo rozhodnutí, ze které byly vypuštěny insolvenční srážky.

Generátor mzdových sestav – cizí měnaSpeciální funkce MZSL byla rozšířena o nepovinný třetí atribut “Z“ pro určení měny, ve které se má počítat částka v cizí měně. Současně je nově možné do parametru “X“ zadat hodnotu “M“, která určuje, že se jedná o částku v cizí měně:

MZSL(“X“,”Y”,”Z”)

Příklad:

MZSL(“M“,”001”,”EUR”)

Tato funkce vrátí částku v Eurech na mzdové složce 001 Základní mzda.

UPOZORNĚNÍ: Částku v cizí měně je možné načítat jen ze mzdových složek, v jejichž definici je možné povolit cizí měnu.

Mzdové listy – pracovní neschopnost přes svátekPokud byla pracovní neschopnost přes svátek (pracovní den), tak se dny a hodiny svátku nezapočítaly.

Upraveno.

Příspěvek Dlouhodobý investiční produkt (DIP) procentem, atribut Číslo smlouvyČíselník mzdových složek

Generování distribučního číselníku mzdových složek (DČMS) bylo rozšířeno o MS 079 Příspěvek DIP procento – zaměstnavatel.

Změnový skript 3_0_2025_0699 generuje MS 079 do DČMS i uživatelského číselníku mzdových složek (UČMS) od období 09/2025 a MS 078 do UČMS od období 09/2025, pokud tam ještě není.

Mzdové konstanty

Do tabulky mzdových konstant byly doplněny 3 nové atributy:

Příspěvek DIP – typ základu: jde o typ základu pro výpočet částky příspěvku od zaměstnavatele na Dlouhodobý investiční produkt, tato částka se vypočte jako procento ze zvoleného typu základu podle nastavení mzdové složky Příspěvek DIP procento – zaměstnavatel

Min. příspěvek DIP – částka : jde o minimální částku příspěvku od zaměstnavatele na Dlouhodobý investiční produkt, porovnává se s částkou vypočtenou procentem ze základu podle nastavení mzdové složky Příspěvek DIP procento – zaměstnavatel

Max. příspěvek DIP – částka: jde o maximální částku příspěvku od zaměstnavatele na Dlouhodobý investiční produkt, porovnává se s částkou vypočtenou procentem ze základu podle nastavení mzdové složky Příspěvek DIP procento – zaměstnavatel

Editor mzdových konstant – záložka 3 Konstanty a sazby, sekce 6 Připojištění:

sekce přejmenována na Produkty na stáří
celá sekce je přeskupena a rozšířena o atributy pro DIP
vytvořeny 2 podzáložky Penzijní pojištění a Dlouhodobý investiční produkt
na první podzáložku byly přeskupeny původní atributy týkající se Penzijního připojištění, pro větší srozumitelnost byly upraveny názvy skupin a doplněny nápovědné hinty k editačním polím
na druhou podzáložku byly vloženy nové atributy týkající se DIP, editační pole jsou rovněž vybaveny nápovědnými hinty

Paušály a srážky – editor Paušálů a srážek:

U srážkových mzdových složek pro produkty na stáří typu DIP a PDP lze nyní nově zadávat i atribut Číslo smlouvy (pro srážku za zaměstnance i firmu).

U příjmových mzdových složek typu Příspěvek DIP procento – zaměstnavatel byla přidána kontrola na zadání nenulového procenta.

Výpočet mzdy – DIP:

Pokud se ve výpočtu mzdy vyskytuje příspěvková MS pro DIP procentem (tj. s nastavením: nespecifikovaný příjem, VF = procento, Základ pro daň = Investiční produkt, Referenční MS = 079), vypočte se její částka jako procento zadané na této MS ze základu daného nastavením parametrů pro DIP ve Mzdových konstantách. Výše příspěvkové částky se dále pak upraví podle limitů – minima a maxima, pokud jsou tyto pro DIP ve Mzdových konstantách zadané (nenulové).

Pokud neexistuje ve mzdě žádná srážková MS pro DIP, objeví se měkká informativní hláška.

Pokud existuje více srážkových MS pro DIP, tedy pro různé fondy, celková částka příspěvku na DIP (může být zadaná částkou (MS 078) i procentem (MS 079)) se rozdělí na jednotlivé srážkové MS v poměru částek uvedených na těchto MS při jejich prvotním zadání – tedy do Paušálů, Předzpracování, ale i přímo do mzdy.

Mzdové údaje – atribut Srazit ZP z doplatku do MVZNově je atribut Srazit ZP z doplatku do MVZ automaticky zatržen při zakládání nového pracovního poměru stejně jako atribut Uplatnit MVZ.

Mzdové údaje – Automatický dopočet hodinV aktuálním nebo běžném období je nově při ukládání editoru dotaz na to, zda se má změna atributu Automatický dopočet hodin přepsat i do následujících měsíců (pro případ, že nastavujete pouze pro daný měsíc a není žádoucí, aby se změna propsala i do měsíců následujících).

RELDP – pro pokračující DPP a DPČV případě, že DPP nebo DPČ započala v roce předchozím, kdy byla pojištěna a současně DPP nebo DPČ pokračuje i v roce aktuálním, aniž by byly dosaženy jakékoliv příjmy, existuje ze strany ČSSZ požadavek na to, aby tyto “nulové dohody” měly v aktuálním roce vytvořený “vykřížkovaný RELDP”.

Čeho se týká nová funkcionalita:

RELDP pro rok 2025 a vyšší
jen aktivních dohod (v období nápočtu jsou v evidenčním stavu)
jen dohod, které vznikly před rokem, za který se RELDP napočítává
DPP – jen případů, kdy nebylo dosaženo hranice pro odvod SP
DPČ – jen případů, kdy se jedna o zaměstnání malého rozsahu s pojištěním od hranice, a zároveň nebylo dosaženo hranice pro odvod SP
pokud je v minulém roce nalezen jakýkoliv RELDP pro daný pracovní poměr zaměstnance, RELDP se nově vygeneruje
naopak u starších “restů“ budou uživatelé muset chybějící RELDP v roce 2024 ručně, aby jim nová funkcionalita pomohla i u případů, kdy dohody vznikly před 1.1.2024
RELDP vytvořené ve výše uvedených případech budou mít ve všech měsících od začátku roku do vybraného období “křížky“

Mzdový list – tiskové formuláře nad Ročními sestavami při víceřádkovém vynětí z evidenčního stavuV případě, že je ve Mzdových údajích víceřádkové vynětí z evidenčního stavu, které např. přechází do následujícího roku, výsledek tisku na mzdovém listu /ML/ je následující:

Tisk ML v aktuálním roce, ve kterém ještě nedošlo ke změně vynětí: v sekci pro Vynětí ze stavu a Důvod vynětí se zobrazí zadané rozpětí a důvod vynětí z 1. řádku karty Mzdových údajů ze sekce Vynětí z evidenčního stavu /Datum vynětí , Důvod vynětí a Návrat do ES/.
Tisk ML v následujícím roce , ve kterém dojde ke změně vynětí:
- Pokud omezíme při výběru před tiskem Rozmezí období – Měsíc od – Měsíc do a Rok do doby, než dojde ke změně vynětí, v sekci pro Vynětí ze stavu a Důvod vynětí se zobrazí zadané rozpětí a důvod vynětí z 1. řádku karty Mzdových údajů ze sekce Vynětí z evidenčního stavu /Datum vynětí, Důvod vynětí a Návrat do ES/.
- Pokud nebudeme při výběru před tiskem omezovat Rozmezí období do doby, než dojde ke změně vynětí a ponecháme Rozmezí období na přednastavené Leden – Prosinec aktuálního roku, v sekci pro Vynětí ze stavu a Důvod vynětí se zobrazí zadané datum a důvod vynětí z 2. řádku karty Mzdových údajů ze sekce Vynětí z evidenčního stavu /Datum změny a Důvod změny/.

Druhy ukončení pracovního poměru – úmrtí zaměstnance

nově se do Druhu ukončení PP generuje kód 48 s názvem Smrt zaměstnance
V případě ukončení PP z důvodu smrti zaměstnance se nově nastavuje u Odhlášky důvod na kód 15 – Ostatní

Práce z domova – zaokrouhlování

Změna je datovaná k prvnímu mzdovému období bez výpočtu mzdy (atributy s prefixem Oprava_2025_07)
ve Výpočtu mzdy se Částka na evidenční MS pro Náhradu za HO (referenční MS 116) přepočte jako součin Hodin a Sazby na této MS s tím, že se výsledek zaokrouhlí na celé koruny nahoru .
- výpočet limitní částky pro určení daněné a nedaněné části Náhrady za HO se rovněž zaokrouhlí na celé koruny nahoru (dosud jsme zaokrouhlovali aritmeticky !)
v důsledku těchto úprav může dojít k tomu, že :
- Částky na evidenčních MS pro HO se mohou lišit v Předzpracování a ve Výpočtu mzdy
- i Částka zadaná na evidenčních MS pro HO ve Výpočtu mzdy ručně se přepočtem mzdy díky jinému zaokrouhlení může změnit
- vzhledem k tomu, že pro výpočet mzdy není směrodatná evidenční MS, ale MS pro nedaněnou a daněnou část příspěvku (referenční MS 114 a 115), považujeme případné rozdíly podle výše uvedeného za akceptovatelné

Doklad o výši čtvrtletního příjmu (pouze část D1) – úpravaByla provedena revize formuláře sys.č. -1502 Doklad o výši čtvrtletního příjmu (pouze část D1) a úprava nápočtu čistého příjmu, kde se nezapočítaly některé položky (např. pohotovost, benefit, pojištění odpovědnosti):

úprava se uplatní pro výpočet za interval období Datum od-do, kde Datum do je vyšší nebo rovno 09/2025
pro výpočet jsou použity atributy ze Mzdového listu podle vzorce:
- Úhrn příjmů ze závislé činnosti – ZP zaměstnance – SP zaměstnance – Daň po slevě – Daň srážková
dále se příjem sníží o hodnoty atributů Daňový bonus a Úprava daňového bonusu
dále se řeší RZD z minulého roku: odečte se Přeplatek daně a přičte se Rozdíl daně po slevách
dále dochází ke snížení o případnou úpravu DB (daňového bonusu) z RZD v Počátečních hodnotách
dále dochází ke snížení o sumu částek na MS s referenční MS 730 (Auto do daně)

Změna se projevuje i do potvrzení příjmů generovaných z nabídky Roční sestavy, Úřad práce – potvrzení příjmu.

Přehledy na ZP – počet zaměstnanců vs. vynětí z evidenčního stavuByl upraven nápočet počtu pojištěnců do přehledů na ZP, nyní jsou započítáváni zaměstnanci s těmito druhy vynětí:

zaškolení mladistvých
rodičovská dovolená
obecný zájem
uvolnění pro jinou organizaci
mateřská dovolená
dlouhodobé neplacené volno
zvýšení kvalifikace zaměstnance

Mzdy (SK)

NOVINKA – Mzdové údaje – Automatický dopočet hodínV aktuálnom alebo bežnom období je odteraz pri ukladaní editora Mzdové údaje otázka na to, či sa má zmena atribútu “Automatický dopočet hodín” prepísať aj do nasledujúcich mesiacov (pre prípad, že nastavujete len pre daný mesiac a nie je žiaduce, aby sa zmena prepísala aj do mesiacov nasledujúcich).

NOVINKA – Doplňujúce údaje – činnosti podľa osobitných predpisovV editore Doplňujúcich údajov na záložke Zdrav. riziká vznikla nová sekcia 3 – Činnosti podľa osobitných predpisov, ktorá obsahuje zoznam pevne daných činnosti a jeden atribút pre zadanie vlastnej činnosti.

ÚPRAVA – Mesačná kontrola MÚ – Predpokladaný koniec MDDoteraz Mesačná kontrola MÚ pri kontrole Ukončenie MD v období MM/RRRR zobrazovala dátum návratu do ES.

Upravené tak, aby zobrazala Dátum návratu do ES – 1 deň zohľadňujúc dlžku MD.

ZMENA – Mzdové údaje – prehľad Počiatočné hodnotyBol zmenený východzí prehľad Počiatočné hodnoty nad prehľadom Mzdové údaje, odteraz zobrazuje stĺpčeky:

Nadčasy

Pohotovosť

Dohoda o VP

ÚPRAVA – Rodinný príslušník – menoBola upravené zadávanie mena rodinného príslušníka tak, aby sa dalo zadať na viac ako 20 znakov.

Upravené.

ÚPRAVA – Kontrola pri výpočtu SPP vs OOPBola upravená kontrola pri výpočte súbežných pracovných pomerov, v prípade kedy na niektorom z pracovných pomerov je uplatnená OOP. Systém oznamoval správne, že je potrebné HPP prepočítať (viď Stav výpočtu = ZmenyxVPP), ale aj po prepočítaní mzdy na HPP sa tento chybný stav nezmenil na Vykonaný.

Upravené

NOVINKA – Kontroly na zmeny mzdových údajov vs naplánované zmeny základnej mzdyPri nasledovných akciách, ktoré slúžia na zmenu mzdových údajov Typ mzdy, Kalendár, Úväzok:

priamo v editore Mzdové údaje
akcia Hromadné zmeny
akcia Plánované zmeny
akcia Hromadné zadanie nad Plánovanými zmenami

sa odteraz kontroluje, či neexistuje naplánovaná Zmena čiastky základnej mzdy. Atribúty Typ mzdy, Kalendár a Úväzok ovplyvňujú výpočet základnej mzdy.

Ak systém zistí, že existujú naplánované Zmeny čiastky základnej mzdy, je používateľ upozornení na túto skutočnosť. V prípade zmeny atribútov ovplyvňujúcich výpočet základnej mzdy priamo v editore Mzdové údaj sa systém spýta, či naplánované zmeny čiastky základnej mzdy zodpovedajú zmenenej hodnote.

Príklad:

Zmena čiastky mzdy naplánovaná do budúcnosti zodpovedá typu mzdy mesačná mzda.

Používateľ zmení v Mzdových údajoch atribút Typ mzdy na hodinová, čo znamená, že naplánovaná zmena nezodpovedá naplánovanej zmene čiastky základnej mzdy. Používateľ je na túto skutočnosť upozornený a musí naplánovanú zmenu základnej mzdy upraviť, t.j. zadať zmenu čiastky základnej mzdy v hodinovej sadzbe.

V prípade hromadných akcií, musí zmenu atribútov ovplyvňujúcich výpočet základnej mzdy, používateľ vykonať ručne v Mzdových údajoch alebo zrušiť naplánované Zmenu čiastky základnej mzdy a hromadnú akciu zopakovať.

NOVINKA – Dochádzkový čipDo editora číselníka Zamestnanci pribudol na záložke Ďalšie údaje v sekcii Zabezpečenie nový atribút “Dochádzkový čip” pre evidenciu priradených osobných identifikačných čipov (karty, prívesky) Vami používaného dochádzkového systému.

Atribút je možné si zobraziť do prehľadu pomocou tlačidla Nastav.

NOVINKA – Definícia platobných príkazov – Druhu platbyDo Definície platobných príkazov (PP) bol doplnený nový atribút Druh platby. Je možné vyberať z nasledovných možností:

Bežná – prednastavené
Okamžitá
Expresná
Podľa nastavenia na bankovom spojení – v tomto prípade sa Druh platby preberá z druhu platby nastaveného na priradenom na bankovom spojení vlastnej organizácie

Podľa nastavenia definície PP sa pri generovaní tuzemských platobných príkazov použije hodnota z tohto atribútu.

ÚPRAVA – Import do Predspracovania vs uzavreté účtovné atribútyDo všetkých štandardných importov do Predspracovania bola pridaná kontrola na uzavreté účtovné atribúty (zákazka, stredisko, nákladový okruh, vozidlo), odteraz ak import zistí, že sa pokúšate importovať uzavreté účtovné atribúty, zobrazí sa hláška napr.:

“Zákazka uzavretá.”

ÚPRAVA – Výpočet mzdy – uzamknuté údajeV prípade, kedy Výpočet mzdy spustia súčasne v rovnakom čase viacerí používatelia, môže sa zobraziť nasledovná chybová hláška:

“Údaje sú dočasne uzamknuté iným používateľom. Akciu zopakujte.”

Ak sa táto hláška zobrazí, používateľ musí výpočet miezd týchto zamestnancov musí zopakovať.

NOVINKA – Import do Predspracovania – Dochádzkové systémy – identifikácia dávkyV prípade importu do Predspracovania z prehľadu “Dochádzka, príprava importu” (akcia Dochádzkové systémy) sa odteraz plní stĺpec Import – meno súboru hodnotou Dochazkove_systemy pre lepšiu identifikáciu dávky.

Skôr bolo možné identifikovať len podľa Dátumu importu/Dátumu vloženia.

Súčasne sa informácia zobrazuje odteraz aj v stĺpci Import – identifikátor (skladá sa z Import – meno súboru a dátumu).

ÚPRAVA – Dochádzkové systémy vs poldňová dochádzkaPo importe poldňovej dochádzkovej mzdovej zložky zaevidovanej v dochádzkovom systéme:

hodnota: 0.5

typ hodnoty: Deň

do Predspracovania sa dochádzková mzdová zložka naimportovala ako celodenná.

Upravené, tak aby sa importovala ako poldňová.

{{{1}}}

NOVINKA – RLFO platné odPo update na túto verziu sa pri generovaní formátu správy “Registračný list fyzickej osoby – hromadné podanie (XML)” sa systém Helios Inuvio spýta:

“Použiť štruktúru XML platnú pre verziu 2026?”

Po zvolení tlačidla ÁNO sa vygenerujú označené RLFO v novej štruktúre XML, ktorej platnosť je avizovaná na termín “najneskôr 1. 11. 2025”.

Po zvolení tlačidla NIE sa vygenerujú označené RLFO v pôvodnej doteraz používanej štruktúre XML.

Táto otázka bude odstránená v najbližšej verzii systému Helios Inuvio ak bude definitívne v platnosti nová štruktúra XML.

ÚPRAVA – Import zmeny čiastka základnej mzdy do aktuálneho mzdového obdobiaOdteraz je možné nad prehľadom Mzdové údaje importovať zmeny čiastky základnej mzdy aj do aktuálneho mzdového obdobia (doteraz to bolo možné za aktuálnym obdobím).

Platia tu pravidlá, ak import zistí, že:

už existuje vypočítaná mzda za dané os. číslo/alias, tak import zahlási chybu a nevykoná sa
nie je vypočítaná mzda, ale existuje pre zmena základnej mzdy s platnosťou spadajúcou do akt. mzdového obdobia, tak zobrazí chybová hlášku:

“Pre zamestnanca už existuje naplánovaná zmena ZM pre toto obdobie. ”

a nevykoná sa

nie je vypočítaná mzda a neexistuje pre záznam v Zmenách čiastky s platnosťou spadajúcou do akt. mzdového obdobia, tak sa vykoná založenie záznamu zmeny čiastky aj platnosti od a zároveň sa zmení čiastka základnej mzdy v Mzdových údajoch.

NOVINKA – Generátor mzdových zostáv – cudzia menaRozširujúca funkcia MZSL bola rozšírená o nepovinný tretí parameter “Z” pre určenie meny, v ktorej sa má napočítať čiastka v cudzej mene a zároveň do parametra “X” je možné zadať novú hodnotu “M”, ktorá určuje, že sa jedná o čiastku v cudzej mene:

MZSL(„X“,“Y“,“Z“)

Príklad použitia:

MZSL(„M“,“001,008″,“CZK“)

Táto funkcia vráti čiastku v českých korunách za mzdovú zložku 001 a 008.

UPOZORNENIE: Čiastku v cudzej mene je možné načítať len za mzdové zložky, v ktorých definícii je možné povoliť cudziu menu.

Mzdové listy – pracovní neschopnost přes svátekPokud byla pracovní neschopnost přes svátek (pracovní den), tak se dny a hodiny svátku nezapočítaly.

Upraveno.

MZSL(„X“,“Y“,“Z“)

Príklad použitia:

MZSL(„M“,“001,008″,“CZK“)

Táto funkcia vráti čiastku v českých korunách za mzdovú zložku 001 a 008.

UPOZORNENIE: Čiastku v cudzej mene je možné načítať len za mzdové zložky, v ktorých definícii je možné povoliť cudziu menu.

NOVINKA – MZ pre definíciu stravných lístkovPo update na túto verziu sa:

Číslo Názov mzdovej zložky

117 Stravný príspevok do limitu (SL)
118 Stravný príspevok nad limit (SL)
120 Stravný príspevok zo SF (SL)

Tieto mzdové zložky slúžia na priradenie do Definície stravného v prípade definovania stravných lístkov (SL).

Číslo Názov mzdovej zložky Hrubý príjem

111 Stravný príspevok do limitu (paušál) N
112 Stravný príspevok nad limit (paušál) N
113 Stravný príspevok zo SF (paušál) N

Ref. číslo MZ Názov mzdovej zložky Hrubý príjem

111 Stravný príspevok do limitu (paušál) N
112 Stravný príspevok nad limit (paušál) N
113 Stravný príspevok zo SF (paušál) N

Definíciu stravného pre stravné lístky bude možné uložiť aj v prípade, kedy budú tieto MZ-ky vstupovať do Hrubého príjmu (t. j. nastavenie po starom).

ZMENA – Ročné zúčtovanie dane – Daňový bonus na deti od roku 2025

NOVINKA – Pomôcka na objednávanie stravných lístkovNad prehľadom Výpočet mzdy/Stravné je možné si pomocou tlačidla Nastav zobraziť nové pomocné stĺpčeky, ktoré môžu slúžiť na objednanie stravných lístkov (poukážok):

Objednávka – pracovné dni (t.j. fond pracovnej doby mesiaca, pre kt. sa objednávka stravných lístkov realizuje)

Objednávka – dni neprítomností (t.j. z predminulého mesiaca)

Objednávka – dni pracovné cesty (t.j. z predminulého mesiaca)

Objednávka – dni nároku na stravné lístky (t.j. finálny počet dní nároku na stravné lístky)

Objednávka – počet stravných lístkov 1 (t.j. počet lístkov v nominálnej hodnote 1)

Objednávka – počet stravných lístkov 2 (t.j. počet lístkov v nominálnej hodnote 2)

Objednávka – počet stravných lístkov 3 (t.j. počet lístkov v nominálnej hodnote 3)

Objednávka – počet stravných lístkov 4 (t.j. počet lístkov v nominálnej hodnote 4)

Zároveň vznikol aj nový atribút Záloha čiastka, pre vyčíslenie prenesenej zálohy na príspevok na stravné do Paušálov.

PRÍKLAD využitia č. 1:

Pripravujeme objednávku na nákup stravných lístkov na mesiac 10/2025 (fond pracovnej doby v priradenej sade stravného je z 10/2025, tj vybrané obdobie), ktoré zamestnancom vydávame do 30. 9. 2025 a ponížime ich o neprítomnosti a pracovné cesty posledného uzavretého mzdového obdobia 8/2025.

Parametre:

Denná hodnota stravného platná v 10/2025: € 8,- (atr. Čiastka na deň)

Nominálna hodnota 1 € 5,- počet ks 1 (atr. Hodnota 1 a atr. Počet stravných lístkov 1)

Nominálna hodnota 2 € 1,- počet ks 3 (atr. Hodnota 2 a atr. Počet stravných lístkov 2)

Fond pracovnej doby v 10/2025: 23 prac. dní (atr. Objednávka – pracovné dni)

Neprítomnosti a pracovné cesty v 8/2025: 2 dni (atr. Objednávka – neprítomnosti a atr. Objednávka – pracovné cesty)

Výsledok:

Vyberieme si bežné mzdové obdobie 10/2025, pre ktoré ideme objednávať stravné lístky.

Finálne objednáme pre mesiac 10/2025 (23-2): 21 dní (atr. Objednávka – dni nároku na stravné lístky)

Počet lístkov v nominálnej hodnote 1: € 5,- v počte 21 (atr. Objednávka – počet lístkov 1)

Počet lístkov v nominálnej hodnote 2. € 1,- v počte 63 (atr. Objednávka – počet lístkov 2)

PRÍKLAD využitia č. 2:

Pripravujeme objednávku na nákup stravných lístkov na mesiac 10/2025 (fond pracovnej doby z priradenej sady stravného je z 9/2025, tj. predchádzajúce obdobie), ktoré zamestnancom vydávame 10. 10. 2025 2025 (spolu s vyúčtovaním mzdy za 9/2025) a ponížime ich o neprítomnosti a pracovné cesty posledného uzavretého mzdového obdobia 8/2025.

Parametre:

Denná hodnota stravného platná v 9/2025: € 8,- (atr. Čiastka na deň)

Nominálna hodnota 1 € 5,- počet ks 1 (atr. Hodnota 1 a atr. Počet stravných lístkov 1)

Nominálna hodnota 2 € 1,- počet ks 3 (atr. Hodnota 2 a atr. Počet stravných lístkov 2)

Fond pracovnej doby v 9/2025: 21 prac. dní (atr. Objednávka – pracovné dni)

Neprítomnosti a pracovné cesty v 8/2025: 1 deň (atr. Objednávka – neprítomnosti a atr. Objednávka – pracovné cesty)

Výsledok:

Vyberieme si bežné mzdové obdobie 10/2025, pre ktoré ideme objednávať stravné lístky.

Finálne objednáme pre mesiac 9/2025 (21-1): 20 dní (atr. Objednávka – dni nároku na stravné lístky)

Počet lístkov v nominálnej hodnote € 5,- v počte 20 (atr. Objednávka – počet lístkov 1)

Počet lístkov v nominálnej hodnote € 1,- v počte 60 (atr. Objednávka – počet lístkov 2)

ÚPRAVA – Mzdový list/Potvrdenie o zdaniteľnej mzde – záporný úhrn príjmovDo nasledovných distribučných tlačových formulárov sa odteraz nezapočítava mesačný zdaniteľný príjem, ktorého výška je záporná:

Systémové číslo Názov Platnosť od

-403340 Potvrdenie o zúčt. príjm. za rod. číslo 1. 1. 2023
-403339 Potvrdenie o zúčt. príjm. za rod. číslo (FDF) 1. 1. 2023

-400362 Mzdový list 1. 1. 2009

Personalistika (CZ)

Žádost o lékařskou prohlídkuNad přehledem Plán školení a prohlídek byl upravený distribuční tiskový formulář:

-1592, Žádost o posudek

tak, aby načítal z Doplňujících údajů hodnoty pro sekci:

Faktory pracovního prostředí

Rozšiřující druhy práce

Před tiskem se zobrazí dialog, kde písmenem “X” označíte o jaký druh lékařské prohlídky se jedná a o jaký typ provozu se jedná.

Personalistika (SK)

ÚPRAVA – Žiadosť o lekársku prehliadkuNad prehľadom Plán školení a prehliadok bol upravený distribučný tlačový formulár:

Sys. č. Názov

-408003 Žiadosť o lekársku prehliadku

tak, aby načítaval z Doplňujúcich údajov modulu Mzdy hodnoty zo sekcií:

Faktory pracovného prostredia

Činnosti podľa osobitných predpisov

Zároveň sa pred tlačou zobrazí dialóg, kde písmenkom “X” označíte o aký druh lekárskej prehliadky sa jedná.

Obecné

V definici cizího klíče v rámci uživatelských tabulek je možno zapnout “Zobrazit jako návazný přehled v přehledu cizí tabulky”. Pokud je toto zapnuto, je nyní možno nadefinovat ikonku pro odpovídající akci.

Upraveno obnovení stromu dataskopů v hlavní nabídce po přepnutí databáze.

Nová verze komponenty: Developer Express 25.1.4

Do registrace agenta pro komunikaci s AVA byl doplněn sloupec BaseUrl.

Přehled číslo 2265 “Externí akce” změnil název na “Externí akce automatizace”

V rámci podmínky pro přenos u parametru externí akce se proměnná __IDMZDOBD nepřevzala z přehledu. Opraveno.

Nová verze komponenty: EurekaLog 7.13.4.1

Do přehledu Dokumentů byl přidán nový sloupec ‚Zobrazovat náhled dokumentu‘. Implicitní hodnota je Ano. Ovlivňuje zobrazení dokumentu v náhledu v rámci info panelu.

Opraven opisu přehledu, kdy se za některých okolností nezobrazí název skupiny při seskupení.

V akci “Kopie nastavení z aktuálního uživatele” v přehledu uživatelů byla zrušena kontrola na existenci zdrojového a cílového uživatele na SQL Serveru a v databázi.

Do editoru skupiny ikon byla přidána možnost vybrat ikonku, která se uplatní u tlačítek nástrojové lišty přehledu generovaných podle uživatelského menu v případě akcí bez vlastní ikonky.

Nová verze komponenty: ImageEn 14.0.1

Byla zapojena nová verze komponenty SDAC 11.4.1.

Do definicí exportu tisku byl přidán formát “XLSX report (RB)” a “XLSX data (RB)”.

Optimalizace triggerů pro logování změn atributů.

V uživatelských konstantách je nyní možnost nastavit velikost okna pro výběr dat v rychlém filtru na 12 měsíců (4×3).

Do přehledů byla doplněna akce Info panel – Otevřít v okně. Podobně jako již existující akce v editoru otevře nové volné okno se zobrazením info panelu.

Do Přejmenování atributů byla doplněna možnost přepsat bublinovou nápovědu pro konkrétní sloupec. Text se uplatní globálně.Do F4 Nastav byla doplněna možnost přepsat bublinovou nápovědu pro konkrétní sloupec v rámci dané sestavy. Text se uplatní pouze jako bublinová nápověda pro daný sloupec v přehledu.

V obou případech je možno použít odkaz na hlášku z přehledu “Texty v cizích jazycích”.

Do editorů byla doplněna záložka Automat. Má stejný obsah jako stejnojmenná záložka v hlavním okně. Neobsahuje ale možnost modifikace, ta je možná pouze v hlavním okně.

Nová verze komponenty: TeeChart 2025.44.250520

Nová verze komponenty: ReportBuilder 23.01

Do programu byl doplněn nový „nástroj“ pro logování rychlosti aplikace.Pomocí nového loggeru bychom měli mít možnost získat „tvrdá“ data pro potvrzení / vyvrácení informací o pomalosti aplikace.

Logger by měl nejen ukázat např. celkový čas otevření dokladu, ale i „mezičasy“, které mají pomoci dohledat úzké místo.

Nástroj je dispozici v „Nástroje přizpůsobení / Další / Logování – rychlost“

Jsou zde k dispozici akce pro zahájení / ukončení logování, vymazání logu, informace o aktuální stavu logování a test rychlosti samotného loggeru.

Při spuštění logování lze nastavit následující.

Čas, do kdy se provádí logování. Do určeného času se budou logovat vybrané operace u vybraných uživatelů. Program je možné libovolně ukončovat a znovu spouštět.
Logování aplikačních události – zde je možné vybrat, zda se budou logovat (všechny) předpřipravené aplikační události či tato část bude vypnuta.
Logování systémových událostí. – loguje se systémová část vytvoření nového dokladu / jeho uložení. Zde je možné rozsah logování omezit zadáním čísel přehledů, které chceme sledovat. Pokud je vypnuto aplikační logování, je možné použít „checktpointy“ z aplikačního logování pro logování systémové. To se provede zaškrtnutím přepínače „Logovat aplikační checkpointy jako systémové“
Výběr uživatelů, pro které se bude logování provádět. Lze to dělat pro všechny uživatele, vybrané uživatele či aktuálně přihlášeného uživatele.

Logování se provádí vždy nad všemi databázemi. Protokol se loguje do každé databáze zvlášť. Je jedno, na které db se logování spustí.

Do definicí exportu tisku byl přidán formát “DOCX (RB)”.

Akce pro hromadnou změnu názvu podmenu v přehledu sestav v okně F4 – Nastav byla doplněna o výběr z již existujících názvů podmenu a o možnost vybrat text z číselníku externích hlášek.

Hromadně pro e-mail v kooperačních objednávkách nově dohledává e-mail i u kontaktní osoby.

Úprava procedury hp_ZapisHromadneProEmailZjistiHodnoty : na všechny výskyty tabulky TabKontakty je aplikováno WITH (NOLOCK)

Do nastavení grafu byla doplněna možnost nastavit pozici a zarovnání legendy a pozice nástrojové lišty.

Pro nastavení zákazu spuštění externích akcí je možno použít uloženou proceduru ep_ExtEdAction_<JmenoTabulky>. Nově je nyní před jejím voláním vytvořena dočasná tabulka #TabExtEdActionSysParams(SKLAD NVARCHAR(30) NULL, SBORNIK NVARCHAR(3) NULL, POKLADNA NVARCHAR(3) NULL, IDOBDOBI INT NULL, IDMZDOBD INT NULL, DATUMTPV DATETIME NULL, KATEGORIEKJ NVARCHAR(3) NULL, RADAUCTENEK NVARCHAR(3) NULL). Plní se aktuálními hodnotami systémových proměnných. Z technologických důvodů je tato procedura volána pouze při vstupu do přehledu, nikoliv už po případné změně systémových proměnných.

V okně pro akci “Hromadné přiřazení uživatelů nebo rolí” v přehledu Sestavy byla doplněna možnost nastavit či zrušit sestavu jako výchozí pro všechny uživatele.

V okně nastavení práv uživatele je nyní možno strom práv filtrovat za zadaný text.

Opravena chyba, kdy nemuselo dojít k použití definice tisku při tisku formulářem.

REST API: v rámci endpointu browses/data nefunguje query parametr defaultData. Opraveno.

Opraveno ukládání a načítání nastavení tlačítek rychlého přístupu při přechodech mezi databázemi.

Pokud v definici soudečků zadám Alternativní název přehledu pomocí číselníku „Texty v jiných jazycích“, tento soudeček pak zadám do sekce Rychlé volby, zobrazuje se chybně jeho název. V okamžiku vytvoření rychlé volby, se zobrazí správně. Po restartu aplikace či přepnutí na jinou firmu a zpět se však zobrazí GIUD textu v jiných jazycích. Opraveno.

Export tisku z ReportBuilderu do DOCX ořezává diakritiku velkých písmen. Opraveno.

Pokud se v Monitoru vytvoří a zobrazí sestava kontingenční tabulky, dojde následně při opuštění Monitoru k chybě. Opraveno.

Pokud je při zavření editoru pomocí Esc nebo tlačítka v pravém horním rohu editoru fokus nastaven do info panelu, může dojít k chybě Access Violation Error. Opraveno.

Pokud byl v přehledu dokumentů v info panelu použit uživatelský sloupec, který nebyl v databázi, do které se uživatel přepínal, došlo k chybě “Neexistující sloupec”. Opraveno.

Opravena chyba akce Oprava externích informací Alt+Enter v nabídce Přehled, Ext.info. Nerespektovala se omezení práv uživatele na čtení a umožnila hodnoty uživatelských sloupců na záznamech měnit.Jednalo se o přehledy tabulek, kde lze nastavit práva na čtení pro jednotlivé řady – TabZakazka, TabDokladyZbozi, TabDosleObjH01, TabDosleObj02 a TabKontaktJednani.

Také opraveno pro přehledy 11802 a 11803 u funkcionality Projektové řízení, které vycházejí z TabZakazka, ale ale mají externí atributy definované odděleně.

Tlačítko Def.OK vytvořené pomocí uživatelského editoru je v některých případech umístěno až za tlačítko OK. Opraveno – pořadí je Def.OK, OK a Storno.

Akce Sumace hodnot vybraných záznamů (Ctrl+X) chybně porovnávala hodnoty seskupených sloupců. Porovnání bylo tzv. case sensitive, což způsobovalo, že např. hodnoty “AA” a “aa” vygenerovaly 2 sumační řádky. Opraveno.

Akce “Přidat záznam do vazby…” z vícenásobných vztahů se při použití v automatu nenaváže správně do prováděné posloupnosti. příkazů. Nelze tak v automatu následně použít akce návazného přehledu. Opraveno.

Export označených záznamů z přehledu Stavy účtů k vybranému období stavu vyexportoval v některých sloupcích chybná čísla. Opraveno.

Pokladna

Odstraněn problém s výpočtem zůstatku Pokladny, který vznikal v situaci, kdy nový pokladní doklad byl založen v okamžiku, kdy jiný uživatel měl rozpracovaný další pokladní doklad.

Vracení přeplatku faktury, která obsahuje Skonto, odstranilo úhradu = uplatnění skonta. Opraveno.

Pokladní prodej

Pro dotaci se nově nabízí i další měny, které jsou nadefinovány v číselníku měn a mají kurs v prodejních kurzech v pokladním prodeji.

Úprava účtování účtenek v pokladním prodeji, aby nedocházelo k nadbytečnému hlášení chyby “Chybí párovací znak”. Vyskytovalo se v případě, že je obecný účetní kód – kontace nastavena i pro možnost účtování o voucherech, ale konkrétní účtenka voucher neobsahuje.

Doplněn informační text u položková vratky v EUR, aby obsluha věděla, jak ji dobře zadat.

Opraven problém, kdy při prodeji voucherů šlo zadat stejné číslo do položek prodejky dvakrát (vícekrát) v případech, že ještě předtím nebyl prodán.

Šablona:Eror

Opraven problém, kdy při zadání položky finanční vratky do pokladního prodeje se při následné editaci řádku (například doplnění poznámky) se provede zaokrouhlení částky DPH.Vyřešeno i chybné hlášení, že nesedí základ a dph na celkovou částku u některých hodnot.

Projektové řízení

Možnost přidání dokumentů, pro výkazy nákladů nepersonálních a materiálových zdrojů.

Nová komponenta pro Gantt diagram nad projektovým řízením. Předešlá zůstává přístupná přes původní akci.

QMS Systém řízení kvality

Akce Generuj interní neshodu byla doplněna i nad přehled Evidence výrobních operací. Pokud existuje k dané evidenci více jak 1 rozpis kusů, nabídne se jejich přehled k výběru záznamu, z něhož se má interní neshoda generovat.

Přenos hodnoty sloupce Externí číslo dle nastavení přenosu na kategorii QMS se nově neomezuje na přenos z poptávek přijatých, ale aplikuje se na libovolný druh agendy QMS, kde se s tímto sloupcem pracuje. Hodnota se přenáší do dokladů skladu, nákupu, prodeje, fakturace do sloupce Objednávka (tabDokladyZbozi.NavaznaObjednavka) a nově i do došlých objednávek do sloupce Externí číslo (TabDosleObjH02.ExterniCislo).

Reklamace vydané

Nová akce Generuj reklamaci vydanou nad výrobními přehledy

- Rozpis kusů evidence kooperací

- Evidence kooperací

Akce generuje vždy 1 reklamaci na 1 zvolený druh zmetku z vykázaných v daném záznamu rozpisu, a to na celé množství (stejně jako při generování interní neshody)

K 1 druhu zmetku z rozpisu lze vygenerovat pouze 1 reklamaci

Do agendy Analýza FMEA byla implementována metodika harmonizované FMEA s tabulkami FMEA dle standardu organizací AIAG (USA) & VDA (D). Podrobný popis je v aktualizované nápovědě Inuvio Analýza rizik – FMEA – QMS – HELIOS Inuvio

Reklamace přijaté

Stornem výdeje generovaným v rámci akce „Generuj reklamaci“ nad položkou výdejky nebo akcí „Generuj storno výdejky“ nad reklamací přijatou, lze nově přijmout reklamované zboží na jiný sklad, než ze kterého bylo výdejkou expedováno původně.

Výdejkou generovanou akcí „Generuj výdejku“ nad reklamací přijatou lze nově vydat reklamované zboží zpět zákazníkovi z jiného skladu, než do kterého bylo přijato stornem výdeje, nebo příjemkou původně.

Sklady, nákup a prodej

Kmenové karty – zobrazení skupiny polí „5 – Celní sklad“ na záložce „7 – Clo a celní sklad“ bylo vázáno na existenci alespoň jedné z licencí Celní případy, Intrastat nebo Daňové sklady. Toto omezení bylo odstraněno.

Pohyby výrobních čísel na dokladech

Akce “ Dokumenty“ , která nad přehledem pohybů výrobních čísel k dokladu zobrazovala dokumenty připojené ke stavu VČ, byla přejmenována na “ Dokumenty ke stavu VČ“

Nová akce “ Dokumenty“ umožňuje připojit a zobrazit dokumenty k pohybu VČ

V globální konstantě “ Zdroj dokumentů pro Info panel Dokumenty u pohybu VČ“ se jednou z následující možností určuje, odkud se mají vzít dokumenty zobrazené prostřednictvím bočního Info panelu:

- Dokumenty připojené k pohybu VČ – výchozí nastavení pro nové DB

- Dokumenty připojené ke kmenové kartě VČ – nastavuje aktualizační skript u stávajících DB

- Dokumenty připojené ke stavové kartě VČ

V definici uživatelských sloupců na „Řadách dokladů“ a na „Řadách došlých objednávek“ lze nastavit příznak „Kopírovat“.1/ Příznak se uplatní při zakládání nové řady kopií ze stávající řady. Hodnoty uživatelských sloupců se překopírují do nově zakládané řady.

2/ Pokud se shodný uživatelský sloupec vyskytuje na hlavičkách dokladů (TabDokladyZbozi) nebo došlých objednávek (TabDosleObjH01,TabDosleObjH02), přenese se hodnota zadaná na řadě dokladu i na hlavičku nově založeného dokladu.

3/ Při generování návazných dokladů má přednost hodnota na hlavičce dokladu před hodnotou zadanou na řadě cílového dokladu. Ta se uplatní pouze v případě, že není zadaná žádná hodnota na hlavičce zdrojového dokladu.

4/ Při položkových převodech má přednost hodnota z řady cílového dokladu. Hodnota ze zdrojového dokladu se uplatní v případě, že není zadaná hodnota na hlavičce cílového dokladu.

Pokud je na řadě dokladů OZ (typicky FaP a FaV) nastaveno ověřovat DIČ (editor řady dokladů, záložka 7-Nastavení DPH, část 1-Zajištění DPH), zaškrtnuto Ověření DIČ – EU VIES, docházelo k ověření pokaždé při uložení dokladu tl. OK. Nyní se v rámci jednoho dne provádí ověření už pouze jednou, rozhodující je datum pořízení záznamu v tabulce logování ověření DIČ (TabLogOvereniDICVIES).

V akcích pro generování návazných dokladů, např. Generování příjemky nad vydanou objednávkou, jsou nově v případě volání z automatu přeskočena standardní dialogová okna vyžadující reakci obsluhy.

Do Nastav pro položky dokladů (tabPohybyZbozi) byla doplněna nová vazba “Položky původních dokladů” ukazující na položku ze zdrojového dokladu, s níž je položka propojena přes hodnotu sloupce IDOldPolozka.

*Vydané objednávky, Expediční příkazy – pokud byly doklady ve stavu Schváleno, bylo možné v akci Hromadné změny měnit sloupce týkající se ceny a slevy položky, ačkoliv v editoru tyto údaje při tomto stavu měnit nelze. Opraveno

Vydané objednávky – pokud byl doklad ve stavu Schváleno, bylo možné v akci “Rozložit termín dodávky ” měnit sloupec JC bez daní, ačkoliv v editoru cenové údaje při tomto stavu měnit nelze. Opraveno

Akce Kopie kmenové karty nad přehledem Stav skladu – ve formuláři Kopie kmenové karty byl znepřístupněn parametr Otevřít kopii, protože v daném přehledu není parametr funkční.

Pro výrobní čísla, která jsou typu “Šarže s výrobními čísly – sloučené” jsou doplněny kontroly zadání oddělovače. Kontrola je v globální konfiguraci pro samotný oddělovač a dále jsou kontroly pro zadání nové kmenové karty výrobního čísla.

Kmenové karty výrobních čísel – do přehledu byla doplněna akce Hromadné změny. Umožní hromadně měnit Popis výrobního čísla, datumové údaje, údaje o záruce a Poznámku.

Při kombinaci platby kartou a voucherem docházelo k problémů v případě, že při vlastním provedení platby kartou došlo k nějakým problémům (částka/pin/spojení s bankou) a tato platba byla zamítnuta.Doklad se tak uložil jako chybný a při opakované opravě se správně nenačetla již odečtená platba vouchery. Nyní se platba voucherem uzamkne na původní hodnotě a je nutné dořešit zbývající částku, která byla původně nastavena na kartu.

Na některých místech se pracovalo s polem pro poznámku o délce “pouze” 4000 znaků a tam mohlo docházet u dlouhých textů k ořezům.

NZB – při splnění položky, případně celé došlé objednávky nedocházelo k uvolnění neodebraného množství zajištěného vydanou objednávkou/výrobním plánem. Opraveno: detail zajištění je zachován, ale požadované množství je vynulováno.

Při logování spouštění jednotlivých akcí při přetečení délky systémového názvu akce dojde k chybě „String or binary data would be truncated“ a akce není zalogována. Opraveno.

Od distribuční verze 3.0.2025.0633 v případech, kdy se doklad nezakládal přímo v přehledu akcí Nový a na hlavičku dokladu se aplikoval uživatelský editor, v němž byla definována uložená procedura pro validaci OK, která aktualizovala uživatelské sloupce na hlavičce dokladu, docházelo k chybě:Duplicitní označení – nelze vložit záznam ! Violation of PRIMARY KEY constraint ‚PK__TabDokladyZbozi_EXT__ID‘. Cannot insert duplicate key in object ‚dbo.TabDokladyZbozi_EXT‘. The duplicate key value is (4024).

Opraveno

Pokud bylo v uživatelském editoru položky dokladu (tabPohybyZbozi) definováno tlačítko Def. OK a byl ukládán na doklad tímto tlačítkem nově vkládaný záznam, nedocházelo ke spuštění externí akce přiřazené tlačítku. Opraveno

Pokud na dokladech Vydaná objednávka, Expediční příkaz, Rezervace byly zadané nějaké textové položky v kombinaci se skladovými položkami a následně byly skladové položky na dokladu zrušeny, došlo na hlavičce dokladu chybně k nastavení hodnoty X – Vykryto ve sloupci “Stav rezervace/exp. příkazu”, případně i hodnoty X – Vyfakturováno ve sloupci “Stav fakturace”. Opraveno

Pokud při akcích „Zadání výrobku na doklad“/“Zadání dílů na doklad“ na dokladech OZ komplet obsahoval díly, z nichž některý měl nastaven příznak Blokováno na hodnotu Archivní, objevila se matoucí hláška „Doklad obsahuje kartu, která je blokovaná. Chcete přesto vytvořit kopii dokladu?“, kterou šlo pouze potvrdit tlačítkem OK a komplet se na doklad nezadal. Na došlých objednávkách se kontrola Blokováno na dílech kompletu vůbec neprováděla. Opraveno: Na všech druzích dokladů se v dané situaci objeví hláška „Komplet obsahuje archivní položku/y. Chcete přesto zařadit komplet na doklad?“ s možností odpovědět Ano, nebo NE.

Splátkování a leasing

Viz ticketV přehledu úhrad nad fakturami (TabUhrady, BID 273) je vytvořen nový původ úhrady: Plat. příkaz z leasingu. Založen původ č. 17 – Platební příkaz z leasingu.

Je ošetřeno v akcích, které vkládají záznamy do přehledu úhrad nad fakturami, použije senový původ úhrady: Plat. příkaz z leasingu.

Leasing – splátkySplátky navázané faktury, případ, kdy akce pro dohledání úhrad v bance nedohledá fakturu, ale dohledá příslušný pohyb splátky. Nově se akcí Automatické přiřazení úhrad z bankovního výpisu dohledána do úhrad pohybů splátek, tak se vygeneruje i úhrada k navázané faktuře.

Leasing, Splátky.Pokud částka úhrady, která je navázána na fakturu s vazbou na Splátky, je vyšší než 1 pohyb (splátka), tak se funkcí Aktualizace úhrad správně vytvoří úhrada pouze k jednomu pohybu. Opraveno, uhrazená částka se přiřadí k tolika pohybům v sumě odpovídající uhrazené částce. Příklad – najednou se platí 2 splátky po 25 000,– řádek bankovního výpisu na částku 50.000,–. Úhrada se spáruje s fakturou přijatou, akce Aktualizace úhrad založí úhradu pro pohyb 25 000,– a následující pohyb 25 000,–.

Je opraven přepočet daňovým kurzem v časovém rozlišení.Zároveň je možno rozpouštět za zadaný interval datumů.

Přehled Časové rozlišení , akce Generování . Vybere se řádek nějakého dokladu z deníku (musí být ve fázi uzavřeno), přenos. Objeví se editor akce, který je upraven takto

Prosím editor upravit takto:

Účetnictví

Ve vazbách daňových klíčů chyběly vazby na řádky přiznání k DPH na výstupu u daňových klíčů pro samovyměření, u kterých není nárok na odpočet DPH. Zároveň u nich (kromě DK pro dovoz zboží) byla doplněna vazba i na kontrolní hlášení část A.2. (Netýká se tuzemského režimu přenesení daňové povinnosti.)Doplněno, byly provedeny tyto úpravy:

Automat daňových klíčů správně naváže DK na řádky výkazu DPH – CZ.
Byly vytvořeny nové vzorové soubory – verze 202508, DANKLICE_202508.TXT.
Na Helios Store nahrána nová verze importního souboru DANKLICE_202508.zip

Plugin Doplnění nové sazby DPH. Při použití pluginu verze 3.0.2025.205 se může zobrazit hláška:Procedure or function ‚hp_CopyRowWithNewValues‘ expects parameter ‚@ExcludedColumns‘, which was not supplied.

Opraveno.

Pro rychlou opravu lze stáhnout přiložený opravný patch hp_CopyRowWithNewValues_patch_202509010934.HQL.

Definitivně bude opraveno v plánované verzi Helios Inuvio.

Automatické upomínky, kontakty přes vztahy kontaktních osob, uživatelská procedura ep_AutomatUpominkyPenaleProEmail:Po tom, co standardní procedura dohledala kontakty k organizaci a v nich kontakt hromadně pro email, tak automat, pokud kontakt nenašel, končil chybou a uživatelská procedura se vůbec nespustila.

Upraveno, napřed dojde ke spuštění uživatelské procedury a až poté dojde k vyhodnocení, zda je email kontaktu vyplněn či ne.

V případě kontroly nespolehlivého plátce jsou v balíčku dat i soupisy zveřejněných bankovních účtů. Na tyto účty se neuplatňovala konstanta na kontrolu zveřejněných bankovních účtů, tj. pokud byla organizace označena pro kontrolu Nespolehlivého plátce, docházelo k ověřování zveřejněných bankovních účtů. Bez ohledu na nastavení konstanty u organizace “Aktualizovat z webu zveřejněné bankovní účty [CZ]”. Upraveno.

Účtování odkupní hodnoty leasingu při použití režimu daňových klíčů.Byl upraven algoritmus kontroly daňového klíče – musí být shoda mezi daňovým klíčem na řádku účetního kódu Odkupní hodnota-základ daně a na detailu položky. Dříve se kontrola prováděla pouze pro řádky účetního kódu pro částky daně, nově se kontrola provádí i pro řádky základu daně.

Bylo provedeno zrychlení nápočtu přehledů MOSS, OSS dovoz, OSS EU a Evidence pro účely DPH skupiny (zobrazený v přehledu období DPH) Evidence pro účely DPH přidáním indexu.

Při účtování dokladů (druhá fáze – přenosu dokladů z editace před zaúčtováním do účetního deníku) pokud je zaškrtnuto zaškrtávátko “ Povolit posun samovyměření “ v globálních konstantách, pak se kontrola na otevření CZ Kontrolního hlášení neprovádí. Úprava je zapojena pro ruční účtování i pro účtování automatem. Úprava se týká pouze CZ Kontrolního hlášení, SK Kontrolní výkaz se kontroluje beze změny.

Uživatelská období.Doplněna kontrola na to, zda oba datumy (Datum OD – DO) uživatelského období leží ve vybraném účetním období . Pokud neleží, systém hlásí chybu a záznam nelze vložit. Kontrola je provedena pro běžný stav.

Do globálních konstant “Účetnictví“, záložka “Účetnictví“, byla přidána dole vpravo oblast “ Import účetního deníku – povinnosti na účtu “. V poli “ Hlídat povinnosti na účtu “ lze vybrat jednu z možností :

“ Nehlídat ” – při importu do účetního deníku sytém nehlídá povinnosti na účtu (výchozí varianta, odpovídá původnímu chování)
“ Účetní deník – upozornění “ – při importu do účetního deníku sytém hlídá povinnosti na účtu a v procesním okně přenosu do účetního deníku zobrazí žlutá upozornění u dokladů, nejsou povinnosti resp. zákazy na účtu dodrženy. Doklady jsou do účetního deníku naimportovány.
“ Účetní deník – hlídání “ – při importu do účetního deníku sytém hlídá povinnosti na účtu a v procesním okně přenosu do účetního deníku zobrazí červenou chybu u dokladů, nejsou povinnosti resp. zákazy na účtu dodrženy. Doklady nejsou do účetního deníku naimportovány. V přehledu “Účetní deník – import“ lze zobrazit nové sloupce “Chyba povinností na účtu – chybí“ – zobrazí se dimenze, které chybí a “Chyba povinností na účtu – přebývá“ – zobrazí se dimenze, které přebývají.

Pozn. Ohledně funkcionality zakázání a blokování účtu nebo útvaru – hlídání na stav “Zakázáno“ u účtu a útvaru bylo v systému již dříve, je na úrovni triggeru účetního deníku, to znamená že hlídání probíhá pro každé vkládání záznamu do účetního deníku (nejen importem). Je-li nastaven stav “Zakázáno“ na účtu nebo útvaru, nelze účetní doklady importovat. Stav “Blokováno“ u účtu a útvaru slouží jen pro potřeby filtrování, na tento stav nejsou prováděny žádné kontroly. Na uzavření zakázky nejsou také prováděny žádné kontroly.

V tiskových formulářích viz tabulka byt upraven tiskový zdroj pro celkový součet.

Při postupném účtování řádků bankovního výpisu a při nastavení globální konstanty “Způsob účtování protihodnot“ na volbu “ Sumace debet či kredit za datum úhrady “, systém nově postupuje takto :

jednotlivé řádky výpisu jsou účtovány do účetního deníku vždy ve fázi rozpracovanosti = “Pořízeno“, protože účetní doklad v deníku není vyrovnán.
po zaúčtování posledního řádku, a je-li celkový účetní doklad v deníku vyrovnaný, potom systém nastaví požadovanou fázi rozpracovanosti nastavenou na příslušném DUD (tedy např. “Účtováno“) – viz. atribut nastavení na DUD Fáze import/účto.
informace v procesním okně při účtování odpovídá fázi rozpracovanosti, do které je řádek účtován.

Tato úprava platí pro účtování s nastavením konstanty “Způsob účtování protihodnot“ na volbu “Sumace debet či kredit za datum úhrady“, a to pro všechny varianty :

postupné účtování jednotlivých položek
účtování všech položek jedním procesem
účtování hlavičky bankovního výpisu

Pozn. pokud je na DUD nastaveno pole “Fáze import/účto“ na hodnotu “Přebírat“, je výsledná fáze rozpracovanosti přebírána z vedlejšího pole vlevo – “Fáze“.

Pozn. účtování bankovních výpisů s nastavením konstanty “Způsob účtování protihodnot“ na volbu “Ke každému řádku protiřádek“ probíhá beze změn (vždy je respektována nastavená fáze rozpracovanosti na DUD, protože je vždy generován vyrovnaný účetní doklad).

Účtování Dorovnání úhrad. Pokud není pro řádky účetního kódu “Vyrovnání zisk“ a “Vyrovnání ztráta“ dohledán účet z řádků účetního kódu, systém dotahuje účet z globálních konstant :

pro řádek “Vyrovnání zisk“ účet pro zaokrouhlení – výnos
pro řádek “Vyrovnání ztráta“ účet pro zaokrouhlení – náklad

Pokud není účet dotažen ani z globálních konstant, systém ohlásí chybu “Není zadán účet“ a k účtování nedojde.

Toto rozšíření účtování dorovnání se projeví i při automatickém dorovnání a jeho účtování.

Podpora plateb vyplývajících z přiznání DPH v případě daňové povinnosti.

Na tiskovém formuláři přiznání k DPH je QR kód, který lze standardně naskenovat bankovní aplikací na mobilním telefonu a provést úhradu částky DPH. QR kód se zobrazí pouze v případě daňové povinnosti a když je vyplněno Bankovní spojení na FÚ, viz níže.
K přiznání k DPH je umožněno vystavit platební příkaz.
- Aby bylo možno vystavit platební příkaz, jsou na přiznání k DPH, záložka 2 – Výkazy DPH přidána tato pole:
  - Bankovní spojení pro platební příkaz – jedná se o bankovní spojení vlastní organizace, ze kterého bude prováděn odvod DPH. Tj. lze vybrat pouze bankovní spojení vlastní organizace (organizace číslo 0).
  - Bankovní spojení na FÚ – Bankovní spojení na finanční úřad. Pokud je v poli Finanční úřad vybrán příslušný finanční úřad, lze vybrat pouze bankovní pouze této organizace. V opačném případě se nabízí všechna bankovní spojení (mimo bankovních spojení vlastní organizace).
- V přehledu Přiznání k DPH, Akce, Další akce, jsou k dispozici nové dvě akce:
  - Generování tuzemského platebního příkazu – generovat tuzemské platební příkazy lze pouze u uzavřeného Přiznání k DPH a platební příkaz nesmí nesmí být vystaven již dříve. Po vygenerování tuzemského platebního příkazu se zobrazí informace:
    - Platební příkaz byl úspěšně vygenerován. Zobrazit v přehledu?
  - Stiskem tlačítka Ano se platební příkaz zobrazí v přehledu Platební příkazy tuzemské.
  - V případě nadměrného odpočtu nebo nulové povinnosti se zobrazí hláška
    - Hodnota na řádku 64 výkazu je nulová. Platební příkaz nelze generovat. (platební příkaz se nevystaví.)
  - Zobrazení tuzemského platebního příkazu – toto akcí se platební příkaz zobrazí v přehledu Platební příkazy tuzemské.
  - Pokud se Přiznání k DPH, ke kterému existuje platební příkaz, otevře, zobrazí se hláška:
  - K období DPH je vygenerován platební příkaz. Opravdu si přejete pokračovat?
  - Stiskem tlačítka Ano se Přiznání k DPH otevře.
  - Pokud se Přiznání k DPH, ke kterému existuje platební příkaz, uzavře, zobrazí se hláška:
  - K období DPH je vygenerován platební příkaz. Opravdu si přejete pokračovat?
  - Stiskem tlačítka Ano se Přiznání k DPH uzavře.

Za účelem zjednodušení procesu účtování záloh byly provedeny tyto úpravy:Do přehledu i editoru faktur/dobropisů vydaných/přijatých je přidáno nové pole – Účet zálohy . Účet zálohy se bude přednabízet z příslušné řady faktur – Účet zálohy, pokud je zde účet zadán. Na faktuře je možnost změnit za jiný účet.

Do přehledu Zálohové faktury k faktuře je přidáno nové pole – Účet zálohy . Při přenosu faktur do přehledu Zálohové faktury k faktuře se přenese Účet zálohy z přiřazované faktury. Je možnost změnit za jiný účet.

Tento přenos Účtu zálohy z přiřazované zálohové faktury do přehledu Zálohové faktury k faktuře je respektován i při akci Generuj DDPP/Real v přehledech faktur/dobropisů vydaných/přijatých. Účet zálohy se přednabízí z označené faktury.

Dialogové okno Chcete generovat návazný doklad DDPP/RF se zobrazí po akci Automatické přiřazení úhrad (pokud jsou dodržena potřebná nastavení). Pokud byla akce Automatické přiřazení úhrad spuštěna v editoru bankovního výpisu na záložce 2 – Položky, pak se zobrazí při uložení/zavření editoru bankovního výpisu. Účet zálohy se přednabízí z navázané faktury.

Při účtování faktur s přiřazenými zálohami pro druhy řádků kontace je použitý prioritně jako účet Účet zálohy účet zálohy z přiřazené zálohy pro druh řádku kontace Záloha – částka celkem .

Akce Příprava účtování – pokud se napřed dohledá zálohová faktura se zadaným účtem zálohy, účet se přenese do úhrad na řádku BV do pole Účetní účet .

Do přehledu účetního deníku byla přidána nová akce “ Opravované období OSS “, v podmenu “ Změny “. Po spuštění akce systém nabídne přehled výkazů OSS k přenosu, časově starší než datum DUZP označených deníkových záznamů.Po přenosu jednoho vybraného období OSS dojde k jeho zapsání do označených záznamů účetního deníku. Účetní záznamy musí mít tyto vlastnosti : musí se jednat o daňový řádek (základ daně nebo částka daně), musí mít nenulovou sazbu DPH a nesmí být uzavřeny.

Do přehledu účetního deníku byla přidána nová vazba “Opravovaná období OSS“. Umožňuje zobrazit sloupce z období OSS, které mají vazbu na účetní deník (přes sloupec “Identifikátor opravovaného výkazu OSS“).

Přehled dokladů s odloženým odpočtem DPH vzhledem k datu doručení – zobrazení přehledu nad přehledem přiznání k DPH – pouze CZ přiznání k DPH, zobrazí se data účetního deníku, pouze daňové řádky základů DPH a částek DPH na vstupu.Akce Doklady s odloženým odpočtem od data doručení:

Zobrazí se přehled dokladů podle označeného přiznání k DPH. Pouze doklady podle DUZP resp. data doručení (vyšší z těchto datumů, pokud je zadáno i datum doručení) časově odpovídající označenému zdaňovacímu období , ale přiřazené období DPH je časově následující.

Obdobně jako je v přehledu Přiznání k DPH, i do přehledů Účetní období, Uživatelské období a Kalendářní období byla přidána akce pro otevření daného výkazu aktuálním uživatelem . Pokud si uživatel otevře období touto akcí jen pro sebe, může provádět akce, které jsou pro uzavřené období zakázané. Pro ostatní uživatele je období i nadále uzavřeno. V Kalendářním období jsou akce pro uživatelské otevření období pro všechny oblasti (Účetnictví, Sklad, Faktury vydané, Faktury přijaté a Pokladna).Akce lze spustit jen nad uzavřeným obdobím.

Zpětné uzavření období otevřeného pro aktuálního uživatele lze provést standardní akcí “Uzavření“. Pokud se spustí standardní akce “Otevření“, je otevření období pro aktuálního uživatele zrušeno a období je standardně otevřeno.

Platí tyto principy pro uzavírání a otevírání období :

Je-li období otevřeno, lze uzavřít jakýmkoliv uživatelem.
Je-li období uzavřeno, lze otevřít jakýmkoliv uživatelem.
Je-li období otevřeno pro aktuálního uživatele, aktuální uživatel může období uzavřít nebo otevřít. Jiný uživatel nemůže období uzavřít ani otevřít.

V přehledech jsou nové sloupce :

“Otevřel uživatel“ … obsahuje systémový název uživatele, který výkaz otevřel (SUSER_SNAME())
“Otevřeno jedním uživatelem“ … příznak, zda je výkaz otevřen jakýmkoliv uživatelem
“Otevřeno aktuálním uživatelem“ … příznak, zda je výkaz otevřen aktuálním uživatelem

Byla doplněna práva pro jednotlivé přehledy na použití akce pro otevření daného období aktuálním uživatelem. Všechny akce uživatelského otevření období jsou zapisovány do žurnálu.

Uživatelé, kteří používají Účetní fakturační saldo někdy chybně vytvářejí zápočty v saldokontu v účetnictví, obdobně i s haléřové vyrovnání v saldokontu v účetnictví. V uvedeném případě má smysl vytvářet zápočty nebo haléřové vyrovnání pouze ve fakturaci.Proto byly přidány do definice saldokontní skupiny do sekce [2] Charakter salda dvě nová zaškrtávátka:

Povolit vytvořit zápočet ze salda
Povolit účtovat dorovnání setin (všechny tři akce)

Zároveň jsou ošetřeny akce generování zápočtů v saldokontu v účetnictví nebo haléřového vyrovnání, aby se při nepovolení akce v saldokontu v účetnictví neprováděly.

Obdobně jako existuje akce Otevření období DPH aktuálním uživatelem, byla přidána možnost otevření aktuálním uživatelem pro:

kontrolní hlášení (CZ)
souhrnné hlášení (CZ)
kontrolní výkaz (SK)
souhrnný výkaz (SK)

Do přehledů Kontrolní hlášení DPH (CZ), Kontrolní výkaz DPH (SK) a Souhrnné hlášení (CZ a SK) byla přidána akce pro otevření daného výkazu aktuálním uživatelem .

Pokud si uživatel otevře výkaz touto akcí jen pro sebe, může provádět akce, které jsou pro uzavřený výkaz zakázané. Pro ostatní uživatele je výkaz i nadále uzavřený.

Pouze generování dodatečného/následného výkazu nelze při uživatelském otevření provést, zobrazí se hlášení : “Existuje výkaz otevřený jiným uživatelem, nelze uložit dodatečný/následný/opravný”.

V rámci kontrol před elektronickým podáním výkazu se mohou zobrazit tato upozornění : “výkaz je otevřen aktuálním uživatelem“ nebo “výkaz je otevřen jiným uživatelem“.

Uvedené akce lze spustit jen nad uzavřeným výkazem.

Zpětné uzavření výkazu otevřeného pro aktuálního uživatele lze provést standardní akcí “Uzavření“. Pokud se spustí standardní akce “Otevření“, je otevření výkazu pro aktuálního uživatele zrušeno a výkaz je standardně otevřen.

Platí tyto principy pro uzavírání a otevírání uvedených výkazů :

Je-li výkaz otevřen, lze uzavřít jakýmkoliv uživatelem.
Je-li výkaz uzavřen, lze otevřít jakýmkoliv uživatelem.
Je-li výkaz otevřen pro aktuálního uživatele, aktuální uživatel může výkaz uzavřít nebo otevřít. Jiný uživatel nemůže výkaz uzavřít ani otevřít.

V přehledech uvedených výkazů jsou k dispozici nové sloupce :

“Otevřel uživatel“ … obsahuje systémový název uživatele, který výkaz otevřel (SUSER_SNAME())
“Otevřeno jedním uživatelem“ … příznak, zda je výkaz otevřen jakýmkoliv uživatelem
“Otevřeno aktuálním uživatelem“ … příznak, zda je výkaz otevřen aktuálním uživatelem

Byla doplněna práva pro jednotlivé přehledy na použití akce pro otevření daného výkazu aktuálním uživatelem.

V číselníku účtů je nová akce Doplnění údajů PKP z předchozího období . Pro vybrané účty doplní údaje Kód výkazu PKP a Číslo položky PKP z téhož účtu z minulého (předchozího) období.

musí být instalován modul “Pomocný konsolidační přehled“
aktuální období nesmí být uzavřeno (chyba “Období je uzavřeno“)
minulé období musí existovat – pokud není, hláška : “Minulé období neexistuje“
na účtu v minulém období musí být údaje zadány
na účtu v aktuálním období nesmí být údaje zadány

Pokud nedojde k doplnění některého údaje, zobrazí se informativní hlášení :

na účtu v minulém období nejsou údaje zadány, hlášku – Kód výkazu PKP není minulém období zadán resp. Číslo položky PKP není minulém období zadáno
na účtu v aktuálním období jsou údaje zadány, hlášku – Kód výkazu PKP je v aktuálním období již zadán resp. Číslo položky PKP je v aktuálním období již zadáno.

Fakturace – ÚhradySloupec Realizovaná úhrada v hlavní měně vč. kurzového rozdílu se neplnil u úhrady vzájemným zápočtem. Opraveno

Účtovníctvo (SK)

DPH (SK) – Súhrnný výkaz DPH :V hlavičke na záložke 1-Súhrnný výkaz v časti [2] Osoba oprávnená k podpisu bolo doplnené predvyplnenie údajov pri zakladaní nového riadneho, opravného resp. dodatočného Súhrnného výkazu DPH okrem Priezvisko a Meno aj nasledovné údaje :

Telefón
E-mail

DPH (SK) – Daňové priznanie :Pre nápočet nového Daňového priznania DPH (vzor 411) bola uvoľnená evidencia dokladov pre “Skupinovú registráciu” .

DPH (SK) – Evidencia dokladov DPH:Nad “ Daňovým pirznaním DPH ” pre “ Evidenciu pre účely DPH ” boli pre tlač SK-Legislatívy zapezpečené nasledovné zmeny:

upravená tlačová zostava syst.č. -467518 s názvom “ Daňová evidencia SK-Daňové kľúče ” obsahuje všetky doklady s hodnotami základ DPH a sumy DPH aj ak je pri doklade použitý DK DPH “Bez nároku” . Súčty na vstupe a na výstupe sú informačné a nekorešpondujú s DP DPH.
vytvorená nová tlačová zostava syst.č. -467523 s názvom “ Daňová evidencia SK-Daň.kľúče (väzba na výkaz DPH) ” obsahuje doklady a hodnoty základ DPH a sumy DPH len za doklady, ktoré vstupujú na vstupe a na výstupe do DP DPH , t.j. doklady s DK DPH “Bez nároku” sa nezobrazujú v tejto zostave .

DPH (SK) – Daňové priznanie DPH:Od verzie č. 3.0.2025.0623 sa pri tlači tohto tlačového formuláru daňového priznania k DPH (DPHv25) zobrazovala chybová hláška “Error reading”, ktorá ale nebránila jeho vytlačeniu a aj nápočet riadkov bol správny. Bolo potrebné stalčiť „Ignorovať Všetky“. Procedúra nápočtu a zobrazenie DP DPH prebehla následne v štandardnom postupe.

Táto chybová hláška bola odstránená.

DPH (SK) – Súhrnný výkaz DPH:Opravená chyba pri generovaní “dodatočného” Súhrnného výkazu DPH (SV DPH), kde pri oprave IČ-DPH vo Faktúre vydanej, sa chybne sa uvádzali riadky v dodatočnom SV DPH.

Chyba sa prejavila, ak na pôvodnej Faktúre vydanej pri dodaní tovaru/služby do EÚ s oslobodením od DPH nebolo uvedené IČ-DPH (t.j. ani na organizácii nebolo žiadne v číselníku alebo bolo uvedené ako neaktuálne) a následne sa údaje na organizácii a vo Faktúre vydanej opravili .

Výkazy, finanční analýza

Výkazy, definice výkazu. V Kontrolním přehledu účtů je využít akce Nastavení rozvahových účtů , která v Účtový rozvrh změní povahu účtu na Aktivní, Pasivní, Dle aktuálního zůstatku nebo Nesledovat. V případě, že je účetnictví uzavřeno v období, kterého se rozvaha týká, tato akce změnu neprovede. Nojě je doplněna hláška, že se změna kvůli uzavřenému období neprovedla.

I když není licence na Výkazy a reporty, ale je licence na modul účetnictví, tj. “neplacené výkazy”, v Definici výkazu v přehledu Definice řádku (na záložce 3 – řádky) je umožněna editace pole – zaškrtávátka – Nezobrazovat na editoru Definice řádku na záložce 2 – Poznámky.

Hodnoty výkazu – 90003 – PKP – část III. – opravné položky se zobrazovaly s opačným znaménkem. Upraveno.

Výroba

Kopie kmenové karty vyráběného dílce, nakupovaného materiálu, nářadí i vedlejšího produktu byla rozšířena o nový parametr Výrobní parametry převzít z nastavení skupiny karet .

Pokud je parametr nastaven na hodnotu 1 (zaškrtnuto) – převezmou se výchozí hodnoty výrobních parametrů ze skupiny karet.
Pokud je parametr nastaven na hodnotu 0 (nezaškrtnuto) – převezmou se výchozí hodnoty výrobních parametrů z kopírované kmenové karty.

Byla rozšířena funkce Přepočet množství podle stavu skladu , kterou je možné spustit například při generování rezervace/výdejky.Tato funkce umožňuje nově zohledňovat i zajištěné a blokované množství na kusovníkové vazbě.

Pro tyto účely má funkce dva nové parametry výpočtu:

Množství zajištěné stavem skladu – množství, které je zajištěné nebo blokované pro konkrétní kusovníkovou vazbu
Blokované množství ve stavu skladu – množství, které je blokované pro konkrétní kusovníkovou vazbu

Byla provedena úprava funkce Požadavky z dokladů , kterou lze spustit v přehledech: Předběžný plán, Výrobní plán a Výrobní příkazy.Při výpočtu požadovaného množství k výrobě se u neadresných pohybů upřednostní shoda s číslem zakázky.

Byla provedena optimalizace výpočtu kapacitního plánu s ohledem na plánování profesí.V případě, že výrobní příkaz bude obsahovat posloupnost několika operací se stejnou profesí, bude výpočet upřednostňovat na následujících operacích stejný personální zdroj.

Kapacitní plán – filtrování výrobních příkazůV kapacitním plánu lze nově filtrovat výrobní příkazy nejen podle řady výrobního příkazu, ale i podle řady výrobního plánu a kmenového střediska.

V konfiguraci kapacitního plánu jsou tedy k dispozici následující parametry:

Řada výrobního plánu – Umožňuje vybrat řadu výrobních plánu. Pokud je řada definovaná, aktuální kapacitní plán bude sloužit k plánování pouze výrobních příkazů, které vznikly z dané řady plánu.
Řada výrobního příkazu – Umožňuje vybrat řadu výrobních příkazů. Pokud je řada definovaná, aktuální kapacitní plán bude sloužit k plánování pouze výrobních příkazů v dané výrobní řadě.
Kmenové středisko – Pokud je kmenové středisko definované, aktuální kapacitní plán bude sloužit k plánování pouze výrobních příkazů, které se mají provádět na daném kmenovém středisku.

Výsledkem funkce Vyrobitelnost dílce je přehled, který zobrazuje informaci o vyrobitelném množství daného výrobku.Nově je nad tímto přehledem funkce Detail , která pro aktuální řádek zobrazí seznam jednotlivých materiálových položek a jejich vliv na celkovou vyrobitelnost dílce. Tato funkce může například sloužit ke zjištění, která položka způsobila nízkou hodnotu vyrobitelného množství.

Ve funkcích Kontrola pokrytí materiálů a polotovarů pro výrobu a Vyrobitelnost dílce je k dispozici podpora bilancování množství pro více vybraných skladů.V případě, že chcete tuto vlastnost využít, nastavte hodnotu Typ střediska pro generování na hodnotu Pro vybrané sklady .

Na formuláři se zobrazí druhá záložka Seznam skladů , kde můžete požadované sklady vybrat. Tento výběr se použije jako výchozí seznam skladů pro aktuálního uživatele při opakovaném volání této funkce.

V předběžném plánu v rámci modulu Technická příprava výroby byla doplněna funkce Vyrobitelnost dílce .Pomocí této funkce lze pro označené vyráběné dílce vypočítat množství, které je možné vyrobit na základě stavu skladu všech jeho potřebných komponent.

Při založení položky kooperační objednávky se přenáší jednotková cena, která se dosud zaokrouhlovala na 2 desetinná místa. Zejména u kooperačních objednávek v cizí měně toto zakrouhlení způsobovalo v některých kombinacích větší odchylku celkové ceny. Nově se tedy jednotková cena na položce kooperační objednávky ukládá s přesností na 6 desetinných míst, celková cena se zaokrouhluje na 2 desetinná místa.

Byla provedena úprava ve funkcích, které navrhují množství pro objednání nebo pro zaplánování do výroby na základě požadavků skladu.Dosud bylo možné navrhnout množství pro výrobu nebo pro objednání na základě budoucích pohybů (např. objednávek) s omezením do konkrétního data objednání. Nově lze zadat výhled budoucích pohybů i na počet dnů. Konkrétní datum objednání i konstanta Počet dnů se při editaci automaticky vzájemně přepočítávají. Je tedy zajištěna zpětná kompatibilita.

Zadaná hodnota atributu “Omezit datum pohybu na [dny]” se následně přednabízí aktuálně přihlášenému uživateli při dalším spuštěním této funkce.

Tato úprava byla provedena v následujících funkcích:

Vydané objednávky – Generování objednávek
Předběžný plán – Požadavky skladu
Výrobní plán – Požadavky skladu
Výrobní příkazy – Požadavky skladu

V přehledu Výrobní plán a Plánované výrobní příkazy je nově dostupná funkce “Kontrola pokrytí materiálů a polotovarů pro výrobu”. Funkci je možné spustit pro označené položky přehledu z nabídky Akce – Plánovaná výroba.Výpočet probíhá stejným způsobem, jako v rámci stejné akce nad výrobními příkazy.

Výsledkem výpočtu je informace Stav pokrytí :

OK – Všechny materiály pro výrobu jsou k dispozici
Nedostatek množství – některý materiál není k dispozici na skladě

Před výpočtem kontroly pokrytí je možné nastavit parametry:

Typ střediska (typ skladu pro výpočet dostupného množství)
Respektovat množství na skladě (typ množství pro výpočet – např. Množství nebo Množství po příjmu a výdeji atd.)
Využívat alternativy <ANO> <NE>
Respektovat materiálové požadavky ve výrobě <ANO> <NE>