Měsíční hlášení o zaměstnávání cizinců (JMHZ)

Generování souboru (společné pro oba postupy)

JMHZ soubor se generuje v okně Pracovníci → Mzdy → Měsíční souhrn mezd → Podle společnosti:

1. Označte řádky za firmy a měsíce, které chcete podat.
2. Použijte tlačítko v horní liště:

Tlačítko	Funkce
Podání JMHZ	Řádné podání (typPodani=R) — nové nebo dosud nepodané měsíce
Opravné JMHZ	Opravné podání (typPodani=O) — opraví dříve odeslané podání za stejná období

3. Vygenerovaný soubor se zobrazí v přehledu Pracovníci → Smlouvy → JMHZ.

Odeslat ho na ČSSZ a zjistit výsledek lze dvěma způsoby — přes Stafio s certifikátem (doporučeno), nebo ručně přes datovou schránku.

---

1. Odesílání přes Stafio s certifikátem (doporučený postup)

Stafio komunikuje s ČSSZ přímo přes webovou službu e-Podání pomocí vašeho podpisového certifikátu. Nemusíte nic stahovat ani ručně posílat — vše proběhne v aplikaci.

V přehledu JMHZ soubory (nebo na detailu souboru) použijete tato tlačítka:

Tlačítko	Kdy použít	Co dělá
Odeslat na ČSSZ	po vygenerování souboru	podepíše (váš certifikát) a odešle podání na ČSSZ
Stáhnout odpověď z ČSSZ	po odeslání	vyzvedne potvrzení o doručení podání (technická odpověď); vyplní Staženo dne / Stáhl
Zjistit stav zpracování (DZMH)	po zpracování na straně ČSSZ	aktivně se ČSSZ zeptá na věcný stav podání a sám označí, které formuláře ČSSZ přijala a které věcně zamítla

Důležité — dvě různé odpovědi: „Stáhnout odpověď z ČSSZ" potvrzuje jen doručení podání. Zda ČSSZ jednotlivé formuláře skutečně věcně přijala (a zda nevznikla vada 40238), zjistíte až tlačítkem Zjistit stav zpracování (DZMH) — to se ČSSZ zeptá přes API a výsledek si vyzvedne bez čekání na datovou schránku.

Vyřešení vady 40238 (s certifikátem)

1. Odeslat na ČSSZ (řádné nebo opravné).
2. Po chvíli klikněte Zjistit stav zpracování (DZMH). Stafio z odpovědi ČSSZ označí věcně zamítnuté formuláře. (Pokud je hlášení u ČSSZ ještě „ve zpracování", systém to oznámí — zkuste to za chvíli znovu.)
3. Vygenerujte Opravné JMHZ a odešlete. Věcně zamítnuté formuláře nově půjdou jako nový řádný (typ R, nový GUID), přijaté se navážou jako oprava (typ O).
4. Opakujte body 2–3, dokud ČSSZ všechny formuláře nepřijme. Každé kolo počet vad striktně klesá.

---

2. Ruční odesílání přes datovou schránku

Pokud nepoužíváte certifikát v Stafiu a podáváte ručně přes vlastní datovou schránku:

Odeslání

1. Vygenerujte soubor (viz výše).
2. V přehledu JMHZ soubory otevřete detail souboru (klik na Id) a v sekci XML soubor stáhněte vygenerovaný XML soubor podání do počítače.
3. Ve své datové schránce vytvořte zprávu pro datovou schránku ČSSZ (e-Podání) a tento XML soubor do ní vložte jako přílohu; odešlete. Posílá se „holé" (nepodepsané) XML — přesně ten soubor, který Stafio vygenerovalo.
4. Vraťte se do přehledu a u podání zaškrtněte sloupec „Odesláno na ČSSZ". Tím ho zaevidujete jako odeslané a zpřístupní se Import protokolu ČSSZ.
   • Tlačítka Odeslat na ČSSZ a Stáhnout odpověď z ČSSZ se u ručního podání nepoužívají (Stafio na podání odeslané mimo systém nemá vazbu).

Zjištění výsledku a vyřešení vady 40238 (datovka)

5. ČSSZ vám do datové schránky pošle XML odpověď o stavu zpracování (soubor DZMHOdpoved) — obsahuje seznam vad a propustnost jednotlivých formulářů. Tento XML soubor uložte do počítače.
6. U podání v Stafiu klikněte na Import protokolu ČSSZ a nahrajte tento XML soubor. Stafio z něj označí věcně zamítnuté formuláře a podání zároveň označí jako vyřízené (takže neuvidíte hlášku JMHZ_REPORT_NOT_POLLED).
   • Import přijímá pouze XML soubor (odpověď DZMH z datové schránky) — ne text z PDF.
   • Nahrajte protokol právě toho podání, u kterého import spouštíte. Soubory z datové schránky mají stejný název pro všechna kola (řádné i opravná) — import proto porovná datum podání v protokolu s odesláním vybraného podání a protokol jiného kola odmítne (hláška DZMH_WRONG_ROUND).
   • Výsledek zpracování uvidíte po importu u jednotlivých pracovníků v akordeonu Detail dat — sloupce Zpracovani CSSZ (protokol) (kód vady a propustnost) a CSSZ prijato.
7. Vygenerujte Opravné JMHZ a odešlete (bod 2). Zamítnuté formuláře půjdou jako nový řádný (typ R), přijaté jako oprava. Opakujte, dokud ČSSZ vše nepřijme.

---

Poznámky k Opravnému JMHZ

• Opravné JMHZ lze vygenerovat i tehdy, pokud pro danou firmu existuje dosud neodeslaný soubor Řádného JMHZ — tyto dva typy se navzájem neblokují.
• Každý typ (řádné / opravné) má vlastní kontrolu duplicit: před vygenerováním nového souboru systém ověří, zda neexistuje jiný neodeslaný soubor téhož typu pro tutéž firmu.
• ČSSZ identifikuje opravné podání podle atributu typPodani=O v XML.
• Opravné podání naváže na dříve přijaté řádné formuláře. Aby systém věděl, které formuláře ČSSZ věcně přijala a které zamítla, je před opravným podáním nutné naimportovat protokol o zpracování — viz následující kapitola. Bez toho systém opravné podání nepustí (chrání vás před vadou 40238).

Opravné podání a vada 40238 — pracovní postup

Co znamená vada ČSSZ 40238?

Vadu 40238 ČSSZ vrací u opravného podání, když systém poslal opravu (typ O) k řádnému formuláři, který ČSSZ věcně nepřijala (zamítla při zpracování). Opravu nelze navázat na formulář, který u ČSSZ nikdy nevznikl — takový formulář musí jít znovu jako nový řádný (typ R, s novým GUID).

Hláška z protokolu vypadá takto:

Kód (40238) … (Propustnost: nepropustná) … V rámci opravného podání nebyla nalezena odpovídající dvojice klíčů IK MPSV a ID pracovněprávního vztahu. Řádný formulář byl zamítnut. Je potřeba podat nový řádný formulář s novým GUID.

Systém sám nepozná, které formuláře ČSSZ věcně zamítla — tuto informaci nese věcný stav zpracování od ČSSZ. Stafio ho získá buď tlačítkem Zjistit stav zpracování (DZMH) (postup s certifikátem), nebo z XML odpovědi DZMH naimportované z datové schránky (ruční postup). Podle něj pak zamítnuté formuláře v dalším opravném podání pošle jako nové řádné a přijaté naváže jako opravu.

Jak 40238 vyřešit

Konkrétní postup závisí na způsobu odesílání:

• s certifikátem → viz 1. Odesílání přes Stafio s certifikátem (tlačítko Zjistit stav zpracování (DZMH)),
• ruční datovka → viz 2. Ruční odesílání přes datovou schránku (Import XML odpovědi DZMH).

Stačí jedno nové opravné podání za období. Není potřeba ho dělat po jednotlivých zaměstnancích — generátor sám rozhodne u každého formuláře, zda půjde jako nový řádný, nebo jako oprava. Systém navíc vyřadí i starší zamítnuté pokusy téhož pracovněprávního vztahu, ale zachová vazbu na formulář, který už ČSSZ přijala.

Proč nelze vygenerovat opravné podání? (chybové hlášky)

Systém vás u opravného podání nepustí dál, dokud nejsou splněny podmínky. Tyto pojistky vás chrání před opakováním vady 40238. Řádné podání nikdy neblokují.

Hláška	Příčina	Co udělat
JMHZ_REPORT_NOT_POLLED — „…must be polled…"	u dříve odeslaného podání za období jste ještě nevyzvedli odpověď	u předchozího podání klikněte Stáhnout odpověď z ČSSZ
JMHZ_PROTOCOL_NOT_IMPORTED — „…protocol… has not been imported…"	u nejnovějšího odeslaného (a vyzvednutého) podání ještě nemáte věcný stav zpracování od ČSSZ	s certifikátem klikněte Zjistit stav zpracování (DZMH); u ruční datovky nahrajte XML odpověď DZMH přes Import protokolu ČSSZ — u podání rozděleného do více částí stačí jednou, na kterékoli části (výsledek se propíše na všechny části podání)

Pozor — každé kolo oprav potřebuje vlastní výsledek. Systém vyžaduje věcný stav nejnovějšího odeslaného podání před vygenerováním dalšího opravného. I plně přijaté podání (bez vad) je potřeba „zjistit stav" / naimportovat — tím se odemkne pro další opravné. Stav zjišťujte vždy u nejnovějšího podání — dotaz na starším podání opravné neodemkne.

Výjimka — když už jsou zamítnuté formuláře označené. Pokud u nejnovějšího odeslaného podání systém už ví, které formuláře ČSSZ věcně zamítla — přes „Zjistit stav (DZMH)" nebo import XML odpovědi, které proběhly úspěšně do konce (import se zaeviduje) — k vygenerování opravného vás pustí i bez dalšího zjišťování. Samotné označení zamítnutých formulářů (např. servisní zásah podpory) bez zaevidovaného importu opravné neodemkne.

Ruční datovka — JMHZ_REPORT_NOT_POLLED. U podání odeslaného ručně přes datovou schránku tlačítko Stáhnout odpověď z ČSSZ nefunguje (Stafio na ně nemá vazbu). Stačí přes Import protokolu ČSSZ nahrát XML odpověď DZMH z datové schránky — ten zároveň podání označí jako vyřízené (vyzvednuté), takže tuto hlášku už neuvidíte.

Příbuzné vady

• 40251 — „ID pracovněprávního vztahu musí být v podání unikátní. Již bylo uvedeno v předešlém formuláři s GUID X." Znamená, že už přijatý formulář byl omylem poslán znovu jako nový řádný místo opravy. Import protokolu tuto situaci řeší automaticky (formulář s GUID X označí jako přijatý) — stačí naimportovat nejnovější protokol a opravné podání vygenerovat znovu.
• 40226 — „Počet PPV z hlášení < počet PPV z RegZec… některé individualizované součásti chybí." Jde o datovou neshodu: ČSSZ eviduje v registru zaměstnanců (RegZec) pracovněprávní vztah, který v hlášení za daný měsíc chybí — typicky dohoda malého rozsahu nebo smlouva, jejíž přihlášení k SP spadá až do pozdějšího měsíce. Import protokolu ji nevyřeší. Jsou-li data smlouvy správná, vada se zpravidla sama vyřeší v měsíci, do kterého přihlášení k SP patří (smlouva tam do hlášení automaticky vstoupí). Pokud přetrvává, ověřte konkrétní smlouvu a její registraci v RegZec u ČSSZ.
• 40087 — „Kód ELDP neodpovídá číselníku Druh činnosti." První znak kódu ELDP ve formuláři se musí shodovat s druhem výdělečné činnosti, který ČSSZ registruje z přihlášky daného pracovněprávního vztahu (REGZEC) — nekontroluje se proti údaji ve Stafiu, rozhoduje registr ČSSZ. Kód je na kartě smlouvy v poli Druh výdělečné činnosti (vybírá se z číselníku podle typu dohody; DPP = T–Z + ZA–ZC, DPČ = A–J, PP = 1–9) a hromadně ho zobrazíte v gridu Smlouvy přes Výběr sloupců → Druh výdělečné činnosti. Nesoulad srovnáte buď nastavením kódu ve Stafiu podle registru ČSSZ (export seznamu zaměstnanců na ePortálu), nebo opravou kódu v registru na ePortálu ČSSZ. Dotčené formuláře najdete po importu protokolu v akordeonu Detail dat (sloupce Zpracovani CSSZ (protokol) a CSSZ prijato).

Velké firmy (více než 1 000 zaměstnanců)

Pokud firma má více než 1 000 zaměstnanců, systém automaticky rozdělí podání do více souborů (paketů) po nejvýše 1 000 zaměstnancích.

• V přehledu JMHZ soubory se zobrazí více souborů pro danou firmu a měsíc — každý je třeba odeslat na ČSSZ zvlášť.
• ČSSZ povoluje maximálně 1 500 formulářů v jednom podání. Rozdělení do paketů tento limit respektuje.
• Generování pro velkou firmu trvá déle — vyčkejte na dokončení (systém zobrazí potvrzení).
• Všechny části jednoho podání sdílejí u ČSSZ jeden identifikátor podání (GUID) — ČSSZ z nich složí jedno hlášení a vrací jeden protokol za celé podání. Zjistit stav zpracování (DZMH) nebo Import protokolu ČSSZ proto stačí provést jednou, na kterékoli části — výsledek (označení přijatých/zamítnutých formulářů i odemčení opravného podání) se propíše na všechny části. (Platí pro podání odeslaná aktuální verzí systému; u starších podání, kde každá část měla vlastní identifikátor, je potřeba zjistit stav u každé části zvlášť.)

---

Typy REGZEC

REGZEC je elektronické hlášení podávané na ČSSZ prostřednictvím portálu JMHZ. Číslo akce určuje charakter podání:

Označení	Akce	Popis
REGZEC 1	1	Nástup do zaměstnání — přihláška k sociálnímu pojištění
REGZEC 2	2	Skončení zaměstnání — odhláška od sociálního pojištění
REGZEC 3	3	Změna/Oprava údajů — oznámení změny údaje, ke které došlo až v průběhu zaměstnání (např. změna příjmení, bydliště)
REGZEC 4	4	Oprava údajů — oprava údaje, který byl chybný už při původním podání (překlep); zejména oprava data nástupu / data skončení. Vyžaduje přiloženou písemnou přílohu (PDF) s odůvodněním; lze podat pouze pro jednu smlouvu najednou
REGZEC 8	8	Storno — storno předchozího podání; vyžaduje přiloženou písemnou přílohu s odůvodněním; lze podat pouze pro jednu smlouvu najednou

Čísla akcí 5, 6 a 7 jsou vyhrazena specifikací ČSSZ, ale v systému Stafio se nevyužívají.

Změna údajů (akce 3) vs. Oprava údajů (akce 4)

Obě akce upravují dříve odeslané podání, ale liší se důvodem:

• REGZEC 3 – Změna údajů použijte, když se údaj skutečně změnil až v průběhu trvání zaměstnání (např. zaměstnankyně se vdala a změnila příjmení, zaměstnanec se přestěhoval). ČSSZ tuto změnu zpracuje automaticky a jako datum platnosti použije den, od kterého změna platí.
• REGZEC 4 – Oprava údajů použijte, když byl údaj chybný už od začátku (překlep při zadání) — typicky chybné datum nástupu v již odeslané přihlášce REGZEC 1. Tuto opravu ČSSZ nezpracovává automaticky — provádí ji referent příslušné OSSZ ručně až po posouzení, proto je povinná příloha (PDF) s odůvodněním. ID pracovněprávního vztahu (ID zaměstnání) zůstává původní, nová přihláška se nezakládá.

Oprava data nástupu — postup: na smlouvě nastavte správné datum nástupu (pole Datum nástupu do zaměstnání a Datum nástupu), pak nad danou smlouvou zvolte REGZEC 4 – Oprava údajů a nahrajte PDF s odůvodněním (že v původní přihlášce bylo chybné datum a jaké je správné). Systém odešle opravené datum vstupu a zároveň si sám srovná pole Datum přihlášení k sociálnímu pojištění na správnou hodnotu — to pole tedy neupravujte ručně. Pole Datum přihlášení k sociálnímu pojištění z původního (chybného) podání slouží k identifikaci opravované přihlášky, proto se do odeslání opravy nemění.

Pro opravu chybného data nástupu (ani data skončení) nepoužívejte akci 3 (Změna) — akce 3 hlásí změnu platnou od aktuálního data, což ČSSZ u opravy nástupu vyhodnotí jako nový údaj a nezpracuje ji správně. Storno (akce 8) je namístě jen tehdy, když přihláška vůbec neměla vzniknout (např. pracovník nakonec nenastoupil), nikoli pro opravu chybného data.

Kde lze REGZEC vygenerovat

REGZEC lze vygenerovat v těchto oknech:

• na obrazovce Pracovní smlouvy,
• na detailu pracovní smlouvy otevřeném ze seznamu Pracovní smlouvy,
• na obrazovce Hledání smluv,
• na kartě Pracovníci v panelu Smlouvy.

V těchto oknech je k dispozici nabídka pro hlášení REGZEC 1 – Nástup do zaměstnání, REGZEC 2 – Skončení zaměstnání, REGZEC 3 – Změna/Oprava údajů, REGZEC 4 – Oprava údajů a REGZEC 8 – Storno. Podání REGZEC 4 a REGZEC 8 vyžadují přílohu (PDF) s odůvodněním a podávají se vždy jen pro jednu smlouvu.

PREZEC – Předregistrace zaměstnance

PREZEC (předregistrace zaměstnance) je samostatné elektronické podání na ČSSZ účinné od 1. 7. 2026 (§ 19 odst. 2 zákona č. 323/2025 Sb. o JMHZ). Umožňuje zaměstnavateli částečně přihlásit budoucího zaměstnance do evidence ještě před jeho nástupem, v omezeném rozsahu osmi zákonných údajů.

Předregistrace je dobrovolná alternativa, nikoli povinnost. Zákonnou povinnost přihlásit zaměstnance lze splnit i plnou registrací REGZEC – Nástup do zaměstnání (akce 1), kterou lze rovněž podat až 8 dní před nástupem. PREZEC využijete zejména tehdy, máte‑li u ČSSZ zatím přístup jen do předregistrační agendy. Předregistrační agenda ČSSZ nepřijme XML plné registrace REGZEC a naopak.

Označení	Akce	Popis
PREZEC P1	9	Předregistrace (předpokládaný nástup) — částečné přihlášení budoucího zaměstnance
PREZEC P2	10	Ukončení předregistrace (oznámení o nenastoupení) — když zaměstnanec nakonec nenastoupil

Rozsah údajů a pravidla (P1)

V předregistraci se posílá 8 zákonných údajů: jméno, příjmení, rodné příjmení, rodné číslo, místo narození, státní občanství, předpokládaný den nástupu a variabilní symbol zaměstnavatele. Platí omezení:

• Pouze pro občany ČR (občanství CZ). Cizince (vč. slovenských občanů s RČ přiděleným po roce 1992) je nutné přihlásit plnou registrací REGZEC.
• Podat lze nejdříve 8 kalendářních dní před předpokládaným dnem nástupu.
• Předregistrace nepřiděluje OIČ ani ID pracovněprávního vztahu (ID PPV) — to vzniká až plnou registrací REGZEC.

Životní cyklus

• Po skutečném nástupu zaměstnavatel do 8 dnů podá plnou registraci REGZEC – Nástup do zaměstnání (akce 1). PREZEC plnou registraci automaticky neuzavírá — má samostatný životní cyklus.
• Pokud zaměstnanec nenastoupí, podá zaměstnavatel do 8 dnů od předpokládaného nástupu PREZEC P2 – Ukončení předregistrace. P2 automaticky odkáže na původní předregistraci (P1), kterou systém dohledá podle smlouvy a osoby — proto musí být P1 nejprve odesláno na ČSSZ.

Kde lze PREZEC vygenerovat

Ve stejných oknech jako REGZEC (viz výše) — nad výběrem řádků v nabídce Informační karty a sdělení… najdete položky PREZEC P1 – Předregistrace a PREZEC P2 – Ukončení předregistrace. Lze podat i hromadně za více zaměstnanců najednou. Odeslání na ČSSZ a stažení odpovědi probíhá stejně jako u REGZEC (tlačítko Odeslat na ČSSZ s certifikátem, případně ruční podání přes datovou schránku).

Smazání smlouvy s PREZEC podáním

Dokud na smlouvu existují řádky v JMHZ souborech (PREZEC i REGZEC), smlouvu nelze smazat. Pokud zaměstnanec nenastoupil a chcete smlouvu odstranit:

1. Odešlete PREZEC P2 – Ukončení předregistrace (pokud už bylo P1 odesláno na ČSSZ).
2. Na detailu JMHZ souboru v záložce Detail dat označte řádek smlouvy a použijte Vyjmout z dávky — nejprve v souboru P1, poté v souboru P2. Odeslané XML zůstává u souboru zachováno, vyjmutí pouze uvolní vazbu na smlouvu.
3. Poté smlouvu smažte (má-li vyplněné Datum podpisu, je nutné ho před smazáním vymazat).

Pořadí hlídá aplikace: řádek odeslané předregistrace P1 nelze vyjmout, dokud pro smlouvu není odesláno ukončení P2 (jinak by už nešlo předregistraci u ČSSZ ze Stafia ukončit), a řádek P2 nelze vyjmout dříve než řádek P1.

Atribut 10376

Atribut 10376 je Důvod neposkytnutí podkladů.

Uvádí se pouze pro nepojištěné smlouvy (DPP pod limitem pojistného apod.). Pro pojištěné smlouvy se atribut neuvádí.

Stav smlouvy	Hodnota atributu 10376
Sociálně pojištěná	neuvádět
Nepojištěná	2

Hodnota 2 odpovídá kódu „Ostatní případy". Hodnota 3 (vybraná zaměstnání – soudci, senátoři apod.) se v systému Stafio nepoužívá.

Atribut 10380

Atribut 10380 je Druh vykonávané činnosti.

Uvádí se pro pojištěné smlouvy. Pro DPP a DPČ je hodnota vždy 15.

Atribut 10525

Atribut 10525 je Druh zaměstnání v bloku unemplcomp (podklady pro podporu v nezaměstnanosti).

Pro pojištěné smlouvy je hodnota vždy 1.

Atribut 10526

Atribut 10526 je Předpokládané místo výkonu práce.

Do hlášení JMHZ se vyplňuje jen u pracovníků bez českého občanství.

Údaj se získá z pole Místo výkonu práce na pracovišti.

Pokud pole Místo výkonu práce není vyplněné, použije se adresa pracoviště.

Atribut 10527

Atribut 10527 je Místo výkonu práce uvedené v pracovní smlouvě.

Pro DPP a DPČ se údaj získá z adresy sídla zaměstnavatele na pracovní smlouvě.

Pro HPP se použije popis z id místa práce. Pokud není vyplněné, použije se místo práce na smlouvě.

Atribut 10239

Atribut 10239 je Druh výdělečné činnosti.

Jedná se o jednoznakový kód, který je pro DPČ A, B, C, ... a pro DPP T, U, V, ...

Hodnota se určuje primárně z pole Druh výdělečné činnosti na pracovní smlouvě. Pokud není hodnota k dispozici, určí se následujícím způsobem:

• Nejprve si připraví seznam smluv a z nich vybere jen ty, které:
  • jedná se o aktuální smlouvu
  • jsou to smlouvy stejné osoby u stejného zaměstnavatele.
  • a mají stejný logický typ pracovního vztahu jako aktuální smlouva
  • a
    • časově překrývají aktuální smlouvu, bez ohledu na to, jestli mají nebo nemají vyplněno Přihlášení k SP a Odhlášení od SP.
    • nebo
    • mají vyplněné Přihlášení k SP a nemají vyplněno Odhlášení od SP

Potom se tyto smlouvy seřadí:

• nejdřív podle Datum první směny,
• pokud není vyplněné, tak podle Platnost od smlouvy,
• a při shodě podle Číslo smlouvy.

Pořadí smlouvy v tomto seznamu určí výsledný index.

Z indexu se potom vypočte výsledný kód podle logického typu smlouvy:

• DPČ -> A, B, C, ...
• PP -> 1, 2, 3, ...
• DPP -> T, U, V, ...

Prakticky tedy platí, že funkce hledá první volné pořadí v rámci smluv stejného typu, které se s aktuální smlouvou buď časově překrývají, nebo jsou stále přihlášené k SP bez vyplněného Odhlášení od SP.

Proto může nově zpracovávaná smlouva dostat například B, i když se s předchozí smlouvou časově nepřekrývá, pokud je předchozí smlouva stále přihlášená k SP a ještě nemá vyplněné Odhlášení od SP.

Naopak může nově zpracovávaná smlouva dostat znovu A, i když u jiné nepřekrývající se nebo ještě nepřihlášené smlouvy už existuje B.

Atribut 10223

Atribut 10223 je Datum vstupu do zaměstnání (zaměstnán od).

Hodnota se určuje automaticky z dostupných dat podle níže uvedené priority. Použije se první zdroj, který vrátí výsledek:

1. Datum první směny — datum nejstarší směny z objednávky přiřazené k dané smlouvě.
2. Klasifikace pracovní pozice osoby — existuje-li klasifikace pozice platná k datu začátku smlouvy; datum = Datum nástupu na smlouvě.
3. Smlouva (s pracovištěm z dodatku) — má-li smlouva přiřazený dodatek s pracovištěm; datum = Datum nástupu na smlouvě.
4. Smlouva (s výchozím pracovištěm) — s výchozím pracovištěm určeným parametrem systému; datum = Datum nástupu na smlouvě.
5. Datum nástupu do zaměstnání — Datum nástupu na smlouvě.

U priorit 2–5 je vrácené datum vždy Datum nástupu na smlouvě — priority se liší jen zdrojem pozice a pracoviště, ne datem. Datum ze směny (priorita 1) je jediná výjimka.

Pokud není k dispozici žádný ze zdrojů, hlášení REGZEC A1 ani A3 nelze vygenerovat — systém zobrazí chybu.

Hodnota atributu se při prvním vygenerování REGZEC A1 uloží také do pole Přihlášení k SP na smlouvě.

Profese (ISCO), datum nástupu a místo práce — společný zdroj

Profesi (ISCO, atribut 10234), datum nástupu (atribut 10223) i místo výkonu práce určuje jeden a tentýž mechanismus. Postupně zkouší 5 zdrojů podle priority a použije první, který vrátí výsledek. Následující tabulka ukazuje, odkud se každý údaj bere v jednotlivých prioritách:

Priorita	Zdroj	Datum nástupu	ISCO (profese)	Místo práce
1	Datum první směny	nejstarší směna z objednávky	pozice ze směny	pracoviště objednávky
2	Klasifikace pozice osoby	Datum nástupu na smlouvě	pozice z klasifikace osoby	pracoviště z klasifikace osoby
3	Smlouva (pracoviště z dodatku)	Datum nástupu na smlouvě	druh práce ze smlouvy	pracoviště z dodatku smlouvy
4	Smlouva (výchozí pracoviště)	Datum nástupu na smlouvě	druh práce; jinak 1. ISCO v kategorii	pracoviště smlouvy; jinak výchozí dle parametru
5	Datum nástupu do zaměstnání	Datum nástupu na smlouvě	druh práce; jinak 1. ISCO v kategorii	— (nevyplní se)

Vybere se první priorita, která vrátí výsledek (řazeno podle priority, při shodě podle data).

Atribut 10115

Atribut 10115 je Poživatel předčasného starobního důchodu (pens.early).

Hodnota A (ano) nebo N (ne) se určuje z pracovně-právního stavu osoby platného k datu začátku smlouvy (Platnost od).

Pracovně-právní stav se zadává v části Pracovně-právní stav na kartě osoby. Stav A odpovídá hodnotě Předčasný starobní důchodce — pro ostatní stavy se vyplňuje N.

Atribut 10504

Atribut 10504 je Poživatel starobního důchodu se sníženým důchodovým věkem (pens.reducedAge).

Hodnota A (ano) nebo N (ne) se určuje z pracovně-právního stavu osoby platného k datu začátku smlouvy (Platnost od).

Pracovně-právní stav se zadává v části Pracovně-právní stav na kartě osoby. Stav A odpovídá hodnotě Starobní důchodce se sníženým důchodovým věkem — pro ostatní stavy se vyplňuje N.

Atribut 10261 — Stanovená týdenní pracovní doba

Atribut 10261 je Stanovená týdenní pracovní doba zaměstnance (§ 79 zákoníku práce).

Slouží pro výpočet povinného podílu zaměstnávání osob se zdravotním postižením.

Typ smlouvy	Hodnota atributu 10261
DPP nebo DPČ — neprimární smlouva u zaměstnavatele	99 (missing — dohody se do povinného podílu nezapočítávají)
DPP nebo DPČ — primární smlouva (hlavní PPV u zaměstnavatele)	skutečná hodnota (daily_hour_fund × 5, typicky 20)
HPP	skutečná hodnota (daily_hour_fund × 5, typicky 40)

Proč primární DPP dostává reálnou hodnotu? ČSSZ pravidlo 20321 vyžaduje, aby formuláře označené jako primární PPV (primarniPpv=true) měly vyplněná souhrnná data včetně stanovenaTydenniDoba. Hodnota 99 (missing) tuto podmínku nesplňuje a podání by bylo odmítnuto.

Atribut 10345 — Průměrný hodinový výdělek

Atribut 10345 je Průměrný (hrubý) hodinový výdělek používaný pro výpočet náhrad mzdy.

Hodnota se načítá z výpočtu mezd (avg_hour_wage_for_compensations). Pokud zaměstnanec v daném měsíci nepracoval (nemá mzdový záznam za aktuální období), systém automaticky použije nejnovější historický průměrný výdělek z předchozích měsíců.

Tím se zajistí, že zaměstnanci s platnou smlouvou, kteří v daném měsíci nevydělali žádnou mzdu (např. smlouva přesahuje měsíc, ale v tomto měsíci nebyla žádná směna), budou mít vyplněn průměr z předchozího kvartálu — jak ČSSZ vyžaduje.

Atributy 10332–10336 — Příplatky

Atributy 10332 až 10336 jsou příplatky za zvláštní podmínky práce, které jsou součástí mzdové části JMHZ hlášení.

Atribut	Název
10332	Příplatky celkem
10333	Příplatky za práci přesčas
10334	Příplatky za práci v noci
10335	Příplatky za práci o sobotách a nedělích
10336	Příplatky za práci ve svátek

Hodnoty se berou ze mzdových složek zadaných na pracovních pozicích. Každá mzdová složka patří do kategorie (noční, přesčas, víkend, svátek) — systém automaticky sečte všechny složky dané kategorie za daný měsíc a osobu.

Mzdové složky se zadávají na zakázce (záložka Mzdové složky). Příslušná kategorie je nastavena na každém kódu mzdové složky — účetní ji nemusí zadávat ručně, systém ji určuje automaticky.

Atribut 10332 (Příplatky celkem) je součet atributů 10333 + 10334 + 10335 + 10336. Protože se hodnoty zaokrouhlují na celé koruny, systém zajišťuje, že celková hodnota 10332 je vždy ≥ součtu zaokrouhlených složek 10333–10336 (ČSSZ chyba 20029).

Poznámka: Atributy 10332–10336 jsou součástí vygenerovaného JMHZ XML automaticky — bez nutnosti jakéhokoli ručního zásahu ze strany účetní. Příplatky se načítají přímo z mzdových složek přiřazených k pozicím na zakázce.