Novinky červen 2026

30. 6. 2026 (RFC-260629) — Mobilní aplikace: úprava profilu zaměstnancem s ověřením a schvalováním

Zaměstnanci mohou nově upravovat svůj profil přímo v mobilní aplikaci. Každý údaj se chová podle svého typu: některé lze měnit volně, e‑mail a mobil po ověření kódem (SMS / e‑mail) a citlivé údaje (jméno, datum a místo narození, fotografie) jen na žádost ke schválení personalistou.

• Co je nově. V mobilní aplikaci na obrazovce Můj profil jde editovat jednotlivá pole. U e‑mailu a mobilu se zobrazí tlačítko Změnit, které spustí ověření kódem zaslaným na nový kontakt. Údaje vyžadující schválení se po odeslání označí „Čeká na schválení" a personalistovi vznikne úkol typu Změna profilu s přehledným porovnáním Původní → Po změně (u fotografií vedle sebe), který schválí nebo zamítne jedním kliknutím. Při zamítnutí dostane zaměstnanec e‑mail s důvodem.
• Pro koho. Zaměstnanci (žádost ke schválení u citlivých údajů), zákazníci a uživatelé (přímá editace). Vlastní atributy zákazníka (např. velikost oblečení, SPZ, nouzový kontakt) se zobrazují v profilu. Žádné nastavení není potřeba.

30. 6. 2026 (ZD#9918) — REGZEC: smlouva bez vyplněné pozice už nehlásí neplatný kód profese „5"

Zpřesnili jsme náhradní odvození kódu CZ-ISCO pro přihlášku k sociálnímu pojištění (REGZEC) u smlouvy, která nemá vyplněnou pozici (druh práce). Stafio nově při dohledávání kódu podle kategorie práce přeskočí neúplné kódy (samotnou hlavní třídu, např. „5").

• Proč to vadilo. Když smlouva neměla vyplněnou pozici ani odpracované směny, Stafio kód CZ-ISCO dohledávalo náhradně podle kategorie práce a mohlo přitom narazit na servisní pozici (např. „Dovolená") s vyplněnou jen hlavní třídou „5". ČSSZ ale vyžaduje plný 4–5místný kód, takže se přihláška zablokovala chybou „neplatný kód profese (ISCO '5')".
• Co je nově. Náhradní odvození nově neúplné kódy (kratší než 4 znaky) přeskočí a vybere platný 4–5místný kód; pokud žádný v kategorii není, Stafio místo zablokování srozumitelně upozorní, že je potřeba na smlouvě doplnit pozici. Nejspolehlivější je pozici ve smlouvě rovnou vybrat — kód CZ-ISCO se pak převezme přímo z ní. Žádné nastavení není potřeba.

29. 6. 2026 (ZD#9905) — JMHZ: nulové daňové zvýhodnění na děti se už neposílá (předchází zamítnutí ČSSZ u nerezidentů)

Upravili jsme generování měsíčního hlášení (JMHZ) tak, aby se oddíl daňového zvýhodnění na děti vkládal jen tehdy, když zaměstnanec zvýhodnění skutečně uplatňuje. Dosud se u zaměstnance s podepsaným Prohlášením poplatníka odesílal i s nulovými hodnotami.

• Proč to vadilo. U zaměstnance, kterého ČSSZ podle registrace eviduje jako daňového nerezidenta, nesmí být atributy zvýhodnění na děti vyplněny — a to ani hodnotou 0. Hlášení proto ČSSZ částečně zamítla chybou „40243". Týkalo se to zaměstnanců, které Stafio z osobních údajů vyhodnotí jako rezidenty (občanství CZ, trvalá adresa v ČR), ale které ČSSZ z registrace vede jako nerezidenty.
• Co je nově. Pokud zaměstnanec žádné daňové zvýhodnění na děti neuplatňuje, oddíl se do hlášení vůbec nevkládá (v souladu s metodikou i datovým rozhraním ČSSZ). U zaměstnanců s nárokem na zvýhodnění se nic nemění. Žádné nastavení není potřeba.

29. 6. 2026 (ZD#9906) — REGZEC: u cizince bez orgánu vydání dokladu Stafio upozorní předem (místo zamítnutí ČSSZ)

Doplnili jsme kontrolu před vygenerováním podání REGZEC – Registrace zaměstnance: u zaměstnance s cizím státním občanstvím a vyplněným dokladem totožnosti, který nemá vyplněný orgán vydání dokladu (pole „Pas vydal"), Stafio generování zastaví srozumitelným upozorněním — místo aby formulář odmítla až ČSSZ.

• Proč to vadilo. ČSSZ u zaměstnance, jehož státní občanství je jiné než CZ, vyžaduje vyplněný orgán, který v zahraničí doklad vydal. Když pole „Pas vydal" zůstalo prázdné, podání prošlo Stafiem bez varování a ČSSZ teprve při zpracování formulář zamítla chybou „REGZEC25_LT: 002 – Není vyplněn orgán, který v zahraničí vydal doklad".
• Co je nově. Nově Stafio takovou smlouvu zachytí už při generování a vypíše, u kterého zaměstnance je třeba pole „Pas vydal" (orgán vydání dokladu) na kartě Cizinec doplnit. Po doplnění podání proběhne a ČSSZ ho přijme. Žádné nastavení není potřeba.

29. 6. 2026 (ZD#9903) — Jméno a příjmení: lze zadat cizojazyčnou diakritiku (např. ő, ī, ē) vyžadovanou ČSSZ

Rozšířili jsme kontrolu jména a příjmení (a ulice a města) tak, aby šlo zadat cizojazyčná latinková písmena s diakritikou, která ČSSZ u zahraničních zaměstnanců vyžaduje — například ő (Bőhm), ī a ē (Sītē), dále ű, ā, ę a podobně.

• Proč to vadilo. Kontrola dosud povolovala jen znaky české abecedy, takže písmena jako ő, ī, ē hlásila chybou „Není dovoleno použít znak…". Přitom samotné formuláře ČSSZ tuto diakritiku přijímají.
• Co je nově. Nově projde jakékoli latinkové písmeno s diakritikou (i seveřanská písmena ß, ø, æ). Nelatinková písma (azbuka, řečtina, asijské znaky) a nepovolené symboly zůstávají i nadále blokované. Stávající záznamy se nemění — oprava se uplatní při zadávání nového nebo úpravě stávajícího jména. Žádné nastavení není potřeba.

29. 6. 2026 (ZD#9865) — JMHZ: vyživované dítě cizince bez českého rodného čísla už neblokuje hlášení

Upravili jsme generování měsíčního hlášení (JMHZ) tak, aby u vyživovaného dítěte (i jiné vyživující osoby) bez českého rodného čísla šlo hlášení vytvořit, je-li vyplněné datum narození.

• Proč to vadilo. Pokud dítě v Prohlášení poplatníka nemělo platné české rodné číslo (typicky děti cizinců), Stafio generování hlášení přerušilo. ČSSZ přitom u vyživovaného dítěte rodné číslo nevyžaduje — postačí jméno, příjmení a datum narození.
• Co je nově. U dítěte (i jiné vyživující osoby) bez platného českého rodného čísla se rodné číslo do hlášení neposílá a generování proběhne. Jakmile dítě rodné číslo získá a doplníte ho v Prohlášení poplatníka, začne se posílat automaticky. Záznamy se skutečně poškozeným jménem (např. rodné číslo zapsané v poli příjmení) hlášení nadále korektně zastaví s upozorněním, koho opravit.

29. 6. 2026 (ZD#9901) — JMHZ: opakovaný „Dotaz na stav (DZMH)" už nezpůsobuje chybu ČSSZ o duplicitě

Upravili jsme funkci Zjistit stav zpracování (DZMH) u měsíčního hlášení tak, aby opakované kliknutí krátce po sobě neposílalo na ČSSZ stále nový dotaz.

• Proč to vadilo. ČSSZ odpovídá na dotaz na stav s prodlevou. Když odpověď ještě nedorazila a uživatel klikl znovu, odeslal se další shodný dotaz a ČSSZ ho odmítla jako duplicitní podání (kód 300) a poslala e-mail „Vaše podání CSSZ_DZMH … bylo zamítnuto". Samotného měsíčního hlášení se to nijak netýkalo — bylo i nadále odeslané správně.
• Co je nově. Pokud byl dotaz na stav odeslán nedávno, Stafio místo nového dotazu jen znovu vyzvedne odpověď k tomu už odeslanému. Nový dotaz se pošle, až když má smysl. E-maily o duplicitě (kód 300) tím odpadají.

29. 6. 2026 (ZD#9897) — PREZEC: Předregistrace zaměstnance (částečné přihlášení od 1. 7. 2026)

Doplnili jsme generování podání PREZEC – Předregistrace zaměstnance podle nové možnosti ČSSZ účinné od 1. 7. 2026. Předregistrace je dobrovolná alternativa k plné registraci REGZEC — umožní přihlásit českého zaměstnance ještě před nástupem v omezeném rozsahu osmi zákonných údajů.

• PREZEC P1 – Předregistrace. Nad výběrem smluv v přehledu Pracovní smlouvy vygenerujete XML s předregistrací (jméno, příjmení, rodné příjmení, rodné číslo, místo narození, občanství, předpokládaný den nástupu, variabilní symbol). Lze podat nejdříve 8 dní před nástupem; pouze pro zaměstnance s občanstvím CZ.
• PREZEC P2 – Ukončení předregistrace. Pokud zaměstnanec nakonec nenastoupí, vygenerujete ukončení, které automaticky odkáže na původní předregistraci.
• Odeslání i stažení odpovědi probíhá stejně jako u REGZEC (dialog Odeslat na ČSSZ s certifikátem).

Předregistrace nenahrazuje plnou registraci — po skutečném nástupu odešlete REGZEC Nástup do zaměstnání do 8 dnů. Žádné nastavení není potřeba.

29. 6. 2026 (ZD#9892) — REGZEC: částečně přijaté podání už neukazuje „zamítnuto" u zaměstnanců, které ČSSZ přijala

Opravili jsme zobrazení stavu odpovědi ČSSZ u podání REGZEC „Registrace zaměstnance". Týká se hromadných podání, kde ČSSZ část zaměstnanců přijala a část odmítla kvůli chybějícímu údaji.

• Přijatí zaměstnanci se už nezobrazují jako „zamítnutí". ČSSZ zpracovává REGZEC po jednotlivých zaměstnancích — když u některého chyběl povinný údaj (např. u cizince předpokládané místo výkonu práce), odmítne jen tento formulář a ostatní zaregistruje. Stafio ale dosud takovou odpověď vyhodnocovalo jako u měsíčního hlášení, kde jediná chyba znamená zamítnutí celé dávky, a u všech řádků chybně hlásilo „podání zamítnuto na LT — formulář nezpracován". Nově se u REGZEC zobrazuje skutečný stav po jednotlivých zaměstnancích: přijatí jsou bez chyby, odmítnutí mají uvedenou konkrétní vadu (souhrn podání např. „OK: 8 | Chyba: 2").
• Zpětná oprava už stažených odpovědí. Chybně označené odpovědi z dříve stažených podání jsme přepočítali, takže se i u nich nově zobrazuje správný stav.

Šlo pouze o zobrazení — registrace u ČSSZ proběhly správně (přijatí zaměstnanci mají přidělené ID PPV) a žádná data se touto chybou neporušila. Odmítnuté zaměstnance stačí doplnit o chybějící údaj a odeslat za ně REGZEC znovu. Žádné nastavení není potřeba.

29. 6. 2026 (ZD#9891) — Výplatní páska: dovolená bez placeného volna a samostatná náhrada za překážky

Opravili jsme rozpis složek mzdy na výplatní pásce. Týká se pásek, kde se ve stejném měsíci sešla dovolená i placené volno, případně náhrada za překážky na straně zaměstnavatele.

• Dovolená už nezahrnuje placené volno. Na řádku „Dovolená" se dříve mohla započítat i částka za placené volno, takže placené volno se na pásce objevilo dvakrát — jednou skryté v dovolené a jednou na vlastním řádku. Nově „Dovolená" zobrazuje pouze dovolenou a „Placené volno" zůstává samostatně, bez dvojího započtení.
• Náhrada za překážky jako samostatný řádek. Náhrada za překážky na straně zaměstnavatele (např. 60 %) se nově na pásce zobrazuje jako vlastní složka mzdy. Dříve byla správně započtena do hrubé mzdy, ale v rozpisu chyběla.

Celková hrubá mzda se nemění — upravil se pouze rozpis jednotlivých složek. Změna se projeví po novém vygenerování výplatní pásky.

29. 6. 2026 (ZD#9890) — REGZEC: správné Postavení v zaměstnání (DPČ/HPP), ZMR u změny a datum u akce 3

Opravili jsme generování podání REGZEC „Registrace zaměstnance" tak, aby odpovídalo pravidlům ČSSZ:

• Postavení v zaměstnání. Dohody o pracovní činnosti (DPČ) i pracovní poměry (HPP) se nově hlásí se správným kódem postavení v zaměstnání (DPČ → 1212/1211, HPP → 1112/1111, DPP → 1222/1221) podle typu dohody a doby určité/neurčité. Dříve se ve výchozím stavu posílal natvrdo kód pro dohodu o provedení práce (1222), takže ČSSZ evidovala DPČ i HPP chybně jako DPP.
• Zaměstnání malého rozsahu (ZMR). Příznak ZMR se nově odesílá i v podání „Změna údajů zaměstnance" (akce 3), nejen při prvním přihlášení. U dohod doplňovaných jen přes změnu tak ZMR nechybí.
• Datum u akce 3. Do podání „Změna / doplnění údajů zaměstnance" se nově vyplňuje aktuální datum odeslání (poslední stav údaje) místo data nástupu. ČSSZ takovou změnu zpracuje automaticky — dříve ji kvůli datu nástupu odkládala k ručnímu zpracování (chyba „Akce změna pro nástup/skončení zaměstnání … není zpracovávána automaticky").

28. 6. 2026 (ZD#9844–9847) — JMHZ: ochrana proti opakování vad 40238/40251 (druhé řádné podání, přijaté formuláře, vcelku zamítnuté podání)

Doplnili jsme tři pojistky, které brání zacyklení opravných podání JMHZ na vadách ČSSZ 40238 / 40251 / 40217:

• Jen jedno řádné podání za období. Pokud už bylo za danou firmu a měsíc odesláno řádné podání, systém nově nedovolí vygenerovat druhé řádné a vyzve k použití Opravného JMHZ. Druhé řádné totiž u ČSSZ zakládá samostatný řetězec a vedlo k opakované vadě 40251/40217. (Výjimka: pokud ČSSZ celé řádné podání zamítla, nové řádné poslat lze.)
• Přijaté formuláře zůstanou navázané. Po zjištění stavu (DZMH) systém u plně zpracované odpovědi označí formuláře, které ČSSZ věcně přijala. Díky tomu se přijatý formulář v dalších opravných kolech spolehlivě naváže jako oprava (typ O) a nepřepíše se omylem na „zamítnutý" ani když se pozdější oprava odmítne na datové vadě (např. vyměřovací základ). Tím mizí oscilace 40251 ↔ datová vada.
• Vcelku zamítnuté podání neodemkne opravné. Když ČSSZ celé podání nepřijala / zamítla (bez konkrétních formulářových vad), systém ho nově neoznačí jako „vyřízené" — opravné zůstane zablokované a zobrazí výzvu opravit data a odeslat nové řádné. Dřív takový stav mohl tiše odemknout opravné a vést k vadě 40238.

Žádné nastavení není potřeba. Doporučený postup zůstává: po každém odeslání spustit Zjistit stav zpracování (DZMH) (s certifikátem) nebo nahrát XML odpověď DZMH (ruční datovka) a teprve poté generovat opravné.

28. 6. 2026 (ZD#9086) — Pracoviště → Povolené druhy práce: nově lze zobrazit sloupec „Id pozice"

V detailu pracoviště v sekci Povolené druhy práce byl dosud k dispozici jen název pozice (druhu práce). Nově si přes ikonu Výběr sloupců můžete zapnout sloupec „Id pozice", který zobrazí identifikátor (kód) každé pozice — stejně jako v číselníku Pozice. Sloupec je ve výchozím stavu skrytý a zapíná se přes Výběr sloupců; dostupný je pro řešení Stafio Enterprise. Žádné další nastavení není potřeba.

26. 6. 2026 (ZD#9879) — Formuláře: potvrzovací tlačítko je během odesílání zablokované (nehrozí dvojí odeslání po dvojkliku)

Při rychlém dvojkliku na potvrzovací tlačítko (OK / Uložit) v dialogovém okně mohl systém odeslat požadavek dvakrát. U akce „Zjistit stav zpracování (DZMH)" to znamenalo, že ČSSZ obdržela dotaz na stav dvakrát a druhý vrátila jako „Duplicitní podání (kód 300)" — což mohlo budit mylný dojem, že se znovu odeslalo samotné hlášení. (Nejde o opětovné odeslání hlášení: „Zjistit stav zpracování" pouze pošle dotaz na stav a stáhne výsledek zpracování — samotné měsíční hlášení se znovu neodesílá.) Nově je potvrzovací tlačítko po kliknutí až do dokončení požadavku zablokované, takže k nechtěnému dvojímu odeslání z jednoho dialogu nedojde. Žádné nastavení není potřeba.

26. 6. 2026 (ZD#9863) — JMHZ: tlačítko „Zjistit stav zpracování (DZMH)" je nově i na detailu souboru

Tlačítko „Zjistit stav zpracování (DZMH)" (doporučený postup s certifikátem — Stafio se ČSSZ samo zeptá na věcný stav podání a označí přijaté/zamítnuté formuláře) bylo dosud dostupné pouze v přehledu JMHZ souborů jako akce nad vybraným řádkem. Nově ho najdete i přímo na detailu souboru (po otevření konkrétního podání kliknutím na Id), vedle tlačítka „Import protokolu ČSSZ" — stejně, jak to popisuje nápověda. Tlačítko se zobrazí u podání, které už bylo odesláno na ČSSZ. Zároveň byla v nápovědě k JMHZ opravena navigace na aktuální umístění v menu (Pracovníci → Smlouvy → JMHZ, generování v Pracovníci → Mzdy → Měsíční souhrn mezd → Podle společnosti).

26. 6. 2026 (ZD#9867 — navazuje na uzavření vad 40238/40251) — JMHZ: rozpoznání zamítnutí formuláře i mimo jeho vlastní sekci v odpovědi ČSSZ

Při vyhodnocení strojové (XML) odpovědi ČSSZ o stavu zpracování (DZMH) Stafio dosud označovalo formulář za zamítnutý jen tehdy, pokud chyba byla uvedená přímo v sekci daného formuláře. ČSSZ ale část vad váže ke konkrétnímu formuláři i mimo tuto sekci (např. technické/validační chyby typu „Vypočtená záloha na daň neodpovídá" nebo „Údaje osoby nebyly nalezeny v RegZec"). Takový zamítnutý formulář se pak mohl tiše považovat za přijatý — a v dalším opravném podání znovu narazit na vadu 40238.

Nově Stafio rozpozná zamítnutí formuláře bez ohledu na to, kde ho ČSSZ v odpovědi uvede, a v dalším opravném podání ho správně pošle jako nový řádný (typ R, nový GUID). U technických/validačních chyb, které nelze strojově jednoznačně vyhodnotit, import záměrně nedokončí a zobrazí upozornění „částečně zpracováno" s výpisem dotčených kódů — podání zůstane zablokované pro generování opravného, dokud chybu nevyřešíte (oprava dat / doplnění chybějící kontroly). Po nápravě stačí „Zjistit stav zpracování (DZMH)" zopakovat a formuláře se doznačí. Tím se uzavírá i poslední cesta, kterou se vada 40238 mohla vrátit. Žádné nastavení ze strany účetní není potřeba.

26. 6. 2026 (ZD#9865, ZD#9866) — JMHZ: srozumitelné upozornění, když u dítěte/osoby chybí platné jméno (místo kryptické chyby z ePortálu ČSSZ)

Pokud má některé vyživované dítě (nebo jiná vyživující osoba) v prohlášení poplatníka v poli Jméno/Příjmení uložené rodné číslo nebo neplatný znak (např. po hromadném importu), ČSSZ ePortál vygenerované hlášení odmítl až při nahrávání — nesrozumitelnou XSD chybou (20062). Nově Stafio tyto případy odhalí už při generování hlášení a vypíše srozumitelný seznam konkrétních osob k opravě (u kterého zaměstnance a které dítě), takže víte přesně, co v Prohlášení poplatníka doplnit. Po opravě jména a příjmení (případně rodného čísla) hlášení vygenerujete znovu. Žádné jiné nastavení není potřeba.

26. 6. 2026 (ZD#9864) — Plánovač směn: spokojenost už nelze nastavit u pouze rezervované směny (a tím ji omylem obsadit)

Pokud si brigádník směnu jen rezervoval a čekal na potvrzení (obsazení) agenturou, mohl jí zaměstnavatel (klient) přesto nastavit spokojenost — a tím se rezervovaná směna současně obsadila, ačkoli ji agentura ještě nepotvrdila a brigádník dle pravidel čekal na potvrzení. Nově lze spokojenost nastavit až u směny ve stavu Obsazeno nebo Vykázáno; u směny ve stavu Rezervováno systém nastavení spokojenosti odmítne (hláška „Není možné nastavit spokojenost. Pracovní místo není obsazené."). Rezervace tak zůstane rezervací, dokud ji agentura nepotvrdí. Žádné nastavení ze strany uživatele není potřeba.

26. 6. 2026 (ZD#9867) — JMHZ: spolehlivější vyhodnocení odpovědi ČSSZ o stavu zpracování (DZMH)

Navazuje na nový postup zjištění výsledku zpracování (DZMH) z 25. 6. Vylepšili jsme vyhodnocení strojové (XML) odpovědi ČSSZ: pokud odpověď u některého formuláře odkazuje na kontrolu, kterou systém zatím nezná, import ho nově netiše neoznačí jako přijatý (což dříve mohlo vést k opakování vady 40238). Místo toho zobrazí upozornění „částečně zpracováno" s výpisem dotčených kódů a podání neuvolní pro generování opravného, dokud nebude vyhodnocení úplné. Jakmile chybějící kontrolu doplníme, stačí stav zjistit / import zopakovat a formuláře se doznačí. Žádné nastavení ze strany účetní není potřeba; pokud upozornění uvidíte, kontaktujte podporu.

25. 6. 2026 (ZD#9857) — JMHZ: nový, spolehlivější postup zjištění výsledku zpracování a řešení vady 40238

Změnili jsme postup, jak v Stafiu zjistíte, které formuláře ČSSZ věcně přijala a které zamítla — a podle toho vyřešíte vadu 40238. Místo vkládání textu z protokolu nově Stafio pracuje přímo se strojovou (XML) odpovědí ČSSZ o stavu zpracování (DZMH). Je to spolehlivější a u většiny případů rychlejší.

Odesílání přes Stafio s certifikátem (doporučený postup). V přehledu JMHZ soubory je nové tlačítko „Zjistit stav zpracování (DZMH)". Po odeslání podání jím Stafio samo zjistí u ČSSZ věcný stav a označí, které formuláře byly přijaty a které zamítnuty — bez čekání na zprávu v datové schránce. Poté už jen vygenerujete opravné podání: zamítnuté formuláře půjdou jako nový řádný (typ R, nový GUID), přijaté se navážou jako oprava.

Ruční odesílání přes datovou schránku. Pokud podáváte ručně přes vlastní datovou schránku, ČSSZ vám do schránky pošle XML odpověď o stavu zpracování. Tu nově nahrajete přes tlačítko „Import protokolu ČSSZ" jako soubor — import nyní přijímá pouze XML soubor (odpověď DZMH), nikoli text z PDF.

Podrobný návod k oběma postupům najdete v nápovědě k JMHZ.

25. 6. 2026 (YouTrack WAS-1604) — Vyhledávání: fulltextové hledání osob, inzerátů a směn opět filtruje výsledky

Ve vyhledávacím poli se zadaný text při hledání osob, inzerátů a směn neuplatnil — systém vracel všechny záznamy místo jen těch, které odpovídají hledanému výrazu. Příčinou bylo, že se fulltextový index po nedávné optimalizaci interního dotazu nedostal do výsledného vyhledávání.

Nově se fulltextový filtr opět správně použije a výsledky se omezí na odpovídající záznamy. Žádné nastavení ze strany uživatele není potřeba.

25. 6. 2026 (ZD#9852) — REGZEC (storno oznámení ČSSZ): oprava zavádějícího textu chybové hlášky o chybějícím IK MPSV

Při stornu oznámení (REGZEC, akce 8) systém kontroluje, zda má zaměstnanec vyplněné platné IK MPSV. Pokud chybí, zobrazí se chybová hláška. Ta dosud v závorce nesprávně uváděla, že jde o „rodné číslo" — IK MPSV je však samostatný identifikátor (10místné identifikační číslo MPSV), nikoli rodné číslo. Zavádějící text mohl účetní navést ke kontrole nesprávného údaje.

Hláška nyní uvádí pouze, že zaměstnanec nemá platné IK MPSV. Jde čistě o opravu textu hlášky, chování kontroly se nemění.

25. 6. 2026 (ZD#9855, ZD#9859) — REGZEC (oznámení ČSSZ): datum platnosti změny daňového rezidentství je nyní 1. 1. roku podání

U oznámení o nástupu/změně (REGZEC) se při změně kódu státu daňového rezidentství zaměstnance uvádělo jako datum platnosti této změny datum nástupu zaměstnance. To je věcně nesprávné — daňové rezidentství se posuzuje za celé zdaňovací období (kalendářní rok), datum nástupu s ním nesouvisí.

Nově systém u změny daňového rezidentství vyplňuje datum platnosti jako 1. leden roku, ve kterém se oznámení podává (pro podání v roce 2026 tedy 1. 1. 2026) — v souladu s pokynem ČSSZ. Žádné nastavení ani úkon ze strany účetní nejsou potřeba.

25. 6. 2026 (ZD#9809, ZD#9818, ZD#9846, ZD#9847 · YouTrack SUPP-10394, SUPP-10403, SUPP-10431, SUPP-10432) — JMHZ: definitivní uzavření „točení v kruhu" mezi vadami 40238 a 40251

Navazuje na úpravu z 24. 6., která vyřešila hlavní příčinu střídání vad 40238 a 40251. Hloubková analýza odhalila ještě tři situace, kvůli kterým se opravné hlášení mohlo dál „točit v kruhu". Všechny jsou nyní opravené.

1) Import protokolu omylem označoval některé zamítnuté formuláře jako přijaté. Když ČSSZ v protokolu u zamítnutého formuláře uvede větu „Řádný formulář s GUID … se nenašel", systém si tento formulář kvůli zmínce GUID v textu poznamenal jako přijatý (propustný) místo zamítnutý. V dalším kole se proto znovu odeslal jako oprava (typ O) a ČSSZ ho opět odmítla vadou 40238. Nově systém pozná, že jde o vlastní zamítnutý formulář (ne odkaz na jiný, přijatý formulář), a ponechá ho správně jako zamítnutý — odešle se jako nový řádný (typ R, nový GUID).

2) U hlášení rozdělených do více souborů (balíků) stačilo naimportovat protokol jen jednoho z nich. Hlášení s více než 1000 zaměstnanci se odesílá ve více balících. Systém dosud kontroloval naimportování protokolu jen u posledního balíku — zamítnuté formuláře z ostatních balíků tak mohly zůstat nezpracované a v dalším kole znovu chybovat 40238. Nově je potřeba naimportovat protokol o zpracování každého odeslaného balíku daného kola; teprve pak systém uvolní generování opravného podání.

3) Neúplně načtený protokol už hlášení neodblokuje. Pokud se z vloženého textu nepodaří rozpoznat některý zamítnutý formulář, který je v systému evidovaný (např. při neobvyklém formátu textu), import nyní vrátí upozornění „Protokol neúplně načten" a podání neuvolní pro generování opravného (dříve mohl takový formulář tiše propadnout jako neoznačený a znovu chybovat 40238). V takovém případě vložte kompletní text protokolu; pokud problém přetrvá, kontaktujte podporu.

Postup pro účetní zůstává stejný (viz Opravné podání a vada 40238): po každém podání naimportovat kompletní protokol o zpracování od ČSSZ — u děleného hlášení protokol každého balíku — a poté vygenerovat jedno nové opravné podání. Počet chyb už bude v každém kole striktně klesat, místo aby se vracel dokola.

25. 6. 2026 (ZD#9108 · YouTrack SUPP-9688) — Fakturace: správný rozpis příplatků (svátek/víkend/noc) u směn přes půlnoc

V náhledu a tisku faktury „po hodinových sazbách" se u směn přecházejících přes půlnoc mohly příplatky rozepsat na nesprávné sazby. Týkalo se to případů, kdy jednotlivé příplatky neleží ve stejných hodinách — typicky když svátek probíhá jen do půlnoci a víkend až po půlnoci (např. 26. 12. 2025, 2. svátek vánoční, který připadl na pátek). Systém pak svátek a víkend chybně sloučil do jednoho řádku a posunul i navazující sazby.

Důležité: celková fakturovaná částka byla vždy správná — chyba se týkala pouze toho, jak se částka rozepisovala na jednotlivé hodinové sazby v náhledu a tisku faktury.

Nově se rozpis počítá podle skutečných hodin směny: ke každé hodině se přiřadí právě ty příplatky, které v daný čas opravdu platí (noc, sobota/neděle/víkend, svátek), a hodiny se podle výsledné sazby seskupí. U směny přes půlnoc se tak svátek (do půlnoci) a víkend (po půlnoci) správně oddělí. Příklad opravené směny (26. 12. 2025, 20:00–05:30):

• 668,98 Kč × 2 h (20:00–22:00 — základ + svátek)
• 696,99 Kč × 2 h (22:00–24:00 — základ + svátek + noc)
• 374,92 Kč × 5 h (00:00–05:00 — základ + noc + víkend)

25. 6. 2026 (ZD#9721, ZD#9850 · YouTrack SUPP-10301, SUPP-10435) — JMHZ: „Import protokolu ČSSZ" nyní spolehlivě rozpozná zamítnuté formuláře z PDF protokolu o kompletnosti

Funkce „Import protokolu ČSSZ" u některých protokolů sice proběhla bez chyby, ale ve skutečnosti neoznačila žádný zamítnutý formulář. Další opravné podání pak tytéž formuláře znovu odeslalo jako opravu (typ O) a ČSSZ je opět odmítla vadou 40238 — hlášení se tak „točilo v kruhu" i po opakovaném importu protokolu.

Příčina byla na naší straně, ve zpracování vloženého textu protokolu:

• Text z PDF „Protokol o kompletnosti podání" má identifikátor formuláře (GUID) rozdělený do více řádků a od kódu vady oddělený koncem řádku. Systém ale konce řádků z vloženého textu odstraňoval, takže se GUID a kód vady slepily a rozpoznávací pravidlo na nich selhalo (rozpoznán byl jen text z těla notifikačního e‑mailu, kde je GUID na jednom řádku).
• Navíc se rozpoznávala jen část variant označení řádku vady. ČSSZ v protokolu používá různá označení („Formulář", „Form", „Nezařazeno") a to nejčastější — „Formulář" — systém přehlížel.

Nově se vložený text zpracovává bez ztráty konců řádků a rozpoznání vad nezávisí na označení řádku — systém spolehlivě najde všechny zamítnuté formuláře bez ohledu na to, zda kopírujete text z PDF protokolu, e‑mailu nebo datové schránky.

Postup pro účetní zůstává stejný (viz Opravné podání a vada 40238): u podání použít „Import protokolu ČSSZ", vložit celý text protokolu o zpracování a poté vygenerovat jedno nové opravné podání. Je‑li hlášení rozděleno do více částí (balíků), vložte text každého protokolu, který Vám od ČSSZ přišel — označení se uplatní napříč celým obdobím, nezáleží na pořadí ani na tom, ke které části import otevřete.

25. 6. 2026 (ZD#9091 · YouTrack SUPP-9671) — Mzdový list: vyměřovací základ na zdravotní pojištění nyní zahrnuje dorovnání do minima

Na sestavě Osobní a mzdový list na rok se ve sloupci „Vyměřovací základ zdravotní" dosud zobrazoval pouze vyměřovací základ vypočtený z hrubé mzdy. U zaměstnanců s nižší mzdou, u kterých se vyměřovací základ dorovnává na minimální vyměřovací základ zdravotního pojištění (pro rok 2025 činí 20 800 Kč), tak mzdový list ukazoval nižší částku, než byl skutečný vyměřovací základ — což působilo nesrovnalosti zejména při kontrolách ze zdravotní pojišťovny.

Nově se ve sloupci „Vyměřovací základ zdravotní" zobrazuje úplný vyměřovací základ včetně dorovnání do minima (tj. základ z hrubé mzdy plus doplatek do minimálního vyměřovacího základu). Hodnota na mzdovém listu tak odpovídá vyměřovacímu základu, ze kterého se skutečně odvádí zdravotní pojištění. Výpočet mezd ani odvody se nemění — šlo pouze o zobrazení na sestavě.

24. 6. 2026 (ZD#9844, ZD#9845, ZD#9846, ZD#9847 · YouTrack SUPP-10429, SUPP-10430, SUPP-10431, SUPP-10432) — JMHZ: opravné podání se přestane „točit v kruhu" mezi vadami 40238 a 40251

U opravných podání JMHZ se opakovaně střídaly vady 40238 („podejte nový řádný formulář s novým GUID") a 40251 („ID pracovněprávního vztahu už bylo uvedeno v předešlém formuláři"), takže ani po několika kolech oprav hlášení neprošlo. Příčina byla v tom, jak systém u každého formuláře rozhodoval mezi opravou (typ O) a novým řádným (typ R):

Formulář, který ČSSZ věcně nepřijala, se správně poslal znovu jako nový řádný — ČSSZ ho tentokrát přijala. Jenže informace o tomto přijetí v chybovém protokolu od ČSSZ není (protokol vypisuje jen vady), takže formulář zůstal v systému neoznačený. Při dalším kole proto systém vyrobil ještě jednou nový formulář pro tutéž osobu — a ČSSZ ho odmítla jako duplicitu (40251). Označení této duplicity pak vedlo k tomu, že se příště zase poslal jako nový řádný, a kruh se opakoval.

Nově systém u opravného podání recykluje již přijatý formulář (pošle ho jako opravu, typ O) místo toho, aby pro stejný pracovněprávní vztah razil další nový GUID. Konkrétně použije buď formulář, který ČSSZ prokazatelně přijala, nebo poslední úspěšně odeslaný formulář vzniklý až po posledním zamítnutí dané osoby. Formuláře z „mrtvých" starších pokusů se nadále posílají jako nové řádné. Díky tomu každé další kolo oprav skutečně ubývá chyb a hlášení konverguje, místo aby oscilovalo mezi 40238 a 40251.

Postup pro účetní zůstává stejný (viz Opravné podání a vada 40238): po každém podání naimportovat kompletní protokol o zpracování od ČSSZ a vygenerovat jedno nové opravné podání.

23. 6. 2026 (ZD#9199 · YouTrack SUPP-9779) — Portál eObjednávky: nelze zadat překrývající se ani duplicitní směny jednomu pracovníkovi

Portál eobjednavky.student.cz dosud umožňoval přidat či nakopírovat pracovníkovi více směn se shodným nebo překrývajícím se časem ve stejný den. Systém přitom u běžného obsazení pracovního místa takovou kolizi správně odmítá — kontrola překryvu se ale na cestě přes portál eObjednávky vůbec neprováděla, takže duplicitní a překrývající se směny prošly bez upozornění.

Nově se i při zadání a úpravě směny přes portál eObjednávky uplatní stejná kontrola časového překryvu jako při obsazení pracovního místa: pokud by nová nebo časově upravená směna kolidovala s jinou placenou směnou téhož pracovníka, operace se odmítne s upozorněním, že pracovník nemůže být ve stejný čas na dvou místech. Vyloučené absence (omluvené i neomluvené) a uvolněné směny se do překryvu nadále nepočítají, takže legitimní náhrada uvolněné směny zůstává možná.

23. 6. 2026 (ZD#9838 · YouTrack SUPP-10423) — Spokojenost u směn („Absence") se neztrácí při otevření a uzavření objednávky; spokojenost lze zadat přímo u pracovních míst

Dosud platilo, že když se u objednávky znovu otevřela a zase uzavřela, nastavená spokojenost (typicky „Absence" u pracovníka, který nepřišel) z pracovního výkazu zmizela a přepsala se na výbornou spokojenost. Hrozila tak ztráta informace, podle které se řeší např. storna přihlášení na sociálku u nepřítomných pracovníků.

Nově se spokojenost evidovaná na směnách při otevření objednávky zachová a při opětovném vytvoření pracovního výkazu se do něj automaticky vrátí — „Absence" tedy přežije otevření i uzavření objednávky. Výborná spokojenost se nově doplní jen tam, kde u směn žádné hodnocení nastavené není (beze změny oproti dosavadnímu chování). Zároveň se spokojenost u směn vymaže při uvolnění pracovního místa, aby ji po novém obsazení nezdědil jiný pracovník.

Sloupec „Spokojenost" v agendě Objednávky → objednávky → pracovní místa je nově editovatelný — personalista může absenci (či jiné hodnocení) zadat rovnou zde, při úpravě skutečně odpracované doby, bez nutnosti otevírat každou směnu zvlášť.

23. 6. 2026 (ZD#9840 · YouTrack SUPP-10425) — REGZEC: kontrola chybějícího daňového identifikátoru u cizího daňového rezidenta + srozumitelnější „Odpověď ČSSZ" při zamítnutí celé dávky

ČSSZ zpracovává odeslanou dávku REGZEC atomicky — stačí jediný vadný řádek a odmítne se celá dávka, i ostatní jinak bezchybné formuláře. Typickým spouštěčem je cizí daňový rezident (kód státu rezidence jiný než CZ), který nemá vyplněný daňový identifikátor ve státě rezidence — ten je u cizího rezidenta povinný (ČSSZ kontrola REGZEC25_LT 002). Dosud se taková dávka odeslala a teprve ČSSZ ji celou zamítla.

Nově systém na tento případ upozorní ještě před odesláním: vygenerování REGZEC1/REGZEC3/REGZEC4 se zastaví s jasnou hláškou, která pojmenuje konkrétního zaměstnance, u kterého chybí daňový identifikátor — stačí ho doplnit u trvalé adresy (nebo opravit daňový domicil na CZ) a dávka projde. Celá dávka tak kvůli jedinému řádku nespadne.

Zároveň je přesnější souhrn ve sloupci „Odpověď ČSSZ": pokud ČSSZ zamítla celou dávku, už se neukazuje zavádějící „OK: N | Chyba: M" (které sugerovalo, že část řádků prošla), ale jasné sdělení, že celá dávka byla zamítnuta a nezpracoval se žádný formulář, včetně důvodu zamítnutí.

23. 6. 2026 (ZD#9839 · YouTrack SUPP-10424) — Mzdy: opravený automatický výběr smlouvy při obsazení směny (mzda se v ojedinělých případech nevytvořila)

Pokud měl pracovník u téže firmy souběžně pracovní smlouvu (DPP/DPČ apod.) i obchodní smlouvu, mohl se při obsazení směny job omylem obsadit na obchodní smlouvu místo na pracovní. Import dávky, objednávka i její uzavření přitom proběhly bez jakékoli chyby, ale protože se mzda generuje jen z pracovní smlouvy, mzda ani odpracované směny se nepropsaly (na obchodní smlouvě vznikl honorář). Chyba se tak projevila tiše — jen tím, že pracovníkovi u dané firmy chyběla mzda.

Nově se při automatickém výběru smlouvy správně upřednostní pracovní smlouva podle priority typu smlouvy, takže se mzda vytvoří. Případy, kdy je honorář na obchodní smlouvě záměrný, zůstávají beze změny.

23. 6. 2026 (ZD#9837 · YouTrack SUPP-10422) — Smlouvy na dobu určitou: automaticky předvyplněný důvod ukončení „Doba určitá (§ 65 ZP)"

U nově zakládaných smluv na dobu určitou (typ smlouvy s ukončením k datu, nikoli na dobu neurčitou) se nyní ve formuláři automaticky předvyplní důvod ukončení pracovního poměru hodnotou „Doba určitá (§ 65 ZP)". Dosud zůstávalo pole prázdné a důvod ukončení bylo nutné doplnit ručně.

Jde pouze o návrh hodnoty — pokud má daná smlouva skončit z jiného důvodu, můžete předvyplněný důvod ve formuláři kdykoli změnit. U smluv na dobu neurčitou se nadále nic nepředvyplňuje.

23. 6. 2026 (ZD#9817, ZD#9818 · YouTrack SUPP-10402, SUPP-10403) — JMHZ: opravné podání lze vygenerovat i bez opětovného importu protokolu, je-li zamítnutí už známé

Po zavedení nové pojistky (22. 6.) se u Opravného JMHZ mohlo objevit hlášení, že nebyl naimportován protokol o zpracování, i v případě, kdy už byly zamítnuté formuláře označené jako věcně nepřijaté — typicky když opakovanou vadu 40238 za vás vyřešila podpora přímo na pozadí. Generování opravného podání tak zůstalo zablokované, přestože nebylo co dořešovat.

Nově pojistka rozpozná, že u nejnovějšího odeslaného podání už jsou zamítnuté formuláře označené (ať už importem protokolu, nebo zásahem podpory), a opravné podání pustí dál i bez opětovného importu. Pokud naopak o zamítnutých formulářích systém zatím nemá žádnou informaci, pojistka funguje beze změny a vyžádá si import protokolu — ochrana před opakováním vady 40238 zůstává plně zachována.

23. 6. 2026 (ZD#9443 · YouTrack SUPP-10023) — Adresy v ČR: kontrola RUIAN nově srovná i diakritiku u ulice a města

Pokud je zapnutá kontrola adres v registru RUIAN (parametr RUIAN_VALIDATE_ADDRESS), mohlo se dosud stát, že adresa zadaná bez diakritiky (např. v nástupním dotazníku „České Libchavy" napsané jako „Ceske Libchavy") prošla a uložila se přesně tak, jak ji uživatel napsal. Systém adresu sice ověřil proti RUIAN a doplnil její identifikátor, ale správně diakritizovaný text neuložil — text se pak musel opravovat ručně.

Nově se při uložení adresy ulice a město automaticky srovnají na oficiální podobu z RUIAN (se správnou diakritikou a velikostí písmen) — ale jen tam, kde jde o tentýž název lišící se pouze diakritikou. Struktura adresy se nemění (např. „Praha 2" zůstane „Praha 2", obec bez ulic si název ponechá i v poli ulice). Týká se adres osob, partnerů i firem napříč všemi vstupy (dotazník, web, klient).

23. 6. 2026 (ZD#9835 · YouTrack SUPP-10420) — REGZEC: kontrola neplatného kódu profese (ISCO) ještě před odesláním na ČSSZ

Při generování oznámení REGZEC (přihlášení / změna / oprava) se nově kontroluje, že kód profese (CZ-ISCO) je úplný 4–5místný kód, ne jen hlavní třída (např. jednociferné „5"). Pokud byl u některého typu práce vyplněn jen zkrácený kód, ČSSZ takové podání zamítla až po odeslání (chyba 61 – nesplnění minimální délky proti XML schématu) a nebylo zřejmé, kde je problém.

Nově Stafio takový případ zachytí předem a srozumitelně upozorní, u kterého pracovníka a s jakou hodnotou je profese neúplná, abyste mohli doplnit plný kód ISCO u typu práce dříve, než podání vůbec odejde. (Dosavadní kontrola, která hlídala úplně chybějící profesi, zůstává.)

22. 6. 2026 (ZD#9832 · YouTrack SUPP-10417) — Smlouvy a dodatky: opraveno mazání položek, u kterých zůstal „viset" příznak podpisu

Některé smlouvy a jejich dodatky nešlo smazat — systém je odmítal s hláškou, že jde o podepsaný záznam, přestože u nich nebylo vyplněné datum podpisu. Příčinou bylo, že u záznamu zůstal nezávisle nastavený interní příznak „podepsáno" i poté, co bylo datum podpisu odebráno. Formulář pole pro tento příznak nezobrazuje, takže ho nešlo ručně zrušit, a mazání tak zůstalo zablokované.

Nově se příznak podpisu udržuje v souladu s datem podpisu: kdykoli je datum podpisu prázdné, systém záznam automaticky vede jako nepodepsaný. Při příští úpravě smlouvy či dodatku se tak nesoulad sám srovná a položku lze běžně smazat.

22. 6. 2026 (ZD#9189 · YouTrack SUPP-9769) — Onboarding: souhlas (e-commerce) se po podpisu už znovu nevygeneruje

Při elektronickém nástupu zaměstnance se dokument „Souhlas" (informace + souhlas se zpracováním) mohl pracovníkovi vygenerovat a odeslat dvakrát. Jeden už byl podepsaný, druhý zůstal nepodepsaný. Na ten druhý pak chodily připomínky „Připomínáme nepodepsaný dokument" a po kliknutí na odkaz se dokument nedal otevřít (mezitím už bývalo druhé podání stornováno, a stornovaný dokument nelze podepsat). Příčinou bylo, že systém při opětovném vstupu do kroku se souhlasem (obnovení stránky, návrat zpět, nové otevření odkazu) hledal jen nepodepsané podání — a když žádné nenašel, protože ho pracovník mezitím podepsal, vytvořil nové.

Nově se souhlas po podpisu už podruhé nevytváří: pokud pracovník souhlas jednou podepsal, systém zobrazí jeho podepsanou verzi a nové podání ani připomínku negeneruje. Týká se jak průvodce onboardingem, tak samostatného podpisu dokumentů.

22. 6. 2026 (ZD#9721 · YouTrack SUPP-10301) — JMHZ: opraven dialog „Import protokolu ČSSZ" (chyba při uložení)

V dialogu „Import protokolu ČSSZ" (u konkrétního JMHZ souboru) se po vložení textu protokolu a potvrzení objevila chyba a protokol nešlo uložit. Příčinou bylo, že identifikátor hlášení (Id) byl v dialogu nastaven jako needitovatelný, a do uložení se tak nepředal — zpracování protokolu pak selhalo.

Nově se dialog uloží správně: stačí ho otevřít u příslušného JMHZ podání, vložit do pole celý text protokolu o zpracování z ČSSZ a potvrdit. Stafio podle něj označí formuláře, které ČSSZ věcně zamítla, a další Opravné JMHZ je odešle jako nové formuláře (řeší opakující se vady 40238 i navazující duplicity 40251).

22. 6. 2026 (ZD#9826 · YouTrack SUPP-10411) — Úkoly a Události: jména v polích Komu / Kopie / Reference lze opět označit a zkopírovat myší

V detailu Úkolu a Události se jména pracovníků a kontaktů zobrazují v polích Komu, Kopie a Reference jako barevné „štítky". Po jedné z předchozích aktualizací (zavedení přetahování štítků mezi poli příjemců) přestalo jít jméno ve štítku označit myší a zkopírovat — pokus o výběr textu spustil přetažení štítku. To vadilo zejména při přeposílání úkolu e-mailem, kdy bylo potřeba jméno zkopírovat.

Nově lze text jména ve štítku běžně označit a zkopírovat myší. Přetažení štítku mezi poli příjemců se nově spouští za úchop (ikona ⠿ na začátku štítku), takže výběr textu a přetahování si už nepřekážejí.

22. 6. 2026 (ZD#9824 · YouTrack SUPP-10409) — REGZEC: import přidělených identifikátorů z e-portálu ČSSZ

Pokud bylo přihlášení do registru zaměstnanců (REGZEC 1 – Nástup do zaměstnání) vygenerováno ve Stafiu, ale podáno ručně přes e-portál ČSSZ (mimo Stafio), nestáhly se přidělené identifikátory (ID PPV) automaticky zpět do systému. Smlouvy tak zůstaly bez ID PPV a bez data přihlášení k sociálnímu pojištění.

Nově je v menu „Informační karty a sdělení…" na přehledu i detailu smluv akce „REGZEC – Import přidělených identifikátorů": vyberete jednu smlouvu z podání, nahrajete protokol o zpracování z ČSSZ (XML, který přijde do datové schránky nebo se stáhne z e-portálu) a systém doplní ke smlouvám daného podání přidělená ID PPV, případně číslo pojištěnce (IK MPSV) k osobám, a smlouvy označí jako přihlášené k sociálnímu pojištění. Zpracování protokolu používá stejnou logiku jako automatické stažení odpovědi z ČSSZ.

22. 6. 2026 (ZD#9812 · YouTrack SUPP-10397) — JMHZ: znovu lze vygenerovat řádné měsíční hlášení i bez načtené odpovědi ČSSZ z předchozího podání

Při generování měsíčního hlášení zaměstnavatele (JMHZ) se mohlo stát, že systém nedovolil vytvořit nové řádné hlášení, dokud nebyla u dříve odeslaného hlášení za stejnou společnost a období načtena odpověď z ČSSZ. U agentur, které odpovědi z ČSSZ nenačítají (např. komunikace probíhá přes datovou schránku), tak generování řádného hlášení zůstalo trvale zablokované a v přehledu úloh skončilo chybou.

Nově se tato pojistka uplatní jen u opravných podání — tam má smysl, protože opravné hlášení navazuje na výsledek zpracování předchozího. Řádné hlášení vždy vytváří nové formuláře, takže ho lze vygenerovat kdykoli, bez ohledu na to, zda už byla odpověď z předchozího podání načtena. Při této příležitosti jsme do češtiny přeložili i příslušné informační a chybové hlášky při generování JMHZ.

22. 6. 2026 (ZD#9818 · YouTrack SUPP-10403) — JMHZ: import protokolu o zpracování ČSSZ a oprava opakované vady 40238 u opravných hlášení

Při měsíčním hlášení zaměstnavatele (JMHZ) vracela ČSSZ u některých opravných podání opakovaně vadu 40238 („V rámci opravného podání nebyla nalezena odpovídající dvojice klíčů IK MPSV a ID pracovněprávního vztahu") — opravné hlášení se „točilo v kruhu", protože systém posílal opravu (typ O) k formulářům, které ČSSZ věcně nepřijala. Takové formuláře musí jít znovu jako nový řádný formulář s novým GUID.

Nově funguje import „Protokolu o kompletnosti podání" z ČSSZ (tlačítko Import protokolu ČSSZ v detailu i přehledu JMHZ): stačí stáhnout protokol z datové schránky a vložit jeho text — systém z něj rozpozná, které formuláře ČSSZ nepřijala, a při dalším opravném podání je automaticky odešle jako nové řádné formuláře. Oprava nově pokryje i pracovníky s více „mrtvými" GUIDy z dřívějších podání (dříve bylo nutné řešit ručně na naší straně), takže se vada 40238 dál neobjevuje.

21. 6. 2026 (ZD#9143 · YouTrack SUPP-9723) — Obsazení objednávky: chybová hláška u nesplněné kvalifikace nově uvádí jméno pracovníka

Při (hromadném) potvrzování / obsazování objednávky se celá akce zastavila, pokud některý z vybraných pracovníků nesplňoval požadovanou kvalifikaci — typicky neměl platný certifikát (např. vstupní lékařskou prohlídku). Hláška ale neuváděla jméno pracovníka, takže personalista nevěděl, koho se chyba týká, a musel pracovníky potvrzovat jednotlivě, dokud viníka nenašel.

Nově chybová hláška obsahuje jméno pracovníka, kterého se kontrola týká — např. „Nelze provést obsazení pracovníka Jméno Příjmení. Pracovník nemá certifikát ZPROH." Platí pro všechny kontroly kvalifikace při obsazování (chybějící certifikát, potvrzení o studiu apod.). Při této příležitosti jsme do češtiny přeložili i hlášku o chybějícím certifikátu.

21. 6. 2026 (ZD#9163 · YouTrack SUPP-9743) — Onboarding: sleva na poplatníka se při podpisu posuzuje napříč společnostmi

Při elektronickém podpisu nástupních dokumentů se na obrazovce kontroly údajů u pracovníka se smlouvami u více společností zobrazoval stav slevy na poplatníka (růžového prohlášení) jen podle jedné společnosti — i když pracovník prohlášení podepsal u jiné z nich. Pracovník pak viděl „Neuplatňuji", přestože slevu reálně uplatňuje, a dokument zbytečně podepisoval s výhradami.

Nově se sleva na poplatníka vyhodnotí napříč společnostmi pracovníka — pokud má platné prohlášení alespoň u jedné z nich, zobrazí se „Uplatňuji". (Sleva na poplatníka se ze zákona uplatňuje vždy jen u jednoho zaměstnavatele.)

21. 6. 2026 (ZD#9815 · YouTrack SUPP-10400) — Přehled mezd podle oddělení: proplacení dovolené se už neztrácí ze součtu

V přehledu Součet mezd podle oddělení a místa práce se nezobrazovaly mzdy, které nemají vazbu na konkrétní oddělení (oddělení objednávek) — typicky proplacení dovolené při ukončení smlouvy, které vzniká na úrovni společnosti, ne na středisku. Pokud k takové mzdě patřila daňová úprava (např. srážková daň vyrovnaná slevou na dani), objevila se v přehledu jen jedna strana a sloupec srážkové daně tak za pracovníka nevycházel — přestože v měsíčním přehledu byl správně.

Nově přehled tyto mzdy bez střediska zahrnuje — zobrazí se na samostatném řádku bez oddělení, takže součet srážkové daně i mzdových nákladů za pracovníka odpovídá skutečnosti.

Zároveň jsme opravili příčinu: při změně nebo doplnění daňového prohlášení systém nově automaticky přepočítá i proplacení dovolené, takže se na něj uplatní sleva a srážková daň u proplacené dovolené vůbec nevznikne.

21. 6. 2026 (ZD#7498) — Karta osoby: odpracované hodiny na smlouvu se správně přepočítají i po automatickém přeřazení směny

Opravili jsme zobrazení odpracovaných a připojených hodin u jednotlivých smluv na kartě osoby (záložka Pracovní poměry). Tyto hodnoty se ukládají jako souhrn přepočtený z odpracovaných směn. Když systém směnu automaticky přeřadil na jinou smlouvu — typicky na navazující smlouvu „změna rozsahu", kam se přelévají hodiny po vyčerpání hodinového fondu —, souhrn u cílové smlouvy se nepřepočítal a zůstal nulový, přestože na smlouvě byly reálně odpracované hodiny. Roční souhrn (Mzdy ročně) byl přitom vždy správně, protože se počítá přímo ze směn.

Nově se souhrn hodin přepočítá i při automatickém přeřazení směny, takže na kartě osoby vidíte u každé smlouvy správné odpracované i připojené hodiny.

19. 6. 2026 (ZD#9798 · YouTrack SUPP-10383) — JMHZ: dohoda s přihlášením k pojištění až v dalším měsíci se už neuvádí do hlášení za předchozí měsíc

Navázali jsme na úpravu z 18. 6. (ZD#9798). U dohod o pracovní činnosti / provedení práce malého rozsahu, kde příjem v daném měsíci nedosáhl rozhodné částky pro účast na nemocenském pojištění (účast a tím i přihláška do RegZec vznikly až v některém z dalších měsíců), se taková dohoda kvůli příjmu chybně vygenerovala do měsíčního hlášení (JMHZ) i za dřívější měsíc, kdy ji ČSSZ v RegZec ještě neeviduje. Hlášení tak obsahovalo o jeden formulář navíc oproti RegZec a ČSSZ ho odmítla chybami 40226 (počet PPV z hlášení vyšší než z RegZec) a 40348 (PPV mimo rozhodné období).

Nově se dohoda, jejíž přihláška k pojištění spadá až za konec vykazovaného měsíce, do hlášení za tento měsíc vůbec nezahrne — příjem se promítne až do hlášení za měsíc vzniku účasti na pojištění. Počet formulářů tak odpovídá RegZec a uvedené vady odpadnou. Dotčená hlášení stačí znovu vygenerovat a odeslat jako opravné podání.

19. 6. 2026 — Mailové účty: u odesílání přes vlastní SMTP je nyní povinný SMTP server

Zpřesnili jsme kontrolu nastavení mailových účtů. Pokud byl účet nastavený na odesílání přes vlastní SMTP server, ale samotný SMTP server nebyl vyplněný, šlo takový účet přesto uložit — a všechny odchozí e-maily z něj pak na pozadí tiše selhávaly (každý zvlášť), aniž by na to systém upozornil.

Nově při uložení mailového účtu, který má odesílat přes SMTP, systém vyžaduje vyplněný SMTP server — jinak rovnou zobrazí srozumitelnou chybu. Nedokončené nastavení se tak odhalí hned při konfiguraci, ne až podle hromady neodeslaných e-mailů. Pokud vlastní SMTP server používat nechcete, lze účet přepnout na odesílání přes SendGrid.

19. 6. 2026 (ZD#9810 · YouTrack SUPP-10395) — JMHZ: opravné podání nelze vygenerovat bez importu protokolu o zpracování

Navázali jsme na úpravu z 18. 6. (ZD#9769). Pokud se opravné měsíční hlášení (JMHZ) vygenerovalo dřív, než byl pro dané období naimportován protokol o zpracování předchozího (řádného) podání, systém nevěděl, které formuláře ČSSZ věcně nepřijala, a poslal je znovu jako opravu na řádný formulář, který u ČSSZ nikdy nevznikl — ČSSZ je odmítla chybou 40238.

Nově systém vygenerování opravného podání zablokuje, dokud není pro dané období naimportován protokol o zpracování dříve odeslaných podání (tlačítko „Import protokolu ČSSZ" v přehledu JMHZ). Tím se předejde tomu, aby věcně zamítnuté formuláře skončily znovu jako neúspěšná oprava.

18. 6. 2026 (ZD#9798 · YouTrack SUPP-10383) — JMHZ: „Pojištění od/do" u dohod malého rozsahu s přihlášením k pojištění v dalším měsíci

Opravili jsme generování měsíčního hlášení (JMHZ) u dohod o pracovní činnosti / provedení práce malého rozsahu, kde příjem v daném měsíci nedosáhl rozhodné částky pro účast na nemocenském pojištění (účast tak vznikla až v některém z dalších měsíců). V hlášení za dřívější měsíc se jako „Pojištění od" chybně vyplnilo datum pozdější přihlášky k pojištění — pozdější než „Pojištění do" —, takže obě data ležela mimo vykazovaný měsíc a ČSSZ formulář zamítla (chyby 20043/20044/20299).

Nově se v takovém případě jako „Pojištění od" uvádí datum nástupu a údaje „Pojištění od/do" vždy spadají do vykazovaného měsíce; současně tomu odpovídá i počet dnů pojištění (pravidlo 134). Dotčená hlášení stačí znovu vygenerovat a odeslat jako opravné podání.

18. 6. 2026 — Šablony dokumentů: kontrola šablony bez dotazu {{QUERY=…}} už nepadá

Opravili jsme zpracování šablon dokumentů (typ DOC_TEMPLATE, např. šablony pro elektronický podpis). Pokud šablona obsahovala značky {{…}}, ale neměla dotaz {{QUERY=…}}, úloha na pozadí, která ze šablony vytěžuje text a kontroluje použité značky, skončila chybou — u takové šablony se nezobrazila kontrola značek a nevytěžil se text dokumentu (kvůli tomu jej nenašlo ani fulltextové vyhledávání).

Nově je šablona bez dotazu {{QUERY=…}} v pořádku: její značky se ověří jen proti sloupcům příslušné sestavy a zpracování proběhne bez chyby. Dotčené dokumenty se zpracovaly znovu automaticky.

18. 6. 2026 (ZD#9806 · YouTrack SUPP-10391) — Telefon: seznam hovorů se otevírá na „Dnes" a u zahraničních čísel se eviduje celé číslo volajícího

Seznam příchozích a odchozích hovorů (Komunikace → Volání) se nově otevírá s filtrem Dnes místo posledních 35 dnů, takže hned vidíte aktuální hovory; ostatní rozsahy (Včera, Posledních 35 dnů, Posledních 12 měsíců, Vše) zůstávají dostupné.

Zároveň jsme opravili evidenci zahraničních telefonních čísel u příchozích hovorů. Číslo volajícího se dříve při uložení zkracovalo (u delších mezinárodních čísel, např. německých +49…, mizela poslední číslice), takže opakovaný hovor z téhož čísla systém nerozpoznal a zakládal duplicitní kontakt. Nově se ukládá celé číslo, takže se hovory z jednoho zahraničního čísla správně spárují a duplicitní kontakty už nevznikají. Hovory od neznámých čísel se přitom ukládají i nadále — včetně čísla volajícího, které najdete ve sloupci Volající.

18. 6. 2026 (ZD#9807 · YouTrack SUPP-10392) — REGZEC 2: odhláška posílá skutečné datum skončení místo plánovaného konce doby určité

Opravili jsme generování odhlášky REGZEC 2 (ukončení). U smluv na dobu určitou se jako datum pro odhlášku z ČSSZ ukládá plánovaný konec smlouvy. Když pracovník skončil dříve (např. paní Baranovská k 21. 1. 2026), zkrátila se sice platnost smlouvy, ale datum pro odhlášku zůstávalo na původním plánovaném konci (např. 29. 9. 2026). ČSSZ takovou odhlášku zamítala chybou REGZEC25_LT 016 („Datum skončení zaměstnání nesmí být pozdější (větší) než aktuální den"), protože datum bylo v budoucnu.

Nově odhláška REGZEC 2 posílá vždy skutečné datum skončení pracovněprávního vztahu — je-li platnost smlouvy ukončena dříve, použije se toto dřívější datum (a rovnou se srovná i evidované datum odhlášení k SP). Stejnou chybu jsme nedávno opravili i u změnového podání REGZEC 3 (ZD#9790). Dotčené odhlášky stačí znovu vygenerovat a odeslat.

18. 6. 2026 (ZD#9769 · YouTrack SUPP-10354) — JMHZ: import protokolu o zpracování ČSSZ a rozhodování opravných formulářů podle věcné propustnosti

U opravných měsíčních hlášení (JMHZ) systém rozhodoval, zda formulář poslat jako opravný (na existující řádný formulář), nebo jako nový řádný, pouze podle okamžité (synchronní) odpovědi z ČSSZ přes VREP. Ta ale potvrzuje jen technickou správnost podání. Skutečnou věcnou propustnost jednotlivých formulářů — tedy zda je ČSSZ zpracovala (propustné), nebo ne (nepropustné) — vrací ČSSZ až následně v protokolu o zpracování, mimo VREP. Formuláře, které ČSSZ věcně nepřijala, tak mohl systém opakovaně posílat jako opravné na řádný formulář, který u ČSSZ nikdy nevznikl (chyby 40238/40251 se „točily v kruhu").

Do přehledu JMHZ jsme přidali tlačítko „Import protokolu ČSSZ". Stačí do něj vložit text protokolu o zpracování (z e-mailu nebo datové schránky) a systém z něj načte věcnou propustnost jednotlivých formulářů: nepropustné odešle v příštím opravném hlášení jako nové řádné formuláře (nový GUID), propustné jako opravné. Generátor zároveň nově nerecykluje formuláře, které ČSSZ nepotvrdila jako přijaté, a ČSSZ začne posílat upozornění o připraveném protokolu i e-mailem.

18. 6. 2026 (ZD#9284 · YouTrack SUPP-9864) — Objednávky: hromadné SMS a e-maily z detailu objednávky znovu nabírají příjemce

Opravili jsme odesílání hromadných SMS a e-mailů z detailu objednávky. Po nedávné úpravě se při vytváření hromadné zprávy z objednávky nepřeneslo číslo objednávky, takže systém vytvořil prázdnou skupinu bez příjemců — zpráva tím pádem neměla komu být odeslána a odeslání hromadné SMS „nešlo".

Nově se číslo objednávky načítá správně, takže se do skupiny opět doplní všichni pracovníci z objednávky a hromadnou SMS i e-mail lze odeslat. Stačí akci vyvolat znovu z detailu objednávky.

18. 6. 2026 (ZD#9222 · YouTrack SUPP-9802) — Obsazování: po výměně pracovníka už u směny nezůstává původní sazba

Opravili jsme hodinovou sazbu u směn po výměně pracovníka. Když jste z obsazené směny uvolnili pracovníka a obsadili jiného, u směny zůstávala navázaná původní sazba prvního pracovníka (např. 250 Kč/h místo 170 Kč/h) — uvolnění totiž nezrušilo dříve přiřazené ohodnocení pracovního místa, takže se na plánovacím boardu dál zobrazovala stará sazba.

Nově se při uvolnění pracovníka původní sazba ze směny zruší (stejnou logikou, jaká se používá při obsazení), takže po obsazení nového pracovníka se použije jeho správná sazba. Ručně zadané sazby zůstávají zachované. U směn rozplánovaných ještě před opravou se sazba srovná, jakmile pracovní místo příště uvolníte a znovu obsadíte.

18. 6. 2026 (ZD#9324 · YouTrack SUPP-9904) — Obsazování: uzavření akce už nezakládá duplicitní smlouvy

Opravili jsme automatické zakládání smluv při obsazování objednávek. Při uzavření akce (a stejně tak při přepočtu, schválení výkazu nebo generování mzdy) systém u již obsazených a odpracovaných jobů znovu ověřoval smlouvu pracovníka — a pokud původní smlouvu mezitím někdo předčasně ukončil, vyhodnotil ji jako chybějící a automaticky vytvořil nové (duplicitní) smlouvy od data akce, přestože byl pracovník řádně obsazen.

Nově se nové smlouvy zakládají pouze při skutečném obsazení nebo rezervaci pracovníka. Při opětovné kontrole už obsazeného jobu (uzavření akce, přepočet, schválení výkazu, generování mzdy) se duplicitní smlouvy nevytvářejí. Případné dříve vzniklé duplicitní smlouvy je možné zrušit ručně.

17. 6. 2026 (ZD#9804 · YouTrack SUPP-10389) — JMHZ: prohlášení poplatníka a srážková daň podle skutečného měsíce

Opravili jsme generování měsíčního hlášení (JMHZ). U zaměstnanců, kteří mají podepsané prohlášení poplatníka jen na část roku, systém dosud vykazoval prohlášení (a základní slevu na poplatníka) i v měsících, kdy slevu ve skutečnosti neuplatnili a byla jim sražena srážková daň. Formulář takové osoby pak chybně uvedl „prohlášení poplatníka = ano" se zálohou na daň a srážkovou daň vůbec nevykázal — proto úhrn srážkové daně nesouhlasil.

Nově se prohlášení poplatníka ve formuláři určuje podle skutečného uplatnění v daném měsíci, shodně s výpočtem mzdy: v měsících bez uplatněného prohlášení se správně vykáže zvláštní (srážková) sazba daně, jinak záloha na daň se slevou. U formulářů bez mzdy se použije platnost prohlášení pro daný měsíc. Dotčená hlášení stačí znovu vygenerovat.

17. 6. 2026 (ZD#9577 · YouTrack SUPP-10157) — eObjednávky: oprava kontroly překryvu směn

Opravili jsme funkci zpracování eObjednávek (Cl_Order_Release). Pokud dvě směny v téže objednávce přiřazovaly stejnou osobu a jejich časy se překrývaly, systém překryv nedetekoval — obcházel validaci přes interní příznak skip_check_overlap — a osobu ke druhé směně přiřadil bez chyby. Zákazník navíc nedostával v potvrzovacím e-mailu žádnou informaci o problému.

Nově se kontrola překryvu provede vždy (příznak se nenastavuje). Pokud je překryv detekován, rezervace se nevytvoří a chybová zpráva se zapíše do sloupce Error v potvrzovacím e-mailu, takže zákazník hned vidí, pro koho přiřazení selhalo a proč.

17. 6. 2026 (ZD#9790 · YouTrack SUPP-10375) — REGZEC 3: změnové podání už neposílá budoucí datum skončení

Opravili jsme generování změnového podání REGZEC 3 (Změna/Oprava údajů). U smluv na dobu určitou se do podání dostávalo plánované (budoucí) datum skončení zaměstnání — např. 21. 9. 2026. ČSSZ takové podání zamítala chybou REGZEC25_LT 016 („Datum skončení zaměstnání nesmí být pozdější (větší) než aktuální den").

Nově REGZEC 3 (i oprava REGZEC 4) posílá datum skončení jen tehdy, když zaměstnání skutečně skončilo (datum je v minulosti nebo dnes). U dosud běžících smluv se plánovaný konec neposílá — jeho nahlášení nadále řeší řádná odhláška (REGZEC 2), až smlouva skončí. Dotčená podání stačí znovu vygenerovat a odeslat.

17. 6. 2026 (ZD#9781, ZD#9783, ZD#9784, ZD#9785 · YouTrack SUPP-10366) — REGZEC: druh výdělečné činnosti se nemění opravným podáním

Opravili jsme generování změnového podání REGZEC 3 (Změna/Oprava údajů). Dosud systém u změnového podání přepočítával druh výdělečné činnosti (rozlišovací kód T/U/V…) a posílal jeho změnu. ČSSZ ale tento kód, který je přidělen přihláškou (REGZEC 1), nedovolí opravným podáním změnit — podání proto zamítala s chybou REGZEC25_LT 103901615 („u PV s uvedeným ID PPV je evidován jiný druh výdělečné činnosti").

Nově REGZEC 3 i měsíční hlášení (JMHZ) používají druh výdělečné činnosti tak, jak je u ČSSZ zaevidován přihláškou, beze změny. U dotčených smluv jsme zároveň obnovili uložený kód na hodnotu evidovanou ČSSZ, takže další podání i opravná JMHZ projdou.

17. 6. 2026 (ZD#9794 · YouTrack SUPP-10379) — JMHZ: oprava filtrování ve sloupci „Pořadí v dávce"

Opravili jsme chybu v detailu měsíčního hlášení (JMHZ), kdy zadání hodnoty do filtru u sloupce „Pořadí v dávce" skončilo chybou (operator does not exist: integer ~~* unknown) a zablokovalo práci s formulářem. Sloupec se nově filtruje jako číslo, takže filtrování funguje správně.

16. 6. 2026 (ZD#9572) — eObjednávky: opravený počet objednaných hodin

V měsíčním i denním souhrnu eObjednávek se nově objednané hodiny počítají z odpracovaných (placených) hodin, tedy po odečtení přestávky — shodně s obsazenými a odpracovanými hodinami. Dosud se u objednaných (a neschválených) hodin sčítala hrubá délka směny včetně pauzy, takže byl součet mírně nadhodnocený.

16. 6. 2026 (ZD#9721, ZD#9767) — Výpočet mezd a měsíční hlášení (JMHZ)

Výpočet mzdy — určení typu daně (srážková × zálohová)

Upravili jsme rozhodování mezi srážkovou a zálohovou daní u zaměstnanců, kteří nemají podepsané daňové prohlášení. Srážková daň (zvláštní sazba 15 %) se nově uplatní jen do zákonného limitu podle typu smlouvy; nad limit je daň zálohová:

• DPP: do 11 999 Kč (2026)
• DPČ / zaměstnání malého rozsahu: do rozhodné částky 4 500 Kč (2026)

Limit se posuzuje za zaměstnance a za typ smlouvy — sčítají se měsíční daňové základy všech souběžných dohod téhož typu (DPP zvlášť, DPČ zvlášť). Dosud se u DPČ chybně používal limit 11 999 Kč a u DPP se horní limit neuplatňoval.

Měsíční hlášení zaměstnavatele (JMHZ)

Opravili jsme vykazování atributu „Základ pro výpočet daně" — nově se uvádí za jednotlivou smlouvu místo za celého zaměstnance. U zaměstnanců s více souběžnými smlouvami se tím odstraňuje chyba ČSSZ 40325 („pro scénář, kdy je vybírána daň zálohou, nelze vyplnit atributy srážkové daně"), kterou způsobovalo opakované sčítání základu daně.