Novinky červenec 2026

31. 7. 2026 (ZD#10119, ZD#10120 · YouTrack WAS-1724) — JMHZ: atribut 10116 „Srážky ze mzdy evidovány" se plní podle logického typu srážky

Atribut 10116 v měsíčním hlášení JMHZ (příznak, zda zaměstnavatel provádí u zaměstnance srážky na základě výkonu rozhodnutí, konkursu nebo dohody o srážkách z příjmu) se dosud plnil podle názvů typů srážek (EXE…, INSOL…, DISTRAINMENT…). Názvy typů si ale každá agentura definuje sama, takže vykazování bylo nespolehlivé: příznak vycházel ANO i pro typy, které exekucí nejsou (např. „Zrušená exekuce — NESTRHÁVAT" nebo vratky přeplatků exekucí), a jednou zavedená exekuce ho držela na ANO navždy, i roky po úplném splacení.

Nově se příznak určuje podle logického typu srážky (Exekuce, Exekuce přednostní, na výživné běžné/dlužné) a započítávají se jen srážky živé ve vykazovaném měsíci — tedy k poslednímu dni měsíce neuhrazené, nebo v daném měsíci skutečně sražené. Srážky evidované pod jinými logickými typy (např. běžná „Pohledávka") se do atributu nepromítají — pokud pod nimi vedete skutečné exekuce či insolvence, převeďte je na exekuční logické typy, případně se nám ozvěte na podporu.

31. 7. 2026 (ZD#10122 · YouTrack SUPP-10706) — E-podpis: nedokončený podpis se už neztratí potichu

Po podpisu obálky vytváří Stafio na pozadí podepsaná PDF, zakládá je ke smlouvě, dodatku, daňovému prohlášení či potvrzení a odesílá je pracovníkovi e-mailem. Když generování dokumentu selhalo, celý tento krok se zahodil, ale e-mail „Podepsaný dokument" přesto odešel — bez příloh. Obálka zůstala ve stavu Podepsáno, kdežto smlouva měla prázdnou fajfku „Podepsáno" a žádné dokumenty. Chyba se tak projevila až s odstupem, při kontrole podkladů.

Nově se v takové situaci úloha ukončí chybou a e-mail bez příloh se neodešle — nesrovnalost je vidět hned.

Druhá pojistka míří na příčinu takového selhání: při vkládání dokumentu do obálky se kontroluje, že šablona, kterou bude generování reálně používat, je na dané instanci nastavená. Dosud se hlídalo jen chybějící nahrání souboru šablony u smluv a dodatků; kontrola nyní pokrývá i případ, kdy šablona vůbec neexistuje — typicky u daňového prohlášení, kde se bez výslovného výběru sahá po výchozí šabloně vzoru 19. Místo pozdějšího tichého selhání se rovnou zobrazí hláška „Šablona … neexistuje. Před podpisem ji prosím nastavte."

30. 7. 2026 (YouTrack WAS-1678) — Mobilní aplikace: notifikace jdou prokliknout

V mobilní aplikaci (Stafio GO) šlo notifikaci jen přečíst — klepnutí na kartu nic neudělalo, i když text odkazoval na konkrétní věc („Máte dokument k podpisu…", „Byl vám přiřazen nový test / dotazník…").

Nově se notifikace, která má v aplikaci kam vést, chová jako odkaz (šipka na pravé straně karty) a klepnutím se otevře:

• dokument k podpisu — rovnou podpisový průvodce v aplikaci, stejně jako sekce „K podpisu" na úvodní obrazovce,
• test / dotazník — příslušné posouzení,
• směna — detail směny.

Notifikace, které nikam nevedou (například odeslané SMS), zůstávají bez prokliku jako dosud. Změna se týká obrazovky Notifikace i výpisu notifikací na úvodní obrazovce.

30. 7. 2026 (ZD#10118 · YouTrack SUPP-10702) — REGZEC: nahrání odpovědi ČSSZ k podání odeslanému mimo Stafio

U REGZEC souborů (přihláška, odhláška, změna, storno) vygenerovaných ve Stafiu, ale odeslaných ručně mimo Stafio (datovou schránkou nebo na e-portálu ČSSZ), si Stafio nemůže odpověď ČSSZ stáhnout samo. U storna (REGZEC 8) tak přijetí zůstávalo nepromítnuté — smlouva dál vypadala jako přihlášená s živým ID PPV a nebylo jak to v aplikaci napravit (dosavadní akce „REGZEC – Import přidělených identifikátorů" slouží jen pro protokoly k přihlášce).

Na detailu i v přehledu JMHZ souborů je nově akce „Nahrát odpověď ČSSZ (ruční podání)" — nabízí se jen u REGZEC souborů označených jako odeslané, které nemají automatickou komunikaci s ČSSZ. Nahraný finální protokol o zpracování (XML z datové schránky, ne doručenka) se uloží k podání a zpracuje stejně, jako by ho Stafio stáhlo samo: u přihlášky (REGZEC 1) doplní přidělené identifikátory (IK MPSV, ID PPV) a smlouvy označí jako přihlášené, u storna (REGZEC 8) smaže přihlašovací údaje smluv dávky. Před zpracováním storna se navíc kontroluje, že protokol k dávce skutečně patří (shoda ID PPV / IK MPSV / rodného čísla) — ochrana proti záměně souboru.

30. 7. 2026 (ZD#10117 · YouTrack SUPP-10701) — Ukončení smlouvy dodatkem: srozumitelnější chyba a oprava platnosti dodatků

Při vložení dodatku, který zkracuje či ukončuje smlouvu (dodatek typu „prodloužení" nebo „zrušení"), systém kontroluje, zda mimo novou platnost smlouvy nezůstává přihlášená směna s hodinami. Chybová hláška ale česky říkala jen „Není možné změnit smlouvu" — bez důvodu. Nově uvádí i důvod a datum blokující směny, takže lze rovnou dohledat brigádu, kterou je potřeba nejprve odhlásit.

Zároveň opraveno: pokud po zkrácení smlouvy zůstal dodatek, jehož platnost celá ležela až za novým koncem smlouvy, vznikl u něj obrácený interval (platnost „od" později než platnost „do"). Nově se v takovém případě zarovná i počátek platnosti dodatku.

30. 7. 2026 (ZD#10116 · YouTrack SUPP-10700) — Mazání smlouvy ze sekce „Smlouvy" na detailu pracovníka končilo chybou

Odstranění smlouvy ze sekce Smlouvy na detailu pracovníka končilo technickou chybou databáze („violates foreign key constraint … employment_history_tab"). Mazání z tohoto seznamu totiž obcházelo standardní aplikační mazání — nesmazalo navázanou historii změn smlouvy a přeskakovalo i kontroly, které mazání smlouvy hlídají (podepsaná smlouva, přiložené skeny, obálky k podpisu, oprávnění uživatele).

Nově se z tohoto místa maže stejným mechanismem jako všude jinde: podřízené záznamy (historie změn) se odstraní automaticky společně se smlouvou a všechny kontroly platí i zde. Totéž platí pro mazání obchodních smluv z téhož seznamu.

30. 7. 2026 (ZD#7429 · YouTrack SUPP-7855) — Dokumenty: stažení všech souborů jedním kliknutím a hromadné mazání

Panel Dokumenty (u osoby, smlouvy, zákazníka, aktivity a všude jinde, kde se přikládají soubory a skeny) má nově nad náhledy lištu:

• Stáhnout vše — jedním kliknutím stáhne všechny soubory panelu v jednom ZIP archivu dokumenty.zip. Soubory se stejným názvem se v archivu přečíslují (sken.pdf, sken (2).pdf), takže se navzájem nepřepíší. Pokud se některý soubor nepodaří stáhnout, archiv se přesto vytvoří a systém vypíše, které soubory v něm chybí.
• Vybrat vše a Smazat vybrané — na každé kartě dokumentu je zaškrtávátko, takže lze označit více skenů najednou a smazat je jedním potvrzením místo dokumentu po dokumentu.

Hromadné mazání se nabízí jen tam, kde má uživatel právo dokumenty mazat; u panelů určených jen ke čtení (např. přílohy přijaté pošty) zůstává pouze tlačítko Stáhnout vše.

30. 7. 2026 (ZD#10097 · YouTrack SUPP-10681) — JMHZ: opravné hlášení se váže na řádné podání, které ČSSZ nezamítla

Pokud za jedno období vzniklo více řádných podání (např. po opakovaných pokusech o odeslání), ČSSZ eviduje měsíční hlášení pod prvním z nich a další řádná podání zamítá vadou 40326 („více řádných podání za období“). Opravné hlášení ale Stafio dosud vázalo vždy na nejnovější odeslané řádné — pokud právě to ČSSZ zamítla, každé opravné skončilo vadou 40217 („Chybný GUID podání“) a období nešlo opravit.

Nově si systém při vyhodnocení odpovědi ČSSZ (dotaz DZMH i import protokolu) označí řádná podání, která ČSSZ zamítla vcelku, a opravné hlášení se automaticky naváže na nejnovější nezamítnuté řádné podání. Formuláře tak jde opravným hlášením doplnit i v situaci, kdy poslední řádné podání ČSSZ neeviduje.

29. 7. 2026 (ZD#10110 · YouTrack SUPP-10694) — Příkaz k úhradě: každá dávka pro banku má vlastní číslo účetního souboru

Exportní soubor příkazu k úhradě ve formátu ABO/KPC (přípona .kpc, používá se u všech bank kromě Tatra banky a UniCredit) měl číslo účetního souboru natvrdo 111111 — stejné pro každý příkaz. Banka ale smí totéž číslo dávky za jeden den úspěšně přijmout jen jednou, takže při odeslání více příkazů v témže dni (typicky za více firem) druhou a další dávku odmítla jako duplicitní s obecnou hláškou „Dávka nebyla akceptována“.

Nově se číslo účetního souboru odvozuje z posledních tří číslic čísla příkazu k úhradě (např. příkaz 6011000201 → 201000), takže se jednotlivé dávky navzájem nevytlačují. Zároveň je v hlavičce souboru rozšířen povolený interval čísel účetních souborů na 000–999.

Připomínka k odesílání: soubor nese datum vytvoření = den, kdy byl příkaz uzavřen, a banka vyžaduje aktuální den. Příkaz proto uzavírejte v den, kdy dávku do banky odesíláte — u staršího příkazu stačí akce Otevřít a znovu Uzavřít, soubor se vygeneruje s aktuálním datem. Stažený soubor v žádném editoru neupravujte.

29. 7. 2026 (ZD#10108 · YouTrack SUPP-10692) — Výchozí ocenění pracoviště nelze uložit bez hodnoty

Výchozí ocenění oddělení objednávek (Pracoviště → Výchozí ocenění) šlo uložit i s prázdnou hodnotou. Takový záznam se ale nedal použít: každá nová řádka objednávky si výchozí ocenění pracoviště automaticky kopíruje a kopie prázdné hodnoty skončila chybou „Sloupec 'Hodnota' v 'Ocenění řádky objednávky' je povinný.". Chyba se objevila až později a v úplně jiném formuláři — typicky při zakládání docházky nebo objednávky — a znemožnila uložení, dokud se vadné výchozí ocenění nenašlo a neopravilo.

Nově se hodnota kontroluje už při ukládání výchozího ocenění, takže záznam bez hodnoty vůbec nevznikne a chyba se ohlásí přímo na formuláři, kde ji lze rovnou opravit.

28. 7. 2026 (ZD#10097 · YouTrack SUPP-10681) — JMHZ: import protokolu zamítnutého podání se už netváří jako přijetí

Při načtení zpětné vazby ČSSZ k měsíčnímu hlášení (JMHZ) — ať už importem souboru protokolu, nebo dotazem „Zjistit stav zpracování (DZMH)“ — se protokol zamítnutého podání mohl vyhodnotit jako přijetí. Protokol o kompletnosti totiž ve svém stavu uvádí stav celého měsíčního hlášení (např. „hlášení je částečně přijato“), nikoli stav samotného podání, a globální vady bez vazby na konkrétní formulář (např. 40217 „Chybný GUID podání“ nebo 40326 „více řádných podání za období“) systém dosud nevyhodnocoval. Formuláře takového podání se pak chybně označily jako přijaté, aplikace hlásila hotovo a další opravné hlášení nešlo smysluplně vygenerovat, přestože ČSSZ data nepřijala.

Nově se globální nepropustná vada počítá jako zamítnutí celého podání — formuláře se neoznačí jako přijaté a import se nepovažuje za dokončený. U odpovědi na dotaz DZMH se přijetí formulářů nově váže vždy na protokol právě dotazovaného podání, ne na jiný protokol v téže odpovědi. Hlášení o výsledku navíc vypisuje, které globální vady podání zamítají.

28. 7. 2026 (ZD#10104 · YouTrack SUPP-10688) — Klientský portál: nová sekce Dokumenty

V klientském (objednatelském) portálu chyběly dokumenty zákazníka a jeho oddělení objednávek — tedy formuláře a informační materiály, které klient zná z klientské zóny webu (např. formulář pokladní diference nebo informace k provozovně). V portálu se dosud daly otevřít jen dokumenty vázané ke konkrétní směně.

V nabídce Menu proto přibývá položka Dokumenty. Seznam obsahuje dokumenty nahrané u zákazníka (Zákazníci → Dokumenty zákazníka) i u jednotlivých oddělení objednávek — u každého dokumentu je vidět ID a název oddělení, ke kterému patří. Klepnutím se otevře náhled dokumentu se stažením, stejně jako u ostatních dokumentů v aplikaci. Klient vidí pouze dokumenty těch oddělení, ke kterým má přístup.

Které dokumenty se klientovi zobrazí, řídí štítky dokumentů (zavedeny 19. 7.): v portálu se ukážou jen dokumenty se štítkem, který má zaškrtnutou viditelnost pro klienta (výchozí štítek „Mobapp – klient"). Dokument bez štítku klient neuvidí. Stejným pravidlem se nově řídí i sekce Dokumenty v klientské zóně webu, která dosud chybně vycházela z viditelnosti pro pracovníka. (V aplikaci se sekce objeví s její novou verzí.)

28. 7. 2026 (ZD#10102 · YouTrack SUPP-10686) — Klientský portál a mobilní aplikace: pracovní výkaz u obsazené směny se už negeneruje prázdný

Když se v detailu směny stahoval pracovní výkaz u směny, která byla teprve obsazená (výkaz k ní ještě nevznikl), vygeneroval se prázdný formulář — bez jména pracovníka, bez adresy uživatele i bez řádků s odpracovanými hodinami. Výkaz se sice na pozadí správně založil, ale generátor dokumentů pracuje ve vlastním připojení k databázi a čerstvě založený výkaz v okamžiku tisku ještě neviděl, takže vytiskl prázdnou šablonu. U směny, ke které už výkaz existoval, byl dokument v pořádku.

Nově se výkaz zakládá přímo při přípravě podkladů pro tisk, takže do dokumentu se dostanou všechna data napoprvé. Změna se týká klientského (objednatelského) portálu, zaměstnanecké i brigádnické mobilní aplikace. Opakované stažení výkazu u téže směny nadále vrací už jednou založený výkaz, nový nevzniká.

28. 7. 2026 (ZD#10098 · YouTrack SUPP-10682) — Klientský portál: kalendář ve filtru směn a objednávek je česky

Ve filtru na obrazovkách Směny a Objednávky se datová pole „Datum od / Datum do“ vypisovala anglicky (July 29, 2026) a anglické byly i názvy měsíců a zkratky dnů v rozbaleném kalendáři. Použitá kalendářová komponenta z externí knihovny má vestavěné překlady pouze pro angličtinu a její formát data (měsíc slovem, pak den a rok) je navíc pevně daný.

Obě pole nyní používají stejný kalendář jako zbytek aplikace, který je plně lokalizovaný. Datum se zobrazuje v českém číselném tvaru 29.7.2026, kalendář má české názvy měsíců i zkratky dnů a jazyk se řídí jazykem nastaveným v aplikaci. Chování filtru zůstává beze změny.

28. 7. 2026 (ZD#10103 · YouTrack SUPP-10687) — Klientský portál: zpráva k objednávce odeslaná z desktopové aplikace se zobrazí jako text

V komunikaci u detailu objednávky v klientském (objednatelském) portálu se místo zprávy odeslané agenturou z desktopové aplikace vypisoval zdrojový HTML kód (<html><head><style>…) a vlastní text zprávy v něm zanikl. Desktopová aplikace totiž zprávu ukládá jako celý HTML dokument, kdežto klientský portál umí zobrazit jen prostý text. Zprávy odeslané z klientského portálu i z webu byly v pořádku.

Nově se zpráva uložená jako HTML dokument převede před zobrazením na prostý text — zachovají se odstavce i česká diakritika. Změna se týká i zpráv odeslaných dříve, takže i starší komunikace je nyní v portálu čitelná.

Zároveň jsme upravili i desktopovou aplikaci: nové zprávy k objednávce se ukládají rovnou jako text, ne jako HTML dokument. Přehled komunikace v desktopu zůstává beze změny — zprávy uložené jako text se v něm nově zalamují podle odstavců, takže se čitelněji zobrazují i zprávy odeslané z klientského portálu. (Úprava desktopu se projeví až s jeho novou verzí.)

28. 7. 2026 (ZD#10101 · YouTrack SUPP-10685) — Klientský portál: u proběhlé směny je vedle „Schválit" vidět i „Upravit"

V detailu směny zůstává v liště hlavní akce a ostatní se skrývají do nabídky pod tlačítkem „…". U proběhlé neschválené směny jsou přitom k dispozici jen dvě akce — Schválit a Upravit — takže se pod „…" schovávala jediná položka a úprava odpracovaných hodin před schválením byla zbytečně o krok dál.

Nově se obě volby zobrazí přímo v liště akcí: pokud by pod „…" zbyla jediná akce, vypíše se vedle hlavní akce a tlačítko „…" se nezobrazuje. Jakmile jsou vedlejší akce dvě a více (např. u budoucí směny Duplikovat, Vyměnit, Uvolnit či Smazat), zůstávají i nadále v nabídce pod „…".

28. 7. 2026 (ZD#10099 · YouTrack SUPP-10683) — Klientský portál: řazení směn podle času

V přehledu Směny v klientském (objednatelském) portálu se při řazení podle Data směny se stejným datem vypisovaly v pořadí, v jakém byly založeny. Při dvaceti směnách na jeden den tak ze seznamu nebylo poznat, kdo má přijít dříve a kdo později.

Nabídka Seřadit podle proto nově obsahuje volbu Datum a čas (nahrazuje dosavadní Datum), která směny řadí podle data a v rámci dne podle času začátku, a to ve zvoleném směru (vzestupně i sestupně). Přibývá i volba Čas, která seřadí směny podle času nástupu napříč dny a směny se stejným časem pak podle data. Řazení podle čísla směny a jména pracovníka zůstává beze změny.

28. 7. 2026 (ZD#10092 · YouTrack SUPP-10676) — REGZEC: smazání dávky odstraní přihlášení k SP i po dřívějším stornu

Smazání vygenerované dávky REGZEC A1 (nebo vyjmutí jejího řádku) v některých případech neodstranilo ze smlouvy datum Přihlášení k SP a druh výdělečné činnosti. Stávalo se to u smluv, které už byly v minulosti přihlášeny a jejich přihláška byla následně zrušena stornem A8 — ochrana zavedená 24. 7. (aby smazání zamítnuté duplicitní dávky neshodilo platné přihlášení, ZD#10089) považovala i takové staré, stornem zrušené dávky za platné přihlášení. Smlouva pak zůstala vedena jako přihlášená a novou přihlášku A1 nebylo možné vygenerovat.

Kontrola nyní bere v úvahu přijatá storna A8: dávka, jejíž přihlášku storno mezitím zrušilo, přihlášení nedrží, a smazání nové dávky tedy údaje ze smlouvy správně odstraní. Ochrana platného přihlášení (přidělené ID PPV, dávka odeslaná či čekající na odpověď) zůstává beze změny.

28. 7. 2026 (ZD#10093 · YouTrack SUPP-10677) — Exekuce z EXEVIDO: srážky až od měsíce následujícího po doručení (§ 282a OSŘ)

Podle § 282a občanského soudního řádu provádí plátce mzdy srážky ze mzdy povinného od prvního dne kalendářního měsíce následujícího po doručení usnesení. Exekuce zpracované v EXEVIDO se však do Stafia zakládaly s datem ohlášení rovným datu doručení, takže se srážky prováděly už ze mzdy za měsíc, ve kterém exekuce dorazila — správný začátek srážek bylo dosud nutné hlídat ručně.

Při zpracování exekuce v EXEVIDO (tlačítko ZPRACOVAT) se nyní datum ohlášení do Stafia ukládá jako první den měsíce následujícího po doručení; stejně se přepočítá i případná pozdější oprava data doručení z EXEVIDO. Exekuce doručená např. 8. 7. se tak nově začne srážet až ze mzdy za srpen. Pořadí exekucí se nemění (řídí se datem doručení prvnímu plátci) a ručně zakládané exekuce ve Stafiu zůstávají beze změny.

27. 7. 2026 (ZD#10094 · YouTrack SUPP-10678) — Nové položky nabídky se po nasazení nezobrazovaly

Nabídka Navigátoru se ukládá do serverové mezipaměti a ta se po přidání nové položky nezneplatňovala správně — od přechodu na jazykové verze nabídky (červen 2026) se pro daný jazyk uložila jednou a už se nikdy nepřepsala. Nově nasazené položky menu se proto v aplikaci neobjevily, i když byly hotové a uživatel k nim měl práva; pomohlo teprve ruční vyčištění mezipaměti. Naposledy se to týkalo číselníku Administrace → Základní data → Partner → Štítky dokumentů.

Zneplatnění mezipaměti nyní zahrne všechny jazykové verze nabídky, takže se změněné menu projeví při dalším přihlášení. Zamrzlá mezipaměť byla zároveň odstraněna, takže číselník Štítky dokumentů je již dostupný.

27. 7. 2026 (YouTrack WAS-1680) — Karta pracovníka: nový oddíl Bankovní účty s historií účtů

Na kartě pracovníka na záložce Ostatní přibývá oddíl Bankovní účty s tabulkou bankovních účtů pracovníka včetně platnosti od/do. Vedle čísla účtu, kódu banky, IBAN a měny je vidět i variabilní symbol a příznak ověření; účty lze z karty přidávat, upravovat i mazat. Jde o tytéž účty, které se používají pro platební příkazy a párování bankovních výpisů — nově jsou dostupné přímo z karty pracovníka, ne jen z Navigátoru.

Oddíl se zobrazuje jen tam, kde je zapnuté řešení Historie bankovních účtů u osob. Tam, kde je zapnuté, se naopak skrývá dosavadní oddíl Platby — jediný účet na kartě nahrazuje právě historie účtů s platností.

27. 7. 2026 (YouTrack WAS-1680) — Karta pracovníka: nová pole Pracovní skupina a Pozice

Na kartě pracovníka přibývají na záložce Ostatní v části Různé dvě nová pole: Pracovní skupina (výběr více hodnot z číselníku pracovních skupin) a Pozice (výběr z číselníku pozic osob). Oba údaje se ve Stafiu již evidovaly a plnily se přes Navigátor, ale na webu je nebylo vidět ani měnit — nyní jdou přímo z karty pracovníka zobrazit i upravit.

Pole se zobrazují jen tam, kde je zapnuté odpovídající řešení — Pracovní skupiny u osob a Pozice u osob. Agenturám, které tyto číselníky nepoužívají, se karta pracovníka nemění.

26. 7. 2026 (ZD#9161 · YouTrack SUPP-9741) — Plánovací tabule: dlouhá poznámka v hlavičce sloupce už neschová karty

Poznámka objednávky ve žluté hlavičce plánovacího sloupce se vypisovala celá a neměla omezenou výšku. Pokud byla dlouhá, zabrala celou výšku sloupce a seznam karet pod ní se smrskl na nulu — na noteboocích a nižších obrazovkách tak nešlo na karty vůbec dosáhnout ani je odrolovat.

Poznámka má nyní omezenou výšku a vlastní posuvník, takže seznam karet zůstane dostupný bez ohledu na její délku a na výšku okna; celou poznámku si lze přečíst odrolováním přímo v hlavičce. Změna se týká Plánovací tabule podle objednávek i podle pracovních míst. Hlavičku sloupce lze i nadále celou sbalit kliknutím na řádek s číslem objednávky.

26. 7. 2026 (ZD#9286 · YouTrack WAS-1510) — Vstupní dotazník: našeptávač adresy v zemi původu nabízí jen adresy psané latinkou

Našeptávač u pole Ulice v sekci Adresa v zemi původu vracel u zahraničních adres i tvary psané nelatinkovým písmem (např. „Поморие" u bulharské adresy). Po jejich výběru pak uložení dotazníku skončilo chybou, že znak není povolen — do evidence i na úřady (ČSSZ) je totiž potřeba adresa v latince.

Nabídka našeptávače je nyní u adresy v zemi původu omezena jen na adresy psané latinkou (včetně cizí diakritiky), takže nelze vybrat tvar, který by se neuložil. Platí pro vstupní dotazník na webu i pro dotazník v mobilní aplikaci. Našeptávač adresy v ČR zůstává bez změny a adresu lze i nadále zapsat do jednotlivých polí ručně.

26. 7. 2026 (ZD#10090 · YouTrack SUPP-10674) — Přenos do PAMICA: dítě se přenáší jako jméno, příjmení a rodné číslo

PAMICA má u daňové slevy na dítě tři samostatná pole — Jméno, Příjmení a Rodné číslo. Stafio dosud posílalo jen jedno textové pole s popisem, takže se údaje o dítěti do PAMICA naimportovaly špatně, a u řádků, kde je dítě vybrané ze seznamu osob, se nepřenesly vůbec.

Nyní se u slev na dítě přenáší jméno a příjmení dítěte odděleně, spolu s rodným číslem, a to z karty dítěte. Aby se údaje přenesly správně, musí být dítě na řádku daňového prohlášení vybrané v poli Dítě — jméno napsané do pole Text slouží jen jako popis a PAMICA ho do jmenných polí nepřevezme. Existující řádky, kde bylo dítě zadané pouze textem, jsme převedli na karty dětí, takže se přenesou správně i zpětně.

26. 7. 2026 (ZD#9221 · YouTrack WAS-1513) — Vstupní dotazník se načítá výrazně rychleji

Server se při každé stránce dotazníku doptával pěti dalších instancí Stafia na seznam agentur, u kterých je uchazeč registrován. Samotné doptání trvalo přes půl vteřiny a získaný údaj se přitom nikde nezobrazoval. Dotazování bylo z načítání odstraněno — načtení stránky kleslo z cca 0,8 s na cca 0,17 s a stejně zrychlilo i ukládání.

26. 7. 2026 (ZD#9221 · YouTrack WAS-1513) — Nový štítek „Testovací pracovník" pro vyzkoušení vstupního dotazníku a e‑podpisu

U pracovníka lze nově nastavit štítek Testovací pracovník (pole Štítky na kartě pracovníka). Pozvánka do vstupního dotazníku i k podpisu dokumentů pak takovému pracovníkovi vede na nový portál a e‑podpis u něj nevyžaduje ověřovací SMS kód. Slouží k vyzkoušení nového dotazníku i e‑podpisu bez posílání ověřovacích SMS; zadané údaje se přitom ukládají běžným způsobem, jen se prochází novým rozhraním. Funkce je dostupná pro všechny agentury.

25. 7. 2026 (ZD#10065 · YouTrack SUPP-10649) — Klientský portál: akce v detailu směny se jmenuje „Duplikovat" a skrývá se pod „…"

Akce pro vytvoření kopie směny se v přehledu jmenovala Duplikovat, ale v detailu směny Zkopírovat — jde o tutéž akci, popisek je proto nyní všude sjednocený na Duplikovat.

Lišta akcí v detailu směny navíc dostala stejnou nabídku pod tlačítkem „…" jako karta v přehledu: v liště zůstává hlavní akce a ostatní se skryjí do rozbalovací nabídky. Detail otevřený jako okno tím zůstává přehledný a nezavírá se při rozbalení akcí.

24. 7. 2026 (ZD#10073 · YouTrack SUPP-10657) — Mobilní aplikace: dokumenty k podpisu se otevřou v náhledu a jdou poslat e-mailem

Dokument z aplikace se buď vůbec neotevřel, nebo skončil na úvodní stránce webu. Adresa dokumentu, kterou vrací server, je od začátku úplná, aplikace před ni ale ještě jednou lepila adresu serveru — vznikala tak dvojitá adresa, na které nic není. Stažení pak nedělalo nic ze stejného důvodu.

Nově se dokument nestahuje „naslepo": po klepnutí se zobrazí náhled PDF rovnou v aplikaci a pod ním jsou tlačítka Stáhnout a Odeslat e‑mailem (na mobilu se dokument předá vybranému poštovnímu klientovi už jako příloha). Po dobu generování, které na serveru trvá několik vteřin, překryje obrazovku ukazatel průběhu, takže se nedá omylem klepnout znovu a objednat tentýž dokument několikrát.

V náhledu se navíc dříve rozpadala část české diakritiky (ě, č, ř, ů) u sestav, které do PDF nevkládají písma. Aplikace teď v takovém případě dosadí vlastní písmo, takže je text čitelný. Trvalá náprava na straně generování sestav je vedena samostatně jako WAS‑1666.

Opraveno bylo i žluté dvojité podtržení textu v potvrzovacích dialozích — týkalo se nejen podpisu dokumentů, ale prakticky všech dialogů v aplikaci.

24. 7. 2026 (ZD#10063 · YouTrack SUPP-10647) — Mobilní aplikace: stažení pracovního výkazu se už nezastaví na točícím se kolečku

Po klepnutí na stažení výkazu se roztočilo kolečko a nic dalšího se nestalo. Server přitom sestavu vygeneroval správně a za několik vteřin — problém byl v tom, že aplikace otevírala nové okno až po jeho dokončení, a prohlížeč takové okno mimo přímou reakci na klepnutí blokuje. Blokaci navíc nešlo rozpoznat, takže se nezobrazilo ani upozornění.

Aplikace si nyní okno rezervuje hned při klepnutí a přesměruje ho, jakmile je dokument připravený; při chybě ho zavře a zobrazí hlášku. Platí to pro otevření i stažení na všech obrazovkách s dokumenty.

24. 7. 2026 (ZD#10067 · YouTrack SUPP-10651) — Klientský portál: výměna směny je pro Agenturu STUDENT znovu dostupná

Akce Vyměnit na kartě směny i v detailu směny byla 20. 7. přepínačem vypnuta (WAS‑1649) společně s dalším zákazníkem, přestože ji Agentura STUDENT aktivně používá. Přepínač je pro tuto agenturu vrácen zpět na zapnuto, funkce se chová stejně jako dřív — výběr náhradníka a záměna pracovníka na směně.

24. 7. 2026 (ZD#10066 · YouTrack SUPP-10650) — Klientský portál: karty směn nejsou plné prázdného místa

Karty směn měly na velké obrazovce pevnou minimální výšku, takže i krátká karta zabírala stejné místo jako nejdelší. Výška se nyní přizpůsobí obsahu — na obrazovku se vejde podstatně víc směn. Karty v jedné řadě zůstávají srovnané na stejnou výšku.

24. 7. 2026 (ZD#10065 · YouTrack SUPP-10649) — Klientský portál: z duplikace směny se lze vrátit zpět

Po klepnutí na Duplikovat se otevřela obrazovka duplikace, na které na velké obrazovce chybělo tlačítko zpět — jedinou možností tak bylo směnu opravdu duplikovat. Obrazovka teď má tlačítko zpět v záhlaví stejně jako ostatní obrazovky (objednávka, detail směny, nový řádek).

24. 7. 2026 (ZD#10064 · YouTrack SUPP-10648) — Klientský portál: okno směny jde zavřít bez odrolování nahoru

Křížek pro zavření okna s detailem směny byl součástí rolované části, takže po odrolování dolů zmizel a bylo nutné se vrátit nahoru. Záhlaví okna s křížkem je nyní pevné a zůstává vidět. Okno se navíc dá zavřít i klepnutím mimo něj (na mobilu stažením dolů).

24. 7. 2026 (ZD#10062 · YouTrack SUPP-10646) — Klientský portál: číslo v závorce u pracovníka je jeho ID

V okně Vyberte pracovníka se za jménem zobrazovalo osobní číslo, kdežto karta směny pod jménem ukazuje ID osoby — u téhož člověka tak byla vedle sebe dvě různá čísla. V závorce je nyní ID osoby, tedy stejný údaj jako na kartě směny.

24. 7. 2026 (ZD#10070 · YouTrack SUPP-10654) — Mobilní aplikace: přepnutí dne v kalendáři je místo ~5 vteřin okamžité

Po klepnutí na jiný den v kalendáři trvalo načtení seznamu směn zhruba pět vteřin. Po celou tu dobu zůstávaly v seznamu směny předchozího dne, takže to působilo, jako by se nic nestalo.

Příčinou byl chybějící databázový index. Pohled s nabídkou směn dohledává ke každému objednávkovému řádku odmítnuté a zrušené rezervace dané osoby (kvůli zobrazení přeškrtnutých směn); rezervace ale nebylo podle čísla objednávky a řádku podle čeho hledat, takže se pro každý řádek procházely všechny rezervace dané osoby. U agentury s tisíci aktivními řádky to znamenalo miliony zbytečně přečtených záznamů na jedno klepnutí. Index byl doplněn na všech databázích — dotaz se zkrátil z 3,5 vteřiny na 0,6.

Aplikace navíc při každém přepnutí dne (a při každém dalším načtení stránky v seznamu směn) pouštěla ještě druhý, stejně náročný dotaz na hodnoty do filtru — jeho výsledek se ale nikde nezobrazoval, protože filtrační panel si data načítá až při otevření. Toto volání bylo odstraněno, zátěž na jedno přepnutí dne tak klesla na polovinu. Filtrování směn zůstává beze změny.

Dokud se směny načítají, je nyní seznam ztlumený, nereaguje na klepnutí a nahoře běží ukazatel průběhu — není tedy možné omylem otevřít směnu z předchozího dne.

24. 7. 2026 (ZD#10089 · YouTrack SUPP-10673) — REGZEC: smazání zamítnuté duplicitní přihlášky už nesmaže platné přihlášení k SP

Když se pro už přihlášenou smlouvu omylem vygenerovala a odeslala druhá přihláška (REGZEC akce 1) — typicky ze seznamu smluv načteného ještě před prvním odesláním — ČSSZ ji zamítla vadou 027 (pojistný vztah už existuje). Smazání takové zamítnuté dávky ale vynulovalo datum přihlášení k SP a druh činnosti i na smlouvě, jejíž platné přihlášení drží dřívější přijatá dávka. Smlouva pak ve Stafiu vypadala jako nepřihlášená a nabízela se k přihlášení znovu, přestože u ČSSZ přihlášená je (má přidělené ID pracovního vztahu).

Nově se při smazání dávky nebo vyjmutí řádku z dávky přihlašovací údaje smlouvy nemažou, pokud má smlouva přidělené ID pracovního vztahu (vztah u ČSSZ trvá — ruší ho jen storno akcí 8) nebo pokud tutéž smlouvu obsahuje jiná nezamítnutá dávka přihlášek. Stejná pojistka platí pro datum odhlášení u dávek odhlášek (akce 2). Náprava zamítnuté přihlášky se nemění: vyjmutí zamítnutého řádku z dávky datum uvolní a smlouvu lze přihlásit znovu.

Generování přihlášek navíc nově vůbec nedovolí zařadit smlouvu, která už je k SP přihlášená — ohlásí to srozumitelnou hláškou se jménem zaměstnance. Po zamítnuté přihlášce se nejdříve vyjme její řádek z původní dávky a teprve pak se generuje nová přihláška.

24. 7. 2026 (ZD#10037 · YouTrack SUPP-10621) — Stravenky: opětovné uzavření výkazu už nekončí chybou, paušál se datuje směnou

Když se pracovní výkaz se stravenkami nebo stravenkovým paušálem znovu otevřel a pak zase zavíral, skončilo uzavření chybou o porušení vazby mezi mzdou a pohledávkou (wa_claim_tab_owner_id_wage_no_fk) a výkaz už nešlo uzavřít. Při přepočtu mzdy se totiž odstraňovala opravná mzda, ale pohledávka za stravenky na ni navázaná zůstávala. Nově se pohledávka odstraní společně s opravnou mzdou a přepočet proběhne bez chyby — u zaseknutých výkazů stačí uzavření zopakovat, případná zdvojená pohledávka se přitom uklidí sama. Chyba se týkala papírových stravenek i stravenkového paušálu.

Pohledávka za stravenkový paušál se navíc nově datuje podle směny, ne podle mzdového období: datum vzniku je datum první odpracované směny na daném pracovním místě, datum ohlášení je datum, kdy byla tato směna schválena, a splatnost je 10. den měsíce následujícího po měsíci vzniku (výplata paušálu k 10. za celý předchozí měsíc). Dosud se do všech tří polí plnil poslední den mzdového období. Datum uvolnění zůstává na konci období. U papírových stravenek se datování nemění.

24. 7. 2026 (ZD#10053 · YouTrack SUPP-10637) — Příkazy k úhradě: soubor pro banku jde stáhnout i po uzavření příkazu

Po uzavření příkazu k úhradě se vygenerovaný soubor pro internetbanking (ABO .kpc, případně .xml/.csv podle banky) ukládal bez interní vazby na doklad příkazu. Nově se vazba doplňuje hned při uzavření příkazu; u dříve uzavřených příkazů byla doplněna jednorázovou datovou opravou.

Samotné stažení z detailu příkazu navíc končilo prázdnou chybou kvůli chybějícímu odkazu na soubor v datech formuláře — detail příkazu očekával sloupec export_file_url, který pohled neposkytoval, a záložní cesta stažení není na aktuální verzi API funkční. Pohled příkazů k úhradě byl doplněn o přímý odkaz ke stažení souboru, stejně jako je tomu u ostatních formulářů s dokumenty. Po opravě stačí obnovit stránku detailu příkazu (F5) a soubor stáhnout.

24. 7. 2026 (ZD#10079 · YouTrack SUPP-10663) — JMHZ: import protokolu ČSSZ rozplete i opakující se vady 40238 a 40251

Když ČSSZ v protokolu o zpracování měsíčního hlášení vrátila vadu 40238 („řádný formulář byl zamítnut, zašlete nový řádný s novým GUID"), mohl formulář v dřívějších obdobích nést zastaralé interní označení „přijato" z červnových importů textových protokolů. Aplikace pak toto staré označení chránila před přepsáním, formulář dál posílala jako opravu (typ O) se stejným identifikátorem a ČSSZ ho každé kolo znovu odmítla toutéž vadou — podání se tak točilo v kruhu, přestože se protokol pokaždé poctivě importoval.

Nově platí: vada 40238 je autoritativní výrok ČSSZ, že formulář s daným identifikátorem přijatý není. Import protokolu proto staré označení „přijato" u takového formuláře přepíše a v dalším opravném podání odejde nový řádný formulář (typ R) s novým GUID, přesně jak ČSSZ požaduje.

Druhá oprava se týká vady 40251 („ID zaměstnání již bylo uvedeno v předešlém formuláři s GUID X"). Pokud byl odkazovaný formulář X odeslán ještě předtím, než ČSSZ smlouvě přidělila ID zaměstnání (starší podání bez registrace PPV), aplikace ho podle ID zaměstnání nedokázala dohledat a razila každé kolo nový formulář — a ČSSZ znovu hlásila duplicitu. Nově se odkazovaný formulář dohledá podle čísla smlouvy, označí se jako přijatý, doplní se mu ID zaměstnání vyhlášené ČSSZ a další opravné podání ho naváže jako opravu (typ O) s původním GUID.

Obě opravy se uplatní automaticky při běžném importu protokolu (tlačítko Import protokolu ČSSZ nebo Zjistit stav zpracování (DZMH)) — žádný ruční zásah není potřeba.

24. 7. 2026 (ZD#10078 · YouTrack SUPP-10662) — REGZEC: název pozice odpovídá vykazované profesi (režim ISCO ze smlouvy)

U vlastníků, kteří mají zapnuté určování profese (CZ-ISCO) pro přihlášky na ČSSZ z pozice na smlouvě (parametr EMPLOYMENT_JOB_CLASSIFICATION_WORK_TYPE_SOURCE = CONTRACT), se textový název pozice do podání REGZEC dosud bral z kategorie práce. Dvě souběžné dohody (DPP a DPČ) se správně rozdílnými kódy CZ-ISCO tak mohly nést stejný název pozice — v registru ČSSZ pak vypadaly jako dvě smlouvy na tutéž pozici.

Nově se v tomto režimu název pozice bere ze stejné pozice, ze které se určil kód CZ-ISCO (pokud pozice nemá popis, použije se text číselníku CZ-ISCO), takže název vždy odpovídá vykazované profesi. U dříve přihlášených zaměstnanců se název u ČSSZ jednorázově dorovná při nejbližším změnovém podání. Pro ostatní vlastníky (režim určování profese podle směny) se nic nemění. Při automatickém vytváření dvojice dohod (Skupina Příležitosti) se navíc do druhé smlouvy nově doplňuje kategorie práce podle zvolené pozice, takže v tiskopisu smlouvy již pozice nechybí.

24. 7. 2026 (ZD#10085 · YouTrack SUPP-10669) — Smlouvu s předregistrací (PREZEC) lze po jejím ukončení smazat

Smlouvu, ke které byla podána předregistrace zaměstnance PREZEC, nešlo smazat — blokovaly ji řádky v JMHZ souborech a akce Vyjmout z dávky byla u PREZEC podání neaktivní (fungovala jen pro REGZEC). Smlouva pracovníka, který nakonec nenastoupil, tak zůstala v evidenci natrvalo, i když bylo řádně odesláno ukončení předregistrace (P2).

Nově jde Vyjmout z dávky použít i na řádky PREZEC podání (P1 i P2) — na detailu JMHZ souboru v záložce Detail dat. Odeslané XML zůstává u souboru zachováno, vyjmutí pouze uvolní vazbu na smlouvu, kterou pak lze smazat. Aplikace zároveň hlídá správné pořadí: řádek odeslané předregistrace P1 nelze vyjmout, dokud není odesláno její ukončení P2 (jinak by předregistraci u ČSSZ už nešlo ze Stafia ukončit), a řádek P2 se vyjímá až po řádku P1. Podrobný postup je v nápovědě okna JMHZ soubory v sekci Smazání smlouvy s PREZEC podáním.

24. 7. 2026 (ZD#10080 · YouTrack SUPP-10664) — Vyúčtování mezd: zdravotní pojištění zpět v jedné tabulce, nově i slevy na pojistném

Sestava Vyúčtování mezd členila zdravotní pojištění do tří samostatných bloků — pracovník, organizace a celkem. Každá pojišťovna se tak na sestavě objevila třikrát a mzdovým účetním to ztěžovalo orientaci.

Nově je zdravotní pojištění opět v jedné tabulce, jeden řádek na pojišťovnu, se sloupci Počet zam. / Vym. základ / Odvod zam. / Odvod org. / Dopočet do minima / Odvod celkem a se součtovým řádkem Celkem. Vyměřovací základ i odvod zahrnují dopočet do minimálního vyměřovacího základu, dopočet je zároveň vidět v samostatném sloupci. Částky se nemění, mění se jen uspořádání.

Přibyl řádek Slevy na pojistném — u pracujících starobních důchodců, kteří místo 7,1 % odvádějí jen 0,6 %, bylo dosud vidět pouze pojistné po slevě. Nově se tiskne Počet zam. / Základ ke slevám / Odvod bez slev / Sleva / Odvod celkem. Sociální pojištění je nově také na jednom řádku, doplněném o sloupce Zam. bez slev a Sleva. U sestav vytištěných před touto úpravou zůstanou nové údaje prázdné — naplní se od nejbližšího nového tisku.

Řádek sociálního pojištění nově tiskne přesně částky z měsíčního hlášení JMHZ (přehled o výši pojistného PVPOJ): odvod organizace se zaokrouhluje nahoru z úhrnu vyměřovacích základů, pojistné zaměstnanců a sleva za pracující důchodce po jednotlivých smlouvách — tak, jak to vyžaduje metodika ČSSZ (sleva se dle pokynů k JMHZ „stanovuje a zaokrouhluje u každého zaměstnance a každého jeho zaměstnání samostatně"). Vyúčtování mezd tak nyní do koruny odpovídá tomu, co se odesílá na ČSSZ; dosud sestava zobrazovala interní mzdové součty, které se od hlášení mohly o jednotky korun lišit.

Zároveň jsme opravili českou diakritiku v PDF. V sestavě dosud vypadávala písmena č ě ř ů ň (tisklo se „Vyú tování mezd", „Zálohová da", „Exekuce nepednostní“), protože se použilo západoevropské kódování písma. Nyní se sestava tiskne správně česky.

23. 7. 2026 (ZD#10076 · YouTrack SUPP-10660) — Potvrzení o studiu jde uložit i lidem s proplacenou dovolenou

Když se pracovníkovi zadávalo potvrzení o studiu na období, ve kterém už měl vedený nějaký stav zaměstnance, aplikace se zeptala, zda má stav upravit — a po potvrzení zrušila a znovu spočítala mzdy za dané období, aby se studentský režim promítl do odvodů. Pokud měl ale pracovník v tomto období mzdu z proplacení dovolené (typicky při ukončení smlouvy), uložení skončilo hláškou „Záznam v 'Řádka pracovního výkazu' byl odstraněn." a potvrzení se neuložilo vůbec. Důvodem bylo, že mzda z proplacení dovolené žádnou řádku pracovního výkazu nemá — vzniká přímo z čerpání dovolené.

Nově se do rušení a přepočtu zahrnují jen mzdy z pracovních výkazů a mzda z proplacení dovolené se přepočítá vlastní cestou. Potvrzení o studiu se tak uloží normálně, stav zaměstnance se upraví a mzdy za dané období se přepočtou včetně proplacené dovolené.

22. 7. 2026 (ZD#10069 · YouTrack SUPP-10653) — eInzerce: číselníky regionů, požadavků a profesí si spravujete sami

V sekci Inzerce → CMS šlo u číselníků Regiony, Požadavky a Profese doposud jen prohlížet — při pokusu o přidání nebo úpravu řádku aplikace zobrazila technickou chybu („column „code" of relation … does not exist"). Nové město do nabídky míst u inzerátu tak musela doplnit podpora.

Nově lze u všech tří číselníků řádky přidávat, upravovat i mazat přímo v přehledu a nově založená položka se hned objeví v nabídce při vytváření inzerátu. U Nadřazeného regionu a Nadřazené profese se navíc hodnota vybírá z rozbalovacího seznamu (dříve se musela psát ručně jako kód) a v přehledu se zobrazuje název, ne interní kód.

Číselník Typy osob zůstává jen ke čtení — je společný pro všechny agentury na dané instalaci, takže jeho úpravu i nadále provádí podpora.

22. 7. 2026 (ZD#10075 · YouTrack SUPP-10659) — Mzdový list: smlouvy se řadí podle skutečného nástupu

Na osobním a mzdovém listu se smlouvy dosud řadily podle data platnosti od a při shodě podle čísla smlouvy. U ročních smluv, které začínají shodně 1. 1., tak pořadí ve skutečnosti určovalo číslo smlouvy, tedy pořadí založení — v hlavičce sestavy pak mohla být smlouva s nástupem 3. 4. uvedená před smlouvou s nástupem 2. 1. a stejně přeházené byly i řádky „Odprac. hodiny / Hrubá mzda / Dny nemoci – smlouva N".

Nově se smlouvy řadí chronologicky podle data nástupu, tedy podle data, které je na sestavě uvedené v závorce (přihlášení k sociálnímu pojištění). U smluv bez přihlášky k pojištění se použije datum platnosti od jako dosud. Data se nemění, mění se jen pořadí smluv na sestavě.

22. 7. 2026 (ZD#10074 · YouTrack SUPP-10658) — Podpis dokumentů: srozumitelné české hlášky místo anglických

Když pracovník otevřel odkaz na podpis dokumentu, který mezitím agentura stornovala a poslala znovu, nebo odkaz, který se cestou poškodil, zobrazila se mu anglická technická hláška („Envelope does not belong to person.", „Not available."). Systém navíc obě situace nerozlišoval — nenalezenou obálku hlásil stejně jako obálku patřící jiné osobě, takže z hlášky nešlo poznat, co se vlastně stalo.

Nově se nenalezená obálka hlásí samostatně a všechny tři případy mají české vysvětlení s radou použít odkaz z posledního e-mailu. Chování samotného podpisu se nemění. Platí pro podpis přes web i přes mobilní aplikaci.

22. 7. 2026 (ZD#10068 · YouTrack SUPP-10652) — Mobilní aplikace: po vlastním odhlášení se směna znovu nabídne k přihlášení

V mobilní aplikaci nedávno přibylo zobrazení zrušených a odmítnutých směn přeškrtnutým textem — brigádník tak vidí, že o směnu přišel, a systém mu ji zároveň už znovu nenabízí jako volnou. Toto pravidlo se ale omylem uplatnilo i na směny, ze kterých se brigádník odhlásil sám: taková směna zůstala viset přeškrtnutá a nešlo se na ni znovu přihlásit, i když na ní byla volná místa.

Nově se vlastní odhlášení chová jako předtím — přeškrtnutý řádek se nezobrazí a směna se, pokud je na ní volné a veřejné místo, znovu nabídne k přihlášení. Zrušení směny agenturou, odmítnutí rezervace a vypršení rezervace se beze změny dál zobrazují přeškrtnuté a jako volné se znovu nenabízejí.

22. 7. 2026 (ZD#10053 · YouTrack SUPP-10637) — Smlouvy: mazání a změna čísla smlouvy hlásí srozumitelné chyby místo technických

Při mazání smlouvy, na kterou jsou navázané mzdy, mzdové souhrny nebo podání JMHZ/REGZEC, mohla aplikace zobrazit technickou databázovou chybu („violates foreign key constraint…") místo srozumitelného vysvětlení. Příčinou byla chyba v evidenci vazeb mezi třídami — registrace vazeb mzdových souhrnů se při každém nasazení omylem mazala a vazby mzdových řádků a JMHZ dat chyběly úplně.

Nově systém při mazání takové smlouvy srozumitelně česky vysvětlí, co mazání blokuje (např. „Nelze smazat 'Pracovní poměry', protože existuje 1 záznamů v 'Mzdy'"). Hláška při mazání smlouvy v obálce k podpisu je nově česky a radí obálku nejdřív smazat. Současně přibyla pojistka, že číslo smlouvy nelze u existující smlouvy změnit — podřízené záznamy se na nové číslo nepřenášejí a změna by skončila chybou; potřebujete-li smlouvu s jiným číslem, založte novou a původní zrušte.

21. 7. 2026 (ZD#10037 · YouTrack WAS-1654) — Mzdy: stravenkový paušál lze odstupňovat podle počtu odpracovaných hodin

Stravenkový paušál dosud počítal jednu částku za každou směnu, která překročila nastavený práh hodin. Nově lze paušál odstupňovat podle délky směny — nižší částku za kratší směny a vyšší za dlouhé. O tom, do kterého pásma směna spadne, rozhoduje počet hodin k proplacení.

Pásma jsou pevně daná mzdovou složkou: STP4H platí pro směnu od 4 hodin do necelých 11,5 hodiny, STP11H30M pro směnu od 11,5 hodiny výše. Částky se zadávají na kartě pracoviště (oddělení objednávek) ve výchozích mzdových složkách — u příslušné složky vyplníte částku za směnu. Ostatní mzdové složky se chovají beze změny.

21. 7. 2026 (ZD#9946 · YouTrack SUPP-10530) — JMHZ: opravné hlášení automaticky anuluje pracovněprávní vztah, který byl zpětně zrušen

Když se pracovněprávní vztah zruší nebo se stornuje jeho mzda až poté, co už za něj bylo odesláno měsíční hlášení JMHZ, ČSSZ si původní součást ponechá v platnosti — pouhé vynechání formuláře v opravném hlášení totiž chápe jako „beze změny, původní platí dál". Taková součást se dosud musela u ČSSZ rušit ručně.

Nově Stafio při generování opravného hlášení samo doplní anulační (nulový) formulář za každý dříve přijatý vztah, který v aktuálním hlášení chybí — se všemi příjmovými a pojistnými částkami vynulovanými, čímž se původní součást u ČSSZ zruší. U vztahů, které v hlášení zůstávají, se nic nemění.

21. 7. 2026 (ZD#10053 · YouTrack SUPP-10637) — JMHZ: příjem na neregistrované smlouvě systém zachytí předem, místo odmítnutí ČSSZ (vada 20262)

Pokud pracovník nepodepsal původní smlouvu včas a byla mu vystavena nová, mohlo se stát, že výdělek za daný měsíc zůstal na původní (nepodepsané) smlouvě, zatímco registrace u ČSSZ a přidělený identifikátor pojistného vztahu (ID PPV) byly až na nové (podepsané) smlouvě. Generátor měsíčního hlášení pak za původní smlouvu odeslal místo ID PPV interní číslo smlouvy — ČSSZ takový formulář odmítla vadou 20262 („pojistný vztah s uvedeným ID PPV nebyl nalezen") a stejný pracovník se navíc v hlášení objevil dvakrát.

Nově se generování hlášení v takovém případě zastaví se srozumitelnou hláškou a vyzve k přesunu příjmu na registrovanou smlouvu (a ke zrušení nepodepsané duplicity) — příjem se nikdy nezahodí. Kontrola se uplatní jen tehdy, když má pracovník současně jinou smlouvu s přiděleným ID PPV platnou v daném období. U pracovníků, jejichž příjem je vedený na správné (registrované) smlouvě, se nic nemění.

21. 7. 2026 (ZD#9946 · YouTrack SUPP-10530) — JMHZ: chybějící druh výdělečné činnosti systém zachytí předem, místo tichého dosazení

Pokud u pracovníka bez přiděleného identifikátoru IK MPSV (typicky vztah přihlášený k ČSSZ mimo Stafio) nebyl na smlouvě vyplněný druh výdělečné činnosti, generátor měsíčního hlášení dosud tiše dosadil „T" (první DPP). U pracovního poměru nebo dohody o pracovní činnosti to byl špatný údaj a hrozila neshoda se stavem registrovaným v RegZec (kontrola 87).

Nově se generování hlášení v takovém případě zastaví se srozumitelnou hláškou a vyzve k doplnění pole „Druh výdělečné činnosti" přímo na smlouvě — kde lze vybrat kód platný pro danou třídu dohody (u DPP T–Z a ZA–ZC, u DPČ A–J, u pracovního poměru 1–9). U pracovníků s vyplněným identifikátorem nebo druhem činnosti se nic nemění.

21. 7. 2026 (ZD#9946 · YouTrack SUPP-10530) — JMHZ: u velkých hlášení se opravné neodblokuje, dokud ČSSZ nedokončí zpracování všech balíků

Velká měsíční hlášení (nad 1000 formulářů) se ČSSZ odesílají rozdělená na víc balíků, které se zpracovávají v noční frontě. Při dotazu na stav zpracování (DZMH) mohla nastat situace, kdy část balíků už měla finální protokol, ale jiné ještě běžely „ve zpracování". Stafio v takovém případě mohlo označit import protokolu za dokončený a odblokovat opravné podání předčasně — přestože věcný výsledek dosud běžících balíků nebyl znám. Následné opravné by pak u nevyřešených formulářů mohlo skončit vadou 40238.

Nově se import protokolu označí za dokončený (a opravné podání odblokuje) až když žádný balík hlášení není ve zpracování. Dotaz na stav lze kdykoli zopakovat; jakmile ČSSZ dokončí zpracování celého hlášení, opravné se odblokuje. Přijaté i zamítnuté formuláře z už dokončených balíků se přitom vyhodnocují průběžně jako dosud.

21. 7. 2026 (ZD#10059 · YouTrack SUPP-10643) — Mobilní aplikace: v kalendáři je nově zvýrazněný dnešní den

V měsíčním kalendáři mobilní aplikace nebylo nijak vyznačeno, který den je dnes. Jakmile uživatel vybral jiný den nebo listoval mezi měsíci, ztrácel přehled o aktuálním datu. Nově je dnešní den v kalendáři trvale orámovaný a jeho číslo je barevně zvýrazněné, nezávisle na tom, který den je právě vybraný. Zvýraznění vybraného dne zůstává beze změny; je-li vybraný právě dnešek, kombinuje se výplň výběru s orámováním dneška.

21. 7. 2026 (ZD#10051 · YouTrack SUPP-10635) — Zdravotní pojištění: dopočet do minimálního vyměřovacího základu se nově promítá i do přehledů a exportů

V přehledech zdravotního pojištění po jednotlivých pracovnících i v souhrnech po pojišťovnách (a v jejich exportu do Excelu) se vyměřovací základ a pojistné zobrazovaly bez dopočtu do minimálního vyměřovacího základu — tedy nižší, než kolik se za pracovníky s nižším příjmem skutečně odvádí. Správné údaje včetně dopočtu přitom obsahovala sestava Přehled o platbě pojistného, která je pro odvod i pro komunikaci se zdravotní pojišťovnou určující.

Nově dopočet zahrnují i tyto přehledy a jejich export, takže jejich součty odpovídají sestavě Přehled o platbě pojistného. Jako podklad pro zdravotní pojišťovnu doporučujeme používat právě Přehled o platbě pojistného — obsahuje oficiálně platné údaje a nemění se.

20. 7. 2026 (ZD#10044 · YouTrack SUPP-10628) — Příchozí SMS přes BulkGate: konec dvojitých záznamů a rozdělených zpráv

U telefonů přepnutých z MySMS na BulkGate se každá příchozí zpráva ukládala dvakrát — jednou pod názvem telefonu (např. SMS3) a jednou pod telefonním číslem. Příčinou bylo, že přepínač synchronizace s MySMS se neuplatnil na naplánovaných úlohách, které mají přihlašovací údaje uložené u sebe. Ty proto běžely dál souběžně s BulkGate. Nově se přepínač respektuje i zde a synchronizace se u migrovaného telefonu sama zastaví. Odesílání zpráv duplicitní nebylo.

Delší příchozí SMS se navíc zobrazovaly rozdělené na víc řádků (u zprávy s diakritikou po 67 znacích). BulkGate totiž každou část předává zvlášť. Stafio nyní části jedné zprávy spojí zpět do jednoho záznamu; skládá je podle údajů od operátora, ne podle pořadí doručení, protože části mohou dorazit i v opačném pořadí. Současně se u příchozích zpráv ukládá skutečný čas přijetí v telefonu místo času doručení do Stafia a upozornění na novou zprávu přijde jednou a s kompletním textem, ne zvlášť za každou část.

20. 7. 2026 (ZD#10053 · YouTrack SUPP-10637) — JMHZ: chybějící sídlo společnosti systém zachytí předem, místo aby ČSSZ odmítla celé hlášení

Pokud společnost neměla ve Stafiu vyplněnou adresu sídla, hlášení JMHZ se přesto vygenerovalo a odeslalo — jenže s prázdným místem výkonu práce (obec, kód obce a stát). ČSSZ takové podání odmítla kontrolou datové struktury (chyba 20062) a označila jako nepropustnou vadu 40348 u každého jednotlivého formuláře, takže z hlášení neprošel ani jeden pracovněprávní vztah. Navazovaly na to vada 40226 (v hlášení chybí vztahy, které registr zaměstnanců eviduje) a při dalších pokusech i vada 40326, protože za jedno období smí existovat jen jedno řádné podání.

Nově systém adresu ověří ještě před vytvořením hlášení. Chybí-li sídlo nebo v něm není vyplněná obec, kód obce a stát, generování se zastaví se srozumitelnou hláškou „Hlášení nelze vytvořit — u společnosti … chybí sídlo…" a k odeslání na ČSSZ vůbec nedojde. Stačí doplnit adresu společnosti a hlášení vygenerovat znovu. U společností se správně vyplněným sídlem se nic nemění.

20. 7. 2026 (ZD#10034 · YouTrack SUPP-10618) — Nastavení oddělení objednávek jde znovu uložit, systém už nezakládá prázdné adresy

Uložení Nastavení pro oddělení objednávek končilo chybou „An error occurred while validating the address (Partner Id: …, Address No: 02)", přestože v okně nebyla vyplněná žádná adresa a adresa s tímto číslem u partnera vůbec neexistovala. Oddělení se kvůli tomu nedalo založit ani upravit.

Systém při ukládání oddělení nesprávně považoval poznámku oddělení (a při úpravě i technické údaje záznamu) za údaje adresy pracoviště. Pokusil se proto založit novou adresu partnera, která neobsahovala nic než zemi — a na takové prázdné adrese pak selhalo ověření proti registru RUIAN. U agentur, které ověřování adres proti RUIAN zapnuté nemají, se chyba neprojevila, ale u každého nového oddělení tiše vznikala prázdná adresa navíc.

Nově se za adresu pracoviště berou výhradně údaje ze sekce adresy a adresa se nezaloží vůbec, pokud není vyplněný alespoň jeden údaj (ulice, číslo, místo, město nebo PSČ). Zadávání a úprava adresy pracoviště ve webové aplikaci funguje beze změny — opravena je i situace, kdy se do poznámky adresy propisovala poznámka oddělení.

20. 7. 2026 (ZD#10048 · YouTrack SUPP-10632) — REGZEC: import protokolu z jiné dávky je nově odmítnut, místo aby přepsal cizí identifikátory

Akce REGZEC – Import přidělených identifikátorů párovala řádky nahraného protokolu na podání pouze podle jejich pořadí (sqnr). Když se omylem nahrál protokol patřící k jiné dávce, jeho první řádek se napároval na prvního pracovníka označené dávky a přepsal mu číslo pojištěnce (IK MPSV) i ID pracovněprávního vztahu hodnotami cizí osoby — bez jakéhokoli upozornění. Následný import správného protokolu už neprošel, protože obsazené identifikátory brání unikátní kontroly v databázi.

Nově systém před jakýmkoli zápisem ověří, že rodné (evidenční) číslo v protokolu odpovídá řádku podání, a při neshodě import odmítne s hláškou „Nahraný protokol nepatří k tomuto podání. Řádek sqnr=… je v protokolu veden na rodné číslo …, ale v podání je …. Označte smlouvu z dávky, ke které protokol patří." Žádná data se přitom nemění. Import správného protokolu funguje beze změny — včetně doplnění identifikátorů celé dávce naráz.

20. 7. 2026 (ZD#10047 · YouTrack SUPP-10631) — REGZEC: v okně importu přidělených identifikátorů je nově vysvětleno, že se doplní celá dávka

Akce REGZEC – Import přidělených identifikátorů vyžaduje označení jedné smlouvy, což vzbuzovalo dojem, že identifikátory se doplní jen zvolené osobě a u hromadné přihlášky je nutné import opakovat pro každého pracovníka zvlášť.

Chování se nemění — označená smlouva slouží pouze k dohledání podání a systém odjakživa doplní ID PPV i číslo pojištěnce všem smlouvám celé dávky naráz. Nově to okno přímo uvádí v nápovědě nad polem pro nahrání souboru, spolu s upozorněním, že se vkládá XML protokol o zpracování z datové schránky (ne PDF) a že řádky, které ČSSZ nepřijala, se přeskočí. Kontrolu rozsahu dávky nabízí pole Smluv v podání a závěrečná hláška „Aktualizováno osob / smluv / řádků".

20. 7. 2026 (ZD#9927 · YouTrack SUPP-10511) — eObjednávky: směna s chybou se skutečně nezveřejní jako volné místo

Úprava z 1. 7. 2026, která měla zabránit automatickému zveřejnění chybné (nevyplnitelné) směny jako volného místa, ve skutečnosti nefungovala — směna s chybou překryvu se dál nabízela k obsazení a mohl si ji zabrat jiný brigádník dřív, než agentura chybu vyřešila.

Příčinou bylo chybné porovnání stavu směny v databázi: kód hledal volné místo podle nepřeložené hodnoty stavu, zatímco pohled vrací stav už přeložený („Volné"). Podmínka proto nikdy neplatila a volné místo se nikdy neodebralo. Nově se u každého pracovníka, kterého se nepodařilo obsadit ani rezervovat, odpovídající volné místo skutečně odebere a čeká na ruční vyřešení operátorem. Legitimní volná kapacita (když je požadovaný počet pracovníků vyšší než počet jmenovitě uvedených osob) i úspěšně obsazené směny zůstávají beze změny. Označení chyby v předmětu potvrzovacího e‑mailu („❌ ERROR!") funguje beze změny dál.

20. 7. 2026 (ZD#10045 · YouTrack SUPP-10629) — Smlouvy: zaškrtnutí „Podepsáno" bez data podpisu nově hlásí chybu

Zaškrtnutí pole Podepsáno na smlouvě nebo dodatku se bez vyplněného Data podpisu po uložení tiše zahodilo — uložení hlásilo úspěch, ale po obnovení či znovuotevření okna bylo pole opět prázdné (pojistka z 6/2026 proti „zaseknutému" příznaku podepsáno bez data, ZD#9832). Běžné uložení smlouvy s takto dříve zaseknutým příznakem ho navíc mohlo nepozorovaně smazat.

Nově systém pokus označit smlouvu či dodatek jako podepsané bez data podpisu odmítne se srozumitelnou hláškou „Smlouvu nelze označit jako podepsanou bez vyplněného data podpisu. Vyplňte nejprve Datum podpisu." Stačí spolu s fajfkou Podepsáno vyplnit i Datum podpisu a uložení projde. Automatické čištění dříve zaseknutých příznaků (podepsáno bez data) při uložení zůstává zachováno.

20. 7. 2026 (YouTrack WAS-1642) — Mzdové tiskové sestavy ve webové aplikaci: výplatní pásky, mzdové listy a nový Roční souhrn mezd

Do přehledu Měsíční souhrn mezd (menu Mzdy → Měsíční souhrn mezd → Podle pracovníka) přibyla tlačítka Tisk výplatní pásky a Odeslat pásky e-mailem. Tisk funguje i hromadně — vyberte více řádků a všechny pásky se stáhnou/vytisknou jako jeden sloučený PDF dokument. Hromadné odeslání pošle každému pracovníkovi jen jeho vlastní pásku na e-mail (pracovníci bez vyplněného e-mailu se přeskočí a systém je vyjmenuje).

Nově je k dispozici přehled Roční souhrn mezd — ve složce Mzdy i v navigátoru pracovníka (karta pracovníka → Mzdy → Roční souhrn mezd). Z přehledu lze tisknout a e-mailem odesílat mzdové listy (Mzdový list), opět včetně hromadného zpracování se stejnou logikou jako u výplatních pásek.

Zároveň byla opravena chyba „column wa_wage_month_sum_join.period_departments_desc_array does not exist", která se objevovala v Měsíčním souhrnu mezd u některých zákazníků — pohled v databázi neobsahoval novější sloupce s pracovišti za období.

20. 7. 2026 (ZD#9949 · YouTrack SUPP-10533) — Daňové prohlášení: druhá vyživující osoba může být i zaměstnanec

Ve formuláři daňového prohlášení nebylo možné vyplnit pole Další osoba vyživující děti, pokud druhá vyživující osoba sama pracuje u téže agentury — ve výběru se nenabízela (nabídka byla omezena jen na samostatně založené „další osoby“) a ruční přidání skončilo chybou duplicitního rodného čísla.

Výběr Další osoba vyživující děti i výběr dítěte v dodatečném daňovém zvýhodnění nově nabízí také pracovníky a uchazeče vedené v systému — stačí osobu vyhledat a vybrat, žádný duplicitní záznam se nezakládá. Tlačítko „+“ pro založení externí osoby (která v systému vedená není) zůstává beze změny. Do JMHZ i tisku prohlášení se použijí údaje vybrané osoby (jméno, příjmení, datum narození, rodné číslo) stejně jako dosud.

20. 7. 2026 (ZD#10043 · YouTrack SUPP-10627) — Mobilní aplikace (Android): oprava načítání směn na den

V původní mobilní aplikaci pro pracovníky (Android, např. eBrigády) se po přihlášení nezobrazovaly směny — v kalendáři byly vidět tečky s nabídkou, ale po klepnutí na den zůstal seznam směn prázdný. Příčinou byla červnová změna formátu odpovědi backendové funkce Empl_Job_Person_Day (připravovaná pro novou mobilní aplikaci), kterou starší aplikace neumí zpracovat; do produkčních databází se dostala s plošným nasazením 13. 7. 2026.

Funkce nyní opět vrací původní formát (pole směn), na který starší aplikace spoléhá, a nový rozšířený formát (položky + počty podle stavu + celkem) byl přesunut do funkce Empl3_Job_Person_Day v API v3, se kterým počítá nová mobilní aplikace. Opraveno na všech databázích; v aplikaci není potřeba nic aktualizovat.

20. 7. 2026 (ZD#9953 · YouTrack SUPP-10537) — Sloupec „IK MPSV (OIČ)" v oknech Smlouvy

Do přehledů Smlouvy a Hledání smluv byl doplněn sloupec IK MPSV (OIČ) — osobní identifikační kód pracovníka přidělovaný MPSV. Sloupec je ve výchozím stavu skrytý; zapnete si ho vpravo nahoře přes Výběr sloupců. Filtrem (Prázdné) v záhlaví sloupce si pak snadno zobrazíte smlouvy pracovníků, kterým OIČ chybí — typicky před zpracováním JMHZ, které smlouvy bez OIČ přeskakuje. Stejný sloupec je od 2. 7. 2026 dostupný i v oknech Pracovníci (menu Pracovníci → Pracovníci).

20. 7. 2026 (YouTrack WAS-713) — Standardní šablony e-mailů k aktivitám a ochrana upravených šablon

Sada standardních šablon byla rozšířena o e-mailové šablony k aktivitám a úkolům: Nová událost, Dokončená událost, Připomenutí události, Nový úkol, Dokončení úkolu a Připomenutí úkolu (ACTIVITY_*, ACTIVITY_TASK_*), každá v české i anglické verzi. Standardní SMS šablony k aktivitám existovaly už dříve; nově je sada kompletní pro oba kanály. Šablony se u typu aktivity nastavují v polích Šablona oznámení a Šablona připomenutí a distribuují se automaticky při zakládání nového vlastníka.

Zároveň byla opravena aktualizace standardních šablon (Standard_Update_Table___): pokud si zákazník standardní šablonu upravil (tím se jí uvolní zámek standardu), aktualizace standardů ji nově nepřepíše — zákaznická úprava zůstává zachována. Dosud se při aktualizaci přepisovaly všechny šablony se shodným identifikátorem bez ohledu na provedené úpravy.

20. 7. 2026 (YouTrack WAS-1610) — Výrazné zrychlení pohledu Kalendář ubytoven

Stránka Kalendář ubytoven (obsazení ubytoven) se u zákazníků s více ubytovnami a delší historií načítala i přes minutu — obsazenost se totiž na pozadí počítala pro všechny dny kalendáře a všechny ubytovny najednou, bez ohledu na zvolený filtr období.

Pohled byl převeden na moderní načítání dat (Load_Data) se stránkováním na serveru: počítají se jen řádky, které jsou skutečně vidět, a zvolený filtr období se uplatní ještě před výpočtem. První stránka přehledu se nyní načte za zlomek sekundy (v testu u zákazníka se 44 ubytovnami zrychlení ze 101 s na 0,2 s). Obsah i chování stránky zůstávají beze změny; jednorázově se pouze obnoví výchozí rozložení sloupců gridu.

20. 7. 2026 (YouTrack WAS-709) — Srozumitelná chyba při uzavírání objednávky s pracovním místem bez směn

Pokud objednávka obsahovala pracovní místo bez jediné směny, skončilo její uzavírání matoucí hláškou „Uživatel není oprávněn měnit záznam. Období '''' je uzavřeno.", ze které nebylo poznat, čeho se problém týká ani jak ho vyřešit.

Nově uzavření objednávky v takovém případě skončí srozumitelnou chybou „Není možné uzavřít objednávku, pracovní místo '1003533-4-1' neobsahuje žádné směny." — s označením konkrétního pracovního místa (objednávka-řádek-místo). Stačí tedy směny doplnit, nebo pracovní místo z objednávky odebrat, a objednávku uzavřít znovu. Chyba se zároveň nově počítá mezi běžné uživatelské chyby, takže se nehlásí jako systémová porucha.

19. 7. 2026 (ZD#9989 · YouTrack SUPP-10573) — Mobilní aplikace: odhlášení ze směny přímo z přehledu

Brigádník se mohl ze směny odhlásit jedině tak, že si otevřel její detail — v přehledu směn bylo k dispozici pouze tlačítko „Přihlásit" u volných směn, kdežto u směn, na které už přihlášen byl, žádná akce nebyla.

Nově se u směny, na kterou je brigádník přihlášen, zobrazuje přímo v přehledu červené tlačítko „Odhlásit", a to ve všech třech přehledech — v zobrazení Kalendář, v zobrazení Seznam i v sekci Moje směny. Odhlášení se stejně jako přihlášení provede jedním klepnutím, bez nutnosti otevírat detail směny; před provedením se pro jistotu zobrazí potvrzovací dotaz.

Pravidla pro odhlášení zůstávají beze změny — tlačítko se nabízí jen u směn, u kterých je odhlášení podle nastavení agentury ještě povolené. U ostatních směn je i nadále potřeba kontaktovat koordinátora.

19. 7. 2026 (ZD#10040 · YouTrack SUPP-10624) — Klientská zóna www.student.cz: export přehledů do Excelu opět funguje

Po přesunu webu www.student.cz na novou serverovou platformu (15. 7.) přestal v klientské zóně fungovat export tabulek do Excelu — například odkaz Export po dnech ve Statistikách skončil chybovou stránkou prohlížeče („can't reach this page“). Příčinou byla nekompatibilita knihovny pro generování souborů XLS s verzí PHP na nové platformě; export se tím přerušil ještě před odesláním souboru.

Knihovna byla opravena a export znovu funguje pro všechny tabulky ve všech zónách webu, ve formátech XLS i XLSX (exportu do CSV se závada netýkala).

19. 7. 2026 (ZD#10033 · YouTrack SUPP-10617) — JMHZ: konec propustných vad 40012 a 40209 při souběhu smluv

Pokud měli zaměstnanci v hlášeném měsíci souběh více smluv, zobrazovaly se u JMHZ podání na ePortálu ČSSZ propustné vady 40012 („Pojistné za zaměstnance nesouhlasí se součtem pojistného za všechny jednotlivé zaměstnance") a 40209 („Vykázaný úhrn slev na pojistném zaměstnanců neodpovídá součtu slev na pojistném těchto zaměstnanců"). Šlo pouze o varování — podání bylo přijato a zpracováno.

Příčinou byl rozdíl v zaokrouhlování: souhrnný přehled PVPOJ počítal pojistné (atribut 10028) a slevu pracujících důchodců (10487) ze základů sečtených za osobu, zatímco formuláře jednotlivých zaměstnanců vykazují hodnoty za každou smlouvu zvlášť (jak vyžaduje kontrola ČSSZ uvnitř formuláře). Součet za smlouvy pak vyšel o koruny výš a křížové kontroly ČSSZ hlásily nesoulad.

Nově se obě souhrnné hodnoty v PVPOJ počítají jako přesný součet hodnot vykázaných na formulářích (v souladu s pokyny ČSSZ, které u slevy předepisují zaokrouhlení „u každého zaměstnání samostatně"). Vady 40012 a 40209 se tak od příštího odeslaného hlášení již neobjeví; navazující součty (pojistné celkem a pojistné k úhradě) zůstávají konzistentní.

19. 7. 2026 (ZD#9960 · YouTrack SUPP-10544) — Správné určení srážkové daně při souběhu DPP a DPČ v jednom měsíci

U zaměstnance bez učiněného prohlášení poplatníka („růžovky"), který má v jednom měsíci souběh dohod různých typů (DPP + DPČ), mohla daň u dohody pod zákonným limitem (DPČ pod 4 500 Kč, DPP do 12 000 Kč) vyjít zálohová místo srážkové. K záměně docházelo podle pořadí výpočtu mezd v měsíci: při výpočtu mzdy jedné dohody se její přírůstek chybně přičítal i k úhrnu příjmů druhého typu dohody, který pak zdánlivě přesáhl limit pro srážkovou daň. Pozdější přepočet mzdy výsledek srovnal, prvotní výpočet ale mohl zůstat chybný.

Nově se přírůstek právě počítané mzdy započítává jen do úhrnu vlastního typu dohody. Obě zákonné podmínky srážkové daně — úhrn příjmů daného typu dohody za kalendářní měsíc i platnost prohlášení poplatníka pro daný měsíc — se tak vždy posuzují správně, každý měsíc zvlášť.

19. 7. 2026 (ZD#9988 · YouTrack SUPP-10572) — Volné směny se v mobilní aplikaci skryjí v den, kdy už pracovník směnu má

Nastavení Skrýt volné směny, pokud pracovník v ten den již směnu má (parametr ASW_HIDE_FREE_IF_PERSON_HAS_JOB v Administrace → Systémové → Vlastník → Parametry) dosud fungovalo jen na zaměstnaneckém webu. V mobilní aplikaci se ale volné směny nabízely dál — pracovník tak i v obsazený den viděl vedle své směny další nabídky a mohl svou směnu měnit kvůli výhodnější sazbě.

Nově se nastavení uplatní i v mobilní aplikaci: v den, kdy už pracovník směnu má (obsazenou i rezervovanou), se mu žádné volné směny nezobrazí. Vlastní směna zůstává vidět vždy.

Chování se řídí výhradně zmíněným parametrem — agenturám, které ho mají vypnutý, se nic nemění.

19. 7. 2026 (ZD#9984 · YouTrack WAS-1636) — Štítky dokumentů: kdo v aplikacích uvidí který dokument

Dokumenty nahrané k provozovně, objednávce nebo přímo k pracovníkovi se dosud v mobilní aplikaci a na webu pro brigádníky zobrazovaly bez rozlišení — brigádník tak viděl i formuláře určené klientovi (např. pokladní diference nebo návod na e-Objednávky).

Nově má každý dokument štítky. V číselníku Administrace → Základní data → Štítky dokumentů si nadefinujete štítky a u každého zaškrtnete, zda je dokument s tímto štítkem viditelný pro pracovníka a/nebo pro klienta. Automaticky jsou založeny dva výchozí štítky: Mobapp – pracovník a Mobapp – klient. Štítky se dokumentům přiřazují přímo na náhledu dokumentu (ikona štítku) — na kartě provozovny, pracovníka, firmy i všude jinde, kde se dokumenty spravují; v seznamech Fotografie a Loga je podle štítků možné i filtrovat.

Důležitá změna chování: v mobilní aplikaci a zaměstnaneckých webech se nyní zobrazují pouze dokumenty označené odpovídajícím štítkem. Dokument bez štítku pracovník ani klient neuvidí — projděte si proto nahrané dokumenty a označte štítkem ty, které mají být v aplikacích viditelné. Dokumenty, které si pracovník nahraje sám (životopis, potvrzení, doklady při onboardingu), se štítkem Mobapp – pracovník označí automaticky, takže je má ve svém profilu stále k dispozici.

Součástí změny je i výrazné zrychlení přehledu Dokumenty a fotografie → Velikosti a nový sloupec pro náhled a stažení souboru v přehledu Všechny.

19. 7. 2026 (ZD#9980 · YouTrack SUPP-10564) — Pracovní výkaz jde stáhnout i u směny, kde ještě nebyl vytvořen

V detailu směny se v sekci Dokumenty nabízel Pracovní výkaz pouze tehdy, když už pro danou směnu existoval. Pokud výkaz zatím vytvořený nebyl, řádek se nezobrazil vůbec a nebylo možné výkaz z aplikace založit — muselo se počkat, až ho vytvoří koordinátor agentury.

Nově se u každé obsazené směny nabízí Pracovní výkaz vždy. Když pro směnu ještě neexistuje, systém ho při stažení automaticky založí a rovnou vrátí hotové PDF; při dalším otevření se už jen stáhne ten existující. Chování je stejné, jaké je od července k dispozici v klientské zóně webu.

Změna se týká klientské (partnerské) i zaměstnanecké části mobilní aplikace. U směn, které jsou zatím jen rezervované nebo volné, se výkaz nadále nenabízí.

19. 7. 2026 (ZD#9978 · YouTrack SUPP-10562) — Klientský portál: výměna brigádníka už nekončí chybou o odpracovaných směnách

Když klient v klientském portálu použil na obsazené směně akci Vyměnit, výměna často skončila chybou „Pro obsazení místa přes web musí být odpracováno alespoň X směn na pozici …". Jde o pravidlo určené pro samoobslužné přihlašování brigádníků přes web (spolu s minimální pauzou mezi směnami) — na výměnu prováděnou klientem se ale uplatňovalo omylem, takže klient nemohl vyměnit brigádníka, který na dané pozici ještě nepracoval.

Nově se při výměně brigádníka klientem tato webová pravidla nevynucují a výměna proběhne stejně, jako když pracovníka přiřazuje konzultant agentury. Volitelné požadavky na kvalifikaci projdou automaticky — klient nemusí nic potvrzovat. Pevné překážky blokují dál: pracovník bez platné smlouvy pro dané pracoviště, povinné kvalifikační požadavky, překročený fond hodin či dní nebo překrývající se směny výměnu stále nedovolí.

Když klient v detailu směny upravil čas od/do, pole Hodiny k proplacení zůstalo na původní hodnotě — u směny 10–17 s půlhodinovou pauzou (6,5 h) se po prodloužení na 10–20 dál nabízelo k proplacení 6,5 h místo správných 9,5 h. Uložená hodnota se navíc chovala jako záměrně zadaný počet hodin, takže ji systém při uložení zachoval.

Nově se po každé změně času od/do hodiny k proplacení automaticky přepočítají podle neplacených přestávek nastavených na kartě pracoviště, a klient tak hned vidí správnou hodnotu. Možnost hodiny k proplacení ručně přepsat — například u přesčasu nebo dřívějšího odchodu — zůstává zachována: stačí je upravit až po nastavení času.

19. 7. 2026 (ZD#9983 · YouTrack SUPP-10567) — Mobilní aplikace: v archivu směn se místo stavu zobrazuje hodnocení

V zaměstnanecké části mobilní aplikace ukazoval Archiv směn u všech odpracovaných směn shodný zelený štítek „Obsazené". Hodnocení, které koordinátor zadá do pracovního výkazu — Výborná spokojenost, Pozdní příchod, Omluvená absence a další — se brigádníkovi nikde nezobrazovalo, přestože je systém běžně eviduje.

Nově se u každé odpracované směny zobrazuje přímo její hodnocení, a to jak v seznamu, tak v detailu směny. Štítek přebírá barvu i ikonu, které má dané hodnocení nastavené na kartě pracoviště, takže se na první pohled odliší například absence od bezproblémově odpracované směny.

Beze změny zůstávají směny, které teprve proběhnou, a směny bez vyplněného hodnocení — u nich se jako dosud zobrazuje stav směny (Volné, Rezervované, Obsazené).

17. 7. 2026 (ZD#9985 · YouTrack SUPP-10569) — Mobilní aplikace: mapa místa pracoviště v detailu směny

V detailu směny nešlo použít odkaz „Otevřít v Mapách" — byl součástí vložené mapy Google a na webu na něj nebylo možné kliknout. Mapu jsme proto přepracovali: pod náhledem je nyní vlastní tlačítko „Zobrazit na mapě", které spolehlivě otevře navigaci — na iPhonu Apple Mapy, na Androidu zvolenou mapovou aplikaci a na webu Google Mapy v nové kartě. Funguje v zaměstnanecké i klientské části aplikace.

Náhled mapy nově vykreslují Mapy.cz s vyznačeným místem pracoviště. Zobrazuje se u pracovišť, u kterých systém zná polohu adresy — ta se nově doplňuje automaticky každou noc pro všechna používaná pracoviště, takže mapa naskočí i u nově založených oddělení. U adres, které se nepodaří jednoznačně určit (např. je-li místo ulice vyplněn název obchodního centra), se místo náhledu zobrazí karta s adresou; tlačítko pro otevření map funguje i tam.

17. 7. 2026 (ZD#10036 · YouTrack SUPP-10620) — Klientská zóna www.student.cz: Výkaz a Smlouva se opět stahují

Po přesunu webu www.student.cz na novou serverovou platformu (15. 7.) přestaly v klientské zóně fungovat odkazy Výkaz a Smlouva v přehledu směn a v detailu objednávky — místo PDF se zobrazil nesrozumitelný technický text. Generování dokumentů bylo totiž postavené na komponentě, která existovala jen na starém serveru.

Dokumenty nově generuje přímo backend Stafio stejným mechanismem, jaký používá agenturní i mobilní aplikace. Odkaz Výkaz funguje i pro směny, ke kterým pracovní výkaz zatím nevznikl — vytvoří se automaticky při prvním stažení. U směny, která je zatím jen rezervovaná nebo neobsazená, výkaz z povahy věci vytisknout nejde. Stahování dokumentů nově vyžaduje přihlášení do klientské zóny a dokument získá jen uživatel, který má přístup na pracoviště dané směny.

16. 7. 2026 (ZD#9977 · YouTrack SUPP-10561) — Klientský portál: směnu lze duplikovat, vyměnit i smazat rovnou z přehledu

V mobilní aplikaci klientského (objednatelského) portálu nabízela karta obsazené směny v přehledu směn jen údaje o směně — pro jakýkoli úkon bylo nutné směnu nejdřív otevřít a akci hledat až v jejím detailu. Nově jsou Duplikovat, Vyměnit a Smazat dostupné přímo na kartě v přehledu, takže na ně stačí jedno kliknutí.

Nabízí se vždy jen to, co je pro danou směnu skutečně povolené — platí přesně stejná pravidla jako v detailu, žádná nová oprávnění nevznikají. U obsazené budoucí směny se tak zobrazí Duplikovat, Vyměnit i Smazat; méně než 24 hodin před začátkem už jen Duplikovat. Karty odpracovaných směn čekajících na schválení (tlačítko Schválit) i karty volných směn (Přiřadit, Smazat) zůstávají beze změny. Akce Uvolnit zůstává v detailu směny.

Zároveň jsme opravili Duplikovat v detailu směny: obrazovka pro duplikaci sice existovala, ale tlačítko se kvůli chybě nikde nezobrazovalo, takže se k ní nedalo dostat. Nyní je duplikace dostupná z přehledu i z detailu.

16. 7. 2026 (ZD#9956 · YouTrack WAS-1628) — Stravenky: hranici pro nárok lze nastavit i pro jednotlivého zákazníka

Nastavení MEAL_MIN_SHIFT_HOURS (viz následující novinka) platí pro celou agenturu. Stravenkový paušál ale zpravidla zavádí konkrétní klient, a ne agentura plošně — proto stejnou hranici nově najdete i na kartě zákazníka: Zákazníci → konkrétní zákazník → záložka Ostatní → Stravenky → „Nárok na stravenku od (hodin)". I zde lze zadat desetinné číslo (například 4.5).

Platí jednoduché pořadí. Je-li hodnota vyplněná u zákazníka, použije se pro všechny jeho objednávky. Není-li vyplněná, použije se parametr agentury MEAL_MIN_SHIFT_HOURS jako výchozí hodnota. A není-li vyplněný ani ten, nárok se odvodí z tabulky Neplacené přestávky na kartě pracoviště jako dosud.

Kde není vyplněno nic, nic se nemění. Změna se projeví u nově spočítaných, resp. přepočítaných mezd; už hotové mzdy nepřepočítává.

16. 7. 2026 (ZD#10028 · YouTrack WAS-1628) — Stravenky: nově si sami nastavíte, od kolika odpracovaných hodin vzniká nárok

Nárok na stravenku a stravenkový paušál neměl dosud vlastní nastavení — systém ho odvozoval z tabulky Neplacené přestávky na kartě pracoviště: paušál náležel za směnu, jejíž délka dosáhla hodnoty Od počtu hodin v této tabulce. Ve výchozím nastavení (6,01 h) tak nárok vznikal až od šesti odpracovaných hodin a jinou hranici nešlo zadat jinak než zásahem do přestávek, které s ním věcně nesouvisejí — a navíc zvlášť u každého pracoviště. Hranice pro přestávku a hranice pro stravenku přitom vycházejí z různých předpisů: přestávka na jídlo a oddech nejpozději po 6 hodinách práce plyne ze zákoníku práce (§ 88), kdežto stravenka se řídí zákonem o daních z příjmů.

Nově najdete v Administrace → Systémové → Vlastník → záložka Parametry nastavení MEAL_MIN_SHIFT_HOURS — Minimální délka směny v hodinách, od které (včetně) vzniká nárok na stravenku / stravenkový paušál. Hodnota platí pro celou agenturu, takže stačí zadat ji jednou místo úprav u každého pracoviště zvlášť. Zadat lze i desetinné číslo (např. 4 = nárok od čtyř odpracovaných hodin včetně, 4.5 = od čtyř a půl hodiny). Upozorňujeme, že příspěvek na stravování je od daně osvobozen, jen pokud přítomnost zaměstnance v práci během směny trvala alespoň 3 hodiny (§ 6 odst. 9 písm. b) zákona o daních z příjmů) — nižší hranici proto nedoporučujeme.

Necháte-li nastavení prázdné, nic se pro vás nemění — nárok se dál odvozuje z tabulky Neplacené přestávky přesně jako dosud. Změna hodnoty se projeví u nově spočítaných, resp. přepočítaných mezd; už hotové mzdy nepřepočítává.

16. 7. 2026 (ZD#10026 · YouTrack SUPP-10610) — Přehled smluv: „Datum první směny" opět ukazuje skutečnou první směnu

V přehledu Smlouvy přestal sloupec Datum první směny ukazovat skutečnou první obsazenou směnu — místo ní se zobrazovalo datum nástupu smlouvy. Filtrování smluv podle data první směny proto nevracelo žádné výsledky a ve sloupci Zdroj dat. první směny se nabízela jen zástupná hodnota Výchozí středisko, nikdy První směna. Chyba se projevila po úpravě z 15. 7. 2026, která u agentur s nastavením „pracovní pozice ze smlouvy" zajišťuje, aby do REGZEC šlo zařazení (ISCO) podle smlouvy, a ne podle první směny — toto nastavení ale omylem vyřadilo určení podle první směny jako celek, tedy i datum a zdroj. Nově první směna vždy určuje datum i zdroj (Zdroj = První směna) a zmíněné nastavení rozhoduje pouze o tom, odkud se bere pracovní pozice (a z ní ISCO pro REGZEC) — buď z obsazené směny, nebo ze smlouvy. Filtrování a řazení podle data první směny tak znovu funguje. U agentur, které pozici berou ze smlouvy, se do REGZEC nadále posílá ISCO ze smlouvy a datum přihlášení k sociálnímu pojištění opět odpovídá datu první směny (stejně jako před 15. 7.). Pro ostatní agentury se nic nemění.

16. 7. 2026 (ZD#10030 · YouTrack SUPP-10614) — Mzdy: proplacení dovolené už jde stornovat (chyba „Nelze zrušit mzdu. Mzda neexistuje.")

Storno mzdy za proplacení dovolené končilo chybou „Nelze zrušit mzdu. Mzda neexistuje." — přestože mzda v přehledu evidentně byla. Chyba byla v kontrole existence mzdy: u mezd, které nevznikly na konkrétní směnu, se vyhodnocovala nesprávně, takže systém ohlásil neexistující mzdu. Proplacení dovolené (vzniká na kartě smlouvy akcí Proplatit dovolenou) se přitom neváže na žádnou směnu ani pracovní výkaz — chyba se proto týkala všech takových mezd a nešly stornovat vůbec, ani přes kartu pracovníka. Nově storno proběhne správně: mzda se vrátí do stavu Spočítáno, platba se zruší a v plné výši čisté mzdy vznikne pohledávka za pracovníkem — stejně jako u storna běžné mzdy. Protože mzda za proplacení dovolené nemá pracovní výkaz, a tedy ani vlastní oddělení, zaúčtuje se pohledávka na oddělení, kde pracovník naposledy pracoval na téže smlouvě. U těchto mezd se nově kontroluje i uzavřené účetní období — storno v uzavřeném období systém odmítne (dosud se u proplacení dovolené tato kontrola vůbec neprovedla). Storno provedete na kartě pracovníka na záložce Odměny → Mzdy pravým tlačítkem nad řádkem mzdy. Je-li mzda už na platebním příkazu, je potřeba ji nejdřív z příkazu odebrat.

15. 7. 2026 (ZD#9982 · YouTrack SUPP-10566) — REGZEC: odhláška s nulovým průměrným čistým výdělkem se zablokuje předem; nová stránka Parametry daní

Při generování odhlášky zaměstnance (REGZEC akce 2 — skončení) mohl systém do ČSSZ poslat průměrný čistý měsíční výdělek 0 Kč — typicky u pracovníka, který v rozhodném ani aktuálním čtvrtletí neměl žádnou zúčtovanou mzdu s účastí na nemocenském pojištění a zároveň nebyl nastaven tzv. pravděpodobný výdělek. ČSSZ taková podání ručně zneplatňovala (u odhlášky, která během trvání založila účast na pojištění, nesmí být výdělek nulový). Nově systém odhlášku s nulovým výdělkem zablokuje rovnou při generování se srozumitelnou hláškou se jménem pracovníka a návodem (zkontrolovat zúčtované mzdy, nebo nastavit pravděpodobný výdělek) — místo tiché invalidace úřadem po několika týdnech. Připomínáme, jak se výdělek počítá: průměr čistých mezd z rozhodného čtvrtletí (předchozí kalendářní čtvrtletí před skončením, § 354 zákoníku práce) z pojištěných měsíců; pokud tam pojištěná mzda není, z aktuálního čtvrtletí; a pokud ani tam, z pravděpodobného výdělku (§ 355 zákoníku práce). Ten se nově nastavuje na nové stránce Parametry daní (Administrace → Základní data → Agentura práce → Parametry daní), kde si mzdové parametry včetně pravděpodobného čistého výdělku můžete prohlížet a upravovat sami, včetně platnosti od/do.

15. 7. 2026 (YouTrack WAS-1622) — Kampaně: přehled inzertních kampaní se opět načte rychle

Přehled inzertních kampaní (Job portál → Kampaně, i panely kampaní na kartě inzerátu a u zákazníka) se u větších portálů nenačítal — načítání skončilo vypršením časového limitu. Přehled bral data z původního pohledu, který pro každý řádek opakovaně dopočítával desítky náročných údajů (počty odpovědí, zobrazení telefonu a detailu, počet hledání, stav kampaně, propagace na jednotlivých kanálech) nad tabulkou akcí s miliony záznamů — i pár běžících kampaní tak dotaz „utahalo" k timeoutu. Nově čte přehled z optimalizovaného pohledu, který tytéž údaje spočítá v jednom průchodu, takže se stránka načte řádově rychleji. Zobrazené hodnoty ani sloupce se nemění.

15. 7. 2026 (ZD#10018 · YouTrack SUPP-10602) — REGZEC: přihláška cizince znovu odesílá doklad totožnosti; chybějící doklad se hlásí předem

Od 13. 7. 2026 se cizincům s povoleným trvalým pobytem přestal do ČSSZ posílat doklad totožnosti (změna dle poznámky datového slovníku ČSSZ, viz novinka z 13. 7., ZD#9981). Ukázalo se ale, že automatická vstupní kontrola ČSSZ doklad vyžaduje u každého podání, ve kterém je uvedeno jiné státní občanství než CZ — přihláška (REGZEC akce 1) cizince s trvalým pobytem se proto vracela s chybou „Není vyplněn typ dokladu / číslo dokladu / orgán, který v zahraničí vydal doklad / kód státu" a ČSSZ ji vůbec nezpracovala (zaměstnanec nebyl přihlášen). Doklad totožnosti se nyní opět odesílá každému cizinci, který ho má na kartě pracovníka vyplněný — není potřeba nic měnit, stačí zamítnutou přihlášku znovu vygenerovat a odeslat. Nově navíc systém přihlášku cizince bez jakéhokoli vyplněného dokladu zablokuje rovnou při generování se srozumitelnou hláškou se jménem pracovníka (doplňte číslo občanského průkazu, cestovního dokladu nebo jiného dokladu na kartě Cizinec) — dosud se taková přihláška odeslala a ČSSZ ji bez zpracování zamítla až zpětně.

14. 7. 2026 (ZD#10010 · YouTrack SUPP-10594) — Zdravotní pojišťovny: v hromadném oznámení se od 1. 7. 2026 nehlásí kategorie důchodce, uchazeč a student

Od 1. 7. 2026 zdravotní pojišťovny v hromadném oznámení zaměstnavatele přijímají z kategorií „státních pojištěnců" už jen kódy M (nástup na mateřskou/rodičovskou dovolenou) a U (ukončení mateřské/rodičovské dovolené) — údaje o důchodcích, uchazečích o zaměstnání a studentech si pojišťovny nově přebírají přímo ze státních registrů. Soubor přihlášek, který tyto kódy obsahoval, pojišťovna odmítla. Stafio proto při generování přehledu pro zdravotní pojišťovny už nepřidává kód D (důchodce), kód I (uchazeč o zaměstnání) ani kód G (student‑cizinec) — u těchto pracovníků se odešle jen běžná přihláška P (u cizinců A). Hlášení mateřské/rodičovské (kód M) zůstává beze změny. Řádky s kódem D/I/G v už vygenerovaném, dosud nepodaném přehledu je potřeba smazat ručně (na řádku přehledu), nebo o to požádat podporu.

V mobilní aplikaci klientského (objednatelského) portálu se ve filtru na obrazovce Přehled výběr Pracoviště nabízel seřazený podle interního pořadí vzniku pracovišť, ne podle názvu — vyhledat konkrétní pracoviště v delším seznamu tak bylo nepřehledné. Nově je seznam pracovišť seřazen abecedně podle názvu, stejně jako už dříve výběr Pozice. Jde o čistě zobrazovací úpravu, žádné nastavení ani chování filtru se nemění.

14. 7. 2026 (ZD#9970) — Klientský portál: upozornění na neschválené směny je nově modré, ne červené

Na dashboardu klientského (objednatelského) portálu v mobilní aplikaci se upozornění „Máte X neschválených směn“ zobrazovalo červeně, takže působilo jako chybové hlášení — přitom jde jen o běžnou výzvu ke schválení odpracovaných směn. Nově je toto upozornění modré (informativní tón); zelené upozornění na předběžné objednávky zůstává beze změny. Jde o čistě vzhledovou úpravu, funkce tlačítka „Schválit“ se nemění.

14. 7. 2026 (ZD#10013 · YouTrack SUPP-10597) — Pamica: přenos do špatné firemní databáze už nehlásí falešné „přeneseno“

Při přenosu zaměstnance nebo docházky do Pamica se dosud mohlo stát, že Pamica celý balíček odmítla (např. protože byl doručen do jiné firemní databáze, než pro kterou byl určen — „Tento balíček není určen pro tuto jednotku“), ale Stafio přesto zobrazilo „přenos proběhl v pořádku“ a přitom se žádná data nepřenesla. Nově Stafio takové odmítnutí rozpozná a zobrazí konkrétní důvod z Pamica, takže je hned zřejmé, že přenos neproběhl a proč (typicky je potřeba na straně Pamica/mServeru opravit směrování do správné firemní databáze). Navíc pokud osoba nemá žádnou podepsanou platnou smlouvu k přenosu, systém místo „přeneseno“ napíše, že žádná smlouva k přenosu nebyla nalezena.

14. 7. 2026 (ZD#9993 · YouTrack SUPP-10577) — REGZEC: hromadná oprava údajů (akce 4) se společným odůvodněním

Oprava dříve odeslaných podání (REGZEC akce 4) šla dosud podat jen po jedné smlouvě s ručně přiloženým PDF odůvodněním — plošná náprava stejné chyby u stovek pracovníků (např. prohozené kódy důvodu volného přístupu na trh práce, ZD#9981) tak byla prakticky neproveditelná. Nově umí systém vygenerovat hromadné opravné dávky: po jednotlivých společnostech, se společným odůvodněním pro všechny zaměstnance v dávce, a do dávky pustí jen smlouvy, u kterých se opravuje výhradně vyjmenovaný údaj. Smlouva s jakoukoli další neodeslanou změnou (např. rozpracovaná oprava data nástupu, která vyžaduje vlastní průvodní dopis) se do hromadné dávky nezařadí a vypíše se s důvodem — vyřeší se individuální opravou, ve které se čekající údaje doplní automaticky. Velikost dávky je omezená (odůvodnění se podle formátu ČSSZ vkládá ke každému zaměstnanci) — po odeslání dávky se dalším spuštěním vygeneruje pokračování, už opravené smlouvy se automaticky přeskočí. Hromadné generování zatím spouští podpora Stafio na vyžádání.

13. 7. 2026 (ZD#9968 · YouTrack SUPP-10552) — Daktela: hovor z neznámého čísla se opět ihned propíše do Stafia

Od února se telefonáty z čísel, ke kterým v systému neexistuje žádná osoba, do Stafia nepropisovaly: automatické založení „hvězdičkového" kontaktu (osoba * * s číslem volajícího) selhávalo na nových povinných polích karty pracovníka (první zaměstnání cizince v ČR, průkaz ZTP) a s ním spadl celý příjem hovoru z ústředny Daktela — bez záznamu v historii volání, bez notifikace a bez kontaktu, kterému by šla poslat SMS. Recepce tak číslo ve Stafiu viděla až po ručním založení osoby. Nově se hvězdičkový kontakt zakládá správně a číslo i hovor jsou ve Stafiu okamžitě při zazvonění, takže volajícímu lze hned poslat SMS (např. s adresou pracoviště). Příjem hovoru je navíc odolnější: kdyby založení kontaktu v budoucnu selhalo z jiného důvodu, hovor i notifikace se přesto zapíší a chyba se uloží do systémového error logu, kde ji zachytí monitoring. Stejné ošetření má i import neznámých čísel do hromadné SMS.

13. 7. 2026 (ZD#9981 · YouTrack SUPP-10565) — REGZEC: cizinci s trvalým pobytem se doklad totožnosti už neposílá; opraven důvod volného přístupu

Poznámka 15. 7. 2026: neposílání dokladu bylo vráceno zpět — vstupní kontrola ČSSZ doklad u cizinců vyžaduje a přihlášky bez něj zamítala. Viz novinka z 15. 7. 2026 (ZD#10018). Oprava prohozených kódů důvodu volného přístupu zůstává v platnosti.

Registrace zaměstnance (REGZEC) posílala do ČSSZ doklad totožnosti (Prokázání totožnosti) u každého cizince s vyplněným dokladem. Podle datového slovníku ČSSZ se ale doklad uvádí pouze u nerezidentů — u osob zapsaných v Registru obyvatel (ROB) si jej ČSSZ dohledá sama a OSSZ taková podání vrací k ruční opravě. Nově se cizinci s povoleným trvalým pobytem doklad totožnosti neposílá; doklad vyplněný na kartě pracovníka mazat nemusíte. Dřívější zmizení dokladu oproti minulému podání zároveň už neblokuje vygenerování změny (chyba REGZEC_UPDATE_REMOVE_UNSUPPORTED) — odebrání údaje elektronické podání přenést neumí a v registru ho provede OSSZ. Současně byl opraven číselník důvodu volného přístupu na trh práce: hodnoty „trvalý pobyt – mimo ochranu Ukrajina" (správně kód 4) a „dočasná ochrana Ukrajina" (správně kód 5) se odesílaly prohozeně, takže se cizinci s trvalým pobytem hlásili jako držitelé dočasné ochrany a naopak — opravu registr ČSSZ převezme automaticky při dalším vygenerování a odeslání REGZEC „změny údajů zaměstnance".

13. 7. 2026 (ZD#9965 · YouTrack SUPP-10549) — eObjednávky: schválení směny zákazníkem už nepadá na limitu smlouvy (DPP 11 999 Kč)

Když pracovník odpracoval více hodin, než byl plán směn, mohlo se stát, že se směna s ručně vybranou smlouvou už nevešla do měsíčního limitu DPP 11 999 Kč hrubého. Zákazníkovi (klientovi) pak při schvalování směny v eObjednávkách vyskočila chyba „…má ručně vybranou smlouvu …, ale tuto smlouvu není možné použít…" a směnu nešlo schválit ani uložit. Nově se kontrola výběru smlouvy při úpravě a schvalování směny zákazníkem přeskočí — směna zůstane na původní smlouvě a zákazník ji normálně schválí. Případný problém s limitem se ukáže až agentuře při zaúčtování mzdy (schválení do hotovostní platby), kde ho operátor vyřeší přesunem směny na jinou smlouvu (např. DPČ). Automatický výběr smlouvy se nemění — směny bez ručně vybrané smlouvy se dál samy přesouvají na jinou vyhovující smlouvu.

13. 7. 2026 (ZD#9963 · YouTrack SUPP-10547) — El. podpisy: smlouva DPC-2026-UNI-ALL se odesílá včetně doprovodných dokumentů

Při odeslání smlouvy typu DPC-2026-UNI-ALL k elektronickému podpisu se do obálky dosud vkládala jen samotná smlouva — typ nebyl zařazen ve scénářích doprovodných dokumentů. Nově se chová stejně jako typ DPC-2026: do obálky se automaticky přidá dodatek hmotné odpovědnosti (existuje-li ke smlouvě — typy AHOLD, BAMBULE DPČ, MAKRO), smluvní dokument Bezpečnost práce a prohlášení poplatníka dané společnosti, pokud je bez data podpisu. Do obálky se zároveň přibalí i další nepodepsané smlouvy těchto typů se stejným dnem nástupu, aby pracovník podepsal vše v jedné podpisové seanci.

13. 7. 2026 (ZD#9952 · YouTrack SUPP-10536) — REGZEC odhláška: průměrný měsíční čistý výdělek se u dohod pojištěných jen část roku vyplňoval 0

V odhlášce REGZEC 2 – Skončení zaměstnání se „průměrný měsíční čistý výdělek" (avgmonear) vyplnil 0 Kč, pokud smlouva měla v rozhodném (minulém) kalendářním čtvrtletí zúčtované jen výdělky pod prahem účasti na pojištění — typicky dohoda, na které pracovník naplno pracoval až v aktuálním čtvrtletí. Výpočet se dosud do rozhodného čtvrtletí „zamknul" podle zúčtované hrubé mzdy, průměr se ale počítá jen z pojištěných měsíců — a žádný takový v něm nebyl. Nově se čtvrtletí bez pojištěného měsíce se mzdou přeskočí: průměr se určí z pojištěných měsíců aktuálního čtvrtletí (pravděpodobný výdělek stanovený z reálně dosažené mzdy), a teprve když pojištěný měsíc není nikde, použije se parametr Pravděpodobný čistý výdělek z daňových parametrů. Oprava se týká i „spících" dohod bez jakékoli mzdy (dosud odcházela 0) a zamezí odeslání záporného průměru po mzdové korekci. Stejná hodnota se propisuje také do zápočtového listu (potvrzení o zaměstnání).

13. 7. 2026 (ZD#9957 · YouTrack SUPP-10541) — JMHZ: import protokolu ČSSZ využívá odkaz vady 40251 na dříve přijatý formulář

Když ČSSZ zamítne formulář vadou 40251 („ID pracovněprávního vztahu musí být v podání unikátní — již bylo uvedeno v předešlém formuláři s GUID …"), znamená to, že odkazovaný formulář už ČSSZ eviduje jako přijatý. Import protokolu / Zjistit stav zpracování (DZMH) dosud tuto informaci nevyužíval — odkazovaný formulář zůstával v systému neoznačený (u některých firem dokonce s chybným zamítacím příznakem ze starších importů), takže další opravné podání pro dotčené pracovníky znovu vytvořilo nový řádný formulář (typ R) s novým GUID a ČSSZ ho znovu zamítlo toutéž vadou — dokola bez konce. Nově import odkazovaný formulář dohledá, ověří, že patří stejnému pracovněprávnímu vztahu, a označí ho jako přijatý — následné opravné podání ho pak správně naváže jako opravu (typ O) s původním GUID. Počet takto doznačených formulářů import vypíše v hlášce; pokud se některý odkaz nepodaří dohledat a ověřit, import na to upozorní a nic u něj nemění.

3. 7. 2026 (ZD#9944 · YouTrack SUPP-10528) — Kontaktní formulář student.cz: kopie žádosti se už neposílá na e-mail z formuláře

Formulář „Žádost o zajištění brigádníků" na www.student.cz po odeslání posílal kopii e-mailu na adresu vyplněnou ve formuláři. Adresa je ale neověřený vstup — spamovací robot (platící za strojové řešení reCAPTCHA) toho zneužíval k doručování nevyžádaných zpráv třetím osobám z důvěryhodné adresy agentura@student.cz. Kopii odesílateli jsme proto zrušili: odesílatel vidí potvrzení přímo na webu a žádost do agentury nadále chodí beze změny. Ochrana reCAPTCHA na formuláři zůstává. Stejnou úpravu jsme preventivně provedli i u whistleblowing formuláře — kopie oznámení na neověřenou adresu byla navíc rizikem úniku důvěrného oznámení.

2. 7. 2026 (RFC-260702) — Mobilní aplikace: vstupní dotazník a podepisování dokumentů přímo v aplikaci

Vstupní onboarding dotazník a elektronické podepisování dokumentů, které dosud běžely v samostatné webové aplikaci (employee2.stafio.cz), jsou nově součástí mobilní aplikace — na adresách /onboard a /doc_sign webové verze aplikace (a přes odkaz z e-mailu/SMS i na mobilu). Postup je stejný jako dosud: pracovník vyplní osobní údaje krok za krokem (občan/cizinec, adresa, zdravotní pojišťovna, způsob výplaty, daňové prohlášení, skeny dokladů…) a dokumenty podepíše potvrzením a SMS kódem. Odkazy se zatím dál generují na stávající aplikaci — přepnutí proběhne postupně po jednotlivých firmách. Zároveň jsme zpřísnili zabezpečení: SMS ověřovací kód nově platí 10 minut (poté si necháte poslat nový tlačítkem „Poslat kód znovu") a obálku k podpisu otevře jen pracovník, kterému byla určena.

2. 7. 2026 (RFC-260702) — Mobilní aplikace: dokumentový přehled pro zaměstnance bez přihlašování na směny + notifikace o dokumentu k podpisu

Pro firmy, jejichž zaměstnanci se nepřihlašují na směny, má mobilní aplikace novou variantu úvodní obrazovky: místo kalendáře směn zobrazuje dokumenty k podpisu, přehled smluv (s PDF), dokumenty ke stažení a notifikace — včetně banneru „Vyžaduje pozornost" (čekající podpis, neověřený kontakt, končící smlouva). Směnové obrazovky se v tomto režimu skryjí. Režim se zapíná per firma stránkou MOBAPP_BRAND (page editor) — bez nutnosti vlastní verze aplikace. Zaměstnanec navíc při odeslání dokumentu k podpisu nově dostane notifikaci v aplikaci a push notifikaci na mobil (e-mail zůstává). Nepřečtené notifikace se počítají na zvonečku a otevřením seznamu se označí jako přečtené.

2. 7. 2026 (ZD#9721) — JMHZ: stav zpracování z ČSSZ stačí zjistit jednou pro celé vícedílné podání

U firem s podáním rozděleným do více částí (nad 1 000 formulářů) bylo dosud nutné Zjistit stav zpracování (DZMH) nebo Import protokolu ČSSZ provést u každé části zvlášť — jinak systém nepustil vygenerování opravného podání, přestože odpověď ČSSZ pokrývá celé podání. Nově se výsledek (označení přijatých a zamítnutých formulářů i odemčení opravného podání) propíše na všechny části podání najednou — stačí jeden dotaz či import na kterékoli části. Opakovaný dotaz z jiné části už také nevyvolá u ČSSZ chybu „Duplicitní podání". (Platí pro podání odeslaná aktuální verzí systému, kde všechny části sdílejí jeden identifikátor podání; u starších podání s vlastním identifikátorem každé části zůstává zjištění stavu per část.) Chybová hláška při zablokovaném opravném podání nově uvádí přesný postup.

2. 7. 2026 (ZD#9942 · YouTrack SUPP-10526) — PREZEC: předregistrace dostupná i z detailu smlouvy a z karty pracovníka

Podání PREZEC P1 – Předregistrace a PREZEC P2 – Ukončení předregistrace (novinka od 1. 7. 2026) jsme doplnili do nabídky Informační karty a sdělení při zaměstnávání cizinců i na detailu pracovní smlouvy a na kartě pracovníka v panelu Smlouvy. Dosud byla tato podání dostupná jen v oknech Pracovní smlouvy a Hledání smluv, ačkoli nápověda uváděla všechna čtyři okna. Připomínáme: předregistrace je určena jen pro občany ČR a po skutečném nástupu zaměstnance je stále potřeba do 8 dnů podat plnou přihlášku REGZEC 1 – Nástup do zaměstnání — předregistrací povinnost přihlášení splněna není.

2. 7. 2026 (ZD#9939 · YouTrack SUPP-10523) — Pracovníci: sloupec „IK MPSV (OIČ)“ a filtrace pracovníků bez OIČ

Sloupec IK MPSV v okně Pracovníci a na kartě pracovníka jsme přejmenovali na „IK MPSV (OIČ)“ — ve Výběru sloupců ho tak najdete i hledáním „OIČ“. Pracovníky s chybějícím OIČ vyfiltrujete tak, že si sloupec přidáte přes Výběr sloupců a v jeho záhlaví ve filtru zaškrtnete položku „(Prázdné)“. Filtr lze kombinovat se stavem Aktivní. OIČ se jinak doplňuje automaticky z odpovědí na podání REGZEC.

2. 7. 2026 (ZD#9937) — JMHZ: vady z protokolu ČSSZ vidíte u konkrétních pracovníků; druh výdělečné činnosti se vybírá z číselníku

Tři vylepšení pro řešení věcných vad měsíčního hlášení (typicky 40087 — „Kód ELDP neodpovídá číselníku Druh činnosti"):

• Vady z protokolu u pracovníků. Po importu protokolu o zpracování ČSSZ (nebo zjištění stavu přes DZMH) nově uvidíte výsledek u jednotlivých pracovníků přímo v detailu podání JMHZ, akordeon Detail dat — nové sloupce Zpracovani CSSZ (protokol) (kód vady a propustnost) a CSSZ prijato. Dosud byl výsledek vidět jen souhrnně, dotčení pracovníci se museli dohledávat v PDF protokolu.
• Druh výdělečné činnosti z číselníku. Pole Druh výdělečné činnosti na kartě smlouvy se nově vybírá z číselníku platných kódů podle typu dohody (DPP T–Z + ZA–ZC, DPČ A–J, pracovní poměr 1–9) — už nelze omylem uložit neplatnou hodnotu. Kód přiděluje přihláška REGZEC automaticky; ruční volba slouží ke srovnání s registrem ČSSZ.
• Bezpečnější import protokolu. Pokud se vady z protokolu nepodaří spárovat s formuláři podání (podání starší verzí systému bez identifikátorů formulářů, nebo protokol vložený k jiné firmě/období), import to nově srozumitelně ohlásí a podání neodblokuje pro generování opravného — dříve prošel „úspěšně" naprázdno a opravné hlášení pak ČSSZ vracela s vadou 40238.

2. 7. 2026 (ZD#9936 · YouTrack SUPP-10520) — REGZEC odhláška a zápočtový list: správný průměrný čistý měsíční výdělek i u dohod

Opravili jsme výpočet průměrného čistého měsíčního výdělku, který se uvádí v odhlášce REGZEC (podklad pro podporu v nezaměstnanosti) a v zápočtovém listu.

• Proč to vadilo. Výpočet vyřadil smlouvu, která vznikla až v průběhu rozhodného čtvrtletí — místo skutečného průměru se pak použil „pravděpodobný výdělek", typicky nula. A u dohod (DPP/DPČ) s měsícem pod hranicí účasti na pojištění se průměr chybně ředil: měsíc bez odvodu pojistného nepřispěl do součtu, ale počítal se do počtu měsíců.
• Co je nově. Průměr se spočítá i pro smlouvy začínající uprostřed čtvrtletí a výhradně z měsíců, za které bylo odvedeno sociální pojistné — konzistentně s vykazovanými dobami důchodového pojištění. Už odeslanou odhlášku s chybnou hodnotou stačí vygenerovat znovu (opravným podáním) — hodnota se přepočítá automaticky.

2. 7. 2026 (ZD#9933) — REGZEC: druh výdělečné činnosti se přiděluje jen z platných kódů číselníku ČSSZ

Opravili jsme přidělování kódu „druh výdělečné činnosti" při vytváření přihlášky zaměstnance (REGZEC).

• Proč to vadilo. Kód se přiděluje jako první volný v řadě podle typu smlouvy. Když měla osoba u téhož zaměstnavatele hodně dosud neodhlášených smluv stejného typu, generátor pokračoval i za konec řady — jedenáctá neodhlášená DPČ tak dostala kód „K", který ale v číselníku ČSSZ znamená „dobrovolný pracovník pečovatelské služby". Přihláška prošla a zaměstnanec byl u ČSSZ registrován s nesmyslným druhem činnosti.
• Co je nově. Kódy se přidělují výhradně z platných hodnot číselníku (DPČ A–J, pracovní poměr 1–9, DPP T–Z a nově i dvouznakové ZA–ZC pro 8.–10. dohodu). Pokud jsou všechny kódy řady obsazené, přihláška se nevygeneruje a Stafio srozumitelně upozorní, že je nejprve potřeba odhlásit ukončené smlouvy téže osoby. Doporučení: před přihlášením navazující smlouvy nejdřív odhlaste tu končící — nová smlouva pak dostane nejnižší volný kód.

1. 7. 2026 (ZD#9930) — Součinnost exekutorům: čistá mzda za posledních 6 měsíců se řídí mzdovou uzávěrkou

Opravili jsme sestavu Součinnost exekutorům (tisk ze seznamu pohledávek a závazků) v části „čistá mzda/odměna za posledních 6 měsíců".

• Proč to vadilo. Sestava doplňovala posledních 6 kalendářních měsíců včetně aktuálního (dosud neuzavřeného) a nezohledňovala mzdovou uzávěrku (k 20. dni následujícího měsíce), takže rozsah období neseděl a bylo nutné částky přepisovat ručně. Navíc kvůli chybě ve skládání identifikátoru období (u měsíců leden–září chybějící nula) systém mzdu v daném měsíci nedohledal a vypisoval samé nuly.
• Co je nově. Sestava nově kotví rozsah na mzdovou uzávěrku: do 19. dne v měsíci končí rozsah předminulým měsícem, od 20. dne (po proběhlé uzávěrce) minulým měsícem — např. do 19. 7. se doplní 12/25 až 05/26, od 20. 7. pak 01/26 až 06/26. Období se počítají správně a doplní se skutečné vyplacené čisté mzdy. Žádné nastavení není potřeba.

1. 7. 2026 (ZD#9927) — eObjednávky: chyba (překryv směn) je vidět už v předmětu potvrzení a chybná směna se automaticky nezveřejní

Vylepšili jsme potvrzovací e‑mail o vytvoření objednávky (eObjednávky) a chování při chybě řádku objednávky (typicky překryv směn u konkrétního pracovníka).

• Proč to vadilo. Když některý řádek objednávky skončil chybou, předmět potvrzovacího e‑mailu ji nijak neodlišil (vždy „✅ Potvrzení …"), takže operátor musel chybu hledat pročítáním těl e‑mailů. Navíc se směna s chybou přesto vytvořila a zveřejnila jako volné místo, které si mohl obsadit jiný brigádník dřív, než operátor chybu vyřešil.
• Co je nově. Pokud objednávka obsahuje řádek s chybou, přijde potvrzení z odlišné šablony: v předmětu je „❌ ERROR!" a chybné řádky jsou v těle e‑mailu barevně zvýrazněné — chybu tak poznáte hned. Chybná (nevyplnitelná) směna se navíc už automaticky nezveřejní jako volné místo; podrží se pro ruční vyřešení operátorem. Bez chyby zůstává vše beze změny (běžné „✅" potvrzení).

1. 7. 2026 — SMS: neúplné telefonní číslo už neblokuje odesílání a při registraci je vyžadováno celé číslo

Zpřísnili jsme kontrolu telefonních čísel tak, aby se SMS (např. při svolávání) nepokoušely odejít na číslo, které obsahuje jen mezinárodní předvolbu bez zbytku (např. „+420").

• Proč to vadilo. Když měl uchazeč v kartě uvedenou jen předvolbu (typicky proto, že ji nevyplnil při registraci na náborovém webu), Stafio se mu přesto pokusilo poslat SMS. Brána takové číslo odmítla a v přehledu úloh vznikla chybová úloha, kterou bylo nutné ručně uklízet.
• Co je nově. Stafio nově pozná neúplné číslo hned — SMS na něj vůbec nezaloží a při zadávání osoby na takové číslo upozorní. Na náborovém webu (registrace i odpověď na inzerát) je teď vyžadováno celé telefonní číslo; samotná předvolba neprojde. Žádné nastavení není potřeba.

1. 7. 2026 (ZD#9924) — JMHZ: opravné hlášení bez dohledatelného řádného už upozorní předem (místo zamítnutí ČSSZ)

Doplnili jsme kontrolu při generování opravného měsíčního hlášení (JMHZ): pokud Stafio pro dané období neeviduje řádné podání se známým identifikátorem podání (GUID JMH), generování se zastaví srozumitelným upozorněním — místo aby ho odmítla až ČSSZ.

• Proč to vadilo. Opravné hlášení musí u ČSSZ odkazovat na GUID skutečného řádného podání. Když řádné podání za období odeslala starší verze Stafia, která si GUID neukládala, nebo bylo podáno mimo Stafio (např. na e‑portálu ČSSZ), Stafio žádný GUID řádného nenašlo a k opravnému doplnilo nový (náhodný) — a ten u ČSSZ k žádnému řádnému nepatřil. Hlášení proto ČSSZ zamítla chybou „40217 – Chybný GUID podání. Řádné podání se nenašlo".
• Co je nově. Nově Stafio takové opravné podání zachytí už při generování a vypíše, že pro dané období nemá řádné podání se známým GUID. Opravu vad je pak potřeba provést tam, kde je řádné podání evidováno (s odkazem na GUID z jeho protokolu o zpracování). Žádné nastavení není potřeba.

1. 7. 2026 (ZD#9923) — JMHZ: srozumitelné vysvětlení, proč nelze naimportovat protokol ČSSZ odeslaný mimo Stafio

Zpřehlednili jsme hlášku při importu protokolu o zpracování z ČSSZ do měsíčního hlášení (JMHZ). Když protokol patří k podání, které vzniklo mimo Stafio (např. ručně na e‑portálu ČSSZ), Stafio nově vysvětlí příčinu i další postup — místo dosavadní strohé technické hlášky.

• Proč to vadilo. Podání odeslané mimo Stafio má u ČSSZ vlastní identifikátor podání i vlastní identifikátory formulářů, na které Stafio nemá vazbu. Import takového protokolu proto Stafio odmítá (ochrana proti záměně podání), ale dosavadní hláška „protokol neodpovídá vygenerovanému ze Stafia" nenapověděla, proč a co s tím.
• Co je nově. Hláška nově uvádí, že hlášení bylo pravděpodobně odesláno mimo Stafio, a doporučí opravu vad řešit tam, kde podání vzniklo (opravným hlášením na e‑portálu ČSSZ), případně období napříště podat přes Stafio, aby protokol odpovídal. Chování importu se nemění, mění se jen srozumitelnost hlášky. Žádné nastavení není potřeba.

1. 7. 2026 (ZD#9921) — Adresa: dočasný výpadek ověřování adresy (RUIAN) už nezablokuje uložení

Při ukládání české adresy ji Stafio ověřuje proti externímu registru adres (RUIAN). Nově platí, že když je tato externí služba dočasně nedostupná, uložení adresy už neselže — adresa se uloží i bez navázání na RUIAN a vazba se doplní při příští úpravě, jakmile služba opět funguje.

• Proč to vadilo. Při výpadku externí služby RUIAN vracelo Stafio chybu „ERROR_502: Bad Gateway" a uložení adresy úplně zablokovalo, přestože se zadanou adresou nebylo nic v nepořádku.
• Co je nově. Při nedostupnosti ověřovací služby (dočasný výpadek, vypršení časového limitu) Stafio ověření přeskočí a adresu uloží — stejně, jako to už dělalo při dočasném omezení počtu dotazů. Skutečně neexistující adresu Stafio i nadále odmítne. Žádné nastavení není potřeba.