Vytvoření JMHZ v programu plex Mzdy #

V menu přibyla možnost Mzdy – Hlášení, výkazy – Jednotné měsíční hlášení (JMHZ)

Po jeho zvolení se objeví dialog pro tvorbu JMHZ

Zvolí se měsíc a rok daného hlášení.

Typ podání se volí automaticky R-Řádné. Opravné a Storno podání se vytváří v Knize JMHZ z Karty JMHZ

Vytvořené podání lze znovu otevřít pomocí tlačítka Otevři XML v JMHZ

Tam je možné si podání prohlédnout, zkontrolovat, případně upravit.

Řádné hlášení, které je již odeslané, nelze upravit. Je možné jen vytvořit Opravné hlášené a to případně odeslat.

Opravné hlášení lze upravit. Pokud původní opravné hlášení není odesláno, upraví se toto neodeslané hlášení. Pokud bylo opravné hlášení už odesláno, vytvoří se nové opravné hlášení.

Formulář JMHZ: #

Tlačítko Vybrat provede výběr dat pro podání.

Export do XML – uloží XML zkomprimované do souboru ZIP – vhodné pro ruční vložení do portálu ČSSZ

Odeslat přes VREP – odešle XML přes portál VREP

Odeslat přes datovou schránku – odešle XML přes datovou schránku

Při exportu nebo odeslání XML dojde k vytvoření záznamu v Knize JMHZ.

Hlavičkové údaje  – klasické hlavičkové údaje – stejné jako u dřívějšího Přehled SP

Souhrnné informace – souhrnné informace za firmu

Přehled sociálního pojištění – dřívější podání PVPOJ – přehledu o výši pojistného

Formuláře osob – jednotlivé formuláře všech zaměstnanců

Tlačítka Předchozí zaměstnanec a Následující zaměstnanec umožňují procházet seznamem zaměstnanců.

Políčko Formulář – slouží k tomu, abychom věděli, na kterém zaměstnanci zrovna jsme. Je tam Osobní číslo, jméno, příjmení a ID zaměstnance v hlášení.

To je důležité pro případnou opravu. Pokud pošlete podání na ČSSZ, to vám zpátky pošle výsledek podání.

Pokud hlášení je v pořádku, je u toho ID formuláře OK. Pokud je tam nějaká chyba, je u tohoto ID formuláře popis chyby.

Pokud si tento kód formuláře vložíte do pole Formulář na v JMHZ, nastaví se Vám zaměstnanec s tímto kódem a vy si můžete zkontrolovat, co u něho bylo špatně. Je to pomůcka při odstraňování chyb. Pokud má zaměstnavatel více zaměstnanců, může být jejich identifikace ztížena. ČSSZ komunikuje jen skrze tento kód formuláře osoby.

1. Typy podání #

Řádné podání #

Řádné podání je první měsíční hlášení za danou mzdovou účtárnu, variabilní symbol
a rozhodné období. Za jedno období smí v systému existovat jen jedno řádné podání.

Opravné podání #

Opravné podání se používá, pokud už bylo řádné hlášení za období přijato a je potřeba data opravit nebo doplnit. Opravné hlášení musí odkazovat na GUID původního řádného hlášení, které opravuje.

Opravné hlášení se neposílá jako rozdíl. Posílá se znovu aktuální úplný stav za celé období, včetně správně přepočtené souhrnné a pojistné části.

Storno #

Storno není běžný způsob opravy dat. Pro běžnou opravu nebo doplnění údajů se použije opravné podání. Storno je určeno jen pro výjimečné situace, kdy má být původní podání zrušeno podle pravidel JMHZ.

2. Praktické scénáře podání #

První podání za měsíc #

Pokud za daný měsíc a rok ještě nebylo přijato řádné hlášení, vytvoří se podání typu
R – řádné.

Opakované odeslání za stejný měsíc #

Pokud už bylo řádné hlášení přijato, další odeslání za stejný měsíc musí být typu
O – opravné. Nesmí se poslat další řádné podání.

Omylem odeslané druhé řádné podání #

Pokud už jedno řádné hlášení v systému existuje a uživatel odešle druhé řádné hlášení za stejné období, ČSSZ vrátí chybu 40326: V systému nesmí existovat více řádných podání za jedno rozhodné období.

Zamítnutí druhého řádného podání neruší první přijaté řádné hlášení. V systému zůstává původní řádné hlášení. Další oprava se proto neposílá znovu jako řádná, ale jako opravná s odkazem na GUID původního řádného hlášení.

Doplnění další skupiny zaměstnanců #

Pokud zaměstnavatel nejdříve odešle řádné hlášení jen za část zaměstnanců a později potřebuje doplnit další skupinu, použije opravné hlášení. Souhrnná a pojistná část musí odpovídat součtu za všechny zaměstnance za celé období.

Zamítnuté podání #

Pokud bylo podání zamítnuto a za dané období neexistuje žádné přijaté řádné hlášení, další pokus je znovu řádné podání, ale s novým GUID. Pokud už přijaté řádné hlášení existuje, další pokus je opravné podání k tomuto řádnému hlášení.

3. Proč je důležité ukládat GUID hlášení #

Pro opravné hlášení je potřeba znát GUID původního řádného hlášení. Pokud se podání posílá přes VREP, ERP umí výsledek dohledat přes VREP komunikaci. Pokud se XML odešle přes datovou schránku nebo nahraje na portál, ERP nemusí mít odpověď ani původní GUID k dispozici.

Proto je vhodné, aby ERP při vygenerování nebo odeslání JMHZ založilo evidenční záznam hlášení a přiložilo k němu původní XML. Z tohoto XML půjde později zjistit GUID a případně z něj znovu naplnit formulář pro opravu.

4. Navržená evidence v ERP #

Pro každé vygenerované JMHZ by vzniká objekt JMHZ hlášení. Minimální údaje: měsíc, rok, variabilní symbol nebo mzdová účtárna, typ podání, GUID hlášení, způsob odeslání, datum vytvoření a stav zpracování.

Způsob odeslání: VREP, datová schránka, ePortál/uložený soubor nebo pouze vygenerováno. K záznamu se přiloží vygenerované XML; u exportu pro portál případně také ZIP soubor.

Při tvorbě opravného hlášení program nabídne původní řádné hlášení pro stejný měsíc, rok a variabilní symbol. Z něj převezme GUID původního řádného podání a použije ho jako referenci opravného podání.

5. Práce s uloženým hlášením v ERP #

Uložené hlášení #

Při vygenerování, exportu nebo odeslání JMHZ vznikne v ERP záznam JMHZ hlášení.
U záznamu je uložen měsíc, rok, typ podání, GUID hlášení, stav, způsob odeslání
a přiložené XML. Díky tomu lze později dohledat, jaké podání bylo vytvořeno nebo odesláno.

Nově vznikla v systému Kniha JMHZ, kde jsou všechny vygenerované a odeslané JMHZ hlášení.
Pokud je JMHZ hlášení jen vygenerováno a není odesláno (nemá datum odeslání), lze ho z této knihy i odeslat (bud přes VREP nebo přes Datovou schránku), případně na podání odeslaná přes VREP se lze i dotázat na výsledek podání.

Dotaz na výsledek podání #

Tlačítkem Dotaz na výsledek přes VREP se lze dotázat na výsledek podání, které bylo podáno přes kanál VREP.
Tento výsledek přijde do emailové schránky registrované na ČSSZ.

Neodeslané hlášení
Pokud je hlášení jen vygenerované a ještě nebylo odesláno (nemá datum odeslání), lze jej z Knihy JMHZ hlášení otevřít zpět do formuláře. Po dalším exportu nebo odeslání se aktualizuje původní záznam a nevytváří se duplicita.

#

Odeslané řádné hlášení #

Odeslané řádné hlášení se už nemění ani nepřepisuje. Pokud je potřeba data změnit, vytvoří se z něj opravné hlášení. Pokud je potřeba původní podání zrušit, vytvoří se storno. Ze stejného odeslaného řádného záznamu se neposílá další řádné podání.

Opravné hlášení #

Opravné hlášení se vytváří z karty původního řádného hlášení tlačítkem Vytvořit opravné hlášení. Program převezme GUID původního řádného hlášení a použije jej jako odkaz
v opravném podání.

Oprava se neposílá jako rozdíl proti původnímu podání. Posílá se znovu úplný aktuální stav za celé období. Pokud uživatel mezitím opravil data ve mzdách, může ve formuláři JMHZ znovu načíst data z ERP a tím přepsat hodnoty načtené z původního XML.

I při druhém nebo dalším opravném hlášení se stále odkazuje na GUID původního řádného hlášení, ne na GUID předchozí opravy.

Neodeslané opravné hlášení lze znovu otevřít, upravit a exportovat nebo odeslat. Původní neodeslaný záznam se tím aktualizuje. Pokud už bylo opravné hlášení odesláno a uživatel jej použije znovu, vznikne nový záznam opravného hlášení.

Storno hlášení #

Storno se vytváří z karty původního řádného hlášení tlačítkem Stornovat hlášení. Storno odkazuje na GUID původního řádného hlášení. Pokud před stornem existovalo více oprav, stále se uvádí GUID původního řádného hlášení.

Storno neobsahuje formuláře osob ani souhrnné údaje. Do XML se ukládá pouze hlavička podání potřebná ke zrušení původního řádného hlášení.

Neodeslané storno lze z Knihy JMHZ hlášení otevřít a odeslat. Po odeslání se aktualizuje původní záznam storna. Odeslané storno se nepřepisuje.

Export a odesílání #

Soubor pro ruční vložení na portál ČSSZ se ukládá jako ZIP. Pro odeslání přes VREP nebo datovou schránku se používá samotné XML.

Názvy souborů se rozlišují podle typu podání: běžné řádné hlášení má název JMHZ_mesic_rok_Radne, opravné hlášení JMHZ_mesic_rok_Oprava a storno JMHZ_mesic_rok_Storno.

6. Identifikace zaměstnance ve formuláři osoby #

Program se nejdříve snaží použít běžnou identifikaci zaměstnance přes IK MPSV
a ID PPV. Pokud jsou obě hodnoty vyplněné, použijí se v XML v identifikaci zaměstnance.

Pokud IK MPSV nebo ID PPV chybí, program může použít náhradní identifikaci. Ta se skládá z příjmení, jména, data narození, data nástupu a druhu činnosti.

Rodné číslo není podle XML schématu součástí této náhradní identifikace zaměstnance. Program ho může zobrazovat a používat pro pomocné kontroly, ale do identifikační větve XML se neposílá.

Když není možné vytvořit ani běžnou identifikaci, ani úplnou náhradní identifikaci, program zobrazí srozumitelnou validaci se seznamem konkrétních chybějících údajů. Uživatel pak doplní buď ID PPV/IK MPSV, nebo všechny údaje náhradní identifikace.

7. Roční údaje ve formuláři JMHZ #

Roční údaje se ve formuláři mohou zobrazit i tehdy, když se nakonec nebudou odesílat. Program je umí načíst z ERP, aby je bylo možné zkontrolovat.

Důležité pravidlo: do XML a tedy do odesílaného hlášení se roční údaje zapíší jen tehdy, když je zaškrtnutý checkbox pro zahrnutí ročních daňových údajů. Pokud checkbox zaškrtnutý není, roční část se do hlášení neodesílá.

Roční údaje neposílejte opakovaně. Leden až březen je pouze období, ve kterém je možné RZD vykázat. Stejné roční údaje se mají poslat jen jednou, v měsíci, kdy bylo roční zúčtování skutečně provedeno nebo zúčtováno.

Pokud už byly roční údaje odeslané a později se zjistí chyba, neopakujte je v dalším měsíčním hlášení. Použijte opravné hlášení za původní měsíc, ve kterém byly roční údaje vykázané.

8. Odložený příjem po skončení PPV #

Odložený příjem se použije u zaměstnance, kterému už skončil pracovní vztah, ale
v některém dalším měsíci se mu ještě něco zúčtuje. Typicky jde o doplatek mzdy, odměnu, proplacenou dovolenou, jiný dodatečný příjem nebo roční zúčtování daně po skončení PPV.

Program tento scénář nevybírá ručně. Rozhoduje podle data ukončení PPV a podle toho, zda má zaměstnanec v hlášeném měsíci zúčtované hodnoty. Pokud PPV skončilo před prvním dnem hlášeného měsíce a zaměstnanec má v měsíci zúčtování, vytvoří se formulář osoby jako odložený příjem.

Pokud zaměstnanec skončí až v průběhu hlášeného měsíce, nejde ještě o odložený příjem. Takový zaměstnanec se vykazuje běžným způsobem za měsíc, ve kterém pracovní vztah trval.

Typ 1 znamená příjem po skončení zaměstnání. Program ho použije, když po skončení PPV existuje zúčtovaná mzda, daňový základ, vyměřovací základ sociálního pojištění, osvobozený příjem nebo podobná peněžní hodnota.

Typ 4 znamená roční zúčtování po skončení zaměstnání. Program ho použije v situaci, kdy po skončení PPV nejde o běžný dodatečný příjem, ale o roční zúčtování.

Varianty související s neplatným ukončením pracovního poměru zatím ERP neřeší. Pokud by se takový případ objevil, je potřeba ho řešit individuálně před odesláním JMHZ.

Odložený příjem v XML neobsahuje běžný průběh zaměstnání, vykonávanou pozici ani rozpad mzdy. Posílají se hlavně identifikace osoby, souhrnné peněžní údaje, daňové údaje, zdravotní a sociální pojištění a případně roční údaje.

Při kontrole dat se u těchto osob zaměřte hlavně na správné datum ukončení PPV, zúčtované částky v daném měsíci a na to, zda roční údaje mají být v hlášení skutečně zahrnuté.

9. Zdroje #

Oficiální informační web JMHZ a FAQ: https://jmhz.mpsv.cz/