MyÚčto.cz Manuál
Stáhnout PDF Příručky Zpět na hlavní stránku

85. Podání a hlášení

Návod, jak z MyÚčta odeslat mzdová hlášení ČSSZ a zdravotním pojišťovnám: co a kdy podat, na co kliknout a jak poznat, že je podání vyřízené. Pro mzdové účetní a každého, kdo za firmu podává JMHZ, přehledy a registrace.

85.1 Kdy to potřebujete

Kapitolu otevřete, když:

Přesné lhůty pro vaši firmu hlídá panel Zákonné termíny na Mzdy → Přehled mezd (viz § 85.14.3). Lhůta, která připadne na sobotu, neděli nebo svátek, se u JMHZ posouvá na nejbližší pracovní den.

85.1.1 Každý měsíc

KdyCo udělatKde v aplikaci
po schválení mzdového běhuProjít, co je za měsíc potřeba podatMzdy → Podání a hlášení, záložka Měsíc
do 20. dne následujícího měsíceOdeslat měsíční hlášení zaměstnavatele (JMHZ) na ČSSZzáložka Měsíc nebo JMHZ, postup v § 85.3
do 20. dne následujícího měsíceOdeslat přehled o platbě pojistného každé zdravotní pojišťovně, u které máte pojištěncezáložka Zdravotní pojišťovny, postup v § 85.4
hned po odesláníNačíst doručenky datových zpráv a zkontrolovat protokol ČSSZzáložka Měsíc (Načíst doručenky) a záložka Odesláno
průběžněOdeslat vše, co je připravené a ještě neodešlozáložka K odeslání
průběžněProjít upozornění na lhůty a odmítnutá podáníMzdy → Přehled mezd, panel Zákonné termíny; na stránce podání Další ▾ → Inbox

85.1.2 Když se něco stane u zaměstnance

SituaceCo podat a do kdyKde v aplikaci
NástupPřihláška na ČSSZ (PREZEC nebo REGZEC A1) před nástupem, nejdřív 8 dnů předem. Oznámení zdravotní pojišťovně (HOZ, kód P) do 8 dnů, u DPP a DPČ do 20. dne následujícího měsíce.karta pracovního vztahu, část Registrace vztahu na ČSSZ; postup v § 85.5
Zaměstnanec nenastoupilStorno A8, nebo ukončení předregistrace P2, do 8 dnů od předpokládaného dne nástupukarta pracovního vztahu, Nová událost A2–A8
Změna údajů (adresa, jméno, pojišťovna, místo výkonu práce…)Změna A3 do 8 dnů ode dne, kdy jste se o změně dozvěděli. Změna zdravotní pojišťovny navíc HOZ oběma pojišťovnám do 8 dnů.karta pracovního vztahu, blok Změny k ohlášení; postup v § 85.8
Nemoc přes 14 dnů, karanténa, ošetřování, dlouhodobá péče, mateřská, otcovskáNEMPRI v lhůtě, kterou ukáže aplikace u případu. Po návratu z nemoci HZUPN neprodleně.Mimořádná podání ▾ → Dávky nemocenského; postup v § 85.6
Mateřská a rodičovskáHOZ s kódem M na začátku mateřské a U na konci rodičovské, do 8 dnůzáložka Zdravotní pojišťovny
Skončení vztahuOdhláška A2 na ČSSZ. HOZ s kódem O do 8 dnů, u DPP a DPČ do 20. dne následujícího měsíce.karta pracovního vztahu, Nová událost A2–A8; postup v § 85.7
Chcete uplatnit slevu na pojistném (OZUSPOJ)Oznámení záměru nejdřív měsíc předem a ne dřív než v den podání přihlášky. Skončení do 8 dnů po skončení měsíce, ve kterém se sleva uplatnila naposledy.Mimořádná podání ▾ → Záměr slevy
Výzva ČSSZ k evidenčnímu listuEvidenční list do 8 dnů od doručení výzvy (roky do 2026), za roky od 2027 v lhůtě z výzvyMimořádná podání ▾ → Evidenční list DP; postup v § 85.10
Úmrtí zaměstnanceEvidenční list typu 03 do tří měsíců od úmrtí (jen v případech, kdy se list ještě vede)Mimořádná podání ▾ → Evidenční list DP

85.1.3 Jednou ročně a výjimečně

KdyCo udělatKde v aplikaci
do 15. 2.Zjistit, kdo žádá o roční zúčtování zálohMzdy → Roční zúčtování
do 20. 3. (elektronicky)Vyúčtování daně z příjmů ze závislé činnostiMzdy → Přehled mezd, panel Roční vyúčtování daně; viz § 85.14.23
do 31. 3.Provést roční zúčtování; vyúčtování daně vybírané srážkou (tři měsíce po skončení roku)Mzdy → Roční zúčtování; panel Roční vyúčtování daně
do konce dubnaVrátit přeplatek z ročního zúčtování se mzdou za březenMzdy → Mzdové běhy
když bonusy převýší zálohyPožádat finanční úřad o poukázání chybějící částky na daňovém bonusuviz § 85.14.24
jednou při zaváděníRegistrace zaměstnavatele (REGZEL), doplňující údajeMzdy → Nastavení mezd, záložka Podání; na stránce podání Mimořádná podání ▾ → Registrace zaměstnavatele
jednou po převodu z jiného programuDohlášení údajů zaměstnanců přihlášených přes ONZ (A3)Mimořádná podání ▾ → Dohlášení údajů (A3)

85.2 Než začnete

Před prvním odesláním musíte mít hotové:

  1. Oprávnění. Ke stránce Mzdy → Podání a hlášení potřebujete oprávnění k mzdovým podáním (payroll.submissions). Hromadné odškrtnutí položek checklistu v panelu Zákonné termíny potřebuje oprávnění k zápisu pracovních vztahů (payroll.employment.write).
  2. Schválený mzdový běh. Měsíční hlášení i přehledy vznikají jen ze schválené revize mzdového běhu (Mzdy → Mzdové běhy).
  3. Zmocnění a registraci certifikátu u ČSSZ (jednou za firmu, viz § 85.2.1).
  4. Nastavení v MyÚčtu: variabilní symbol, certifikát a datovou schránku (viz § 85.2.2).

85.2.1 Podání přes VREP: zmocnění a registrace certifikátu

Odeslání JMHZ a registrací zaměstnanců přes VREP podepisuje osobní kvalifikovaný certifikát toho, kdo podává. ČSSZ podání přijme, jen když je předem vyřízeno následující. Aplikace si to ověřit nemůže, chybu ukáže až protokol ČSSZ.

  1. Zmocnění od každého zaměstnavatele. Firma (typicky statutár) zmocní účetní v aplikaci Správa plných mocí na ePortálu ČSSZ, případně tiskopisem „Plná moc ke službám a tiskopisům ČSSZ“. V rozsahu zmocnění musí být položka „JMHZ – Jednotné měsíční hlášení zaměstnavatele“ (zahrnuje měsíční hlášení, registrace zaměstnanců i změny registrace zaměstnavatele), nebo zmocnění ke všem úkonům.
  2. Registrace zmocněnce a certifikátu. Účetní podá tiskopis „Oznámení o zmocnění k úkonům a službám ČSSZ a Úřadu práce ČR (pro zmocněnou osobu)“ s kopií plné moci. Uvede v něm vystavitele a sériové číslo certifikátu přesně podle certifikátu (decimálně nebo hexadecimálně) a variabilní symboly zastupovaných zaměstnavatelů. Při zastupování více firem stačí registrace na jedné OSSZ, místně příslušné zastupující osobě. Jeden certifikát pak pokryje všechny zastupované variabilní symboly.
  3. Pověření k e-službám NEMPRI, HZUPN a OZUSPOJ. Pro tato podání musí mít OSSZ v registru podávajících zapsané i pověření k dané e-službě. Bez něj ČSSZ podání nezpracuje a vrátí chybu 103 (viz § 85.13).
  4. Variabilní symbol. Každá mzdová účtárna má od OSSZ přidělený desetimístný variabilní symbol. Vyplníte ho v MyÚčtu (viz § 85.2.2).
  5. Obnova certifikátu. Nový certifikát je potřeba ČSSZ oznámit ještě před vypršením starého (e-Podání USRCERT), po vypršení už jen přes podatelnu OSSZ. Pak ho v MyÚčtu nahrajte, povolte a vyberte znovu ve všech firmách, včetně nového sériového čísla.

Podání přes datovou schránku registraci certifikátu nevyžaduje, zmocnění ano. Datovou schránku zmocněnce je vhodné uvést na Oznámení o zmocnění, jinak ČSSZ podání dohledává ručně a odpověď přijde se zpožděním.

85.2.2 Nastavení v MyÚčtu

  1. Certifikát. V Systém → E-maily a certifikáty, na záložce Certifikáty a elektronické podpisy v sekci Certifikáty, nahrajte certifikát P12/PFX (jednou, patří přihlášenému uživateli). V každé zastupované firmě ho v Daně → EPO podání a archív → Certifikáty EPO povolte tlačítkem Povolit pro tuto firmu. Mzdy i EPO používají stejný trezor, nic se nenahrává dvakrát.
  2. Výběr certifikátu pro mzdová podání. V každé firmě otevřete Mzdy → Podání a hlášení, nabídku Další ▾ → Certifikát. Vyberte Certifikát z trezoru a do pole Sériové číslo registrované u ČSSZ opište číslo z Oznámení o zmocnění. Klikněte na Uložit volbu. Aplikace číslo porovná se sériovým číslem certifikátu v obou zápisech a při neshodě volbu neuloží.
  3. Variabilní symbol ČSSZ. V Mzdy → Nastavení mezd, záložce Zaměstnavatel a účtárny, vyplňte u účtárny Variabilní symbol ČSSZ.
  4. Datová schránka pro přehledy a oznámení zdravotním pojišťovnám: Mzdy → Datová schránka, záložka Přístup (podrobně v Datová schránka).
  5. Číslo plátce u zdravotních pojišťoven. V Mzdy → Nastavení mezd, záložce Účty institucí, vyplňte u účtu každé pojišťovny VS zaměstnavatele (deset číslic).
  6. Registrace zaměstnavatele (REGZEL). Jednou potvrďte evidenční profil v Mzdy → Nastavení mezd, záložce Podání (viz § 85.14.15).
Tip

Kontrolu nastavení před prvním podáním dělá i průvodce rozjezdem mezd na Mzdy → Přehled mezd.

85.2.3 Ostrý provoz a testovací prostředí

Podání ČSSZ, zdravotním pojišťovnám i datovou schránkou jdou vždy do ostrého provozu úřadu; výchozí volba je všude Ostrý provoz. Výběr testovacího prostředí se nabízí jen ve vývojové instalaci (v cfg.php app.env = development), jinde se místo přepínače zobrazí jen štítek ostrého provozu a server požadavek na test odmítne. Zvolený test je na obrazovce zvýrazněný varovnou barvou.

Podání do testovacího prostředí ČSSZ ve všech agendách (JMHZ, PREZEC, REGZEC, NEMPRI, HZUPN, OZUSPOJ) nesou Testovací VS ČSSZ účtárny, pokud je vyplněný (viz Nastavení mezd); bez něj zůstává ostrý variabilní symbol, který testovací prostředí zamítne. Pro ČSSZ TEST použijte pouze testovací profil a certifikát v určeném bezpečném úložišti. Datová schránka musí být nastavená pro správnou firmu a prostředí.

Výjimkou je daňové podání na EPO: akce Zkontrolovat na EPO pošle výkaz jen ke kontrole chyb a je dostupná vždy.

Upozornění

Odeslané podání nejde vzít zpět. Opravuje se opravným nebo stornovacím podáním. Vyzkoušet hlášení bez odeslání můžete tlačítkem Otestovat XML (viz § 85.3).

85.2.4 Jak je stránka Podání a hlášení uspořádaná

Stránka Mzdy → Podání a hlášení (nadpis stránky je Mzdová podání) má nahoře jedno Věcné období pro všechny záložky. Bez období v adrese se otevře nejstarší měsíc s nesplněným měsíčním hlášením, jinak předchozí měsíc, protože mzdy se podávají zpětně.

ZáložkaK čemu slouží
MěsícCo za zvolený měsíc podat, komu, jakou cestou a do kdy. Odtud se nejčastěji odesílá.
JMHZMěsíční hlášení ČSSZ: akční karta, pod Podrobnosti potvrzení právních skutečností, test, náhledy a podání předchozím programem.
Zdravotní pojišťovnyPřehledy o platbě pojistného po pojišťovnách a oznámení HOZ.
Roční vyúčtování daněArchiv vyúčtování daně (jen s oprávněním k sestavám).
K odesláníVšechno připravené, co ještě neodešlo, napříč měsíci a agendami.
OdeslánoOdeslaná podání ČSSZ, jejich protokoly, opravy a storna.
Mimořádná podání ▾Přehled povinností, Registrace zaměstnavatele, Dohlášení údajů (A3), Záměr slevy, Dávky nemocenského, Evidenční list DP, Ostatní.
Další ▾Inbox (připomínky lhůt a problémů) a Certifikát.

Na úzkém displeji se záložky zalamují do dalšího řádku. Každá záložka má vlastní adresu, takže odkaz na ni můžete uložit nebo poslat.

85.3 Krok za krokem: měsíční hlášení JMHZ

Lhůta: 20. den následujícího měsíce (na pracovní den se posouvá).

  1. Spočítejte a schvalte mzdy v Mzdy → Mzdové běhy.
  2. Otevřete Mzdy → Podání a hlášení a nahoře v poli Věcné období zkontrolujte měsíc.
  3. Na záložce JMHZ rozbalte Podrobnosti: náhledy, právní skutečnosti, podání předchozím programem a historie.
  4. V části Právní skutečnosti JMHZ projděte každý pracovní vztah, výslovně zaškrtněte každou odpověď a klikněte na Potvrdit právní skutečnosti. Nic se nepředvyplňuje (viz § 85.14.11).
  5. V panelu Test měsíčního hlášení JMHZ klikněte na Otestovat XML. Nic se neodesílá. U každého nálezu je tlačítko, které otevře místo opravy. Opravte data, případně přepočtěte mzdový běh, a test spusťte znovu.
  6. Jeden zaměstnanec s neúplnými daty nemusí blokovat ostatní: u jeho nálezu klikněte na Odložit z hlášení a zadejte důvod (viz § 85.14.10).
  7. Přepněte na záložku Měsíc. U řádku JMHZ klikněte na Připravit a odeslat. Chcete-li hlášení jen zmrazit a odeslat později, klikněte na Jen připravit a později na Odeslat. Všechna podání měsíce najednou odešle Připravit a odeslat vše.
  8. Potvrďte odeslání do ostrého prostředí. JMHZ odejde přes VREP ČSSZ hned, podepsané vaším certifikátem.
  9. Aplikace se ČSSZ na výsledek doptává sama. Stav sledujte na záložce Odesláno.

Jak poznáte, že je hotovo: Na záložce Odesláno má podání za období štítek Přijato a v panelu Zákonné termíny je JMHZ za měsíc Splněno. Stav Odesláno ani Čeká na výsledek ještě nestačí, rozhoduje ověřený protokol ČSSZ. Částečně přijato nebo Odmítnuto znamená, že musíte podání opravit (viz § 85.9).

Upozornění

Uplatňujete-li slevu na pojistném zaměstnavatele a podáváte po splatnosti pojistného, příprava se zastaví u kontroly 290 a čeká na potvrzení tlačítkem Sleva nepřevyšuje poslední akceptovanou, zmrazit. Vyšší slevu po lhůtě ČSSZ neuzná.

Druhé řádné hlášení za týž měsíc aplikace nepřipraví. Obsahuje-li hlášení vztah s právě přijatou změnou údajů (A3), připraví se nejdřív 48 hodin po jejím přijetí; hláška uvede, od kdy to jde.

85.4 Krok za krokem: přehledy o platbě pojistného zdravotním pojišťovnám

Lhůta: 20. den následujícího měsíce, za každou pojišťovnu, u které je v měsíci pojištěný aspoň jeden zaměstnanec.

  1. Otevřete Mzdy → Podání a hlášení, zvolte měsíc a záložku Zdravotní pojišťovny.
  2. Nahoře vidíte akční kartu s řádkem za každou pojišťovnu. Klikněte na Připravit a odeslat (nebo vše najednou na záložce Měsíc tlačítkem Připravit a odeslat vše).
  3. Zprávy se zařadí do odchozí fronty datové schránky a pod tlačítkem se ukáže výběr, jak se k datové schránce přihlásíte. Všechny zprávy odejdou jedním přihlášením, každá do schránky své pojišťovny:
  1. Klikněte na Načíst doručenky, pokud se doručenky nedotáhly samy.

Jednotlivou pojišťovnu můžete podat i z její karty pod akční kartou tlačítkem Podat datovkou, soubor stáhnete tlačítkem Stáhnout PDF/XML. Více pojišťoven najednou odešlete tak, že na kartách zaškrtnete Vybrat k hromadnému odeslání a kliknete na Odeslat vybraná podání datovou schránkou; nabídne se tentýž výběr způsobu přihlášení.

Jak poznáte, že je hotovo: Řádek pojišťovny na záložce Měsíc ukazuje Doručeno a karta pojišťovny Podáno s datem. Přehled je podaný doručením do schránky pojišťovny, odpověď pojišťovna neposílá. Na kartě pojišťovny zároveň vidíte stav úhrady; cílem je Úhrada doložena.

Tip

Vadu přehledu pojišťovna oznámí výzvou do datové schránky. Evidujete ji v Mzdy → Datová schránka, záložce Výzvy k odstranění vad. Opravný přehled podáte do 8 dnů od zjištění chyby.

85.5 Krok za krokem: nástup zaměstnance

Nového zaměstnance přihlásíte na ČSSZ (registrace) a oznámíte zdravotní pojišťovně (HOZ).

Přihláška na ČSSZ (před nástupem, nejdřív 8 dnů předem):

  1. Založte osobu a pracovní vztah v Mzdy → Zaměstnanci (viz Zaměstnanci). Na kartě osoby vyplňte v části Údaje pro registraci zaměstnance datum a místo narození, stát narození, státní občanství, pohlaví a tituly.
  2. Na kartě pracovního vztahu otevřete část Registrace vztahu na ČSSZ.
  3. Pro plnou registraci klikněte v části Autoritativní profil REGZEC A1 na Doplnit profil, projděte sekce formuláře a klikněte na Uložit. Tlačítko Kontrola ukáže, co ještě chybí.
  4. Klikněte na Zjistit, co se podá. Náhled ukáže druh přihlášky a lhůtu. U zaměstnance s českým občanstvím zvolte v Přihlášení před nástupem částečné přihlášení (PREZEC P1), nebo plnou registraci (REGZEC A1).
  5. Klikněte na Připravit podání.
  6. Klikněte na Odeslat do produkce (nebo podání odešlete ze záložky K odeslání, kde jsou všechny připravené registrace pohromadě).
  7. Po převzetí klikněte na Zjistit výsledek a po načtení protokolu na Uzavřít.
  8. Podali-li jste částečné přihlášení P1, podejte plnou registraci A1 do 8 dnů po nástupu stejným postupem.

Oznámení zdravotní pojišťovně (do 8 dnů, u DPP a DPČ do 20. dne následujícího měsíce):

  1. Na stránce Mzdy → Podání a hlášení zvolte měsíc nástupu a záložku Zdravotní pojišťovny.
  2. V akční kartě nahoře je řádek hromadného oznámení za pojišťovnu. Klikněte na Připravit a odeslat a odešlete ho datovou schránkou stejně jako přehledy (viz § 85.4).
  3. Ruční sestavení: rozbalte Podrobnosti: oznámení HOZ, ruční sestavení a historie, vyberte pojišťovnu a klikněte na Sestavit HOZ.

Opravíte-li po odeslání HOZ číslo pojištěnce, aplikace nabídne tlačítko Sestavit opravné HOZ (X + P): oznámení nese řádek X s chybným číslem, jménem a původním datem a za ním řádek P se správným číslem, jak to popisuje poučení pojišťovny. Opravíte-li datum nástupu nebo skončení, nové HOZ se nesestaví, protože pojišťovna by dostala druhou přihlášku nebo odhlášku. Hláška jmenuje osobu a opravný kód (Y u data přihlášky, Z u data odhlášky); poučení neříká, které datum taková věta nese, proto ji podejte ručně podle pokynů pojišťovny.

Jak poznáte, že je hotovo: Přihláška má po načtení protokolu stav přijato a na kartě osoby a vztahu se objeví OIČ a ID PPV s původem „protokol ČSSZ“. Položka Registrace ČSSZ / JMHZ v checklistu nástupu je splněná. HOZ je doručené do schránky pojišťovny.

Upozornění

Nastoupí-li zaměstnanec jindy, než jste uvedli v přihlášce, podejte opravu A4 s průvodním dopisem (tlačítko Přiložit průvodní dopis), bez něj ji ČSSZ nezpracuje. Nenastoupí-li vůbec, podejte storno A8 nebo ukončení předregistrace P2 (viz § 85.14.16).

85.6 Krok za krokem: nemoc, ošetřování, mateřská a otcovská

NEMPRI je oznámení o dávce, HZUPN hlášení o skončení pracovní neschopnosti. Neschopnost nebo karanténa do 14 kalendářních dnů se ČSSZ nehlásí, celou ji kryje náhrada mzdy.

  1. Schvalte nepřítomnost v Mzdy → Absence a dovolená, záložce Absence. Případ dávky se založí sám a nad seznamem se objeví odkaz Otevřít případy dávek.
  2. Na stránce Mzdy → Podání a hlášení otevřete Mimořádná podání ▾ → Dávky nemocenského.
  3. U případu klikněte na Upravit a doplňte číslo rozhodnutí, potvrzení zaměstnavatele, rozhodné období a kontaktního pracovníka. U ošetřovného, otcovské a mateřské opište údaje ze žádosti zaměstnance. Klikněte na Uložit ve spodní liště.
  4. Klikněte na Připravit NEMPRI. Aplikace ověří úplnost a napíše, který údaj chybí nebo přebývá.
  5. Klikněte na Odeslat NEMPRI datovou schránkou (nebo podání odešlete ze záložky K odeslání).
  6. Po doručení vyplňte u případu Den doručení ČSSZ a klikněte na Zapsat přijetí NEMPRI. Při odmítnutí vyplňte důvod a klikněte na Zapsat odmítnutí.
  7. Když se zaměstnanec vrátí do práce, vyplňte v editoru případu sekci Ukončení neschopnosti, klikněte na Připravit HZUPN a odešlete ho tlačítkem Odeslat HZUPN datovou schránkou. Přijetí zapište stejně jako u NEMPRI.

Jak poznáte, že je hotovo: U případu je každé podání ve stavu přijato ČSSZ s dnem doručení a celý případ ukazuje Vše vyřízeno. Dokud čeká jedno z podání, případ je Částečně vyřízeno a hlídač termínů lhůtu hlídá dál.

Tip

Doručenku nebo protokol uložte jako firemní dokument do DMS. Odeslání samo povinnost nesplní, splní ji až doručení územní správě sociálního zabezpečení.

85.7 Krok za krokem: odchod zaměstnance

  1. Na kartě pracovního vztahu vyplňte den skončení vztahu.
  2. V části Registrace vztahu na ČSSZ klikněte na Nová událost A2–A8 a v Druh události zvolte ukončení vztahu (A2).
  3. Vyplňte Skutečné datum skončení vztahu a podklady pro podporu v nezaměstnanosti podle druhu činnosti. U cizince s pracovním oprávněním, jehož zaměstnání končí dřív než oprávnění, vyplňte důvod předčasného ukončení.
  4. Klikněte na Schválit zdroj a zobrazit náhled, pak na Připravit podání a podání odešlete (přímo z karty, nebo ze záložky K odeslání).
  5. U zdravotní pojišťovny podejte odhlášku: na záložce Zdravotní pojišťovny za měsíc skončení klikněte u řádku hromadného oznámení na Připravit a odeslat a odešlete ho datovou schránkou.

Jak poznáte, že je hotovo: Odhláška A2 má stav přijato podle protokolu ČSSZ a HOZ s kódem O je doručené do schránky pojišťovny. Položky výstupního checklistu na kartě vztahu jsou splněné.

Upozornění

Příprava A2 prověří všechna období od ledna 2026 do měsíce skončení. Chybí-li u opraveného měsíce přijaté opravné JMHZ, odhláška se nepřipraví a hláška uvede konkrétní období (viz § 85.14.16).

85.8 Krok za krokem: změna údajů zaměstnance (A3)

Změnu hlášeného údaje musíte ČSSZ ohlásit do 8 dnů. Aplikace změnu najde sama (každou noc a při otevření karty) a nabídne hotový návrh.

  1. Opravte údaj na kartě osoby nebo vztahu (například adresu nebo zdravotní pojišťovnu).
  2. Na kartě pracovního vztahu se v části Registrace vztahu na ČSSZ objeví žlutý blok Změny k ohlášení. Návrhy za celou firmu najdete i ve frontě K odeslání a v panelu Zákonné termíny; hned je dohledá tlačítko Zkontrolovat změny u všech zaměstnanců na záložce K odeslání.
  3. Zkontrolujte pole Změna platí od a případně ho přepište.
  4. Klikněte na Ohlásit změnu. Chybí-li číslo popisné, klikněte nejdřív na Doplnit v profilu A1 a profil uložte.
  5. Vznikne registrační událost, nic se zatím neodesílá. Klikněte na Zjistit, co se podá a Připravit podání a podání odešlete z karty nebo ze záložky K odeslání.
  6. Změnila-li se zdravotní pojišťovna, klikněte u návrhu na Připravit HOZ a podejte HOZ oběma pojišťovnám (odhlášku u dosavadní, přihlášku u nové).

Jak poznáte, že je hotovo: Blok Změny k ohlášení zmizí a změnové podání A3 má stav přijato podle protokolu ČSSZ.

Tip

Změna úvazku ani mzdy se takto nehlásí. Projeví se sama v nejbližším měsíčním hlášení a žádnou osmidenní lhůtu nespouští.

85.9 Krok za krokem: oprava nebo storno odeslaného hlášení JMHZ

Oprava hodnot (ČSSZ hlášení přijala, ale údaje jsou špatně):

  1. Opravte mzdu: v Mzdy → Mzdové běhy klikněte u běhu na Vyžádat opravu, opravte podklady, přepočtěte a schvalte novou revizi.
  2. Na stránce Mzdy → Podání a hlášení otevřete záložku Odesláno.
  3. U platné karty období klikněte na Opravit hodnoty hlášení.
  4. Vyberte Aktuální příprava JMHZ (jediná se vybere sama) a klikněte na Načíst výsledky formulářů.
  5. Vyberte zaměstnance, jejichž údaje se mění. Tlačítko Vybrat označené protokolem vybere ty, u kterých protokol hlásil chybu.
  6. Potvrďte dopad a klikněte na Připravit obsahovou opravu.
  7. Opravné hlášení odešlete v oddílu Připravená podání čekají na odeslání tlačítkem Odeslat přes VREP (nebo Odeslat přes ISDS).

Storno (hlášení se má zrušit celé, nebo jen u některých zaměstnanců):

  1. Na záložce Odesláno u platné karty období klikněte na Stornovat podání.
  2. V Rozsah storna zvolte Celé podání za období, nebo Jen vybrané pracovní vztahy a vyberte zaměstnance.
  3. Potvrďte dopad. Storno se připraví jako nové podání a odešlete ho stejně jako řádné hlášení.

Odmítnuté nebo nepřevzaté podání (ČSSZ ho zpracovala a zamítla, nebo odmítla zpracovat): na záložce K odeslání klikněte u podání na Zahodit a podat znovu, vložte odpověď úřadu jako důvod a podání odešlete znovu.

Jak poznáte, že je hotovo: Na záložce Odesláno je nahoře platná karta období se štítkem Přijato. Nahrazená podání jsou pod tlačítkem Historie období se štítkem, kterým podáním byla nahrazena.

Upozornění

Celé hlášení za období lze stornovat jen do 20. dne následujícího měsíce, potom už jen opravným hlášením. Podrobnosti v § 85.14.13.

85.10 Krok za krokem: evidenční list důchodového pojištění

Od roku 2026 evidenční list nepatří mezi roční povinnosti. Připravujete ho jen za období před rokem 2026, u zaměstnání skončených před 1. 4. 2026 a na výzvu ČSSZ.

  1. Otevřete Mzdy → Podání a hlášení, Mimořádná podání ▾ → Evidenční list DP.
  2. Vyberte Osoba, Pracovní vztah a Rok. Nad formulářem si přečtěte, jestli se list za zvolený rok vyhotovuje.
  3. Jde-li o výzvu, zaškrtněte Evidenční list se sestavuje na výzvu ČSSZ/ÚSSZ. a vyplňte Datum doručení výzvy (za roky od 2027 i Lhůta uvedená ve výzvě).
  4. Potvrďte vyloučené doby a důchodové údaje a klikněte na Připravit evidenční list.
  5. Klikněte na Stáhnout kontrolní XML a údaje z části Údaje tiskopisu k opisu přeneste do oficiálního rozhraní ČSSZ, kde evidenční list podáte.
  6. Potvrzení z ČSSZ uložte do DMS a v části Doložit ruční dokončení zvolte výsledek, vyberte dokument a klikněte na Uložit doložený výsledek.

Jak poznáte, že je hotovo: Výsledek Přijato úřadem s připojeným dokumentem označí povinnost ELDP za splněnou. Odesláno, čeká na výsledek povinnost ještě nesplní.

85.11 Krok za krokem: ruční potvrzení přijetí JMHZ

Použijte, když v aplikaci ČSSZ vidíte, že hlášení bylo přijato, ale ověřený protokol do MyÚčta nedorazil, nebo ČSSZ hlášení v aplikaci ČSSZ upravila.

  1. Otevřete záložku Odesláno (nebo na záložce JMHZ přehled podání pod Podrobnosti).
  2. U podání klikněte na Označit jako přijaté ručně.
  3. Zvolte Přijato beze změny, nebo Přijato s úpravou v aplikaci ČSSZ.
  4. Vyplňte Interní poznámka (povinná): co jste v aplikaci ČSSZ viděli a kdo to ověřil. Volitelně vyplňte Datum přijetí podle ČSSZ (nepovinné) a přiložte snímek nebo PDF.
  5. Klikněte na Označit jako přijaté.

Jak poznáte, že je hotovo: U podání je štítek Přijato ručně a povinnost za měsíc je splněná. Pokud později dorazí ověřený protokol, který s ručním potvrzením nesouhlasí, objeví se červený štítek Rozpor s protokolem a měsíc se vrátí ke kontrole.

Upozornění

Ruční potvrzení se uloží natrvalo a nejde upravit ani smazat. U hlášení upraveného v aplikaci ČSSZ už aplikace nesestaví opravné hlášení z vlastních dat.

85.12 Krok za krokem: podáno mimo aplikaci

Použijte, když jste hlášení vyplnili a odeslali na portálu úřadu (typicky JMHZ na ePortálu ČSSZ) a v MyÚčtu na něj čeká povinnost.

  1. Otevřete Mzdy → Podání a hlášení, zvolte měsíc a záložku agendy (u JMHZ rozbalte Podrobnosti).
  2. U řádku podání klikněte na Podáno mimo aplikaci.
  3. Vyplňte Den podání na portálu a Čím je podání doložené (například číslo protokolu z ePortálu).
  4. Klikněte na Potvrdit podání.

Měsíc, za který podal hlášení předchozí mzdový program nebo portál ČSSZ a doklad v MyÚčtu není, potvrdíte na záložce JMHZ v oddílu Podání předchozím programem tlačítkem Potvrdit podání mimo MyÚčto.

Přehled pojišťovně odeslaný mimo aplikaci, u kterého chybí doručenka, uzavřete u řádku tlačítkem Označit za vyřízené s poznámkou, čím je doručení doložené.

Jak poznáte, že je hotovo: Povinnost je Splněno a v historii je výslovně zapsané, že podání proběhlo jinudy a kdy.

85.13 Když něco nejde

Co vidítePročCo udělat
Protokol ČSSZ hlásí chybu 103 (chybí pověření k e-službě)U OSSZ není v registru podávajících zapsané pověření k e-službě (NEMPRI a HZUPN, nebo OZUSPOJ), nebo tam chybí certifikát, kterým je podání podepsané. Nejde o vadu podání.Nechte pověření nebo certifikát zapsat na OSSZ (§ 85.2.1). Pak na záložce K odeslání klikněte na Zahodit a podat znovu.
Podání zůstává Převzato, čeká na protokol a odpověď nepřicházíČSSZ zprávu převzala, ale zpracovat ji odmítla (typicky certifikát není v registru podávajících)Záložka K odeslání, Zahodit a podat znovu s odpovědí úřadu jako důvodem (§ 85.14.4).
Pokus má stav Možná doručeno a Odeslat je nedostupnéPožadavek odešel, ale odpověď nedorazila; nedá se poznat, jestli ji ČSSZ převzalaDohledejte protokol (Otevřít datovou schránku, ePortál) a načtěte ho tlačítkem Načíst protokol. Jen když nikde není, klikněte na Potvrdit opakování.
U pokusu je Originál podání je u ČSSZČSSZ na opakované odeslání odpověděla chybou 20022, shodné podání už máZnovu neodesílejte. Doložte nebo načtěte protokol originálu.
Červený štítek Rozpor s protokolemOvěřený protokol ČSSZ nesouhlasí s ručním potvrzením přijetíZkontrolujte hlášení podle protokolu; stav podání se řídí protokolem.
Odmítnuto nebo Částečně přijatoČSSZ část formulářů nebo celé hlášení zamítlaOpravte data a podejte opravné hlášení (§ 85.9). Odmítnuté řádné hlášení zahoďte a podejte znovu, dostane nový GUID.
ČSSZ odmítla hlášení kontrolou 22Řádné podání se stejným GUID už existujeNeposílejte druhé řádné hlášení; použijte opravné podání.
ČSSZ zamítla JMHZ chybou 243Hlášení odešlo dřív, než se do ČSSZ propsala přijatá změna A3Aplikace takové hlášení připraví až 48 hodin po přijetí změny; počkejte a podejte znovu.
Přihlášku ČSSZ odmítla chybou 603 nebo 604Zaměstnanec má jiný překrývající se vztah se stejným druhem činnostiOdhlaste předchozí vztah, nebo změňte druh činnosti (profil ukazuje žluté Upozornění před podáním).
Protokol neprošel ověřením podpisuPodání se podle neověřeného protokolu nepohneNa záložce Odesláno klikněte na Znovu ověřit protokol.
Podání nese nález „Výsledek z protokolu ČSSZ se k případu dávky ani záměru slevy nezapsal“Pravidla zápis odmítla (případ zrušený, přijetí už zapsané, nové podání, den doručení před podáním přihlášky)Zapište výsledek u případu nebo záměru ručně (§ 85.14.7).
Měsíc se nedá připravit, hláška odkazuje na předchozí programŘádné hlášení za měsíc už podal předchozí programOpravu pošlete opravným podáním z programu, který řádné hlášení podal (§ 85.14.14).
Test hlášení vypíše nález s pokynem podat ručně přes ePortálScénář vztahu aplikace do hlášení nesestavíPodejte hlášení za vztah ručně, nebo vztah odložte (§ 85.14.9).
Řádek na záložce Měsíc ukazuje Čeká na doručenkuZpráva odešla, doručenka ještě není načtenáKlikněte na Načíst doručenky.
Podání ve frontě K odeslání nejde vybratNení zmrazené, už odešlo, čeká ve frontě datové schránky, má chyby, nebo agenda nemá odesílací kanálDůvod je napsaný u řádku; vyřešte ho tam, kam odkazuje.
Výběr certifikátu se neuložíSériové číslo neodpovídá certifikátuOpište číslo z Oznámení o zmocnění přesně; porovnejte decimální i hexadecimální tvar.
Profil A1 nejde podatChybí povinné údaje variantyKlikněte na Kontrola; u každé vady je tlačítko, které otevře místo opravy.
NEMPRI se nepřipravíChybí číslo rozhodnutí, rozhodné období, způsob výplaty nebo jiný údajHláška jmenuje chybějící údaj; doplňte ho v editoru případu (Upravit) nebo na kartě osoby.

Další postupy jsou v kontrolách mzdové agendy.

85.14 Podrobnosti a pravidla

Agenda připravuje vybraná mzdová hlášení, provádí formální kontroly a vede uživatele přes ručně spuštěné odeslání. Pokrývá zejména podporované toky ČSSZ a zdravotních pojišťoven; vytvořený soubor ani datová zpráva nejsou samy o sobě potvrzením věcného přijetí.

85.14.1 Stavy podání a co znamenají

Návrh čeká na doplnění, připravené podání prošlo lokální kontrolou, odchozí fronta čeká na uživatelskou akci a koncept čeká na potvrzení v ISDS. Odesláno popisuje transport. Doručeno dokládá doručení datové zprávy, nikoli přijetí obsahu institucí. Přijato, odmítnuto nebo vyžaduje opravu určete až z doručenky, odpovědi či stavu cílového systému.

U každého termínu se samostatně zobrazuje jeho aktuální fáze: okno ještě není otevřené, otevřeno, blíží se termín, termín je dnes, po termínu, čeká se na výsledek, splněno nebo je nutný zásah. Samotný stav Odesláno není důkazem splnění; po termínu zůstane povinnost zvýrazněná, dokud nepřijde důvěryhodné přijetí. Odmítnutí, částečné přijetí nebo čekání na ztotožnění se vždy ukáže jako stav vyžadující zásah. Pravidelný termín JMHZ je 20. den následujícího měsíce; připadne-li na sobotu, neděli nebo český svátek, aplikace jej posune na nejbližší následující pracovní den.

Za splněnou se povinnost považuje teprve tehdy, když je podání odeslané a přijaté. Odeslaný řádek, u kterého se čeká, nese stav Čeká na doručenku nebo Čeká na výsledek a kanál, kterým zpráva skutečně odešla. Zrušené podání povinnost nesplnilo: zůstává v seznamu jako nesplněné, s poznámkou, že se má připravit nové.

Když úřad výsledek neposílá

U přehledu o platbě pojistného a hromadného oznámení zdravotní pojišťovně žádná strojově čitelná odpověď nedorazí. Podání je učiněné dodáním do datové schránky pojišťovny; vadu pojišťovna oznámí samostatnou výzvou, kterou evidujete jako výzvu k podání.

Jakmile je dodání doložené (datová schránka potvrdí doručení nebo je k podání připojená doručenka), aplikace povinnost uzavře sama: termín se překlopí na Splněno a záložka Měsíc ukáže Doručeno. Stav podání zůstane „odesláno“ a odchozí zpráva si nese jen doručení; výrok o přijetí obsahu aplikace nevymýšlí. U měsíčního hlášení ČSSZ to neplatí, tam měsíc uzavírá protokol ČSSZ.

Když doručení doložené není (zpráva odešla mimo aplikaci a doručenka chybí), je v přehledu podání u řádku věta *„Úřad výsledek zpracování neposílá, potvrďte vyřízení sami“* a tlačítko Označit za vyřízené. Vyžádá si poznámku, čím je vyřízení doložené (číslo zprávy, datum doručenky); ta zůstane v historii, aby bylo poznat, že měsíc uzavřel člověk a o co se opřel.

Uzavírá se tím povinnost, ne stav podání: podání zůstane „odesláno“, protože úřad se k němu nevyjádřil a tvrdit opak by byla nepravda. Termín se překlopí na Splněno a řádek zmizí z fronty K odeslání.

Tlačítko se objeví jen tam, kde je doložené, že odpověď nepřijde. U měsíčního hlášení ČSSZ ani u registrací zaměstnanců ho nenajdete; tam protokol dorazí sám a aplikace podle něj podání uzavře.

Ruční potvrzení přijetí JMHZ

Akce Označit jako přijaté ručně (postup v § 85.11) je dostupná u hlášení, které je odeslané, zpracovává se, čeká na identitu, je částečně přijaté, odmítnuté nebo vrácené k opravě.

VolbaKdy ji použít
Přijato beze změnyČSSZ hlášení přijala tak, jak ho MyÚčto odeslalo. Opravné i stornovací hlášení pak jde sestavit jako po ověřeném protokolu.
Přijato s úpravou v aplikaci ČSSZHlášení opravila ČSSZ nebo vy přímo v aplikaci ČSSZ. Data u ČSSZ se liší od odeslaných, takže opravné hlášení z vlastních dat aplikace nesestaví.

Povinná je interní poznámka (co jste v aplikaci ČSSZ viděli, případně co ČSSZ upravila a kdo to ověřil). Volitelně doplníte datum přijetí podle ČSSZ a přiložíte snímek nebo PDF z aplikace ČSSZ (PDF, PNG nebo JPEG do 10 MB). Potvrzení se uloží natrvalo a nejde upravit ani smazat.

Podání se pak chová jako přijaté: povinnost za měsíc je splněná a přijatá oprava nahradí původní hlášení. U podání zůstává štítek Přijato ručně s tím, kdo a kdy přijetí potvrdil a s jakou poznámkou, takže je vždy poznat, že ho nepotvrdil protokol ČSSZ.

Dorazí-li později ověřený protokol ČSSZ, má vždy přednost. Pokud s ručním potvrzením nesouhlasí, u podání se objeví červený štítek Rozpor s protokolem, měsíc se vrátí ke kontrole a stav podání se řídí protokolem.

Podáno mimo aplikaci

Hlášení vyplněné a odeslané na portálu úřadu (typicky JMHZ přímo na ePortálu ČSSZ) nikdy nedostane protokol, protože aplikace nic neodeslala, a povinnost by visela navždy. Tlačítko Podáno mimo aplikaci (postup v § 85.12) si vyžádá den podání a poznámku, čím je doložené. Povinnost se uzavře jako splněná, ale v historii zůstane výslovně zapsané, že podal člověk jinudy a kdy; z přehledu tedy nejde usoudit, že hlášení odeslala aplikace.

Tlačítko se neobjeví u podání, o kterém už úřad rozhodl (není co potvrzovat), ani když zpráva ještě leží neodeslaná v odchozí frontě datové schránky; tu je potřeba nejdřív z fronty zrušit, jinak by totéž hlášení odešlo podruhé.

Měsíc uzavírá protokol, ne jedno podání

Obsahová oprava měsíčního hlášení řádné podání záměrně nenahrazuje: přijaté formuláře zůstávají zaevidované, takže řádné podání navždy zůstane „částečně přijaté“. Jakmile ČSSZ v protokolu potvrdí, že je hlášení úplné, uzavře se celá povinnost za měsíc a termín ukáže Splněno, i když u řádného podání dál svítí „částečně přijato“. Obojí je pravda: první o měsíci, druhé o jednom podání v jeho řetězci.

85.14.2 Záložka Měsíc a hromadné odeslání

Záložka Měsíc (a tentýž panel pod uzavřeným mzdovým během) skládá za zvolené období jeden seznam: co se generuje a odesílá, komu, jakou cestou a do kdy, a u toho, co MyÚčto neodesílá samo, také proč. Bez zvoleného měsíce se otevře nejstarší měsíc s nesplněným měsíčním hlášením (JMHZ, přehled o platbě, hromadné oznámení) za poslední rok, jinak předchozí měsíc; mzdy se podávají zpětně. Oznámení zdravotní pojišťovně (HOZ) z jiného měsíce, které má ještě otevřenou lhůtu, ukáže akční karta jako samostatný řádek s označením mimo zvolené období; druhý výběr měsíce k tomu není potřeba.

Přehled nese povinnost, ne dokument. Měsíční hlášení zaměstnavatele (JMHZ) a přehled o platbě pojistného za každou zdravotní pojišťovnu, u které je v období pojištěný aspoň jeden zaměstnanec, se v něm objeví hned po schválení mzdové revize, tedy dřív, než k nim vůbec existuje podání. U každé takové položky je zákonná lhůta konkrétním datem, stav Nepřipraveno a tlačítka Připravit a odeslat a Jen připravit pro tu agendu, to období a tu pojišťovnu. Uzávěrka sama žádná podání nezakládá: koncept, který se musí rušit při každé opravě běhu, by práci spíš přidal.

Povinnost vzniká ze schváleného běhu, ne z prostředí, takže se ukazuje v ostrém i testovacím režimu. Přepínač prostředí rozhoduje jen o tom, kde se hledá už založené podání; zkušební podání v testu proto ostrou povinnost neodškrtne.

Připravit a odeslat. Příprava zmrazí podání ze schválené revize mzdového běhu a přehled zůstane na místě; připravený řádek pak nabídne Odeslat. Tlačítko Připravit a odeslat vše nad seznamem pokryje všechny řádky měsíce, které jde připravit nebo odeslat. Nepřipravené se nejdřív připraví, pak se v ostrém prostředí ukáže jedno potvrzení se seznamem *co → komu → jakou cestou*. Po potvrzení:

Kontrola slevy po lhůtě (kontrola 290) se při přípravě ptá u konkrétního řádku a čeká na vědomé potvrzení. Druhé řádné JMHZ za týž měsíc aplikace nepřipraví.

Doručenky. Po odeslání Mobilním klíčem zůstane potvrzená relace pět minut otevřená a aplikace v ní sama dotáhne doručenky odeslaných zpráv, bez dalšího potvrzení v mobilu a bez čtení schránky doručených zpráv. U odeslaného řádku bez doručenky je stav Čeká na doručenku; nad seznamem je vidět, kolik odeslaných zpráv z kolika má doručenku, a tlačítko Načíst doručenky, které je stáhne pro všechny zprávy jedním přihlášením Mobilním klíčem. Po načtení se řádek sám přepne na Doručeno. Dokud nějaká ostrá zpráva odeslaná před víc než hodinou doručenku nemá, ukazuje totéž upozornění i přehled mezd.

Akční karty agend. Záložky JMHZ, Zdravotní pojišťovny, Dávky nemocenského a Evidenční list DP začínají stejnou akční kartou za své agendy (co, komu, stav, lhůta, jedno tlačítko). Ostatní (podání předchozím programem, náhledy, právní skutečnosti, oznámení HOZ a ruční sestavení) je pod Podrobnosti; prohlížeč si pamatuje, co máte rozbalené.

85.14.3 Zákonné termíny na přehledu mezd

Panel Zákonné termíny na Mzdy → Přehled mezd ukazuje za celou firmu, co je po termínu a co se blíží: podání, odvody, lhůty u lidí (položky nástupního a výstupního checklistu), změny k ohlášení, roční vyúčtování daně, dávky nemocenského pojištění, roční zúčtování záloh a konec platnosti povolení cizinců. Pro zobrazení stačí oprávnění číst podání (payroll.submissions).

Roční zúčtování záloh (§ 38ch zákona o daních z příjmů) má v panelu tři lhůty za každý rok:

Odkaz vede na Mzdy → Roční zúčtování rovnou na daný rok a osobu.

Konec platnosti povolení cizince (povolení k pobytu nebo k zaměstnání zapsané na kartě osoby) se připomíná u lidí s trvajícím vztahem, dokud k němu není zapsané navazující povolení téhož druhu. Bez platného povolení nesmí cizinec pracovat. Odkaz vede na kartu osoby, kde se nové povolení zapíše.

Povinnosti jsou rozdělené podle naléhavosti (Po termínu, Dnes, Do pěti dnů, Otevřené) a uvnitř každé fáze seskupené podle druhu. Jeden řádek tak znamená například „Pracovní smlouva / dohoda, 225 osob, po termínu o 104 dnů (nejstarší)“. Počty v souhrnu i u skupin zahrnují všechny položky, nic se neschovává. Skutečně nový nástup s termínem za pár dní má vlastní skupinu ve fázi Do pěti dnů, takže se mezi staršími položkami neztratí.

Podání a odvody jsou za firmu. Jednotlivá povinnost je rovnou odkaz na obrazovku, kde se řeší, a víc povinností stejného druhu (třeba odvody více pojišťovnám) se rozbalí do řádků pod skupinou.

Skupina lhůt u lidí se po rozbalení zobrazí jako seznam osob po stránkách s hledáním podle jména nebo osobního čísla (na velikosti písmen ani diakritice nezáleží). U každé osoby je termín, počet dnů po termínu a odkaz na její kartu.

Nevyřízené položky checklistu, u kterých zákon lhůtu neukládá nebo ji aplikace neodvozuje, jsou ve vlastní sekci Bez termínu na konci panelu. Patří sem například Registrace ČSSZ / JMHZ u nástupu před 1. 7. 2026 (registrační povinnost zaměstnance platí až od tohoto dne, takže termín se nedopočítává; přihlášku REGZEC ale podat jde, viz Registrace zaměstnance), potvrzení o zdanitelných příjmech bez zapsaného dne žádosti nebo kontrola exekucí a insolvence. Tyto položky se nezapočítávají do fáze Po termínu ani do ostatních počtů termínů; skupiny jsou seřazené od největší a rozbalují se stejně jako ostatní.

Povinnosti z doby před začátkem vedení mezd v MyÚčtu (nástup, změna nebo skončení vztahu před prvním mzdovým obdobím v nastavení mezd) vyřídil předchozí program. Import ani převod mezd je nezakládá, a pokud už na vztahu jsou, karta vztahu je ukazuje jako Vyřízeno předchozím programem. V přehledu termínů, ve varováních mzdového běhu ani mezi nesplněnými povinnostmi se neobjeví. Změní-li se začátek vedení mezd, pravidlo se přepočítá samo.

Hromadné označení jako splněné

U skupin z checklistu jde položky odškrtnout najednou:

Před provedením je nutné vyplnit poznámku, předvyplněnou textem „Vyřízeno v předchozím zpracování mezd“. Je to jediná stopa, proč je položka splněná, a zapíše se ke každé položce. Každá položka se mění stejně jako při odškrtnutí na kartě vztahu, tedy se záznamem na časové ose vztahu a v auditu. Velká skupina se zpracuje po dávkách a průběh je vidět. Položky, které označit nejde (například Doplnit datum nástupu u vztahu bez data nástupu nebo položka, kterou mezitím změnil někdo jiný), se vypíšou i s důvodem a ostatní se označí. Už vyřízená položka se přeskočí, opakované spuštění tedy nic nepokazí.

Hromadné označení vyžaduje stejné oprávnění jako odškrtnutí jedné položky (payroll.employment.write). Změny k ohlášení a dávky nemocenského se hromadně neoznačují, mají vlastní postup splnění.

85.14.4 Fronta K odeslání

Záložka K odeslání ukazuje na jednom místě všechna připravená podání, která ještě neodešla, napříč agendami i zaměstnanci a bez ohledu na období. Podání se do fronty dostane samo tím, že vznikne; nikam se kvůli tomu nepřepíná.

Řádky jsou seřazené podle lhůty a to, co je po lhůtě, je zvýrazněné. Seznam lze filtrovat podle agendy a přeřadit podle agendy; při větším počtu zaměstnanců tak jdou všechny registrace vyřídit najednou. U každého řádku je vidět, čeho se týká, koho se týká (u registrací jméno zaměstnance), do kdy se má podat a v jakém je stavu.

Hromadné odeslání. Zaškrtávacím políčkem vyberte položky, nebo použijte políčko v hlavičce tabulky a vyberte všechno, co lze odeslat. Tlačítkem Odeslat vybrané odejde celý výběr jedním úkonem. Vybrat lze jen položky, které odeslat jde; u ostatních je políčko nedostupné a důvod stojí u řádku. Během odesílání je vidět průběh („Odesílám… 50 ze 120“). Dávka se odesílá po částech, takže dlouhé odesílání nezablokuje prohlížeč ani nespadne na časovém limitu. Jedna chyba dávku nezastaví: co selže, zůstane ve frontě i s důvodem a dá se poslat znovu. Po dokončení se ukáže souhrn („Odesláno 37, selhalo 3.“) a jmenovitý seznam toho, co neprošlo, i s důvodem. Jednotlivé podání jde poslat i samostatně tlačítkem Odeslat na řádku. Potvrzení o převzetí není potvrzení o přijetí; výsledek zpracování se dotahuje samostatně a najdete ho na záložce Odesláno.

Kudy podání odejde. JMHZ jde přes VREP ČSSZ i datovou schránkou. VREP potřebuje zvolený podpisový certifikát; když chybí, odejde hlášení datovou schránkou a u řádku to stojí. Když jsou připravené obě cesty, vyberete ji v poli Odeslat přes (výchozí je VREP). Podání odeslaná datovou schránkou se zařadí do její odchozí fronty a fronta hned nabídne výběr způsobu přihlášení (Mobilní klíč, jméno a heslo, jméno, heslo a SMS kód, systémový certifikát, u jediné zprávy i odesílací bránu); vybraná podání odejdou jedním přihlášením. Zpráva, která v odchozí frontě datové schránky čeká na přihlášení, má u řádku tlačítko Odeslat datovkou.

Proč podání nejde odeslat. Fronta ukazuje i podání, která odeslat nejde, a u každého uvádí důvod: typicky že podání ještě není zmrazené, že už bylo odesláno, že už čeká v odchozí frontě datové schránky, že má neopravené chyby, nebo že pro danou agendu aplikace odesílací kanál nemá. Přehledy zdravotním pojišťovnám mají datové schránky doložené jen pro ostré prostředí, takže se v testovacím prostředí ve frontě zobrazí jako neodeslatelné.

Fronta je druhá cesta k témuž: odesílací tlačítka na kartě pracovního vztahu, na záložce Odesláno, na kartě nemocenského případu i ve zdravotním panelu fungují dál a odesílají stejnou cestou.

Kontrola změn u všech zaměstnanců

Tlačítko Zkontrolovat změny u všech zaměstnanců projde pracovní vztahy celé firmy a založí povinnost u těch, kde se od minulé kontroly změnil hlásitelný údaj. Bez něj se změna zjistí jen tehdy, když někdo otevře kartu konkrétního zaměstnance, a osmidenní lhůta by mezitím mohla uplynout, aniž by o ní kdokoli věděl.

Kontrola se dá pouštět opakovaně: porovnávají se jen vztahy, u kterých se zdroj opravdu pohnul, takže se povinnosti nezakládají dvakrát. Když je vztahů hodně, hlásí kontrola, že další čekají; spusťte ji v tom případě ještě jednou.

Na tlačítko ale nikdo spoléhat nemusí: totéž projde každou noc sama plánovaná úloha cron-payroll-registration-changes (denně v 05:00), a to u všech firem se zapnutými mzdami. Denní běh stačí, protože lhůta je osm dnů; změna zachycená až ráno nechává sedm dnů na vyřízení. Úloha nikdy nic neodesílá: založí jen návrh povinnosti s termínem, který uvidíte ve frontě a v přehledu termínů. Odeslat ho musí člověk. Naplánování úlohy popisuje § 5.5 Cron skripty, její stav najdete v Systém → Plánované úlohy.

Odeslané podání, na které nepřijde odpověď

Ve frontě zůstávají i podání, která už jednou odešla a čekají na vyjádření úřadu. Odeslat se z fronty nedají a je u nich uvedeno proč. Jsou tam kvůli případu, kdy se odpovědi nedočkáte: ČSSZ zprávu převezme, ale zpracovat ji odmítne, například když certifikát, kterým je podání podepsané, není u OSSZ zapsaný v registru podávajících. Podané pak nic není, jenže povinnost by bez zásahu zůstala nesplněná a z aplikace by zmizela.

Rozeznat takový případ od běžného čekání aplikace neumí, proto o něm nerozhoduje sama. Zobrazí odpověď úřadu a nabídne tlačítko Zahodit a podat znovu. To si vyžádá důvod (předvyplní se tím, co úřad odpověděl), pokus uzavře a podání vrátí do stavu k odeslání, takže je lze podat znovu. Původní pokus z historie nezmizí, jen přestane bránit dalšímu odeslání. Totéž tlačítko je i na záložce JMHZ u připraveného hlášení.

Řádné měsíční hlášení, které ČSSZ zpracovala a zamítla, se po zahození samo znovu zmrazí s novým GUID podání i novými GUID součástí. Pravidla podání to vyžadují: shodné řádné podání se stejným GUID, variabilním symbolem, obdobím a balíkem ČSSZ odmítne kontrolou 22. Variabilní symbol, období i obsah zůstávají stejné a aplikace nový GUID po zahození ukáže. Původní dokument zůstává v archivu podání jako doklad prvního odeslání. Opravné a stornovací podání nesou GUID řádného podání, ten se nemění; nový GUID dostanou jen nové součásti uvnitř opravného podání. Podání, které čeká na odpověď a výsledek zpracování nemá, si po zahození GUID ponechá.

Zahodit nejde podání, které úřad přijal nebo přijal částečně. Tam už u úřadu něco je a opakované odeslání by vyrobilo duplicitu; opravuje se opravným podáním (viz § 85.14.13).

Stejně tak nejde zahodit zprávu, kterou datová schránka prokazatelně doručila, tedy takovou, u níž je stažená doručenka nebo potvrzené dodání. Adresát ji má, takže druhé podání téhož by u něj založilo duplicitu. Takové podání se ve frontě K odeslání ani neukazuje: není z čeho vést cestu ven. Řešíte-li chybný obsah, použijte opravné nebo stornovací podání.

Z fronty zmizí i podání pod povinností, která je už uzavřená. Připravená podání tam ale zůstávají vždy, i k uzavřené povinnosti; opravné hlášení se odesílá pořád odtud.

Podání „Možná doručeno“

Když požadavek na ČSSZ odejde, ale odpověď nedorazí (vyprší čas, spadne spojení, brána vrátí chybu serveru nebo nečitelnou odpověď), nedá se poznat, jestli ČSSZ zprávu převzala. Pokus proto dostane stav Možná doručeno a podání se samo znovu neodešle: druhé odeslání by u ČSSZ mohlo založit duplicitu. Tlačítko Odeslat je u něj nedostupné a fronta i záložka Odesláno ukážou u podání postup:

  1. Dohledejte protokol. Hledejte zprávu od ČSSZ v datové schránce firmy (tlačítko Otevřít datovou schránku) nebo přehled podání na ePortálu ČSSZ. Protokol načtěte tlačítkem Načíst protokol; aplikace ho s podáním spáruje podle GUID podání. Nese-li pokus CorrelationID (potvrzení převzetí dorazilo a selhal až zápis), aplikace se na výsledek doptává sama.
  2. Potvrďte opakování, jen když protokol nikde není. Vyplňte, jak jste ho hledali, a zaškrtněte potvrzení. Potvrzení samo nic neodesílá; podání se vrátí mezi připravená a odejde tentýž zmrazený dokument se stejným GUID. Je-li k podání načtený protokol se stejným GUID, aplikace opakování odmítne, protože originál je u ČSSZ.

Kdyby originál u ČSSZ přece jen byl, odpoví ČSSZ na opakované odeslání chybou 20022 („shodné podání už existuje“). Aplikace ji nebere jako zamítnutí: podání zůstane odeslané, u pokusu se ukáže Originál podání je u ČSSZ a úkolem je doložit nebo načíst protokol originálu. Znovu se neodesílá.

85.14.5 Uklizení neúspěšného pokusu

Pokus, který ČSSZ převzala, ale odmítla zpracovat (třeba proto, že certifikát není u OSSZ v registru podávajících), zůstane v historii ve stavu Převzato, čeká na protokol a aplikace se dál doptává na výsledek, který nikdy nepřijde.

Jsou na to tři cesty a liší se tím, co po nich zůstane:

AkceKdeCo udělá
Zahodit a podat znovuu podání na záložce K odesláníPokus dostane konečný stav a přestane blokovat další odeslání. V historii zůstane i s tím, co úřad odpověděl.
Smazat pokusu pokusu v historii na záložce OdeslánoŘádek z historie zmizí úplně. Zůstane po něm jen záznam v auditním logu.
Potvrdit opakováníu pokusu „Možná doručeno“ (fronta i Odesláno)Po dohledání protokolu uvolní odeslání téhož dokumentu se stejným GUID. Pokus zůstane v historii i s důvodem.

Zahození je běžná cesta; historie pokusů je záměrně úplná, aby šlo dohledat, co se kdy komu odeslalo. Smazání je pro záznam, který nic nedokládá a jen mate: typicky první nepovedený pokus u podání, které nakonec odešlo jinou cestou. Tlačítko Smazat pokus se proto nabízí jen u pokusu, který úřad nikdy nepřevzal: pokus připravený a neodeslaný nebo pokus, který selhal dřív, než ho úřad převzal. Pokus odeslaný na úřad (s časem odeslání nebo identifikátorem CorrelationID, čekající na protokol, s dotaženým protokolem nebo „Možná doručeno“) je doklad o ostrém podání a smazat ho nejde. Zjistit stav se u uzavřeného pokusu (protokol dotažen nebo propadlo) nenabízí, výsledek už je známý.

85.14.6 Kanály ISDS a VREP a bezpečnost

Obecný postup u podání mimo záložku Měsíc. Otevřete Mzdy → Podání a hlášení, vyberte typ, období a schválenou revizi. Spusťte náhled nebo kontrolní přípravu a odstraňte blokující chyby. Řádné JMHZ vzniká ze způsobilé běžné revize; opravu nebo storno již připraveného JMHZ založte z jeho historie řízenou akcí, nejde o ruční nepodporovaný scénář. Vytvořte výstup. U zdravotního PPZ i HOZ aplikace podle pojišťovny připraví podporovaný XML nebo vytěžitelný PDF; XDP není odesílaný formulář. Kde je doložený úřední tiskopis, vyplní se rovnou on, jinak vznikne vlastní čitelná sestava s uvedeným důvodem. Životní události, které datová věta nepokrývá, dokončete ručně na oficiálním kanálu.

Datová schránka (ISDS). Tlačítko Odeslat přes ISDS vytvoří záznam v odchozí frontě a provede předběžnou kontrolu, ale zprávu samo neodešle. Koncept otevřete na oficiálním rozhraní ISDS, přihlaste se metodou, kterou ISDS v daném prostředí skutečně nabídne, zkontrolujte adresáta a přílohy a odeslání výslovně potvrďte.

Odesílací brána přesměruje uživatele na oficiální rozhraní ISDS. Podle nabídky konkrétního účtu tam lze použít například jméno a heslo, heslo aplikace s bezpečnostním klíčem eGovernmentu, Mobilní klíč eGovernmentu, SMS, uživatelský certifikát nebo Identitu občana. MyÚčto údaje z této přihlašovací stránky nevidí a zpráva odejde až po výslovném schválení konceptu uživatelem.

Brána je jednosměrná. Umí vložit koncept k odeslání, ale schránku číst neumí; ke stažení zpráv by potřebovala přihlášení, které vzniká jen tím, že se uživatel sám přihlásí v perimetru ISDS. Doručenku odeslaného podání proto stáhněte v datové schránce a nahrajte ji k podání ručně; do té doby zůstane u podání jako neověřená.

Datovou schránkou z mezd chodí přehledy a hlášení zdravotním pojišťovnám, měsíční hlášení zaměstnavatele ČSSZ a součinnost exekutorům. Daňová podání se datovou schránkou posílají ze stránky Daně → EPO podání a archív (viz Podání datovou schránkou); dostanou jen dodejku, ne potvrzení s podacím číslem jako z EPO.

Vedle brány umí MyÚčto odeslat datovou zprávu i přímo. U zařazeného podání nabízí výběr Jak zprávu odeslat, stejný jako na stránce Datová schránka:

Každé odeslání spouští uživatel. Aplikace sama, na pozadí ani z uloženého hesla nic neodešle a vypršelá relace se sama neobnovuje. Podrobnosti a chování při chybě popisuje kapitola Datová schránka.

VREP ČSSZ. Alternativou je podporovaný profil VREP pro ČSSZ. Přihlašovací a certifikační údaje zadávejte jen do určených polí, nikdy do poznámek.

Příchozí zprávy. Odpovědi z datové schránky se nikdy nestahují automaticky. Jedinou výjimkou jsou doručenky právě odeslaných zpráv v relaci Mobilního klíče, kterou uživatel při odeslání potvrdil (viz § 85.14.2); novou relaci aplikace nikdy sama nezakládá. Inbox načítejte pouze ručně v Mzdy → Datová schránka, záložce Příchozí zprávy. Před síťovým voláním potvrdíte upozornění, že vyzvednutí může založit doručení a spustit zákonné lhůty. Potom přiřaďte odpověď k podání a ověřte věcný výsledek. Pro toto jediné načtení si zvolíte jednu ze čtyř metod:

Technická dostupnost metody není tvrzením o její právní vhodnosti pro konkrétní organizaci. Heslo a SMS kód se trvale neukládají; uložený profil Mobilního klíče je oddělen podle firmy, uživatele a prostředí, šifrovaný a lze jej odstranit. Každé přihlášení, vytvoření konceptu, odeslání a načtení inboxu musí vědomě spustit uživatel.

Kontrola před každým odesláním. Aplikace znovu ověří, že odesílat vůbec lze: podání musí být ve stavu připraveno, musí souhlasit prostředí i kanál a druh podání musí odpovídat agendě, do které míří. Neodpovídající kombinaci odmítne ještě před tím, než cokoli opustí aplikaci. Zopakované odeslání téhož podání se stejným klíčem projde i tehdy, když už je odeslané; nevznikne z něj druhá datová věta. Odesílá se vždy přesně to XML, které bylo zmrazeno; jinou podobu podání do transportu vložit nelze.

Podaří-li se odeslání, ale nepovede se zapsat jeho evidence, aplikace to nehlásí jako nepodáno. Odeslání proběhlo, a tvrdit opak by účetní svedlo k druhému podání; místo toho vznikne provozní nález, který je vidět v provozním přehledu mezd.

Pojmenování souborů. Soubor podání se jmenuje stejně v příloze datové zprávy i při stažení: {AGENDA}{RRRR-MM}{příjemce}_{IČO}, u opravného podání s _opravne, například PPPZ_2026-09_VZP-111_12345678.pdf nebo JMHZ_2026-09_CSSZ_12345678.xml. Název je bez diakritiky a mezer.

85.14.7 Výsledek podání NEMPRI, HZUPN a OZUSPOJ přes VREP

Protokol ČSSZ k oznámení o dávce (NEMPRI), hlášení při ukončení pracovní neschopnosti (HZUPN) a oznámení záměru slevy (OZUSPOJ) aplikace po dotazu Zjistit výsledek přečte sama. Nejdřív ověří podpis ČSSZ, protokol uloží k podání a podání vede jako Přijato nebo Odmítnuto. Přijetí s upozorněním je přijetí, upozornění zůstává v protokolu.

Výsledek se pak zapíše tam, kam patří:

Zápis jde přes stejná pravidla jako ruční zápis výsledku. Když ho pravidla odmítnou (případ je zrušený, přijetí už je zapsané, případ mezitím dostal nové podání, den doručení u záměru předchází podání přihlášky), podání nese nález „Výsledek z protokolu ČSSZ se k případu dávky ani záměru slevy nezapsal“ s důvodem a výsledek zapíšete ručně. Protokol, který neprošel ověřením podpisu, se uloží jen jako neověřená příloha a nezapíše nic.

Chyba 103: chybí pověření k e-službě. ČSSZ podání vůbec nezpracovala, protože u OSSZ není v registru podávajících zaznamenané pověření k dané e-službě (třída CSSZ_NEM_PRI pro NEMPRI a HZUPN, CSSZ_OZUSPOJ pro OZUSPOJ), nebo tam není certifikát, kterým je podání podepsané. Nejde o vadu podání. Podání nese nález s touto hláškou a vede se jako odmítnuté. Pověření nebo certifikát nechte zapsat na OSSZ (viz § 85.2.1) a podání pak pošlete znovu tlačítkem Zahodit a podat znovu (§ 85.14.4).

Protokol, který neodpovídá doloženému tvaru, aplikace nevykládá: uloží ho k podání k ruční kontrole a výsledek zapíšete podle něj.

85.14.8 Přehled JMHZ a kontrolní náhledy

Záložky JMHZ a Zdravotní pojišťovny zobrazují za vybraný měsíc skutečný přehled evidovaných povinností, termínů, kanálů a posledních stavů podání. Produkční a testovací prostředí zůstávají oddělená. Přehled je pouze kontrolní; samotný řádek povinnosti ani stažení náhledu nikdy neznamená, že bylo podání odesláno nebo přijato. Běžné měsíční JMHZ má navíc řízené odeslání přes ISDS nebo VREP a stav Přijato získá teprve z ověřeného protokolu ČSSZ.

Záložka JMHZ ukazuje všechny povinnosti vůči ČSSZ, tedy vedle měsíčního hlášení i registrace zaměstnance a zaměstnavatele, evidenční list důchodového pojištění, oznámení o zaměstnání osoby pobírající starobní důchod a hlášení k dávkám nemocenského pojištění (NEMPRI, HZUPN).

Má-li povinnost připravené podání, tlačítko Detail zobrazí jeho bezpečný provozní rozpad: stav a kanál, jednotlivé části, metadata archivovaných artefaktů, kontroly a problémy a přijaté dodejky. Obsah šifrovaných XML ani citlivé podrobnosti validačních chyb se do tohoto přehledu neposílají. Rozlišujte zejména stav Odesláno od Přijato; přijetí se smí zobrazit jen na základě důvěryhodně ověřeného protokolu. Tlačítkem Stáhnout u artefaktu získáte přesně archivovaný XML, ZIP, PDF, JSON nebo jiný podklad; každé stažení používá krátkodobé jednorázové oprávnění.

U schválených běhů může záložka JMHZ nabídnout také Kontrolní náhled PVPOJ. Zobrazuje vyměřovací základ, pojistné k úhradě, počet zahrnutých osob a identifikaci připnutého XSD; stejný deterministický kontrolní JSON lze stáhnout. Náhled vznikne pouze tehdy, když souhlasí neměnný vstup revize, vypočtené sociální pojištění a vztahové i osobní součty. Bankovní účet ČSSZ ani připravený platební závazek nejsou podmínkou hlášení: platba je navazující samostatný tok a její chybějící účet nesmí blokovat zákonné podání. Viditelné označení Pouze kontrolní náhled znamená, že nejde o úplné XML JMHZ, připravené podání ani důkaz odeslání nebo přijetí.

Záložka Ostatní (v nabídce Mimořádná podání ▾) je záchytná. Zobrazí evidované povinnosti, jejichž agendu aplikace nezná, typicky zadané ručně nebo importované. Nic se tak neztratí z dohledu; přípravu ani odeslání pro ně aplikace nenabízí.

Záložka Inbox (v nabídce Další ▾) shrnuje napříč agendami a prostředím vše, co aktuálně vyžaduje pozornost: blížící se nebo prošlou lhůtu, odmítnuté podání, čekání na ztotožnění nebo jiný vzdálený problém. Odznak u záložky ukazuje počet otevřených položek. Jde o čistě odvozený přehled; potvrzení ani odložení nikdy nemění stav povinnosti ani podání, jen připomínku samotnou. Jednou dosažená naléhavost (blíží se → dnes → po lhůtě) se u položky už nikdy nesníží, ani když se zdánlivě zmírní. Položku lze Potvrdit (beze změny zmizí z pozornosti, zůstane ale vidět jako vyřízená) nebo Odložit na zvolený termín s povinně vyplněným důvodem; po uplynutí termínu se znovu vrátí mezi otevřené. Jakmile podání skutečně dojde k výsledku (přijato, zrušeno v termínu), položka automaticky zmizí jako vyřešená.

85.14.9 Test měsíčního hlášení: nálezy a nepodporované scénáře

Panel Test měsíčního hlášení JMHZ a tlačítko Otestovat XML zmrazí přípravu nad schválenou revizí běhu, postaví z ní úplné XML běžného měsíčního hlášení a projde s ním trojí kontrolu: sestavitelnost dokumentu, shodu s připnutým schématem ČSSZ a katalog kontrol ČSSZ. Nic se neodesílá ani neukládá jako podání. Když hlášení sestavit nejde, vypíše nálezy seskupené podle příčiny. U každého nálezu je:

Nálezy, které vzniknou až při sestavení formuláře (například přesčas nad odpracovanými hodinami, bonus bez podepsaného prohlášení nebo rozpad mzdy bez mzdy), se hlásí u konkrétního pracovního vztahu stejně jako ostatní. Technická vada přípravy (změněné podklady, nesouhlasící otisk) nabídne tlačítko Spustit test znovu. Případ, který aplikace záměrně nezpracovává automaticky, řekne, že se podává ručně přes ePortál ČSSZ.

Nálezy z katalogu se dělí podle dopadu, ne podle závažnosti textu. Nepropustná vada by způsobila neúčinnost podání a vyvolala výzvu k opravnému hlášení. Propustná vada podání nezneplatní, ale úřady dostanou chybná data. Nevykonaná nepropustná kontrola znamená mezeru na naší straně, ne chybu v datech. U každého nálezu je kód chyby v podobě, v jaké ho vrátí ČSSZ, a u nálezu vázaného na konkrétního zaměstnance i pořadí jeho součásti.

Výsledek proto rozlišuje tři stavy: dokument nejde postavit; XML vzniklo a prošlo schématem, ale katalog kontrol není celý vykonaný; a konečně podání připravené k odeslání. Prostřední stav je varovný, ne zelený. Část kontrol rozhoduje až ČSSZ proti svému registru; ty se nikdy nevykazují jako splněné, jen se počítají zvlášť. Patří sem i kontrola 22 (duplicitní GUID podání): jestli ČSSZ už má podání se stejným GUID, ví jen její evidence.

Při měsíčním daňovém zvýhodnění na děti musí evidence obsahovat jméno, příjmení a datum narození každého uplatňovaného dítěte. Datum narození se přenáší do hlášení a slouží také ke kontrole věkové hranice. Příprava ověřuje pořadí dětí a při společném vyživování další osobou i její identifikační údaje. U příplatků kontroluje, že jejich celková částka není menší než součet vykázaných příplatků za noc, víkend a svátek.

Scénáře, které aplikace sestaví. Měsíční hlášení aplikace sestaví pro tyto formuláře:

ScénářKdy nastaneFormulář
1běžný formulář: druh činnosti 1 až 9 s bližším určením 1, dohody A až J a T až ZC, druhy 15 a 16běžný
3jen druh činnosti K a N až S s bližším určením 1 (jednatel, společník, prokurista, člen orgánu)cinnostKS
4výkon trestu nebo zabezpečovací detence: druh činnosti 1 až 9 s bližším určením 2 u pracovního poměru nebo zaměstnání malého rozsahuvezen
5druh činnosti 11, 13 nebo 14 u pracovního poměrujinyPrijem
6druh činnosti 12 (mezinárodní pronájem pracovní síly) u pracovního poměrumezinarodniPronajemSily
8odložený příjem typu 1, volí se ručně potvrzením odloženého příjmuodlozenyPrijem

Formuláře jiného příjmu (5) a mezinárodního pronájmu pracovní síly (6) nenesou pojištění. I u podporovaných scénářů zůstávají dvě výjimky, které test ohlásí s pokynem podat hlášení za vztah ručně přes ePortál ČSSZ:

Druh činnosti 11 až 14 u jiného vztahu než pracovního poměru test ohlásí jako nepodporovaný profil a pošle vás ke kontrole karty vztahu.

Pracovní vztah lze evidovat a přihlásit i v ostatních scénářích, jejich formulář ale aplikace do hlášení nesestaví a test u vztahu ohlásí nález s pokynem podat hlášení ručně přes ePortál ČSSZ (nebo vztah odložit):

ScénářKdy nastaneFormulář
2odměna pěstouna, druh činnosti Mpestoun
3pracovní vztah specifické skupiny (druh činnosti 1 až 9 s bližším určením 3), druh K a N až S s jiným bližším určením než 1cinnostKS
7druh činnosti 10ozpTpp

85.14.10 Odložení vztahu z řádného hlášení

Jeden zaměstnanec s neúplnými daty nesmí zablokovat hlášení za ostatní. U nálezu na pracovním vztahu nebo osobě nabídne test tlačítko Odložit z hlášení. Po zadání důvodu (zapíše se do auditní stopy) se test spustí znovu a řádné hlášení se sestaví bez formuláře odloženého vztahu.

Co odložení znamená:

Odložené vztahy běhu jsou vidět v seznamu Odložené vztahy pod testem se stavem a lhůtou. Dokud řádné hlášení nezmrazíte, můžete odložení zrušit (opět s důvodem). Po přijetí řádného hlášení doplňte data vztahu, případně opravte a znovu schvalte mzdový běh, a zvolte Doplnit opravným hlášením. Aplikace připraví hlášení nad aktuální revizí a zmrazí opravné hlášení, které formulář odloženého vztahu doplní. Odešlete ho na záložce Odesláno jako každé jiné. Když data vztahu ještě nejsou úplná, řekne přesně, co chybí.

85.14.11 Zmrazení, odeslání a protokol JMHZ

Právní skutečnosti. Pro běžný profil JMHZ se u každé schválené revize samostatně potvrzuje pět právních skutečností: evidované srážky ze mzdy, slevu zaměstnance pro sezónní práci, specifickou právní skutečnost, podporu zaměstnávání osob se zdravotním postižením a hlubinné hornictví. Potvrzuje se za každý pracovní vztah zvlášť, takže revize s víc lidmi (a každá revize přes dvě mzdové účtárny) má tolik potvrzení, kolik má vztahů; panel ukazuje, kolik vztahů ještě na potvrzení čeká a kterých se to týká. Každou odpověď Ne je nutné zaškrtnout výslovně; nic se nepředvyplňuje ani neodvozuje z chybějících dat. Aplikace současně ověří, že schválená revize neobsahuje známý rozpor, například aktivní exekuci, insolvenci, dohodu o srážkách nebo skutečně sraženou částku. Potvrzení se uloží jako neměnný šifrovaný důkaz svázaný s přesnou revizí a přesným pracovním vztahem. Vztah bez potvrzení zůstává adresným nálezem přípravy; je z něj vidět, komu evidence chybí. Pokud některá skutečnost nastala, tento první běžný profil ji nepodporuje a přípravu uzavře bez falešného výchozího Ne.

Sleva po splatnosti (kontrola 290). Hlášení, které se podává po splatnosti pojistného a uplatňuje slevu na pojistném zaměstnavatele, dostane varování kontroly 290. ČSSZ slevu porovná se slevou v posledním hlášení s akceptovanou pojistnou částí a vyšší slevu po lhůtě neuzná. Varování zmrazení nezakazuje, ale vyžaduje výslovné potvrzení: panel Zmrazení a odeslání JMHZ i záložka Měsíc ukážou větu s datem splatnosti a výší slevy, odkaz na protokoly na záložce Odesláno (kde najdete poslední akceptovanou slevu) a na Mzdy → Mzdové běhy (kde se sleva opravuje). Tlačítkem Sleva nepřevyšuje poslední akceptovanou, zmrazit hlášení zmrazíte. Panel zároveň ukazuje lhůtu pro podání za vykazované období, včetně posunu na nejbližší pracovní den.

Panel Zmrazení a odeslání JMHZ navazuje až na schválenou revizi, úplné právní evidence a úspěšné kontroly. Pro každou registraci u OSSZ pracuje se samostatnou povinností a variabilním symbolem. Povinnost i zákonnou lhůtu při prvním zmrazení založí automaticky z ověřené revize; účetní ji nemusí předem vytvářet v jiné agendě. Před odesláním neměnně uloží přesné XML a jeho otisk; další kliknutí proto nevytvoří jiné podání pod stejnou identitou. Ostré podání je zablokované do začátku zákonné lhůty, testovací prostředí lze použít k bezpečnému testu celého toku.

Záložka Odesláno (panel Odeslaná podání a jejich stav) řadí podání podle období od nejnovějšího. V každém období stojí nahoře platný stav, tedy poslední přijaté podání se štítkem výsledku (Přijato, Částečně přijato, Odmítnuto, Čeká na výsledek). Podání odeslané datovou schránkou nese štítek „Odesláno datovou schránkou“ s datem. Podání nahrazená opravným nebo stornovacím podáním jsou pod tlačítkem Historie období se štítkem, kterým podáním byla nahrazena. Načtený protokol z datové schránky je připojený ke kartě podání, ke kterému patří; samostatně se ukáže jen protokol, který k žádnému podání jednoznačně přiřadit nejde. Opravit hodnoty hlášení a Stornovat podání nabízí jen platná karta období. Aplikace se ČSSZ na výsledek doptává sama a po dotažení protokolu sama uzavře transakci; tlačítka Zjistit stav a Uzavřít jsou pro ruční zásah.

Stav podání převezme aplikace jen z protokolu, jehož podpis ČSSZ ověřila. Protokol, který ověřením neprošel, zůstane u podání uložený jako neověřený a podání se nepohne. U takového pokusu ukáže záložka Odesláno tlačítko Znovu ověřit protokol. Aplikace uložený protokol ověří úplně stejně jako čerstvě dotažený (podpis, certifikát ČSSZ, druh podání i CorrelationID) a teprve když projde, převezme z něj stav podání. Když neprojde, nezmění nic a ukáže důvod. Opakované kliknutí nic nezdvojí.

Protokol k hlášení podanému jiným softwarem načtete na záložce Odesláno tlačítkem Načíst protokol z datové schránky. Vedle protokolu o zpracování jde načíst i dílčí protokol k JMHZ, tedy přílohu JMH-DILCI-PROTOKOL-…. Ten variabilní symbol v podepsané části nenese, proto ho nahrajte pod původním názvem z datové schránky. Aplikace u něj ověří pečeť ČSSZ a to, že všechny pracovní vztahy v protokolu (ID PPV) má firma v evidenci. Když některý vztah chybí, protokol neuloží; načtěte nejdřív měsíční hlášení, ze kterých se ID PPV doplní.

Chyby jednoho pokusu. U právních skutečností JMHZ je u každé výjimky vysvětlení a cesta k nápravě. Známou kompatibilní změnu specifikace aplikace posoudí automaticky bez přepisu uložených podkladů. Přijaté hlášení kvůli změně specifikace znovu neodesílejte. V historii odeslání rozlišujte certifikátový pokus VREP/APEP a podání datovou schránkou; chyba jednoho pokusu sama neruší splněnou povinnost.

85.14.12 Jak se plní údaje měsíčního hlášení

Záporné příjmové údaje. Vyjde-li příjmový údaj JMHZ záporně, třeba čistý příjem po přeplatku dovolené nebo doplatku zdravotního pojištění za celý měsíc nemoci, vykáže se v hlášení nula. ČSSZ zápornou hodnotu u těchto údajů nepřijímá, takže je to jediný průchodný tvar; ve mzdové evidenci zůstává skutečná částka beze změny. Rozdíl proti evidenci proto vzniká záměrně a hlášení kvůli němu neblokujeme.

Sleva na pojistném pracujícího důchodce (§ 7d a § 7e zákona č. 589/1992 Sb.) se v měsíčním hlášení vykazuje sama. U zaměstnance, kterému mzdový běh slevu spočítal, nese formulář příznak „Sleva na pojistném zaměstnance = ANO“ a výši slevy, tedy 6,5 % z vyměřovacího základu zaokrouhlených na celé koruny nahoru. Pojistná část hlášení uvádí počet zaměstnanců se slevou, úhrn jejich vyměřovacích základů a úhrn slev, a o úhrn slev snižuje pojistné k úhradě. Pojistné zaměstnance na formuláři zůstává před slevou (7,1 % ze základu), stejně jako pojistné za zaměstnance v pojistné části. Nárok se zadává v zákonné evidenci osoby (viz Zaměstnanci).

Má-li důchodce u firmy víc souběžných vztahů, slevu nese jen formulář vztahu, který nese i pojistné osoby; ostatní vztahy uvádějí příznak NE. Když je v měsíci účastných na pojištění víc vztahů najednou, hlášení se zablokuje stejně jako u pojistného a podává se ručně přes ePortál ČSSZ. Slevu pracujícího důchodce a sezónní slevu na pojistném nelze na jednom vztahu uplatnit současně.

Vybrané údaje:

Vyloučené dny podle § 18 zákona č. 582/1991 Sb. se rozdělují podle důvodu: nemoc v období, kdy zaměstnavatel platí náhradu mzdy, jde do údaje pracovní neschopnost; dny, za které vyplácí nemocenské ČSSZ, do údaje vyplacení dávek (jen když je u nemoci potvrzený nárok na dávku). Stejně se jako vyplacení dávek vykazuje peněžitá pomoc v mateřství, otcovská a ošetřovné do konce podpůrčí doby: 9 kalendářních dnů, u zaměstnance, který o dítě pečuje sám, 16 dnů (zaškrtnutí „Osamělý zaměstnanec pečující o dítě do 16 let“ u ošetřování v Mzdy → Absence a dovolená), u dlouhodobého ošetřovného 90 dnů. Ošetřování nad podpůrčí dobu je omluvená nepřítomnost. Nemoc zaznamenaná v již schválené revizi bez období náhrady mzdy hlášení zablokuje; revizi přepočtěte opravným během po schválení nemoci.

Pracující důchodce nemá v hlášení údaje pro evidenční list (třída, dny a vyměřovací základ ELDP), vyloučené dny podle § 18 ale nese dál. Za pracujícího důchodce aplikace považuje zaměstnance s ověřenou slevou pracujícího důchodce v zákonné evidenci osoby.

Zaměstnanec po dosažení důchodového věku bez ověřené slevy pracujícího důchodce a poživatel předčasného starobního důchodu: kód ELDP v hlášení nese druhý znak D (například 1D+) od dne dosažení důchodového věku nebo od přiznání předčasného důchodu, podle toho, co nastalo dřív. Údaje se berou ze zákonné evidence osoby (sekce Důchodový věk a Pobíraný důchod) k vykazovanému měsíci, stejně jako u evidenčního listu. Bez zapsaného dne dosažení věku kód D nevznikne. Měsíc, ve kterém zaměstnanec věk dovrší, se rozdělí na dvě sekce: do dne před dovršením bez D se základem 0, od dovršení s D a celým základem měsíce. Předčasný důchod přiznaný uprostřed měsíce hlášení zastaví, protože pravidla podání rozdělení základu nestanoví. Hlášení už připravené za dřívější měsíc se změnou evidence nemění; projeví se až v hlášení, které se teprve sestaví (i v opravném).

Kdo dosáhl důchodového věku a starobní důchod nepobírá, má za nemoc, ošetřování, mateřskou, otcovskou, neplacené volno, neomluvenou absenci a měsíc bez účasti odečítané doby (10375). Ty aplikace do měsíčního hlášení nesestaví: takový měsíc přípravu zastaví a hlášení za vztah podejte ručně přes ePortál ČSSZ, nebo vztah odložte. Předčasný důchod je důchod, takže u jeho poživatele se odečítané doby nevedou a hlášení se sestaví.

Měsíc porodu, ve kterém zaměstnankyně pobírá peněžitou pomoc v mateřství a nemá žádný započitatelný příjem, se vykazuje jako měsíc účasti na pojištění, nikoli jako vyloučená doba.

85.14.13 Storno a obsahová oprava JMHZ

Za jedno rozhodné období existuje právě jedno řádné hlášení. Druhý pokus o řádné hlášení za totéž období, typicky z nové přípravy nad přepočtenou revizí běhu, aplikace odmítne a odkáže na opravné hlášení; ČSSZ by takové podání stejně zamítla jako duplicitu. Výjimkou je zamítnuté nebo stornované řádné hlášení: to se za dané období nahrazuje novým řádným.

Hlášení a opravy nad 1500 součástí. ČSSZ přijme v jedné datové větě nejvýš 1500 formulářů. Řádné hlášení s více formuláři i opravné hlášení nebo storno s více než 1500 opravenými či stornovanými součástmi proto aplikace sestaví jako několik dílčích balíků. Všechny nesou stejný GUID podání a čas vyplnění, souhrn a přehled o pojistném jsou jen v prvním balíku a počet formulářů celkem platí za celé hlášení. S každým balíkem se pracuje zvlášť, aby se žádná akce neodeslala ani nenavázala jen na část hlášení. Hlášení v dílčích balících se odesílá jen přes VREP; přerušené odeslání dokončí tlačítko Doposlat zbývající balíky, které odešle jen balíky, které ještě neodešly. Opravuje-li se jediný formulář, nevadí, že celé hlášení má víc než 1500 vztahů. Do 1500 součástí zůstává jediný balík.

Storno. Storno JMHZ nevzniká přepsáním původního XML. Na záložce Odesláno u platné karty období zvolte Stornovat podání. V Rozsah storna jsou dvě volby: Celé podání za období zruší celé hlášení (u ČSSZ všechna hlášení za období, ne jen poslední odeslané), Jen vybrané pracovní vztahy připraví opravné hlášení se stornujícími formuláři jen u zaměstnanců, které vyberete podle jména (ostatní formuláře zůstanou u ČSSZ platné; storno vybraných vztahů jde jen u úplně přijatého hlášení). Obojí se nejdřív potvrzuje. Celé hlášení lze stornovat jen do 20. dne následujícího měsíce, potom už jen opravným hlášením.

Obsahová oprava. Opravit hodnoty hlášení pracuje s aktuální přípravou JMHZ po opravě mzdových údajů a vytvoří skutečné obsahové opravné hlášení. Aplikace vytvoří nový neměnný artefakt s vazbou na původní podání. Chybně uplatněné slevy za období lze opravit jen do 20. dne následujícího měsíce.

Příprava storna ani opravy sama nic neodešle. Nový artefakt se na záložce Odesláno ukáže v oddílu Připravená podání čekají na odeslání se svým přesným číslem, druhem a vazbou na původní hlášení. Odtud jej odešlete tlačítkem Odeslat přes ISDS nebo Odeslat přes VREP; aplikace nehledá jiné podání za stejné období. ISDS nejprve vytvoří odchozí zprávu a teprve další výslovná akce otevře přihlášení a potvrzení odeslání. Samostatně potom sledujte protokol až do přijetí. Opakování stejné přípravy vrací již vytvořený výsledek, i když tlačítko použijete později znovu.

Přijetím storna celého hlášení se jako nahrazené označí řádné hlášení i všechny jeho dříve přijaté dílčí opravy. Historie tak dál ukazuje celý řetězec, ale za platné už nepovažuje žádnou jeho zrušenou část.

Jakmile už pro podání existuje odchozí zpráva ISDS, přehled ukáže její číslo a aktuální stav. Další odeslání přes ISDS i VREP zablokuje, aby účetní omylem nepodala tutéž datovou větu dvakrát. Pokračujte odkazem Otevřít odchozí zprávy, kde se dokončí přihlášení, odeslání a evidence doručenky.

Výběr přípravy a formulářů. Na záložce Odesláno nemusíte opisovat GUID ani interní číslo přípravy. Aplikace nabídne aktuální přípravy pro stejnou firmu, prostředí, období a mzdový běh (i takové, kde má nález jiný zaměstnanec); jedinou možnost vybere automaticky, z více možností vyberete ve vyhledávatelné nabídce Aktuální příprava JMHZ. Potom spojí neměnné odeslané XML s výsledky jednotlivých formulářů z přijatých podepsaných protokolů ČSSZ. Neověřený, neúplný nebo rozporný protokol opravu zablokuje. Zaměstnance vybíráte primárně podle jména, identifikátory ČSSZ zůstávají zobrazené jako technická kontrolní stopa. U přijatého formuláře nabídne Opravit přijaté hodnoty a odešle jeho úplné opravené tělo se zachovanou identitou. U odmítnutého, stornovaného nebo dosud chybějícího formuláře nabídne Doplnit odmítnutý/chybějící formulář a vytvoří novou identitu formuláře.

Vyberete jen vztahy, jejichž obsah chcete změnit, ale souhrn a PVPOJ se při dopadu kontrolují proti úplnému aktuálnímu setu všech osob firmy. Tím se pojistný přehled nikdy nepřepočítá jen z vybrané podmnožiny. Oprava posuzuje jen vybrané vztahy, pojistnou část a souhrn: nález u jiného zaměstnance ji nezastaví, takový vztah jen nejde vybrat a aplikace ho vypíše zvlášť. Opravu zastaví jen nález na vybraném vztahu nebo v pojistné části a souhrnu. Hlavička opravy nese variabilní symbol ze zmrazeného řádného hlášení, takže se oprava k řádnému hlášení spáruje i poté, co se variabilní symbol účtárny změnil. Příprava za jiné období se odmítne s uvedením obou období. Příprava opravy zůstává oddělená od odeslání: nejprve potvrdíte zmrazení přesných bajtů XML a teprve potom podání odešlete v oddílu připravených podání. Opakovaná stejná akce vrátí tentýž zmrazený artefakt. Testovací a produkční prostředí mají oddělené řetězce i idempotenci.

85.14.14 Podání předchozím programem

Firma, která do MyÚčta přešla z jiného mzdového programu, má na záložce JMHZ pod Podrobnosti oddíl Podání předchozím programem s podáními, která za ni podal předchozí program: měsíční hlášení JMHZ a registrace zaměstnanců převzaté převodem z PAMICA (§ 108.12) a měsíční hlášení nahraná jako XML v Mzdy → Importy, záložce JMHZ. Oddíl je rozdělený na měsíční hlášení JMHZ (seskupená po období) a registrace zaměstnanců (seskupené po měsíci odeslání). U každého podání je druh, stav, akce s počtem formulářů (u registrací *A1 přihláška*, *A2 odhláška*, *A3 změna / dohlášení údajů*), jména osob, u registrací den účinnosti, výsledek (přijato ČSSZ, odesláno bez zaznamenaného přijetí, neodesláno) a kolik osob se spárovalo se vztahy v evidenci. Tlačítko Detail ukáže všechny formuláře podání: osobu s odkazem na její kartu, akci a den účinnosti; formulář, který se se vztahem nespároval, nese číslo vztahu v předchozím programu. Historie je ve výchozím stavu sbalená, rozbalí ji tlačítko Zobrazit historii a aplikace si volbu pamatuje pro každého uživatele v jeho prohlížeči. Upozornění, která vyžadují akci, jsou vidět vždy. Firma bez převodu tenhle oddíl nevidí.

Měsíc, za který řádné hlášení odešlo, MyÚčto znovu nepodá. Druhé řádné hlášení za stejný měsíc ČSSZ zamítne jako duplicitní (kontrola č. 22 katalogu kontrol), proto se ani nepřipraví: příprava skončí hláškou, který program a kdy hlášení podal, a odkazem na tento oddíl. Opravu takového měsíce pošlete jako opravné podání z programu, který řádné hlášení podal.

Zrušené a zamítnuté hlášení měsíc nepodalo. Řádné nebo opravné hlášení, které zrušilo nahrané stornující podání téhož programu (storno nese GUID rušeného hlášení), a hlášení, které podle načteného protokolu ČSSZ zamítla nebo nepřijala, se za podané nepočítá. MyÚčto pak za měsíc nové řádné hlášení s novým GUID připraví a měsíc se v oddílu i v hlídači termínů znovu hlásí jako nepodaný, dokud ho nikdo nepodá.

Neodeslaný měsíc je upozornění. Když předchozí program hlášení za měsíc připravil, ale neodeslal, oddíl na to upozorní: ČSSZ ho nemá a je potřeba ho podat.

Převzaté měsíce bez hlášení v historii. Měsíce, které zpracoval předchozí program a za které v historii není žádné hlášení JMHZ, oddíl vypíše v jednom upozornění (například *duben–červenec 2026*). Hlášení JMHZ se podává za období od ledna 2026; leden až březen 2026 se hlásil zpětně do

  1. 6. 2026. Měsíce roku 2025 a starší proto upozornění nikdy neobsahuje.

Potvrzení podání mimo MyÚčto. Podal-li hlášení předchozí program nebo portál ČSSZ, ale doklad v MyÚčtu není, použijte Potvrdit podání mimo MyÚčto. V dialogu vyberete měsíce, datum podání a nepovinnou poznámku (například *podáno portálem ČSSZ*). Potvrzený měsíc se zapíše do historie jako odeslané řádné hlášení se zdrojem *Potvrzeno: podáno mimo MyÚčto*: přestane se hlásit jako nepodaný v oddílu, na záložce Měsíc i v hlídači termínů a MyÚčto za něj nepřipraví druhé řádné hlášení. Potvrzení jde vzít zpět akcí Vzít potvrzení zpět u záznamu v historii; měsíc se pak znovu objeví mezi nepodanými. Potvrzení i jeho zpětvzetí se zapisuje do auditního logu. Potvrdit jde jen v ostrém prostředí a jen měsíc, který oddíl právě hlásí jako nepodaný.

Záznam, který převod převzal chybně, jde odebrat. Volba Odebrat z historie je v nabídce … u podání. Dialog vysvětlí, kdy odebrání použít (podání ve skutečnosti neodešlo, patří jiné firmě, nahrálo se omylem) a co se stane: za měsíc bez odeslaného řádného hlášení MyÚčto hlášení připraví a vztahy z odebrané registrace přestanou v Dohlášení údajů (A3) platit za vyřízené předchozím programem. Podání, které ČSSZ opravdu dostala, v historii nechte. Po zopakování převodu se záznam vrátí. Odebírá uživatel s oprávněním zápisu podání (payroll.submissions).

85.14.15 Registrace zaměstnavatele (REGZEL)

V Mzdy → Nastavení mezd, záložce Podání, nejprve potvrďte evidenční profil pro REGZEL. Zadejte čtyřmístný kód finančního úřadu kodFU z číselníku finanční správy a čtyřmístný kód jeho územního pracoviště kodPracovisteFU. Kód pracoviště smí zůstat prázdný jen u Specializovaného finančního úřadu (kodFU 4000). Nejde o tříčíselný kód EPO, například 451; aplikace tyto dva číselníky záměrně neslučuje. Pokud správce daně firmě přidělil vlastní číslo plátce (VČP), zadejte jeho devět číslic začínajících 6. VČP není registrační číslo zaměstnavatele ani desetimístný variabilní symbol ČSSZ; bez skutečného přidělení zůstává prázdné. Samostatně se eviduje, zda je zaměstnavatel sociálním podnikem, agenturou práce nebo zaměstnavatelem na chráněném trhu práce. Potvrzení se vztahuje i na nezaškrtnuté hodnoty; při každém uložení je proto nutné znovu výslovně potvrdit, že byly ověřeny kódy, případné VČP i všechny tři příznaky.

Na stránce Mzdy → Podání a hlášení, v nabídce Mimořádná podání ▾ → Registrace zaměstnavatele, lze připravit doplňující údaje zaměstnavatele REGZELDOPL25 podle lokálně připnutého oficiálního XSD. Vyberte produkční nebo testovací prostředí a konkrétní aktivní mzdovou účtárnu. Prostředí jsou striktně oddělená: test vyžaduje fiktivní desetimístný variabilní symbol začínající 999, zatímco produkce jej odmítne. Před každou přípravou XML znovu potvrďte aktuálnost prostředí, účtárny, identifikátorů i evidenčních příznaků.

Příprava vytvoří neměnný šifrovaný snapshot a XML ověří proti lokálně připnutému oficiálnímu XSD. Historie se filtruje podle právě vybraného prostředí a XML lze znovu stáhnout. Při stažení aplikace ověří šifrovaný zdroj, tenant, prostředí, XSD i kryptografický otisk výsledného XML.

Tato funkce XML pouze připraví a stáhne. Neodesílá je a neoznačuje registraci za přijatou. Prvotní registrace zaměstnavatele, přidání nebo ukončení účtárny a opravné scénáře nejsou bez odpovídajícího oficiálního XSD dostupné.

Kód správy sociálního zabezpečení v nastavení zaměstnavatele musí být kód okresní správy ČSSZ z jejího číselníku (89 hodnot, například 110 pro Prahu 10). Jiný kód aplikace odmítne už při uložení nastavení, protože ho ČSSZ nepřijme. Název zaměstnavatele jde do registrace REGZEC jako celý název a obec sídla z profilu firmy („Firma s.r.o., Obec“), jak to chtějí zásady REGZEC.

85.14.16 Registrace zaměstnance PREZEC a REGZEC

Zdroj osobních údajů. Test registrace zaměstnance čte identitu z osobní karty účinnou přesně k datu nástupu pracovního vztahu. V Mzdy → Zaměstnanci, na kartě osoby v části Úplná osobní evidence a historie, na záložce Identita a adresy rozbalte u příslušné verze jména část Údaje pro registraci zaměstnance a doplňte datum a místo narození, stát narození, státní občanství, pohlaví a případné tituly. Občanství rozhoduje také o tom, zda lze použít omezenou předregistraci PREZEC, nebo je potřeba úplná registrace REGZEC. Náhled i následné zmrazení používají stejný historický zdroj a stejné kontroly; pozdější změna osobní karty už nemění dříve zmrazené podání.

Zaměstnanec s českým státním občanstvím musí mít pro přihlášku A1 rodné číslo nebo EČP; datum narození a pohlaví aplikace kontroluje proti rodnému číslu a zaměstnanci mladšímu 14 let k nástupu podání nevytvoří (ČSSZ ho zamítá na vstupu, i u dohod).

Úplná registrace a navazující akce. Úplnou registraci REGZEC s akcí A1 aplikace nepřipraví ani neodešle, dokud nemá zmrazený povinný druh činnosti a úplnou datovou sadu odpovídající varianty OST, 10 nebo SPEC. Při odeslání se druh činnosti a jeho bližší určení kontrolují ve zmrazené datové větě, která na ČSSZ odchází, ne na kartě vztahu. Zjištění výsledku a uzavření přenosu tyto kontroly neopakují, takže odeslanou přihlášku jde vždy dotáhnout do konce. Datová věta navazujících akcí A5 až A8 má jedinou variantu (OST) bez ohledu na druh činnosti; o tom, zda je zaměstnavatel smí podat, rozhoduje druh činnosti: storno A8 jde podat u všech druhů, přechod pod jiné české předpisy A6 a A7 u všech kromě 10, 11 až 14 a výkonu trestu (a navíc u druhu M), převod pod jiný variabilní symbol A5 jen u běžné plné evidence. Nepovolenou akci aplikace odmítne ještě před schválením události.

Nástup před 1. 7. 2026. Událost, která nastala do 31. 3. 2026 a do té doby nebyla ČSSZ ohlášená, se od 1. 4. 2026 hlásí už jen přes REGZEC (Pravidla pro REGZEC). Přihlášku A1 proto aplikace připraví i u staršího nástupu, třeba s datem 15. 2. 2026. Lhůtu podle tehdejších pravidel ale neodvozuje: termínem je den nástupu, podání je vedené jako po lhůtě a nad podáním je vysvětlení. Podejte ho bez zbytečného odkladu. Částečné přihlášení PREZEC P1 jde podat až od 23. 6. 2026; u staršího nástupu aplikace rovnou nabídne plnou registraci. U druhu činnosti 10 až 16 a u výkonu trestu se vztahem vzniklým před 1. 1. 2026 aplikace do přihlášky sama dosadí povinné fiktivní datum nástupu 1. 1. 2026; skutečný nástup zůstává v evidenci beze změny.

Náhradní lhůta. Začal-li zaměstnanec pracovat bez předchozího ohlášení, zaškrtněte u přímé plné registrace po nástupu Nástup nebyl předem znám: lhůtou je pak osm dnů od vzniku povinnosti poskytovat plnění, resp. od prvního plnění (§ 19 odst. 1 písm. b) zákona č. 323/2025 Sb.), tedy od dne nástupu. Volbu aplikace nepřijme u nástupu, který teprve nastane.

Náhled, příprava a stav přihlášky. V části Registrace vztahu na ČSSZ jsou dvě samostatná tlačítka: Zjistit, co se podá ukáže náhled a lhůtu, Připravit podání je aktivní až po náhledu a teprve ono zakládá úřední podání. Uplynulou lhůtu náhled označí červeným upozorněním. Když už k vztahu existuje přihláška, karta to ukáže hned po otevření: připravenou nabídne tlačítkem Otevřít ve frontě místo nové přípravy, u odeslané nebo přijaté napíše její číslo a stav. Druhou přihlášku téhož vztahu aplikace nezaloží ani po změně údajů; změny se hlásí změnovým hlášením A3, chyby opravou A4. Totéž platí pro vztah, který už má od ČSSZ ID zaměstnání (ID PPV), třeba převzatý z jiného mzdového programu: je u ČSSZ přihlášený, takže plnou registraci A1 aplikace nepřipraví a odkáže na dohlášení údajů nebo změnu A3, resp. opravu A4.

Přihlášení před nástupem. Zaměstnance je nutné přihlásit před nástupem, nejdřív osm dnů předem (§ 19 odst. 1 písm. a) zákona č. 323/2025 Sb.). U zaměstnance s českým občanstvím nabídne náhled volbu Přihlášení před nástupem: výchozí je částečné přihlášení (PREZEC P1) se základními údaji, zbytek se doplní plnou registrací do osmi dnů po nástupu. Máte-li profil A1 hotový, zvolte plnou registraci (REGZEC A1) a podejte ji rovnou; v podání je předpokládaný den nástupu. Plnou registraci A1 po přijatém částečném přihlášení (P1) jde se skutečným datem nástupu dohlásit jen do osmi dnů po předpokládaném dni nástupu z P1; nastoupí-li zaměstnanec později, aplikace A1 nepřipraví a vede k podání P2 a nového přihlášení s novým předpokládaným dnem. Cizinec se přihlašuje vždy plnou registrací před zahájením práce, volba se u něj neukazuje. Dřív než osm dnů před nástupem aplikace přihlášku nepřipraví a napíše, od kterého dne to jde.

Nástup v jiný den (oprava A4). Byla-li přihláška podaná s předpokládaným dnem nástupu a zaměstnanec nastoupil jindy, podejte opravu A4. Opravu skutečného dne nástupu ČSSZ zpracuje jen s průvodním dopisem v příloze; přiložte ho ve formuláři události tlačítkem Přiložit průvodní dopis.

Storno přihlášení (A8). Ve formuláři události (Nová událost A2–A8) zvolte storno nenastoupeného vztahu a Důvod storna. Zaměstnanec nenastoupil se oznamuje do osmi dnů od předpokládaného dne nástupu (§ 19 odst. 4 zákona č. 323/2025 Sb.) a vztah musí být v evidenci označený jako nenastoupený. Jiný důvod (přihlášení pod chybným variabilním symbolem, druh činnosti, který nejde opravit, soudní zneplatnění vztahu) zákonnou lhůtu nemá, ČSSZ ho ale zpracuje jen s písemným zdůvodněním; přiložte ho tlačítkem Přiložit zdůvodnění, bez přílohy storno uložit nejde. U takového storna aplikace ukáže jen milník 20. dne následujícího měsíce: do něj jde stornovat i měsíční hlášení, později se podává opravné hlášení.

Ukončení předregistrace (PREZEC P2). Nenastoupil-li zaměstnanec, kterého jste přihlásili částečně (PREZEC P1), označte vztah jako nenastoupený a připravte podání: aplikace nabídne ukončení předregistrace (PREZEC P2). P2 musí odkazovat na GUID formuláře původní přijaté P1, jinak ji ČSSZ nezpracuje a předregistrace zůstane otevřená. Aplikace proto GUID bere z protokolu ČSSZ, kterým byla P1 přijata, a do P2 ho opíše; ukončení se připraví až po načtení tohoto protokolu. V P2 jsou jen variabilní symbol, rodné číslo, GUID P1 a datum vyhotovení, žádné další osobní údaje. Variabilní symbol aplikace přebírá z přijaté P1, ne z dnešního nastavení účtárny. Podává se do osmi dnů od předpokládaného dne nástupu. Byl-li zaměstnanec přihlášen plnou registrací (REGZEC A1), použijte storno A8; podali-li jste P1 i A1, potřebujete P2 i A8 (A1 předregistraci neuzavírá a P2 registraci nestornuje) a aplikace u obou podání na dvojici upozorní.

Postavení v zaměstnání se vybírá ze seznamu čtyřmístných kódů Klasifikace postavení v zaměstnání (NKPZ), kratší kód ČSSZ nepřijme. Aplikace kód navrhne podle druhu vztahu a doby určité (1111 a 1112 pracovní poměr na dobu neurčitou a určitou, 1211 a 1212 DPČ, 1221 a 1222 DPP); návrh zkontrolujte proti smlouvě. U druhu činnosti 15 a 16 nabídka obsahuje jen 1341 a 1342.

Bližší určení pracovněprávního vztahu má tři hodnoty: 1 = žádné, 2 = výkon trestu odnětí svobody nebo zabezpečovací detence, 3 = pracovní vztah specifické skupiny (soudce, poslanec, člen vlády a podobně). Vybírá se jen u druhu činnosti 1 až 9. U dohod (A až J, T až ZC) a u 15 a 16 evidence bližší určení nevede a do přihlášky, změny i odhlášky jde automaticky hodnota 1; u druhu činnosti 10 se neuvádí vůbec.

Práce probíhá převážně se vyplňuje jen u zaměstnavatele uznaného na chráněném trhu práce (zaškrtnutého v profilu registrace zaměstnavatele) a jen u zaměstnance s vyplněným zdravotním omezením. Jinde ji ČSSZ nepřijímá, proto se pole ve formuláři vůbec neukáže a do podání nejde.

Kontrola osobních údajů a souběhu. Tlačítko Kontrola v profilu hlídá i osobní údaje, které přihláška nese: jméno, příjmení, rodné příjmení, datum, místo a stát narození a pohlaví. U každé vady je tlačítko, které otevře kartu osoby přímo u chybějícího údaje. Odhláška a dohlášení údajů rodné příjmení, místo a stát narození do věty nepřenášejí, takže jejich chybění podání dalších akcí nebrání. Má-li zaměstnanec u firmy další vztah se stejným druhem činnosti a stejným příznakem zaměstnání malého rozsahu, který se s tímto časově překrývá, ukáže profil žluté Upozornění před podáním: ČSSZ by přihlášku odmítla (chyba 603 nebo 604). U navazujícího vztahu nejdřív odhlaste ten předchozí, jinak změňte druh činnosti (například 2 místo 1); obě karty vztahů jsou v upozornění prokliknuté. Navazující vztahy se od

  1. 4. 2026 hlásí každý zvlášť, odhláškou prvního a přihláškou druhého.

Údaje, které se mění podle občanství. U zaměstnance bez českého státního občanství je povinný orgán, který vydal doklad totožnosti v zahraničí (název a obec úřadu, například „Municipal office, Preston“; není-li obec známa, stát), předpokládaná místa výkonu práce (sídlo zaměstnavatele, provozovna, obec) a u varianty OST také vzdělání požadované pro výkon profese. Krajská pobočka ÚP ČR je povinná, jen když je druhem pracovního oprávnění povolení k zaměstnání; u zaměstnanecké karty, modré karty a karty vnitropodnikově převedeného zaměstnance se neuvádí. U daňového rezidenta jiného státu než ČR je povinný typ i hodnota zahraničního daňového identifikátoru. U občana ČR se předpokládaná místa, požadované vzdělání ani daňový identifikátor do přihlášky neposílají, i kdyby je profil obsahoval: ČSSZ je u českého občana odmítá.

Cizozemský nositel pojištění. U druhu činnosti N (smluvní zaměstnanec) musí přihláška nést oddíl Cizozemský nositel pojištění se specifikací P (poslední nositel) nebo S (současný nositel) a státem; bez něj profil zůstane rozpracovaný a podání se nepřipraví. U ostatních druhů činnosti varianty OST je oddíl nepovinný a vyplňuje se, jen když byl zaměstnanec pojištěn v cizině a firma je jeho prvním zaměstnavatelem po skončení tohoto pojištění. Vyplníte-li kteroukoli část adresy nositele, jsou povinné i číslo popisné, PSČ a obec.

PSČ a zdravotní omezení. PSČ se při uložení profilu zapíše bez mezer („602 00“ se uloží jako 60200), protože ČSSZ mezery v PSČ nepřijímá. U adresy pobytu v ČR musí mít PSČ přesně pět číslic. Přihláška unese nejvýš jedno zdravotní omezení; zadáte-li víc, kontrola řekne, že má zůstat omezení platné ke dni nástupu.

Jméno v podání. Tituly před i za jménem se v přihlášce posílají v jednom poli (nejvýš 30 znaků, například „Ing. Ph.D.“). Dřívější příjmení aplikace skládá z předchozích verzí jména na kartě osoby, bez aktuálního a rodného příjmení, od nejnovějšího, oddělená čárkou (nejvýš 100 znaků; příjmení, která se nevejdou, se vynechají od nejstaršího). Částečné přihlášení PREZEC nemá pole pro stát narození, proto se u osoby narozené mimo ČR píše stát za název obce („Bratislava, Slovensko“); k tomu je potřeba mít na kartě osoby vyplněný stát narození. Místo narození smí mít i se státem nejvýš 50 znaků.

Odeslání registrace přes VREP

Po přípravě registrace zůstává na kartě pracovního vztahu přesně zmrazené XML. Prostředí (test nebo produkce) zvolte ještě před přípravou a pak stiskněte Odeslat do testu nebo Odeslat do produkce. Každé stisknutí založí jeden doložitelný pokus; aplikace jej sama neopakuje ani se sama neptá na stav.

Po převzetí bránou klikněte ručně na Zjistit výsledek. Potvrzení o převzetí není přijetí registrace; rozhoduje až protokol ČSSZ. Protokol se k podání uloží a podle výsledku formuláře se podání vede jako přijaté, částečně přijaté nebo odmítnuté; u odmítnutí je u podání kód a text chyby od ČSSZ. Uvádí-li protokol k přijaté přihlášce A1 OIČ a ID PPV, aplikace je zapíše do identifikátorů osoby a pracovního vztahu s doloženým původem „protokol ČSSZ“. Protokol, ve kterém čísla zatím chybí (ČSSZ je přiděluje dodatečně), přijetí potvrdí, ale čísla nezapíše. Až je protokol načtený, stiskněte Uzavřít, aby se dokončila transakce u brány. Neuzavírejte přenos během čekání na protokol, jinak by nebylo možné výsledek bezpečně načíst. Testovací a produkční pokusy jsou oddělené; pracovní vztah není přihlášený, dokud přijetí nepotvrdí ČSSZ.

Odhláška A2

Při ukončovací akci REGZEC A2 aplikace prověří také všechna dotčená období od ledna 2026 do měsíce skončení. Pokud byla mzda za některý měsíc opravena, vyžaduje aktuální schválenou opravnou revizi, skutečně dokončený přenos jejího JMHZ, shodnou korelaci důvěryhodné doručenky a přijatý výsledek daného vztahu. Chybějící, čekající nebo odmítnutý měsíc přípravu A2 zablokuje a uvede konkrétní období. Při přípravě se celý plán pod zámkem znovu ověří a uloží se jeho neměnný otisk; pozdější historie se nepřepisuje.

U cizince s povolením k zaměstnání, zaměstnaneckou nebo modrou kartou, jehož zaměstnání končí dřív, než oprávnění vyprší, odhláška A2 vyžaduje důvod předčasného ukončení (1 až 3); jinak je pole zakázané. Údaje o oprávnění aplikace bere z ověřeného profilu registrace A1.

Odhláška A2 nese OIČ a ID PPV, které musí mít doložený původ: protokol o přijetí registrace, přijaté dohlášení údajů A3, nebo import exportu zaměstnanců z ePortálu ČSSZ (Seznam zaměstnanců). U zaměstnance převzatého z ONZ, jehož čísla jste opsali ručně a dohlášení A3 ještě neodešlo, porovnejte čísla se Seznamem zaměstnanců na ePortálu ČSSZ a ve formuláři odhlášky zaškrtněte OIČ a ID PPV jsem ověřil(a) v Seznamu zaměstnanců na ePortálu ČSSZ. Odhláška pak projde bez A3; dohlášení A3 zůstává samostatnou povinností (u skončeného vztahu s datem skončení). Stejné ID PPV nemůže nést jiný vztah firmy; druhý zápis téhož čísla aplikace odmítne.

85.14.17 Profil REGZEC A1

Úplný podklad zadáte na kartě pracovního vztahu v části Registrace vztahu na ČSSZ → Autoritativní profil REGZEC A1, tlačítkem Doplnit profil. Profil obsahuje rozhodné datum a druh činnosti, trvalou adresu, variantní údaje pracovního místa a podle situace také daňovou rezidenci, zdravotní pojišťovnu, vzdělání, důchodové skutečnosti a údaje cizince. Vyplňujte pouze údaje doložené personálními podklady.

Profil se ukládá tlačítkem Uložit. Rozpracovaný profil jde uložit i neúplný; co ještě brání podání, aplikace vypíše červeně u pole a v souhrnu Co brání podání. Před přípravou podání server zkontroluje variantu OST, 10 nebo SPEC a všechny její povinné vazby a z neúplného profilu podání nepřipraví. Každé úspěšné uložení vytvoří novou šifrovanou verzi, starší verzi nepřepisuje; opakované uložení beze změny novou verzi nezaloží. Náhled a podání pak zmrazí přesné ID verze i její otisk, takže pozdější oprava profilu už hotové podání nezmění. Neuložený formulář si prohlížeč pamatuje a při dalším otevření nabídne Pokračovat v rozpracovaném nebo Zahodit rozpracované.

Profil se vyplňuje formulářem rozděleným do sekcí (trvalý pobyt, adresa pobytu v ČR, kontaktní adresa, daňová rezidence, pracovní vztah, zdravotní pojištění, důchod, zahraniční legislativa, cizozemský nositel pojištění, doklad totožnosti, přístup na trh práce a přílohy). Které sekce se zobrazí, určuje varianta podání a občanství: u varianty 10 odpadá daňová rezidence, zdravotní pojišťovna i doplňující skutečnosti, u varianty OST naopak přibývá kontaktní adresa, důchod, zahraniční legislativa, cizozemský nositel pojištění a vzdělání, a u cizince navíc doklad totožnosti a přístup na trh práce. Občanu EU, EHP nebo Švýcarska aplikace přístup na trh práce předvyplní jako volný (důvod 1, § 87 zákona o zaměstnanosti) a povolení k zaměstnání po něm nechce. Variantu aplikace odvodí z druhu činnosti a bližšího určení vztahu a napíše ji nad formulář; ručně se nevolí. Úplný JSON je dostupný jako read-only náhled Zobrazit, co odesíláme.

Server předvyplní, co o osobě a vztahu ví k datu nástupu, a u každé takové hodnoty napíše drobným písmem, odkud pochází: z adres osoby, ze zákonné evidence, z identifikátorů, z identity, z pracovního oprávnění, nebo ze sjednaných podmínek vztahu. Účetní tedy hodnoty potvrzuje, nepřepisuje. Dvě odvození stojí za zapamatování: adresa bydliště ve státě rezidence se převezme z trvalé adresy jen tehdy, když se země shodují, a zdravotní pojišťovna se předvyplní jen tehdy, je-li v evidenci označená jako ověřená. Jinak se obojí hlásí jako chybějící.

Chybějící údaje se hlásí konkrétně, nikoli domýšlejí. Údaje, které aplikace o osobě nevede vůbec (číslo popisné zvlášť, typ a číslo dokladu totožnosti, typ zahraničního daňového identifikátoru, režim práce, vzdělání, průkaz osoby se zdravotním postižením, důchodové údaje a povolení k práci), vypíše nahoře v bloku Doplňte ručně z personálního podkladu a vyžádá si ruční opis z personálního podkladu; podání samy o sobě neblokují. U každého dotčeného pole je místo zdroje žlutá poznámka, která rovnou říká, kde se údaj doplňuje, třeba na kartě osoby v Adresách nebo v Zákonné evidenci, případně na kartě vztahu, a tlačítko Doplnit → otevře přesné místo. Průkaz OZP pro registr přitom není totéž co sleva ZTP/P z daňových nároků; aplikace je vědomě nezaměňuje.

Upozornění

Uložení profilu samo nic nezapíše do karty osoby ani do karty pracovního vztahu. Profil je snímek k datu registrace, ne editor kmenových dat, a sám se neaktualizuje, když se kmenová data později změní.

Má-li formulář nějaký údaj jinak než kmenová data, ukáže blok Formulář má tyhle údaje jinak než kmenová data s výpisem „ve snímku X, v kmenových datech Y“. Opravu, kterou jste udělali v profilu (například adresu), přenesete do evidence osoby a pracovního vztahu tlačítkem Zapsat do kmenových dat u položky, nebo všechny najednou. Údaj, který kmenová data nevedou, tlačítko nemá a místo něj je uvedeno proč. Odešla-li už registrace na ČSSZ, úřad má u těchto údajů starou hodnotu; zápis do kmenových dat ji nezmění, změnu musíte ohlásit změnovým podáním A3. Tlačítkem Vrátit návrh z kmenových dat se formulář vrátí k předvyplněnému stavu.

85.14.18 Hlášení změn do registru pojištěnců (A3)

Změní-li se u přihlášené osoby nebo u jejího pracovního vztahu údaj, který zaměstnavatel do registru pojištěnců hlásí, má na jeho ohlášení osm kalendářních dnů (§ 19 odst. 5 zákona č. 323/2025 Sb.). Aplikace změnu sama najde a nabídne hotový návrh ke schválení.

Kde se návrhy objeví. Na kartě pracovního vztahu v části Registrace vztahu na ČSSZ ve žlutém bloku Změny k ohlášení. Blok se zobrazí jen tehdy, když je co hlásit. U každého návrhu je, o kterou povinnost jde, termín, věta „Změnilo se: …“ se seznamem dotčených skupin údajů a odkaz na právní pramen. Konkrétní staré a nové hodnoty se u citlivých údajů (rodné číslo, evidenční a variabilní číslo pojištěnce, daňový identifikátor, číslo dokladu totožnosti) nikdy nezobrazují ani neukládají; u nich se hlásí pouze to, že se změnily.

Kdy detekce běží. Vždy, když otevřete registrační kartu člověka nebo přepnete prostředí, a hromadně za celou firmu při otevření přehledu termínů, tlačítkem Zkontrolovat změny u všech zaměstnanců a každou noc plánovanou úlohou (viz § 85.14.4). Lhůta tedy vzniká, i když kartu vůbec neotevřete. Nic se nespouští při samotném uložení údaje, takže po opravě karty se návrh objeví až při nejbližším přepočtu.

Co detekce porovnává. Výchozím stavem je poslední podání REGZEC, které odešlo na ČSSZ (přihláška i každá další změna). Porovnává se s ním profil registrace A1 a také kmenová data na kartě osoby a vztahu: adresa trvalého pobytu, zdravotní pojišťovna, CZ-ISCO, místo výkonu práce a platnost pracovního oprávnění cizince. Změníte-li tedy adresu nebo pojišťovnu na kartě osoby, návrh vznikne, i když profil A1 zůstal beze změny. Kmenová data vedou adresu jedním řádkem a číslo popisné zvlášť neznají; u nové adresy proto návrh napíše, že číslo popisné chybí, a tlačítkem Doplnit v profilu A1 otevře profil přímo u adresy. Po uložení profilu jde změnu ohlásit jedním kliknutím. Stejně se chová prodloužené povolení k zaměstnání: nové datum platnosti aplikace z karty zná, číslo nového rozhodnutí doplníte v profilu.

Upozornění

Změna úvazku ani mzdy se takto nehlásí. Stanovená i sjednaná týdenní doba, měsíční mzda, hodinová sazba, mzdové složky, odpracované a neodpracované hodiny, přesčasy i daňové údaje jsou měsíční atributy hlášení. Projeví se samy v nejbližším měsíčním hlášení a žádnou osmidenní lhůtu nespouštějí. Aplikace na ně proto vědomě neupozorňuje: planý poplach u položky, která termín nemá, je horší než ticho, protože si na něj účetní zvykne a přestane číst i to upozornění pravé.

Změna zdravotní pojišťovny vyrábí dvě povinnosti. Vedle registrační akce vůči ČSSZ vzniká samostatné oznámení zdravotním pojišťovnám podle § 10 odst. 1 písm. b) zákona č. 48/1997 Sb. Měsíční hlášení tu druhou povinnost nenahrazuje. Obě mají vlastní řádek i vlastní termín. Přestup se navíc hlásí oběma pojišťovnám: dosavadní odhláškou s kódem O, nové přihláškou s kódem P. Návrh u změny pojišťovny proto vede odkazem Připravit HOZ na záložku Zdravotní pojišťovny za měsíc změny; tam vzniknou obě věty hromadného oznámení (viz § 85.14.20) a návrh potom uzavřete. Lhůta přestupu vůči pojišťovně je osm dnů i u dohod o provedení práce a o pracovní činnosti (výjimka 20. dne následujícího měsíce platí u dohod jen pro nástup a skončení) a neposouvá se na pracovní den.

Schválení je jedno kliknutí. Tlačítko Ohlásit změnu se nabídne jen u návrhu, který datová věta skutečně unese. Neptá se na důvod ani na potvrzení: obsah je celý odvozený z porovnání, není co doplňovat. Před založením události se stav ještě jednou přepočítá, aby se neohlásilo něco, co už mezitím někdo vrátil zpátky.

Platnost změny a lhůta jsou dvě různá data. Lhůta osmi dnů běží ode dne detekce, tedy ode dne, kdy se zaměstnavatel o změně dozvěděl. Platnost změny (do podání jde jako „platnost od“) je den, od kterého nový údaj platí. U návrhu proto najdete pole Změna platí od. Mění-li se jen jméno nebo občanství, aplikace předvyplní začátek nové verze identity osoby, u ostatních údajů (adresy, pojišťovna a další) předvyplní den zjištění. Datum před ohlášením přepište, platí-li změna od jiného dne; lhůta se tím nemění. Změna, která teprve nastane, se předem schválit nedá, schválí se až v den její platnosti. Při ruční změně (A3) zadáte stejná dvě data: datum účinnosti změny a nepovinné datum, kdy se zaměstnavatel o změně dozvěděl; bez druhého platí lhůta od platnosti.

Schválením ale nic neodchází. Vznikne registrační událost; podání se z ní připravuje samostatným krokem a odeslání na ČSSZ je krok další. Postup odesílání je stejný jako u prvotní registrace.

Co se ohlásí jedním kliknutím. Jméno a příjmení (s dřívějším příjmením z historie osoby), státní občanství, titul před jménem, adresa trvalého pobytu, adresa pobytu v ČR, doručovací adresa, daňová rezidence, doklad totožnosti, důchod, průkaz ZTP a zdravotní omezení, kód zdravotní pojišťovny, nejvyšší dosažené vzdělání, přístup cizince na trh práce, stát při trvající příslušnosti k cizím předpisům a pracovní údaje: postavení v zaměstnání, režim práce, nepřetržitý provoz, místo výkonu práce, profese, požadované vzdělání a pozice. Změní-li se kterýkoli pracovní údaj, odejde celý pracovní blok v aktuální podobě; změní-li se jméno nebo příjmení, odejde celé jméno. Datum narození, pohlaví a rodné příjmení se přes A3 neopravují (jde o opravu A4). Ostatní údaje se ohlásí větou „Tenhle údaj datová věta A3 v aplikaci nenese - podejte ho jinou cestou a návrh pak uzavřete ručně.“ Nález se nezahazuje: povinnost i lhůta existují dál a zůstávají vidět. Jedním kliknutím nelze podat ani vymazání hodnoty (zánik důchodu, zdravotního omezení), ani víc zdravotních omezení najednou, ani neúplnou adresu, ani vznik či zánik příslušnosti k cizím předpisům, který má vlastní akci.

Posun data nástupu a omezení variant. Posun data nástupu u už registrovaného zaměstnance se hlásí jako A3 (nový nástup v elementu job, nejpozději osm dnů po dni vyplnění podání, zaměstnanec musí být ke dni nástupu starší 14 let). Změnu A3 a opravu A4 aplikace sestaví jen z částí, které daná varianta datové věty smí nést: A3-10 a A4-10 nenesou kontaktní adresu, pobyt v ČR, doklad, rezidenci, pojišťovnu, zdravotní stav, přístup na trh práce ani důchod, A3-SPEC a A4-SPEC nenesou kontaktní adresu, důchod, příslušnost k cizím předpisům, nejvyšší vzdělání a většinu pracovních údajů. U české adresy je číslo popisné jen číselné (nejvýš čtyři číslice) a PSČ nesmí začínat 0, 8 ani 9.

Daňová rezidence v jiném státě než ČR se hlásí vždy s adresou bydliště v tom státě a s druhem a číslem daňového identifikátoru, je-li vyplněn (jednoznakový kód druhu). Bez adresy ČSSZ změnu odmítne, proto aplikace návrh neslíbí a pošle vás doplnit adresu do profilu A1. Stejné pravidlo platí pro přihlášku A1 i pro ruční změnu. PSČ se v podání zapisuje bez mezer („110 00“ odejde jako 11000); české PSČ musí mít pět číslic.

Ruční změna. Založíte ji v části Registrace vztahu na ČSSZ tlačítkem Nová událost A2–A8, druh události změna údajů (A3) a Rozsah změny Změna jednoho údaje. Nejvyšší vzdělání se tam vybírá ze seznamu.

Ruční uzavření návrhu tlačítkem Vyřídit ručně vyžaduje důvod (pole Čím jste povinnost splnili, 1 až 500 znaků). Je to jediná stopa, proč se touto cestou nehlásilo, takže ji napište věcně.

Návrh po marném uplynutí lhůty nezmizí. Zůstává otevřený a v přehledu termínů se ukáže jako po termínu s počtem dnů; prokliknete se z něj rovnou na kartu člověka. Pohne-li se stav dál, starý otevřený návrh se uzavře jako nahrazený, nikdy se nemaže, aby lhůta, která existovala, zůstala dohledatelná.

Detekce má dvě hranice, které je dobré znát:

Testovací a produkční prostředí mají návrhy oddělené a nemíchají se.

Dohlášení údajů zaměstnanců přihlášených přes ONZ

Zaměstnance přihlášené do 31. 3. 2026 přes ONZ zná ČSSZ bez údajů, které ONZ nevedla: postavení v zaměstnání, režim práce, nepřetržitý provoz, místo výkonu práce, profese, pozice, nejvyšší vzdělání a stát daňové rezidence. Zákon je ukládá doplnit akcí A3. Přijaté dohlášení potvrdí ručně zapsané OIČ a ID PPV stejně jako protokol k přihlášce. Odhlášku A2 jde ale podat i dřív: s čísly z importu exportu zaměstnanců z ePortálu ČSSZ, nebo po výslovném potvrzení, že jste ručně zapsaná čísla ověřili v Seznamu zaměstnanců (viz odhláška A2 v § 85.14.16).

Postup u jednoho zaměstnance:

  1. Na kartě pracovního vztahu otevřete Registrace vztahu na ČSSZ → Autoritativní profil REGZEC A1, doplňte ho a uložte (tlačítko Kontrola ukáže, co chybí).
  2. Klikněte na Dohlásit údaje (A3). Formulář předvyplní dnešní den; do údaje „platnost od“ patří u dohlášení den, kdy podání odchází, a hlásí se poslední stav údajů.
  3. V Rozsah změny vyberte Dohlášení údajů – celý profil (vedle pracovních údajů i identita, adresy, pojišťovna, důchod a doklady cizince; tak podávají i jiné mzdové programy), nebo Dohlášení údajů – jen údaje, které ONZ nevedla.
  4. Klikněte na Schválit zdroj a zobrazit náhled, pak na Připravit podání a odešlete jako každé jiné registrační podání.

Hromadně to jde na stránce Mzdy → Podání a hlášení v nabídce Mimořádná podání ▾ → Dohlášení údajů (A3). Seznam ukazuje vztahy s přiděleným ID PPV, za které aplikace nepodávala přihlášku A1 a které trvaly v roce 2026, spolu se stavem profilu A1 a stavem dohlášení. Vybrat jde jen vztahy s ověřeným profilem; u ostatních je tlačítko Otevřít profil registrace, které vede rovnou na kartu vztahu. Zvolte rozsah a den odeslání a klikněte na Dohlásit vybrané. Vada u jednoho vztahu ostatní nezastaví; důvod se ukáže v jeho řádku. Připravená podání pak odešlete ze záložky K odeslání.

U firmy převedené z jiného mzdového programu seznam ve výchozím stavu ukazuje jen vztahy, které dohlášení opravdu potřebují. Vztah, za který předchozí program registraci podal (v historii Podání předchozím programem je odeslaná přihláška A1 nebo dohlášení A3), má štítek Dohlášeno předchozím programem a odkaz na to podání. Stejně se čte vztah, u kterého lhůta dohlášení (30. 4. 2026) uplynula před prvním mzdovým obdobím v MyÚčtu, a vztah, který nastoupil po 31. 3. 2026, ale před tímto obdobím: přihlášku i dohlášení tehdy vyřizoval předchozí program. Volba Zobrazit všechny vztahy je ukáže a ručně dohlásit je jde i tak, třeba když ČSSZ dohlášení nemá.

Dohlášení jde i za vztah, který už skončil. Údaje se pak čtou ke dni skončení a podání nese i datum skončení, jak to ČSSZ u ukončených vztahů vyžaduje.

85.14.19 Záměr uplatňovat slevu na pojistném (OZUSPOJ)

Záměry se vedou na stránce Mzdy → Podání a hlášení v nabídce Mimořádná podání ▾ → Záměr slevy (tlačítka Založit záměr, Připravit oznámení, Zadat den skončení, Připravit oznámení o skončení, Připravit storno, Zapsat přijetí, Zapsat odmítnutí).

Záměr a přihláška. Záměr lze oznámit nejdříve měsíc přede dnem, od kterého se sleva uplatní, a ne dříve než dnem podání přihlášky zaměstnance (§ 7a odst. 5 věta druhá zákona č. 589/1992 Sb.). Aplikace bere den podání přihlášky PREZEC nebo REGZEC z vlastních podání i z přihlášky předchozího programu a posouvá podle něj začátek lhůty oznámení. Přijetí záměru s dnem doručení před podáním přihlášky nezapíše, protože takovou slevu by ČSSZ mohla doměřit. Nezná-li den podání přihlášky, záměr na to na záložce záměrů slevy upozorní; byla-li přihláška podána až po lhůtě oznámení, záměr od zvoleného dne oznámit nelze a hláška vyzve ke zvolení pozdějšího dne.

Odeslání OZUSPOJ. Připravené oznámení jde v testovacím prostředí ČSSZ odeslat z fronty podání přes VREP (podepsané certifikátem jako JMHZ). Do ostrého prostředí ho aplikace neodešle; fronta to u řádku napíše a připravené XML podáte ze své datové schránky. Výsledek podání přes VREP se k záměru zapíše sám podle ověřeného protokolu (§ 85.14.7). Odmítnuté oznámení o skončení ani odmítnuté storno záměr nemění; záměr platí dál tak, jak ho ČSSZ přijala. Nezpracuje-li ČSSZ oznámení o zahájení vůbec (chyba 103, chybějící pověření u OSSZ), záměr zůstane podaný: ČSSZ o něm nerozhodla a po vyřízení pověření oznámení pošlete znovu. Přijetí záměru s dnem doručení před podáním přihlášky aplikace nezapíše ani tady; podání pak nese nález a výsledek vyřešíte ručně.

Co aplikace u záměru hlídá.

85.14.20 Podání zdravotním pojišťovnám

Záložka Zdravotní pojišťovny začíná akční kartou a kartami pojišťoven za období: co se podává, kolik a jak je na tom úhrada. Karta už podané pojišťovny nenabízí Podat datovkou znovu (druhé podání by u pojišťovny založilo duplicitu), ukáže Podáno s datem a nechá jen stažení. Stav úhrady pojistného rozlišuje:

Když závazek k úhradě ještě nevznikl, stav se neukazuje. Pod kartami jsou oznámení HOZ za období; možnosti elektronického podání a ruční sestavení HOZ i PPZ jsou sbalené pod Podrobnosti: oznámení HOZ, ruční sestavení a historie (revize je předvybraná nejnovější schválená).

Zdravotní agenda odděluje dvě povinnosti: měsíční přehled o platbě pojistného (PPZ) a hromadné oznámení zaměstnavatele (HOZ), tedy oznamovací povinnost vůči zdravotní pojišťovně (nástupy, skončení a další skutečnosti v osmidenní lhůtě).

PPZ. Ze schválené revize se sestaví a zmrazí pouze formát doložený pro vybranou pojišťovnu. Připravený soubor není odeslaný. Řádný přehled se podává do 20. dne následujícího měsíce. Opravný přehled (z opravné revize ke dříve podanému přehledu) má lhůtu 8 dnů ode dne zjištění chyby (§ 25 odst. 4 zákona č. 592/1992 Sb.); za den zjištění se bere žádost o opravu mzdového běhu. Bývalý zaměstnanec, kterému po skončení vztahu přišel příjem (doplatek mzdy, odměna), je v přehledu se základem i pojistným, ale do počtu zaměstnanců se nezapočítává, protože v měsíci zaměstnancem nebyl. Plyne-li pojistné za měsíc jen od bývalých zaměstnanců, datová věta přehled neumí (počet nula nepřijme) a aplikace vyzve k podání na tiskopisu pojišťovny. Nesoulad u jedné pojišťovny nebrání sestavit přehled pro ostatní.

Číslo plátce (identifikacniCisloPlatce) se nepočítá z IČO, bere se z pole VS zaměstnavatele u platebního účtu pojišťovny (deset číslic, Mzdy → Nastavení mezd, záložka Účty institucí). Zaměstnavatel bez IČO nebo s víc než 99 účtárnami dostává od VZP zvláštní číslo plátce ve tvaru NNNNNNNN99; zadá se do téhož pole a přehled i HOZ pak vzniknou i bez vyplněného IČO. Chybějící IČO zastaví podání jen tehdy, když číslo plátce z účtu pojišťovny převzít nejde.

HOZ. Aplikace povinnosti odvodí, sestaví z nich datovou větu XML i PDF a obojí zmrazí. Připravený soubor není odeslaný; odeslání datovou schránkou musíte potvrdit sami. Komu se oznámení týká, rozhodují pravidla zdravotního pojištění, ne pravidla ČSSZ (§ 5 písm. a) zákona č. 48/1997 Sb.):

Přehled za měsíc vyhodnocuje jen skutečnosti, které v tom měsíci nastaly. Zaměstnanec s dávným nástupem (i před rokem 1997) proto přehled nezablokuje; skutečnosti z doby před vznikem veřejného zdravotního pojištění (1. 1. 1993) povinnost nezakládají vůbec.

U firmy převedené z jiného mzdového programu ukazuje přehled oznámení i události z měsíců před prvním mzdovým obdobím v MyÚčtu, ale jako Oznámil předchozí program: nepočítají se do dlaždice *Po lhůtě* a synchronizace do inboxu z nich povinnost nezaloží. Když pojišťovna takové oznámení nemá, hromadné oznámení za ten měsíc jde připravit ručně.

Kód změny v HOZ se určuje podle skutečnosti a podle zaměstnance:

Kdy vyjde úřední tiskopis a kdy vlastní sestava

Vydání tiskopisů z roku 2026 je jednotné: hromadné oznámení má číslo UNI 73.51/2026, přehled o platbě UNI 76.51/2026, ani jeden nemá logo nebo kód konkrétní pojišťovny. Zveřejňuje je zatím jen VZP; VoZP používá stejná čísla tiskopisů a stejnou XDP šablonu, takže MyÚčto vyplňuje úřední tiskopis pro VZP (111) a VoZP (201). Ostatní pojišťovny dál zveřejňují vlastní starší formuláře, proto pro ně vzniká vlastní čitelná sestava se stejnými údaji.

Vlastní sestava vznikne také tehdy, když se oznámení na tiskopis nevejde: úřední tiskopis má čtyři bloky vět a natištěné „1/1“ v poli počtu listů, takže od páté věty se použít nedá. Ve všech případech aplikace důvod pojmenuje; uvidíte ho u výsledku sestavení (Vyplněn úřední tiskopis, nebo Vlastní čitelná sestava) i v patce vytištěného dokumentu, nikdy se nezamlčí.

Formát připravené přílohy se řídí pojišťovnou a obdobím:

KódPojišťovnaFormát připravený pro ISDS
111VZP ČRstrojově čitelné PDF do 31. 12. 2026, od 1. 1. 2027 jednotné XML
201VoZP ČRstrojově čitelné PDF do 31. 12. 2026, od 1. 1. 2027 jednotné XML
205ČPZPXML podle zveřejněného schématu
207OZPXML podle zveřejněného schématu
209ZPŠstrojově čitelné PDF do 31. 12. 2026, od 1. 1. 2027 jednotné XML
211ZP MV ČRstrojově čitelné PDF; nový XML/B2B kanál je oddělený
213RBPXML podle zveřejněného schématu

ZP MV ČR plánuje nový XML/B2B kanál od 1. 10. 2026, ale pro ISDS výslovně zůstává podporované strojově čitelné PDF i od roku 2027; MyÚčto proto ISDS automaticky na XML nepřepíná. RBP připouští XML i vytěžitelné PDF a MyÚčto volí XML. U VZP, VoZP a ZPŠ rozhoduje den přípravy přílohy, ne vykazovaný měsíc: přehled připravený od 1. 1. 2027 (i za prosinec 2026) dostane XML. U VZP a VoZP je XDP šablona pomůcka pro hromadné vyplnění PDF, nikoli soubor, který by se přikládal k datové zprávě. XSD se rovněž neodesílá: slouží jen jako schéma, proti kterému aplikace kontroluje XML. Tato matice popisuje formát zvolený aplikací pro ISDS, nikoli neveřejná portálová nebo B2B rozhraní pojišťoven.

Pokud panel u PPZ nabídne odeslání přes ISDS (Připravit do ISDS), adresát musí pocházet ze stejného centrálního katalogu pojišťoven jako sestavení souboru. Akci vždy spustí uživatel; vytvoření záznamu ve frontě ani konceptu není odeslání. Zkontrolujte adresáta, období a přílohu, v ISDS koncept výslovně schvalte a následně ověřte doručenku i věcnou odpověď pojišťovny.

85.14.21 Nemocenské a další zákonné povinnosti

Nabídka Mimořádná podání ▾ → Přehled povinností ukazuje pro vybraný měsíc přesnou matici toho, co MyÚčto umí a co musí zůstat ruční. NEMPRI je po zavedení JMHZ nahrazené jen částečně a HZUPN zůstává samostatným hlášením.

Případ vzniká sám ze schválené nepřítomnosti. Schválením dočasné pracovní neschopnosti, karantény, ošetřování člena rodiny, dlouhodobé péče, mateřské nebo otcovské v Mzdy → Absence a dovolená se založí případ dávky a hlídač termínů začne hlídat lhůtu NEMPRI ode dne události. Nad seznamem nepřítomností se ukáže, co se stalo (případ založen s termínem NEMPRI, prodloužen, navázán na existující), a odkaz Otevřít případy dávek. Neschopnost zapsaná po měsících tvoří jeden případ: navazující nepřítomnost prodlouží jeho konec. Neschopnost nebo karanténa do 14 kalendářních dnů případ nezaloží: celou ji kryje náhrada mzdy (§ 192 zákoníku práce) a nemocenské náleží až od 15. dne (§ 26 odst. 1 zákona č. 187/2006 Sb.), takže se ČSSZ nic nepředává. Případ vznikne, jakmile neschopnost 14. den přesáhne, i když ji tam dotáhne teprve navazující nepřítomnost; začíná pak prvním dnem neschopnosti. Odpracoval-li zaměstnanec v den vzniku neschopnosti celou směnu (potvrzení při schválení), je prvním dnem neschopnosti až následující den (§ 26 odst. 3 zákona č. 187/2006 Sb.) a o den se posune i povinnost a lhůta NEMPRI; případ pak nese i pracovní dobu a odpracované hodiny toho dne ze zveřejněné směny nebo z rozvrhu. Nejsou-li zapsané, hláška vyzve k jejich doplnění u případu. Navazuje-li neschopnost na dny, které padly u předchozího plátce nebo programu (dny okna náhrady mzdy u nepřítomnosti), začíná případ skutečným dnem vzniku a lhůta NEMPRI se počítá od něj. K ručně založenému případu do 14 dnů hlídač termínů lhůtu neukáže a NEMPRI se nepřipraví. Nevznikne-li případ (například firma nemá kód OSSZ), hláška řekne proč a nepřítomnost se schválí i tak. Zrušením nepřítomnosti se zruší i případ, ze kterého ještě nebylo připravené podání; případ s podáním zůstává a vyřešíte ho opravným podáním. Zrušená navazující nepřítomnost vrátí konec případu na den před sebou. Případ můžete založit i ručně na záložce Dávky nemocenského tlačítkem Založit případ.

Případy z převodu mezd. Případ vzniká i z převodu mezd z předchozího programu, a to k události, která trvá aspoň do prvního měsíce vedeného v MyÚčtu. Podání, jehož lhůta začala běžet ještě v době předchozího programu, je v případu vedené jako podané předchozím programem a MyÚčto ho nepřipravuje; zbývající podání (typicky HZUPN k návratu do práce) hlídá MyÚčto. Nepodal-li předchozí program takové podání ve skutečnosti, vraťte ho u případu tlačítkem Předchozí program NEMPRI nepodal (obdobně u HZUPN); MyÚčto ho pak připraví a jeho lhůtu hlídá.

Schválíte-li zpětně neschopnost z doby, kdy mzdy vedl předchozí program, MyÚčto za ni nic nepředpokládá: podání zůstane nedoručené a hlídač termínů ho vede, dokud o něm nerozhodnete. Hláška po schválení na to upozorní. Podal-li ho předchozí program, zapište to u případu tlačítkem „NEMPRI podal předchozí program“ (obdobně u HZUPN), jinak ho připravte a podejte.

Příprava a odeslání. Případ evidujte na záložce Dávky nemocenského. Z případu si můžete zobrazit náhled datové věty (Náhled NEMPRI, Náhled HZUPN) a tlačítkem Připravit NEMPRI nebo Připravit HZUPN ji zmrazit; MyÚčto ji ověří proti připnutému XSD. Odesílá se rovnou odsud tlačítkem Odeslat NEMPRI datovou schránkou nebo Odeslat HZUPN datovou schránkou; stejně je odešle i fronta podání. Druhým kanálem je VREP (podepsané certifikátem jako JMHZ), zatím jen do testovacího prostředí ČSSZ. Podání, které odešlo jedním kanálem, druhým už aplikace neodešle. Ověřený protokol ČSSZ přes VREP zapíše výsledek k případu sám (§ 85.14.7): přijaté NEMPRI nebo HZUPN se dnem odeslání podání jako dnem doručení, odmítnuté s důvodem z protokolu. U datové schránky výsledek zapíšete u případu ručně. Na záložce Odesláno (měsíční hlášení) tato podání nenajdete. U připraveného podání je vždy napsané, co se s ním stane: buď ho MyÚčto vloží do datové schránky jako koncept a odeslání schválíte v ISDS, nebo ho odešle po potvrzení Mobilním klíčem, nebo si přílohu stáhnete z fronty podání a odešlete ji ze své schránky. Doručenku nahrajete ručně v každém případě; žádný z kanálů datovou schránku číst neumí.

Odeslání není splnění povinnosti: tu splní až doručení územní správě sociálního zabezpečení. Skutečnou doručenku nebo protokol proto uložte jako firemní dokument do DMS a výsledek zapište u případu.

NEMPRI a HZUPN mají každé vlastní stav. U případu je pod hlavičkou vidět, v jakém stavu je které podání (nedoručeno, připraveno, přijato ČSSZ s dnem doručení, odmítnuto s důvodem, podal předchozí program). Výsledek z protokolu zapisujete ke konkrétnímu podání: vyplňte Den doručení ČSSZ a zvolte Zapsat přijetí NEMPRI (obdobně u HZUPN), nebo vyplňte důvod a Zapsat odmítnutí. Přijaté NEMPRI případ neuzavře: dokud čeká HZUPN, případ jde upravovat, navazující nepřítomnost ho prodlouží a hlídač termínů lhůtu HZUPN hlídá dál. Vyřízené podání zamkne jen svoje údaje; údaje přijatého NEMPRI se už nemění, údaje pro HZUPN ano. Opravit vyřízené podání jde jen opravným podáním: zaškrtněte Opravné podání, upravte údaje, podání znovu připravte a jeho přijetí zapište. Odmítnuté podání se vrací do hlídače a připravíte ho znovu. U případu k události z doby předchozího programu jde zapsat, že podání podal předchozí program (den doručení je nepovinný), a takový zápis zase vrátit tlačítkem Předchozí program NEMPRI nepodal (obdobně u HZUPN). Společný stav případu se z obou podání jen odvozuje: Částečně vyřízeno znamená, že jedno podání je vyřízené a druhé čeká, Vše vyřízeno, že čekat není na co.

Co vyplnit u případu

Tlačítkem Upravit otevřete editor případu. Má jedno společné Uložit ve spodní liště a tyto sekce:

  1. Kód OSSZ musí být z číselníku pracovišť ČSSZ; kód 101 (ústředí) se pro e-podání nepoužívá. Číslo rozhodnutí a Opravné podání jdou měnit i u vyřízeného podání. Otcovská, peněžitá pomoc v mateřství a vyrovnávací příspěvek číslo rozhodnutí nemají. Opravné podání nahradí dřívější podání se stejným číslem rozhodnutí.

Lhůta NEMPRI u malého rozsahu a DPP. U zaměstnání malého rozsahu a u dohody o provedení práce se oznámení podává až po skončení měsíce, v němž událost vznikla: teprve pak je znám započitatelný příjem, který oznámení nese. U DPP ho proto vyplňte vždy, jinak se oznámení nepřipraví. Odpracoval-li zaměstnanec v den vzniku potřeby ošetřování celou směnu, podpůrčí doba ošetřovného, a tím i lhůta oznámení, začíná až následujícím dnem, stejně jako první den neschopnosti u nemocenského.

Ochranná lhůta. Vznikne-li neschopnost nebo karanténa až po skončení zaměstnání, nemocenské náleží jen v ochranné lhůtě 7 kalendářních dnů (nejvýš tolik dnů, kolik pojištění trvalo), peněžitá pomoc v mateřství nejvýš do 180 dnů u ženy, jejíž pojištění skončilo v těhotenství (§ 15 zákona č. 187/2006 Sb.). Z dohody o provedení práce, zaměstnání malého rozsahu a zaměstnání studenta jen o prázdninách ochranná lhůta neplyne, neplyne ani poživateli starobního důchodu a invalidního důchodu třetího stupně (u případu proto musí být vyplněný druh důchodu, pobírá-li ho) a ostatní dávky ji nemají vůbec. Případ mimo ochrannou lhůtu nejde založit ani připravit; u případu v ochranné lhůtě seznam ukáže, do kdy lhůta běží, a NEMPRI se podá se dnem skončení zaměstnání. Rozhodné období se pak určí, jako by událost vznikla den po skončení zaměstnání (§ 19 odst. 11 zákona č. 187/2006 Sb.).

Způsob výplaty mzdy se do NEMPRI doplní sám z výplatního profilu zaměstnance: účet, na který chodí mzda, nebo zahraniční IBAN. Vyplácí-li se mzda v hotovosti, věta nese volbu „v hotovosti“ bez adresy. Dávky se v hotovosti nevyplácejí, a tak územní správa vyzve zaměstnance, aby si způsob výplaty dávky určil. Zaměstnanec to může vyřídit předem Žádostí o změnu způsobu výplaty dávky (ZZVDPN25), kterou lze přiložit k NEMPRI. Platební spojení se posílá jen s akcí Vznik (u ošetřovného bez vzniku je zakázané) a u ostatních dávek vždy; u nemocenského jen s elektronickým číslem rozhodnutí (10 číslic). Chybí-li účet u mzdy vyplácené na účet nebo výplatní profil úplně, příprava se zastaví a pod chybou je odkaz na kartu osoby. Stejně se zastaví výplata přes partnera: MyÚčto nezná účet ani adresu, kam má ČSSZ dávku poslat. Opravte způsob výplaty ve výplatním profilu osoby, nebo oznámení podejte mimo aplikaci. Ve větě jsou vždy všechny čtyři volby způsobu výplaty (účet v ČR, účet v zahraničí, adresa, hotovost), vybraná jako „ano“ a ostatní jako „ne“.

Události z roku 2024. Ošetřovné, dlouhodobé ošetřovné, otcovská a peněžitá pomoc v mateřství, které vznikly před 1. 1. 2025, se vyřizují starším formulářem NEMPRI20 až do ukončení případu. MyÚčto sestavuje jen NEMPRI25, takže příprava takového oznámení se zastaví s výzvou podat NEMPRI20 mimo aplikaci (například přes ePortál ČSSZ). Nemocenské z roku 2024 se nezastaví, ČSSZ ho přijímá i jako NEMPRI25.

Jméno a příjmení pojištěnce nesou NEMPRI i HZUPN v podobě platné v den přípravy podání, i když se změnily až po vzniku události (například sňatkem). Ostatní údaje se berou ke dni události.

Kontakt pojištěnce (telefon a e-mail) se do NEMPRI doplní z karty osoby. Bere se primární aktivní kontakt, a když primární není, jediný aktivní; při více kandidátech se kontakt nevysílá.

Částky v rozhodném období se do NEMPRI posílají v celých korunách a vyloučené dny nesmí převýšit počet dnů měsíce. Rozhodné období je u všech dávek (u ošetřovného s akcí Vznik) povinné a buď nese úplný seznam měsíců se součty, nebo jen pravděpodobnou výši příjmu, nikdy obojí.

Rozhodné období a pravděpodobný příjem

NEMPRI nese rozhodné období vždy celé: každý měsíc se započitatelným příjmem a vyloučenými dny podle § 18 odst. 7 zákona č. 187/2006 Sb. a k tomu oba součty. Platí to i pro měsíce, za které MyÚčto podalo jednotné měsíční hlášení. Měsíc se bere z tohoto zdroje, v tomto pořadí:

  1. ruční zadání v sekci Rozhodné období případu,
  2. schválený mzdový běh v MyÚčtu: vyměřovací základ vztahu (i část nad ročním maximem, kterou hlášení nenese) a vyloučené dny odvozené z nepřítomností běhu,
  3. převzaté mzdy předchozího programu.

Chybí-li k měsíci podklad, příprava se zastaví s výčtem měsíců. U měsíců, které počítá MyÚčto, mzdu spočítejte a schvalte; převzatou mzdu doplňte v Mzdy → Importy, záložce Převzaté mzdy. Měsíc můžete vždy zadat i ručně. Částky jdou do věty v celých korunách, haléře se zaokrouhlí nahoru.

U převzatých měsíců se vyloučené dny berou z údaje hlášení o vyloučených dnech podle § 18 odst. 7 (neplacené volno, nemoc s náhradou mzdy, dny s dávkou), ne z vyloučených dob pro důchodové pojištění. Měsíc bez příjmu, ke kterému předchozí program tento údaj nevydal, se zastaví a vyžádá ruční zadání. Měsíc dohody bez účasti na pojištění se započte s příjmem z nepojištěné činnosti. Převzatý měsíc, ve kterém byl vyměřovací základ krácený ročním maximem, se také zastaví: hlášení nenese část nad maximem, kterou rozhodné období potřebuje, a tak ji zadejte ručně.

Nemá-li rozhodné období vyměřovací základ nebo aspoň 30 nevyloučených dnů (například celé na rodičovské), použije se první předchozí kalendářní rok se započitatelným příjmem a aspoň 30 dny (§ 18 odst. 6). Věta pak nese tento rok. Teprve když takový rok není, nebo když zaměstnání trvalo méně než 12 měsíců, vychází ČSSZ z pravděpodobné výše příjmu. Stejně je tomu, když zaměstnanec onemocní v měsíci nástupu. Zadejte ji v sekci Rozhodné období; tlačítko Navrhnout z mzdy předvyplní sjednanou měsíční hrubou mzdu. Bez ní se NEMPRI v takovém případě nepřipraví. S pravděpodobnou výší věta jednotlivé měsíce ani součty nenese. Onemocní-li zaměstnanec v měsíci nástupu, rozhodné období se neurčuje a věta nese od dne nástupu do dne před vznikem události, jak to chtějí Všeobecné zásady NEMPRI.

U zaměstnankyně převedené na jinou práci kvůli těhotenství, mateřství nebo kojení se rozhodné období spočítá i ke dni převedení a do věty jde to výhodnější (§ 19 odst. 6). Všeobecné zásady NEMPRI chtějí v tom případě současně i druhé oznámení s rozhodným obdobím ke dni převedení. Případ ho nabízí jako samostatné podání: Náhled NEMPRI ke dni převedení, Připravit NEMPRI ke dni převedení a Odeslat NEMPRI ke dni převedení datovou schránkou; výsledek zapíšete tlačítky Zapsat přijetí NEMPRI ke dni převedení a Zapsat odmítnutí NEMPRI ke dni převedení.

Do NEMPRI se zapisuje skutečný den nástupu do zaměstnání, ne sjednaný den ze smlouvy. HZUPN se nabízí jen u nemocenského.

Doložení ručního splnění. Po ručním splnění lze u NEMPRI nebo HZUPN zapsat zaměstnance, referenci případu, referenci doručenky, datum a ID firemního DMS dokumentu. Server ověří vlastnictví dokumentu firmou a sám zmrazí jeho SHA-256. Záznam je neměnný; oprava se přidává jako nový důkaz. Produkční a testovací důkazy se nemíchají. Samotné vyplnění formuláře v MyÚčtu nikdy nenahrazuje podání v oficiálním kanálu.

Zákonné úrazové pojištění je v matici výslovně uvedené jako samostatná ruční povinnost. MyÚčto nepočítá základ ani sazbu, nevytváří předpis, výstup nebo platební závazek a nenabízí transport. Částku proto určete podle odborně ověřených externích podkladů a skutečnou úhradu proveďte mimo MyÚčto. Potvrzení úhrady nebo konkrétní oficiální doklad uložte jako firemní dokument do DMS. Teprve potom lze zapsat externě ověřenou částku v CZK, referenci povinnosti, referenci platby a DMS dokument jako neměnný důkaz. Zápis je výslovné potvrzení uživatele; MyÚčto správnost výpočtu ani provedení platby automaticky neověřuje. Absence automatizace neznamená, že povinnost zanikla nebo ji nahradilo JMHZ.

85.14.22 Evidenční list důchodového pojištění

Evidenční list už není roční povinnost. Od roku 2026 jej zaměstnavatel nevyhotovuje ani nepředkládá: údaje pro důchodové pojištění sděluje jednotným měsíčním hlášením a evidenční list z nich sestaví ČSSZ (§ 38 odst. 1 a 2 zákona č. 582/1991 Sb. ve znění zákona č. 360/2025 Sb.). Zaměstnanci je dostupný na ePortálu ČSSZ (§ 39 odst. 1). Žádný úkon „vygeneruj a odešli ELDP za rok“ tedy na konci roku nečekejte; aplikace jej nenabízí a přípravu za takový rok odmítne.

Tiskopis ale zrušen nebyl a v aplikaci jej připravíte ve třech výjimkách:

Nad formulářem vždy stojí věta, jestli evidenční list pro zvolený rok a pracovní vztah vůbec vzniká, a proč. Není-li přípustný, věta jmenuje konkrétní důvod, například že zaměstnání v roce 2026 trvá, nebo že skončilo až po 31. 3. 2026, a tlačítko přípravy zůstane nedostupné. Chybějící údaje v evidenčním listu, který sestavuje ČSSZ, opravte opravným měsíčním hlášením.

Evidenční list se sestaví pro pracovní poměr (včetně zaměstnání malého rozsahu), dohodu o pracovní činnosti i dohodu o provedení práce. Kód řádku se skládá z druhu činnosti ČSSZ (např. 1++, A++, T++). U dohod se do doby pojištění počítají jen měsíce, ve kterých se dohoda účastnila pojištění; ostatní měsíce řádku se vyznačí „X“. Dohoda, která se v roce neúčastnila ani jednou, evidenční list nemá. Nemoc, karanténa nebo mateřství v měsíci bez účasti se zapíše jako vyloučená doba (a započte do dnů), jen pokud událost vznikla v měsíci s účastí, nebo vztah byl účasten pojištění ve třech měsících bezprostředně před ní (§ 15a zákona č. 187/2006 Sb.). Leží-li tyto měsíce v předchozím roce, aplikace nárok neposoudí a list nesestaví.

Vyloučené doby (nemoc, karanténa, ošetřování v podpůrčí době, doba před porodem, otcovská) se odvozují z evidovaných nepřítomností. Kryje-li je příjem, do listu se nezapíšou: nemoc po celý měsíc s odměnou zúčtovanou v témže měsíci, den nemoci, ve kterém zaměstnanec odpracoval část směny, a dny, kdy měl příjem souběžný pracovní vztah u téhož zaměstnavatele bez vlastní nepřítomnosti. Netrvá-li nemoc celý měsíc, zapíše se i v měsíci s mzdou.

Vyměřovací základ se zapisuje v plné výši, i když v roce přesáhl maximální vyměřovací základ pro pojistné; měsíce po dosažení maxima jsou dobou pojištění.

Skončí-li vztah a zaměstnanec u vás ve stejném roce do tří měsíců znovu nastoupí, evidenční list se neuzavírá a pokračuje dalšími řádky. Aplikace vede list za pracovní vztah a oba vztahy do jednoho listu nespojí; v takovém případě přípravu zastaví a list podejte mimo aplikaci. Totéž platí pro nový list po podání žádosti o invalidní důchod (§ 39 odst. 5 zákona č. 582/1991 Sb. ve znění do 31. 12. 2025): zůstane-li zaměstnanec po podání žádosti v zaměstnání, zakládá se mu nový evidenční list. Aplikace den podání žádosti neeviduje a list nerozdělí, takový evidenční list proto podejte mimo aplikaci.

Důchodové údaje zaměstnance

Na údajích o důchodu stojí kód řádku i to, zda se list vůbec vede. Zdrojem je zákonná evidence osoby (karta osoby, sekce Důchodový věk a Pobíraný důchod, viz kapitola Zaměstnanci), stejně jako u měsíčního hlášení JMHZ. Formulář listu je chce výslovně potvrdit, ale jen jako kontrolu: prázdné pole se převezme z evidence za vykazovaný rok, vyplněné se s evidencí musí shodovat, jinak se list nesestaví a hláška pošle opravit evidenci. Účast na důchodovém pojištění v cizině evidence nevede, ta se potvrzuje jen ve formuláři.

Má-li zaměstnanec v zákonné evidenci ověřenou slevu pracujícího důchodce, ale potvrzení žádný starobní důchod neuvádí, aplikace list nesestaví a vyzve k doplnění údajů.

Příjem zúčtovaný po skončení zaměstnání (doplatek, odměna vyplacená v dalším měsíci) se zapíše samostatným řádkem s kódem 1P+ (u dohody o pracovní činnosti AP+), jen vyměřovacím základem, bez údajů „Od“, „Do“ a bez dnů. Měsíc po skončení bez vyměřovacího základu se do listu nezapisuje. Skončilo-li zaměstnání už v předchozím roce, vznikne list jen s tímto řádkem. U zaměstnání malého rozsahu a dohody o provedení práce se řádek „P+“ nepoužívá: příjem po skončení patří do měsíce skončení a může v něm zpětně založit účast. Aplikace takový list nesestaví; přepočtěte měsíc skončení, nebo opravný list podejte mimo aplikaci.

Údaje tiskopisu, úmrtí a výzva v průběhu roku

Pod souhrnem je přehled Údaje tiskopisu k opisu: typ evidenčního listu (01 činnost trvá, 02 činnost v roce skončila, i k 31. prosinci, 03 v souvislosti s úmrtím, 51 až 53 opravný), „zaměstnán od“, datum vyhotovení a u každého řádku měsíce „X“. Kontrolní XML tyto údaje nenese, proto je opište spolu s řádky listu. Datum vyhotovení můžete zadat; nesmí předcházet údaji „Do“ žádného řádku, jinak by ČSSZ list odmítla chybou 251, a nesmí být v budoucnosti, protože ČSSZ nepřijme list vyhotovený později než v den přijetí. Když datum nezadáte, použije se konec posledního zúčtovaného měsíce; leží-li v budoucnosti, zadejte datum ručně.

Při úmrtí zaměstnance vyplňte Datum úmrtí zaměstnance. List pak dostane typ 03 a lhůtu tří měsíců od úmrtí (§ 39 odst. 4 písm. b) zákona č. 582/1991 Sb. ve znění do 31. 12. 2025).

Přijde-li výzva ještě v průběhu vykazovaného roku a pracovní vztah trvá, aplikace sestaví list jen do posledního měsíce, za který existuje aktuální schválená mzdová revize. To odpovídá metodice ČSSZ: do údaje „Do“ patří poslední den měsíce, za který byl zaměstnanci naposledy zúčtován příjem. Budoucí měsíce se nevyžadují. Chybí-li ale některá revize uvnitř takto vymezeného období, příprava zůstane zablokovaná, protože by nebylo možné doložit souvislou dobu pojištění ani vyměřovací základ.

Opravný evidenční list

Zmrazený evidenční list se nepřepisuje. Změní-li se podklad po zmrazení (doplatek, opravná mzdová revize), řádná příprava skončí hláškou, že list je zmrazený s jiným obsahem. Zaškrtněte Opravný evidenční list a list připravte znovu: vznikne nový list typu 51 (oprava ročního listu) nebo 52 (oprava listu při skončení) s odkazem na list, který opravuje, a s vlastní povinností i kontrolním XML. Nezměnil-li se podklad, opravný list se nesestaví. Od té chvíle panel ukazuje nejnovější list rozsahu.

Rok přechodu z jiného mzdového programu

Přejdete-li na MyÚčto uprostřed roku, chybí za měsíce vedené původním programem mzdová revize. Evidenční list se v takovém roce sestaví ze dvou zdrojů: z měsíců spočítaných v MyÚčtu a z převzatých mzdových měsíců, které jste naplnili převodem z původního systému nebo importem tabulky v Mzdy → Importy, záložce Převzaté mzdy. Převzatá část je vidět přímo v panelu, vypsaná po měsících, se zdrojem a s otiskem převzatého řádku, a tentýž otisk je součástí zmrazeného podkladu listu. Údaje z původního programu se tedy nikdy nevydávají za vlastní výpočet.

Platí přitom tři pravidla:

Trvání pracovního vztahu drží zmrazená revize: zná-li vztah aspoň jedna schválená revize roku, převzatá data se proti ní jen kontrolují. Revize za měsíce před nástupem nebo po skončení vztahu, ve kterých vztah už není, přípravu neblokují, takže list za vztah ukončený v lednu sestavíte i poté, co schválíte mzdy za další měsíce.

Skončil-li vztah ještě v době, kterou vedl původní program, žádná revize roku ho nezná. Trvání listu se pak vezme z převzatých měsíců, ale jen doložené: datum nástupu i skončení musí být vyplněné aspoň u jednoho převzatého měsíce a všechny vyplněné údaje se musí shodovat. Výjimkou je datum, které původní program později opravil: převzatý měsíc nese trvání vztahu, jak ho program znal při jeho zpracování, a pozdější měsíc s opraveným datem skončení platí (dny dřívějšího měsíce se podle opravy přepočtou). Prázdné datum skončení může znamenat, že vztah trvá, i že ho původní program nevydal. Vztah bez data skončení se proto bere jako trvající do 31. 12. jen tehdy, když to dokládá měsíc následujícího období: převzatý měsíc téhož vztahu s odpracovanou dobou nebo dobou pojištění (případně se skončením až po 31. 12.), nebo schválený mzdový běh, ve kterém vztah do konce roku neskončil. List je pak roční za celý rok. Bez takového dokladu zůstane list zablokovaný, dokud datum v převzatých mzdách (Mzdy → Importy, záložka Převzaté mzdy) nedoplníte. Stejně zablokovaný zůstane převzatý měsíc, který nese vyměřovací základ až po skončení vztahu: dodatečně zúčtovaný příjem (řádek „P+“) z převzatých dat aplikace nedoloží a list s ním podejte mimo aplikaci.

Kontrolní XML a doložení výsledku

Vygenerované XML slouží pouze ke kontrole údajů. Není to transportní datová věta a MyÚčto je neodesílá ani nevkládá do datové schránky. ELDP dokončete v aktuálním oficiálním rozhraní ČSSZ a výsledek potom doložte v části Doložit ruční dokončení aktivním firemním dokumentem z DMS, referencí potvrzení a skutečným datem.

Rozlišujte dva výsledky. Odesláno, čeká na výsledek znamená, že máte doklad o podání, ale ještě ne konečné přijetí; povinnost proto zůstává ve stavu čekání na výsledek. Přijato úřadem použijte jen tehdy, když připojený dokument výslovně dokládá konečné přijetí. Teprve tento důkaz označí zákonnou povinnost za splněnou. Kontrolní XML přitom zůstává stále jen ve stavu připraveno a nikdy se nevykazuje jako odeslané.

85.14.23 Vyúčtování zálohové a srážkové daně

Za uplynulý rok podává plátce správci daně dvě samostatná vyúčtování, ne jedno se dvěma přílohami:

  1. března.

Ani jednu lhůtu nelze prodloužit. Aplikace je vypisuje jako text; do daňového kalendáře ani do přehledu mzdových termínů se nepromítají.

Tip

Za rok 2026 se obojí podává běžným způsobem. Teprve od období 2027 nahradí vyúčtování zálohové daně hlášení k záloze v měsíčním hlášení, takže tuhle cestu je potřeba ještě jednu sezónu.

Kde to je. Na Mzdy → Přehled mezd, panel Roční vyúčtování daně, pod ročním zúčtováním a roční uzávěrkou. Vybíráte rok (výchozí je loňský) a typ vyúčtování: řádné, řádné opravné, dodatečné nebo dodatečné opravné. U obou dodatečných variant se navíc zadává datum zjištění důvodů (§ 141 odst. 5 daňového řádu). Víc se ručně vyplnit nedá: žádnou částku ani řádek nelze přepsat, podklad je průmět schválených mzdových běhů a v roce přechodu i počátečních stavů za převzaté měsíce.

Panel ukazuje tři dlaždice (zálohy, které měly být sraženy, skutečně odvedeno finančnímu úřadu, srážková daň celkem), tabulku po měsících, přílohu č. 1 se seznamem obcí místa výkonu práce a blok varování. Nejsou v něm žádná jména ani osobní identifikátory. Měsíc bez schváleného mzdového běhu není měsíc s nulami; řádek se prostě nevytvoří a dostanete na to varování. Pokud v takovém měsíci mzdy byly, schvalte je nejdřív.

Rok přechodu. Měsíce před začátkem vedení mezd v MyÚčtu zpracoval předchozí program. Jejich řádky se naplní z počátečních stavů ročních součtů (základ a záloha daně, slevy, bonus, srážková daň) a v tabulce nesou značku *převzato*; odvedená záloha je u nich odvozená jako záloha po odečtení bonusu. Když některému zaměstnanci v převzatém měsíci trval pracovní vztah a počáteční stav za ten měsíc chybí, vyúčtování se nesestaví: panel vypíše, komu a za které měsíce chybí, s odkazem na kartu zaměstnance. Jak převzaté měsíce doplnit, popisuje kapitola Přechod mezd v průběhu roku.

Podklad je vždy zmrazený výsledek schválených revizí nebo uložené počáteční stavy, nikdy nový výpočet. Do přílohy č. 1 se počítají zaměstnanci podle obce místa výkonu práce k 1. 12.; komu obec u vztahu chybí, ten se do přílohy nedostane a aplikace to spočítá do varování. Okres se dopočítá z číselníku obcí, a co číselník nepokrývá, zůstane prázdné.

Co se záměrně negeneruje, a proč. Vězte to dopředu, ať to nehledáte:

Výstup. Dvě samostatná tlačítka stáhnou dvě XML pro EPO. Každé stažení se archivuje s otiskem a najdete ho v přehledu daňových podání ve složce „Vyúčtování daně ze závislé činnosti“; na stránce Mzdy → Podání a hlášení je archiv na záložce Roční vyúčtování daně. Stažení nikdy neposune daňový zámek. Odtud pokračujete asistovaným nebo přímým podáním na EPO stejně jako u ostatních daňových písemností, viz EPO podání, archív a daňová rekonciliace.

Podání se nesestaví vůbec, když za rok není ani jeden schválený mzdový běh, nebo když úhrn skutečně odvedené daně vyjde záporně; to znamená špatně spárované platby finančnímu úřadu, opravte je dřív. Varování se zobrazí i tehdy, když je příloha č. 1 prázdná, když firma nemá vyplněný finanční úřad (dosadí se FÚ pro Prahu 1 a je potřeba ho ověřit), a když zaokrouhlení na celé koruny zbylo přes.

85.14.24 Žádost o poukázání chybějící částky na daňovém bonusu

Vyplatí-li zaměstnavatel na daňových bonusech víc, než kolik ten měsíc srazil na zálohách, rozdíl doplácí ze svého. Aby se mu vrátil, musí o něj finanční úřad požádat; samo se to nestane a peníze do té doby leží u státu. Jde o dobrovolné podání: podává je plátce tehdy, když chce své peníze zpátky.

Formuláře jsou dva a mají vlastní tiskopis:

PísemnostPrávní základČeho se týká
Žádost podle § 35d odst. 5měsíční daňové bonusybonusy vyplacené v daném měsíci
Žádost podle § 35d odst. 9doplatek z ročního zúčtovánídoplatek na bonusu vyplacený z ročního zúčtování

Obě žádosti se vážou na měsíc, ne na rok. I doplatek z ročního zúčtování, protože rozhodné je datum jeho skutečné výplaty a záloha, proti které se započítává, je měsíční. Doplatek vyplacený v březnu a doplatek z opravné revize v červnu jsou proto dvě samostatné žádosti, i když jde o tentýž zdaňovací rok.

Podklad je zmrazený výsledek schválených mzdových revizí za daný měsíc, sečtený přes všechny mzdové účtárny firmy; žádost jde na jeden finanční úřad za celou firmu. Druhý výpočet nevzniká. Rozdělení mezi obě žádosti potřebovalo pravidlo, které zákon nedává, a je zvolené takto: sražené zálohy kryjí nejdřív měsíční bonusy, zbytek doplatky. Obě žádosti musí dát dohromady přesně tu částku, kterou aplikace zaúčtovala jako pohledávku za finančním úřadem; nesouhlas by podání zastavil. V jedenácti měsících v roce, kdy se roční zúčtování nevyplácí, na pořadí stejně nezáleží.

Vyžaduje se zapnuté vedení mezd, oprávnění ke mzdovým sestavám a k exportu. Žádost se nesestaví, když za měsíc není schválený mzdový běh s vypočtenou daní, ani když bonusy zálohy nepřevýšily, tedy když není o co žádat. Chybí-li u běhu datum výplaty, aplikace nedosadí konec měsíce a vrátí varování: rozhodné datum musí být skutečný den výplaty bonusu. Je-li v měsíci víc běhů, použije se poslední datum výplaty. Vnitřně se počítá v haléřích, tiskopis chce celé koruny, a zbytek po zaokrouhlení se hlásí varováním, ne tiše zahazuje.

Aplikace záměrně neurčuje, kam peníze poslat, ani zda je započíst proti vlastním nebo cizím nedoplatkům. To jsou rozhodnutí plátce, ne výpočet, a vymyslet je by znamenalo tvrdit volbu, kterou nikdo neudělal. Vynechání těchto částí znamená běžnou výplatu na účet plátce. Aplikace také nehlídá lhůtu pro podání a žádost sama od sebe nenavrhuje; k prošlému měsíci se musíte vrátit sami.

Výstupem je XML pro EPO. Archivuje se se stejným otiskem jako ostatní daňová podání a v přehledu podání je najdete ve složce „Daňové bonusy“. S Vyúčtováním daně nemá žádost společný formulář ani přílohu; jsou to samostatná podání, byť se stejnými částkami vyplacených bonusů v pozadí.

Tip

Samostatná obrazovka pro žádost zatím není. Připravená písemnost se zakládá přes rozhraní a hotové XML uvidíte v přehledu daňových podání.

85.14.25 Časté chyby

ELDP při neúplném podkladu odkazuje na konkrétní měsíc, vztah nebo absenci.

85.15 Související kapitoly