Zobrazení zdroje stránky Chyby (Měsíční hlášení)

''Chyby (Měsíční hlášení)''

== Záporné hodnoty atributů ==
=== Dovolená aj. ===
<small>*Stanovisko ČSÚ k záporným hodnotám* (06/2026) Do doby, než bude možné zadávat záporné hodnoty, tak se v atributech Náhrady mzdy zúčtované (10337), Náhrady za dovolenou (10338) budou v měsíci, kdy byly zaúčtovány, místo záporných hodnot uvádět nuly. Opravné hlášení za měsíc, kdy byla dovolená přečerpána, se k atributům 10337 a 10338 nepodává. Jakmile bude umožněno záporné hodnoty uvádět, budou se uvádět v 
měsíci, kdy bylo zúčtováno. Opravné hlášení za měsíc, kdy byla dovolená přečerpána, se k atributům 10337 a 10338 nebude nepodávat  ani v tomto případě. Zároveň do doby, než bude možné uvádět záporné hodnoty, budou vypnuty kontroly 30 a 281. (hd 83903) </small>

=== Odměny ===
* <small>Např. viz níže komentář k chybě 20028. </small>

=== Záporný příjem ===
* <small> ''..stále je nám odmítáno MH pro lidi, kteří mají záporný příjem.'' Ano, první věta  z požadavku je správné konstatování. Pokud by šlo jen o zápornou částku určité mzdové položky, avšak výsledná příjem zaměstnance by byl kladný (tzn. sociální základ, zdravotní základ, zdanitelný příjem), je možné opravu provést tak, že hodnotu atributu zeditujete a uvedete hodnotu 0 (ale ani toto není možno doporučit z hlediska správnosti předávaných dat, aktuálně s výjimkou atributu [[10338 (MH)]], kde to uvádí výslovně i dokumentace JMHZ. Avizovali jsme, že záporné hodnoty vyměřovacích základ nebude JMHZ akceptovat. K tomu například informace na stránkách příruček: [[Zpětné opravy]]. (hd 83903)</small> Prosté vynulování hodnot u zaměstnance tak, aby vyměřovací základy nenabývaly záporných hodnot, a dále příp. úprava souhrnné vrstvy a PVPOJ nemusí vést k úspěšnému podání. I kdyby formálně bylo v pořádku, '''obsahově je chybné''' (např. údaje k ELDP - vyměřovací základ tak v úhrnu za vykazované měsíce nebude odpovídat skutečnosti) a mělo by být tedy procesováno postupem doporučovaným ze strany JMHZ - opravné hlášení za ten minulý měsíc, kdy neměla být odměna (náhrada, apod.) vyplacena. 
** [[Zpětná měsíční uzávěrka]] - a oprava dat minulého měsíce u jednoho zaměstnance. Opravná hlášení (zdravotní pojištění, daň, soc.poj. v rámci JMHZ)
<small> (hd 83903, 84281)</small> 


=== Sleva na dítě ===
* <small>Také oprava slevy na dítě v průběhu roku může být problematická. (hd 84055)</small>

== 20028 ==
''Mzda zúčtovaná je menší než součet jejích složek. Mzda zúčtovaná (10328) >= Tarifní mzdy (10329) + Prémie a odměny pravidelné (10330) + Prémie a odměny nepravidelné (10331) + Příplatky celkem (10332) + Příplatky za práci přesčas (10333)''

* <small>Vrácená částka odměny byla zadána jako záporná hodnota mzdové položky 3xx, která se pak započetla do atributu "Prémie a odměny ..." se zápornou částkou. Při nemožnosti vykazovat zápornou částku uživatel hodnotu změnil na 0. Avšak nastala tato chyba. Do doby než MH povolí záporné hodnoty u atributů je editace hodnot pro uživatele nejrychlejší cestou. Ale může se pak stávat, že '''někdy je potřeba opravovat větší množství hodnot atributů v důsledku kontrol ČSSZ'''. Pokud byla upravena hodnota atirubutu 10331 ze záporné částky na 0, nesouhlasí podmínka z toho důvodu, že [[10328 (MH)]] načítá aplikace automaticky jako součet částek z rozsahu mzdových položek, a tedy dojde i k ponížení v důsledku záporné částky odměny. (hd 83707, 84079)</small>

== 20029 ==
''Příplatky celkem (10332) >= Příplatky za práci v noci (10334) + Příplatky za práci o sobotách a nedělích (10335) + Příplatky za práci ve svátek (10336)''

* Nejsou nastaveny správně některé pojmy v aplikaci podle [[Mapování uživatelsky nastavovaných atributů (MH)|Mapování atributů MH]]. Například by neměly být zahrnovány "přesčasy".

== 20062 ==
''Váš formulář neprošel validací proti XML schématu.'' <br>
''Chyba Element "pojisteni" obsahuje neplatný podřízený Element "eldpSeznam".''

Příčiny mohou být různé.
* [[Datum skutečného nástupu]] je vyplněno a leží v jiném období než [[Zahájení pracovního poměru]]. <small>Pracovní poměr od xx.1.2026, datum skutečného nástupu od xx.3.2026. Měsíční hlášení za 03/2026 bez chyby, hlášení za 02/2026 s chybou. Aplikace v tomto případě nevyplní údaje o trvání pojištění ([[10354 (MH)]]), což způsobuje tuto chybu. Možné řešení: neposílat formulář za 02/2026, pakliže pracovní poměr byl bez příjmu. (hd 83906, 83979, 84119)</small> Upozornění při vytvoření hlášení: "Datum zahájení pracovního poměru a datum skutečného nástupu zasahují do dvou různých období (měsíců). Může být problém v hlášeních REGZEC a MH vykazovaných za měsíce před zahájením/datem skutečného nástupu."

== 20283 ==
''Pokud (10286) = 0, pak atributy: (10289, 10417, 10292, 10293, 10294, 10295, 10296, 10418, 10308, 10309, 10310, 10416) nesmí nabývat hodnot.''

* V případě, že systém automatizovaně zjistí hodnotu 10286 = 0, neměl by uvádět vyjmenované atributy.
* V případě, že uživatel upraví některé hodnoty atributů <small>(neuvádět záporné hodnoty)</small> tak, že 10286 = 0, je potřeba vyjmenované atributy neuvádět. Ve formuláři je toho možné docílit pomocí editace - smazáním hodnoty atributu: [[Údaje formuláře (Měsíční hlášení)]] - ''Bez hodnoty''
<small>(hd 83896)</small>

== 40007 ==
Propustná chyba. PVPOJ. ''Úhrn nesouhlasí se součtem vyměřovacích základů dotčených zaměstnanců, kteří nevykonávají činnost v rizikovém zaměstnání nebo činnost zdravotnického záchranáře nebo člena jednotky HZS podniku.''

Někdy se může jednat o zmatečnou chybu ze strany ČSSZ, a to v případě, že v rámci opravného hlášení byla zaslána vybraná množina (opravovaných) zaměstnanců a současně také vrstvy: souhrnná a PVPOJ. Pak údaje za PVPOJ si ČSSZ vyčísluje chybně pouze ze zaměstnanců z opravného hlášení, a nikoliv ze všech předchozích řádně podaných. <small>(stav: 06/2026)</small>

Pokud se opravným hlášením nemění hodnoty v souhrnné vrstvě a ve vrstvě PVPOJ, pak tyto vrstvy není nutné v opravném hlášení znovu zasílat (řádky je možné uživatelsky smazat).

Do doby, než bude nedostatek odstraněn, je vhodné další postup zkonzultovat s ČSSZ (ingorovat chybu, poslat nové opravné hlášení za všechny zaměstnanc, aj.).

== 40012 ==  
Propustná chyba. PVPOJ. ''Pojistné za zaměstnance nesouhlasí se součtem pojistného za všechny jednotlivé zaměstnance.''

Může být obdobou chyby 40007. 

== 40238 ==
''V rámci opravného podání součásti individualizované části nebyla nalezena odpovídající dvojice klíčů IK MPSV a ID pracovněprávního vztahu. Řádný formulář má odlišné ikmpsv / idppv''.

* Hlášení bylo "opravné", ale formulář měl být "řádný":
* [[Řádný formulář v rámci opravného podání (Měsíční hlášení)]]

== 40243 ==
''Když je (10419) = "ANO" a (10068) není "CZ", pak následující atributy nesmí nabývat hodnot: (10300), (10301), (10302), (10303), (10453),(10431), (10432), (10433), (10434), (10435), (10436), (10437), (10438), (10439), (10440), (10304), (10306), (10307), (10309), (10310).''

''U daňového nerezidenta, který podepsal prohlášení poplatníka, lze uplatnit pouze základní slevu na poplatníka a nelze uplatnit zvláštní sazbu daně. V případě, že se nejedná o daňového nerezidenta, doporučujeme zkontrolovat dohlášení údajů registrace zaměstnance prostřednictvím akce A3 (změna údajů), zejména atributu 10068 - Kód státu rezidenství.''

Možné příčiny:
* Původní dohláška REGZEC -3d nebyla správně provedena. Napravit ústně s ČSSZ nebo novou dohláškou.
* Zaměstnanec v registrech ČSSZ není veden jako daňový nerezident, ale jako daňový rezident (nebo naopak). [[REGZEC]] byl sice správně poslán, ale jiná firma (zaměstnávající téhož zaměstnance) vzápětí hodnotu rezidentství "přepsala". Dalo se to ověřit i telefonicky na ČSSZ (a opravu provedla též ČSSZ).
* Zaměstnanec v aktuálním měsíci je daňový nerezident, ale historicky (provádějí se podání za 01-03/2026) ještě v aplikaci takto označen nebyl (chyba dat). <small>Je potřeba upravit údaj v tabulce uchovávající historii. Zjišťovací příkaz (změňte hodnoty 111, 222 na konkrétní osobní čísla): SELECT os_cislo, dan_nerez, datum FROM prac_zal where datum >= '2026-01-01' and os_cislo in (111, 222) order by os_cislo, datum; Změnový příkaz: update prac_zal set dan_nerez = 'a' where os_cislo in (111, 222) and datum in ('2026-01-01', '2026-02-01'); (helpdesk 83978, 84087)</small>
* ''Kombinace 10307 a 10308'' <small>Příklad. Daňový nerezident, druh činnosti Q, podepsal prohlášení. Procházela měsíční hlášení 04 a 05/2026) kombinace 10307 - Základ pro výpočet daně podle zvláštní sazby daně = 0 (musela být uvedena nula),  10308 - Odměna člena (nerezidenta) orgánu právnické osoby = částka (např. 50 000) 10310 - Sražená záloha na daň z příjmu nerezidenta člena orgánu práv. os. = částka (např. 7500). Aktuálně (06/2026) tato kombinace dat neprochází. Tyto atributy jsou uvedeny v sekci ZvlastniSazbaDane, snad jako pozůstatek dřívější legislativy (před r. 2026), kdy tyto odměny spadaly pod zvláštní sazbu daně, od r. 2026 jako zálohová daň. Není známo vyjádření ČSSZ, zda tyto atributy mají být vynechány (pak ovšem nebude reportována "odměna člena nerezidenta..."), nebo má být voleno jiné řešení. Kontroly 242 a 243 se jeví být "chybné". Aktuální rada: "...smažte atributy 10307, 10308, 10309, 10310. Poté by to projít mělo." Z vyjádření JMHZ: situace bude opravena [[Image: Atributy 10307 10308 tym JMHZ 2026-07.png|100px]] <small>(hd 84569)</small>

== Různé ==
=== Nebylo přijato řádné hlášení a nelze podat storno ===
* [https://home.ksprogram.cz/download/Prirucky/Legislativa/2026-01/Aktualita_nove_nastaveni_zmocneni_v_systemu_CSSZ.pdf Aktualita_nove_nastaveni_zmocneni_v_systemu_CSSZ.pdf]

2026/01 - po odeslání řádného hlášení za 2026/01 přišlo oznámení, že hlášení nebylo přijato a je potřeba vytvořit nové řádné. Důvodem byla změna zmocnění v systémech ČSSZ od června 2026. Jak postupovat, když za období 01-03/2026 nelze podávat tzv. storno hlášení?

Varianta 1) Zjištění stavu řádného hlášení načtením odpovědí z agendy [[Plnění (Měsíční hlášení)]]. Pokud bude přijata odpověď o zamítnutí hlášení z ČSSZ, systém dovolí vytvořit nové řádné podání.

Varianta 2) interní změna
# Změna hodnoty stavu na ''Odmínuto'' - [[Řádné (Měsíční hlášení)]]
# Vytvoření nového řádného podání.

<!--
# [[Seznam (Měsíční hlášení)]] - označte požadované hlášení (v daném příkladě řádné za 01/2026). 
# V režimu ''Editace'' zjistěte hodnotu pole ''ID primárního balíku''. Toto číslo (XX) zapište do následujícího příkazu <small>([[SQL prompt]])</small>.
# Zjišťovací příkaz: <small>select * from jmhz_podani where id_baliku = XX;</small> (zkontrolujte, že se jedná o požadovaný záznam).
# Změňový příkaz: <small>update jmhz_podani set stav_vyrizeni = 'S' where id_baliku = XX;</small> 
# Dané hlášení bude interně označeno jako "stornované". Poté je možno již vytvořit nové řádné hlášení.
-->
=== Do opravného hlášení nevkládat souhrnnou vrstvu a PVPOJ ===
Je-li to možné a data opravného hlášení nemění původní hodnoty řádného hlášení v souhrnné vrstvě a PVPOJ, doporučuje se tyto dva formuláře v opravném hlášení neposílat (smazat je - nastavením se na řádek a ikonou smazat). Jinak hrozí, že z ČSSZ budou zasílána chybová hlášení (která by neměla být zasílána, neodpovídající obsahu, "falešná").

== 40348 ==
''Chyba formální datové integrity podání.''

Příčina může být např. obdobná jako u 20062.

== Hlášení aplikace ==
=== Pro období xx/2026 nebyly nalezeny informace o PPV ===
''Kontrola údajů: Pro období xx/2026 nebyly nalezeny informace o PPV ...'' <br>
''Formulář ID ... není validní dle definice XSD schématu. Chyba Element "cinnostKS" obsahuje neplatný podřízený Element "vykonavanaPozice" Seznam možných očekávaných elementů: "souhrnDataZec", "pojisteni" ...'' <br>
<small>
* Příčinou může být rozdíl v okamžiku pořízení pracovního poměru a vykazování (pracovní poměr byl zadán až v 05/2026 s tím, že zahájení je už v 04/2026, kde nebyl žádný příjem. Pracovní poměr tak neprošel řádně vyúčtování a měsíční závěrkou a chybí údaje v historii, které se mají propisovat do MH. SELECT os_cislo, cislo_pom, datum FROM pom_mes where datum >= '2026-01-01' order by os_cislo, cislo_pom, datum; SELECT os_cislo, cislo_pom, datum FROM pom_zal where datum >= '2026-01-01'  order by os_cislo, cislo_pom, datum; 
* Obdobné uživatelské změny (zpětná změna data zahájení prac.poměru apod.).
(hd 84332, 84190)
</small>

== Souhrn vyměřovacích základů reportovaných zaměstnanců ==

SELECT B.id_baliku, B.os_cislo, C.prijmeni, C.jmeno, A.id, A.id_formulare, A.cis_polozky, A.hodnota from jmhz_udaje A, jmhz_formulare B, pracovnici C
where 
A.id_formulare = B.id_formulare and B.os_cislo = C.os_cislo and
A.cis_polozky = 10245 and A.id_formulare in (select id_formulare from jmhz_formulare where id_baliku in (7));

Namísto č. 7 doplňte číslo balíku (balíků - oddělených čárkou).

=== Pobočky ===
Hlášení se vytvářejí za každou pobočku samostatně. Při rozpočítávání souhrnných mzd.pol. (997, 998, 999) je potřeba zohledňovat přiřazení zaměstnanců ke střediskům, potažmo pobočkám v měsíci, za který je hlášení vytvářeno (např. i zpětně). <small>(hd 85576)</small>

== Odkazy ==
* [[Měsíční hlášení]]
* <small>delete from jmhz_udaje where id_formulare not in (select id_formulare from jmhz_formulare);</small>