Chyby (Měsíční hlášení): Porovnání verzí
| Řádek 10: | Řádek 10: | ||
=== Záporný příjem === | === 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. (hd 83903)</small> | * <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. | ||
<small> (hd 83903, 84281)</small> | |||
=== Sleva na dítě === | === Sleva na dítě === | ||
Verze z 25. 6. 2026, 11:24
Chyby (Měsíční hlášení)
Záporné hodnoty atributů
Dovolená aj.
*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)
Odměny
- Např. viz níže komentář k chybě 20028.
Záporný příjem
- ..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) 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.
(hd 83903, 84281)
Sleva na dítě
- Také oprava slevy na dítě v průběhu roku může být problematická. (hd 84055)
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)
- 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)
20028
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í atributů MH. Například by neměly být zahrnovány "přesčasy".
20062
Váš formulář neprošel validací proti XML schématu.
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. 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) 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ů (neuvádět záporné hodnoty) 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
(hd 83896)
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. (stav: 06/2026)
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). 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)
Různé
Nebylo přijato řádné hlášení a nelze podat storno
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í.
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.
Odkazy
- Měsíční hlášení
- delete from jmhz_udaje where id_formulare not in (select id_formulare from jmhz_formulare);