Novinky září 2026

29. 9. 2026 (ZENDESK 10621, YouTrack SUPP-11206) — Pracovník přihlášený na webu agentury vždy skončí v nové aplikaci

Pracovník, který se přihlásí na webu Agentury STUDENT, přejde rovnou do nové aplikace app.student.cz. Na webu ale zůstával dál přihlášený, a když se na něj později vrátil a klikl na své jméno v záhlaví, otevřela se mu stará verze eBrigád. Nově ho tlačítko se jménem, uložené záložky i ostatní odkazy do staré verze vždy pošlou do nové aplikace, kde zůstává přihlášený.

Kontaktních osob firem se změna netýká, objednávky dál zadávají stejně jako dosud.

29. 9. 2026 (ZENDESK 10622, YouTrack SUPP-11207) — Pracovněprávní stavy se nesmí překrývat ani v hraničním dni

Kontrola překryvu pracovněprávních stavů na kartě osoby dosud propustila případ, kdy jeden stav končil přesně v den, kdy další začínal. Tak mohly vzniknout dva stavy platné ve stejný den, například Student do 31. 8. a Pracuje jen u nás od 31. 8. Vložení dalšího potvrzení o studiu pak skončilo chybou o překryvu. Nově systém takové zadání odmítne už při uložení; stavy na sebe musí navazovat následujícím dnem.

Chybová hláška u překryvu stavů nově zní „Platnost pracovněprávních stavů se nesmí překrývat“; dosud mluvila o smlouvách.

28. 9. 2026 (ZENDESK 10585, YouTrack SUPP-11166) — API klíče jiných uživatelů spravuje jen administrátor

API klíč pro jiného uživatele teď může vytvořit, vypnout nebo smazat jen uživatel s plným přístupem. Ostatní uživatelé spravují API klíče jen sobě a servisním účtům, které mají jedinou roli pro přístup přes API. Dosud si mohl klíč k účtu s vyššími právy vytvořit i uživatel, který tato práva sám neměl.

Čerstvě vytvořený klíč se v přehledu API klíčů zobrazí jen tomu, kdo ho smí spravovat. Ostatním zůstane skrytý.

25. 9. 2026 (ZENDESK 10583, YouTrack SUPP-11164) — Změna e-mailu uživatele se zapnutým odesíláním pošty

E-mailovou adresu uživatele jde nově změnit, i když má zapnuté odesílání pošty ze své adresy. Dosud bylo nutné odesílání nejdřív vypnout. U uživatelů, kteří už ze své adresy někdy poštu odeslali, to ale nešlo, takže adresu nebylo možné změnit vůbec.

Nová adresa se po uložení automaticky použije i pro odesílání pošty. Vlastní popis účtu a jméno odesílatele zůstanou, pokud se lišily od původní adresy. Platí to v přehledu uživatelů i ve vlastním profilu.

25. 9. 2026 (YouTrack WAS-2000) — Sken dokladu: dostupný ve všech edicích a nově i z karty pracovníka

Sken dokladu v mobilní aplikaci nově funguje i uživatelům edic Stafio ESSENTIAL, BASIC a PROFESSIONAL. Dosud jim dohledání a založení pracovníka ze skenu končilo chybou, protože k tomu neměli oprávnění.

Doklad jde nově naskenovat i přímo z karty pracovníka tlačítkem Načíst údaje z dokladu, včetně druhé strany občanského průkazu s rodným číslem a trvalým pobytem. Chybějící údaje se doplní. Údaje, které se od dokladu liší, se přepíšou jen tehdy, když je uživatel v přehledu změn zaškrtne. Trvalý pobyt a zdravotní pojišťovna se uloží, jen pokud je pracovník ještě nemá. Skenování z karty přijde s nejbližší aktualizací mobilní aplikace.

25. 9. 2026 (ZENDESK 10581, YouTrack SUPP-11162) — Hotovostní platba se otevře i hned po schválení výkazu

Když se okno Vytvořit platbu v hotovosti otevřelo hned po schválení výkazu, občas skončilo chybou „Owner Id is NULL“ a jméno a stav osoby zůstaly prázdné. Po schválení výkazu se na pozadí přepočítávají podklady k výplatě a okno spouštělo stejný přepočet ve stejnou chvíli. Obě operace si navzájem zablokovaly data.

Nově souběh s přepočtem na pozadí otevření okna nenaruší a přepočet dokončí systém sám.

25. 9. 2026 (ZENDESK 10591, YouTrack SUPP-11172) — PAMICA: nevyplněné vzdělání už neblokuje přenos zaměstnance

Když zaměstnanec neměl ve Stafiu vyplněné nejvyšší dosažené vzdělání, přenos do PAMICA skončil chybou. PAMICA totiž u vzdělání přijímá jen hodnotu z číselníku a prázdnou hodnotu odmítla, přičemž chybová hláška obsahovala jen technický text z PAMICA.

Nově se nevyplněné vzdělání do PAMICA vůbec neposílá a přenos zaměstnance proběhne. Vzdělání v PAMICE pak zůstane nevyplněné, případně se ponechá hodnota, kterou tam zaměstnanec už má.

25. 9. 2026 (ZENDESK 10587, YouTrack SUPP-11168) — Příležitosti: po zkrácení smlouvy už nevzniká zbytečná nová sada smluv

Když se pracovníkovi zkrátila platnost smluv (například při ukončení spolupráce před koncem pololetí) a potom se mu potvrdila další směna, Stafio založilo novou sadu smluv od data směny do konce pololetí, a to i v případě, že směna spadala do platnosti stávajících smluv.

Nově se nová sada smluv zakládá jen tehdy, když stávající smlouva nepokrývá dny směny. Směna v rámci zkrácené platnosti se přiřadí ke stávající smlouvě. Pokud je směna až po jejím konci, vznikne nová sada od data směny, která se se starou smlouvou nepřekrývá.

24. 9. 2026 (ZENDESK 10572, YouTrack SUPP-11153) — Rychlejší filtr podle data první směny

Filtrování přehledu smluv podle sloupce Datum první směny bylo u větších agentur velmi pomalé, trvalo až několik minut. Výpočet data první směny a zařazení pracovníka jsme zrychlili, filtr je teď zhruba desetkrát rychlejší.

Pokud pracovník odpracoval v den první směny více směn, určuje se nově pozice a pracoviště v zařazení vždy podle směny, která začala nejdříve. Dříve to mohla být kterákoli z nich.

24. 9. 2026 (YouTrack WAS-2002) — Stafio GO: názvy ubytoven v přehledu Obsazenost sedí se svými řádky

V nové aplikaci Stafio GO se v části Ubytování na záložce Obsazenost názvy ubytoven postupně rozcházely s řádky tabulky. U prvních řádků to nebylo znát, ale s každou další ubytovnou se název posunul o kousek výš — při zhruba 25 ubytovnách už stál o řádek a půl jinde a nedalo se poznat, ke které ubytovně obsazenost patří.

Sloupec s názvy měl řádky o dva pixely nižší než tabulka obsazenosti vedle něj. Nově mají oba sloupce stejnou výšku řádku a každý název stojí přesně u své ubytovny bez ohledu na to, kolik jich v přehledu je. V mobilní aplikaci se oprava projeví po vydání nové verze.

22. 9. 2026 (ZENDESK 10556, YouTrack SUPP-11137) — V mobilní aplikaci jde zase vyplnit jméno a heslo

Na přihlašovací obrazovce mobilní aplikace se po klepnutí do pole Uživatelské jméno nebo e-mail klávesnice na okamžik objevila a hned zase zmizela. Stejně se chovalo pole Heslo, takže se do aplikace nedalo přihlásit jménem a heslem — fungovalo jen přihlášení QR kódem nebo přes Google a Apple.

Na svědomí to měla úprava z 18. září, která přesunula odkaz na zásady ochrany osobních údajů a patičku na konec obsahu obrazovky. Jakmile vyjela klávesnice, obrazovka se přeskládala do úspornějšího rozvržení a přihlašovací pole se při tom vytvořila znovu — tím se klávesnice zavřela. Nově přeskládání pole zachová, klávesnice zůstane otevřená a do obou polí lze normálně psát. Změna se projeví po vydání nové verze mobilní aplikace.

22. 9. 2026 (ZENDESK 10440, YouTrack SUPP-11026) — Kopie vlastních e-mailů se už nepřipisují cizímu pracovníkovi

Když Stafio čte vaši e-mailovou schránku a chodí do ní i skryté kopie zpráv, které agentura sama odeslala, připisovaly se tyto kopie k pracovníkovi podle odesílatele — tedy k tomu, kdo měl ve Stafiu evidovanou adresu agentury. Na jedné kartě se tak hromadily zprávy i přílohy, které k ní nepatří, a každá kopie navíc vyvolala upozornění „Nová zpráva“ všem, kdo jsou přihlášení v mobilní aplikaci.

Nově Stafio pozná, že odesílatelem je adresa jeho vlastního e-mailového účtu, a zprávu připíše podle adresáta — tedy uchazeči nebo pracovníkovi, kterému byla opravdu poslána. Když adresát ve Stafiu evidovaný není, nepřipíše se nikam. Na kartě je taková kopie vedená jako odeslaná zpráva, takže kvůli ní nechodí upozornění „Nová zpráva“. U vytěžování reakcí z pracovních portálů jde navíc nově vyřadit konkrétní adresu odesílatele, ze které se zprávy zpracovávat nemají.

22. 9. 2026 (ZENDESK 9281, YouTrack SUPP-9861) — Export vyfiltrovaných řádků se zase stahuje rovnou

Když jste si v přehledu vyfiltrovali několik záznamů, zaškrtli je všechny hlavičkovým políčkem a zvolili Export dat → Export vybraných řádků, místo stažení souboru se objevilo hlášení „Data se připravují“. Při označení jen několika řádků přitom soubor přišel hned. Rozdíl byl v tom, že zaškrtnutím všech řádků se zapnul režim „vybrat vše“, který je určený pro velké dávky a připravuje se na pozadí.

Nově platí: pokud označené řádky pokrývají celý výsledek filtru a jsou v přehledu načtené, sestaví se tabulka rovnou v prohlížeči a soubor se stáhne okamžitě. U opravdu velkých výběrů — tedy když filtr vrací víc řádků, než kolik jich máte načtených, a při volbě Exportovat všechny záznamy — se export jako dosud připravuje na pozadí a hotový soubor najdete ve schránce zpráv pod zvonkem v pravém horním rohu.

22. 9. 2026 (ZENDESK 10555, YouTrack SUPP-11136) — Na Arenacallupu funguje „Načíst další“ i u pracovníků se zamítnutými směnami

Na webu Arenacallup se pracovníkům v přehledu směn po kliknutí na Načíst další nic nepřidalo a od té chvíle přestala reagovat i tlačítka Ano a Podrobnosti — pomohlo jen znovunačtení stránky. Potkalo to pracovníky, kteří mají u jedné poptávky víc směn najednou, typicky jednu potvrzenou a k tomu několik zamítnutých.

Seznam si v takovém případě neporadil s přidáním dalších řádků a zbytek stránky se přestal překreslovat. Opravili jsme to — seznam se rozbaluje po pěti směnách až do konce a přihlášení na směnu i zobrazení podrobností fungují bez přerušení. Zároveň jsme ustálili pořadí směn ve stejný den (nově se řadí podle času začátku), takže se při načítání dalších řádky nepřehazují.

22. 9. 2026 (ZENDESK 10464, YouTrack SUPP-11045) — Výběr směn do hromadné nabídky se prochází po klientech

Ve výběru volných směn (Chaty → skupina → Přiložit nabídku volných směn) byly směny seskupené po pracovišti a pozici a řadily se podle nejbližšího data. Protože popis pracoviště obvykle nese i jméno klienta a adresu, řádky byly dlouhé a jeden klient se v seznamu objevoval na několika místech.

Nově se seznam prochází ve třech úrovních: klient (abecedně), pod ním pracoviště (abecedně) a pod ním jednotlivé dny s časem, pozicí a počtem volných míst. Zaškrtává se den; zaškrtnutím klienta nebo pracoviště vyberete všechno pod ním a částečný výběr poznáte podle mezistavu políčka. Nabízí se čtrnáct dnů dopředu. Zároveň jsme opravili dvě věci, které se projevovaly u větších agentur: seznam se dřív ořezával, když bylo volných míst přes tři sta, a stejný den se opakoval tolikrát, kolik na něj bylo volných míst — teď je den jedním řádkem s počtem volných míst.

22. 9. 2026 (ZENDESK 10554, YouTrack SUPP-11135) — Seznam lidí s mobilní aplikací je v menu jen na jednom místě

V menu byly dvě různé složky se stejným názvem Mobilní aplikace — jedna pod Pracovníky, druhá pod Administrací → Komunikací. Ta druhá vedla na přehled Data uživatelů mobilní aplikace, který pochází ze starší technologie notifikací a v agenturách se už nenaplňuje. Kdo na něj narazil, viděl hlášku „Žádná data“ a mohl si myslet, že si aplikaci nikdo nestáhl.

Prázdný přehled jsme z menu odebrali. Kdo aplikaci používá, najdete dál v Pracovníci → Mobilní aplikace → Zařízení — u každého záznamu je vidět jméno pracovníka, platforma (Android/iOS), verze aplikace, jestli má povolené notifikace a kdy byl naposledy aktivní. Předvolený filtr Aktivní ukazuje zařízení, která se ozvala za posledních sedm dní; přepnutím na Vše uvidíte i starší.

22. 9. 2026 (YouTrack WAS-1995) — Vyhledávání už neukazuje smazané záznamy

Celkové vyhledávání (lupa v horní liště) občas nabídlo záznam, který už byl smazaný. Poznali jste ho podle toho, že měl prázdný název — třeba „Inzerát — Id: 1414716“ — a po rozkliknutí se nic neotevřelo. Týkalo se to inzerátů, uchazečů, aktivit, smluv i uživatelů, jejichž záznam byl odstraněn hromadným úklidem dat.

Takové záznamy už se ve výsledcích neobjeví a vyhledávací rejstřík jsme při nasazení rovnou pročistili — nemusíte nic dělat.

21. 9. 2026 (YouTrack WAS-1933) — Chaty: konverzace má odpovědného koordinátora

Fronta nevyřízených zpráv byla jedna společná pro celou agenturu. Každý koordinátor v ní viděl totéž a nedalo se poznat, čí je která konverzace — u agentur s více koordinátory to skončilo tím, že se do fronty nepustil nikdo a narostla do tisíců položek.

Nově má konverzace nejvýše jednu odpovědnou osobu. Pod záložkou Nevyřízené v mobilní aplikaci přibyl přepínač Vše / Moje / Ostatní: „Moje“ ukáže konverzace přiřazené přihlášenému koordinátorovi, „Ostatní“ ty, které zatím nemá nikdo. Na řádku i v detailu je vidět štítek „já“ nebo jméno kolegy a odpovědnou osobu lze přiřadit, předat i odebrat — z detailu konverzace nebo přejetím řádku doleva. Počítadlo u položky Chaty ve spodní navigaci počítá jen vlastní nevyřízené zprávy a tlačítko Označit vše jako vyřízené působí jen na právě zvolenou frontu. Nová osobní konverzace si odpovědnou osobu převezme z pole Náborář na kartě pracovníka; starší konverzace zůstávají bez odpovědné osoby, dokud je někdo nepřiřadí.

Funkce je v aplikaci od verze 1.8.38 a ode dneška je zapnutá na všech instancích — do teď fungovala jen v Agentuře STUDENT. Starší verze aplikace fungují beze změny.

21. 9. 2026 (YouTrack WAS-1994) — Nově založený inzerát se najde ve vyhledávání hned

Stejná závada, kterou jsme opravili u osob, se týkala i dalších přehledů. Nově založený inzerát vyhledávací pole nad přehledem inzerátů nenašlo — výsledek zůstal prázdný, dokud inzerát někdo neotevřel a neuložil jakoukoli změnu. Totéž platilo pro skupiny příjemců hromadných e-mailů a SMS.

Nově založený záznam je ve vyhledávání k dispozici okamžitě. Součástí nasazení byla i oprava už založených záznamů, kterých se to týkalo — nemusíte nic procházet ani znovu ukládat.

21. 9. 2026 (ZENDESK 10537, YouTrack SUPP-11118) — Nabídku volných směn jde v aplikaci filtrovat podle okresů

Brigádník, který hledá práci „někde u sebe“, musel dosud v nabídce volných směn projít seznam pracovišť. U větších agentur jich jsou desítky a samotný název pracoviště nenapoví, kde leží — vybrat si podle dojezdu tak šlo jen zpaměti.

Nově je ve filtru volných směn volba Okres. Vybrat jich jde víc najednou, takže si brigádník může nechat zobrazit třeba jen Prahu-východ a Kladno. U každého okresu je rovnou vidět, kolik směn v nabídce má, a výběr se promítne i do teček v kalendáři, takže seznam dne a kalendář ukazují totéž. Okres Stafio určí podle adresy pracoviště, volba se proto nabízí jen tam, kde je adresa vyplněná. Pokud se u některého pracoviště okres zobrazí divně, jde o hodnotu z Číselníku PSČ, kterou lze opravit.

Filtr se týká nabídky volných směn; ve vlastních naplánovaných a archivních směnách zůstává filtr beze změny. V mobilní aplikaci se volba objeví s nejbližším vydáním.

21. 9. 2026 (ZENDESK 10545, YouTrack SUPP-11126) — U nabídky volných směn je vidět, kdy naposledy odešla

Když koordinátor skládal hromadnou zprávu s nabídkou volných směn, neměl jak poznat, jestli už stejnou směnu někdo nabízel včera, před hodinou, nebo vůbec. Některé nabídky tak odcházely opakovaně a jiné směny zůstávaly bez nabídky.

Nově si Stafio při každé rozesílce zapamatuje, kdy nabídka daného pracoviště, pozice a dne odešla a pokolikáté. Při dalším výběru směn je u každé skupiny vidět „Naposledy nabídnuto 18. 9. 14:32“, u jednotlivých dnů i počet odeslání; směny, které ještě nikdo nenabízel, mají označení „Zatím nenabídnuto“. Počítá se každá rozesílka bez ohledu na počet příjemců, z mobilní aplikace i z hromadných SMS na webu. V mobilní aplikaci se údaj objeví s nejbližším vydáním.

21. 9. 2026 (YouTrack WAS-1990) — Nově založená osoba se najde ve vyhledávání hned

Když jste založili novou osobu — už přes webovou aplikaci, nebo přes Stafio AI — vyhledávací pole nad přehledem uchazečů a pracovníků ji nenašlo. Nepomohlo jméno, e-mail ani číslo osoby: výsledek zůstal prázdný, přestože osoba v přehledu běžně byla. Objevila se až ve chvíli, kdy ji někdo poprvé otevřel a uložil jakoukoli změnu. Nejvíc to zdržovalo při hromadném zadávání nových lidí a při práci se Stafio AI, které hned po založení osoby odpovídalo, že ji nenašlo.

Nově založená osoba je ve vyhledávání k dispozici okamžitě. Součástí nasazení byla i oprava už založených osob, kterých se to týkalo — nemusíte nic procházet ani znovu ukládat.

21. 9. 2026 (ZENDESK 10546, YouTrack SUPP-11127) — Klient vidí u směny, kolik směn už brigádník u něj odpracoval

Provoz nebo prodejna, kam brigádník přichází, dosud neměla jak poznat, jestli jde o nováčka, kterého je potřeba zaučit, nebo o zkušeného pracovníka, který už u stejné firmy odpracoval desítky směn na jiných pobočkách. V klientské aplikaci bylo u směny vidět jen jméno a kontakt.

Nově je u každé obsazené směny údaj, kolik směn už brigádník u vaší firmy na stejné pozici odpracoval a kolik z nich přímo na tomto pracovišti. V přehledu směn je zkrácený tvar „Odpracováno: 12 směn, zde 3“, v detailu směny u karty pracovníka plné znění. Počítají se směny, které už začaly a které jste nehodnotili jako absenci; směna, na kterou se právě díváte, se nezapočítává. Údaj se zobrazuje v klientské části aplikace na webu i v mobilní aplikaci.

21. 9. 2026 (YouTrack WAS-1989) — Stafio AI se před každým zápisem zeptá a najde pracovníka podle telefonu

U Stafio AI platí, že každou změnu dat nebo odeslání zprávy nejdřív zopakuje a provede ji až po vašem potvrzení. Když jste ale zadali pokyn se všemi údaji najednou — třeba „Založ pracovníka Jana Nováka, e-mail…“ — AI ho brala jako už schválený a pracovníka rovnou založila. Stejně to bylo u smlouvy, pozvánky do vstupního dotazníku, odeslání smlouvy k podpisu i u zprávy pracovníkovi.

Nově Stafio AI odpoví shrnutím, koho a jakými hodnotami se chystá zapsat a kam případně pošle zprávu, a čeká na vaše potvrzení. Stačí odpovědět „Ano“ nebo „OK“ a provede všechny shrnuté kroky najednou, znovu už se neptá. Dokud potvrzení nedostane, žádný zápis neproběhne — a pokud by se přesto o úspěchu zmínila, aniž by změna proběhla, odpověď to nově řekne rovnou.

Druhá oprava se týká hledání podle telefonu. Na dotaz „Najdi pracovníka s telefonem 724015700“ Stafio AI hlásilo, že takové číslo nikdo nemá, protože porovnávalo číslo v podobě, v jaké se zobrazuje (+420 724 015 700). Nově hledá podle samotných číslic, takže číslo zadáte v libovolném tvaru a ve výpisu uvidíte všechny nalezené osoby včetně těch v zakázaném stavu.

21. 9. 2026 (YouTrack WAS-1992) — Přepínač Používá se u šablon SMS opravdu vypíná odesílání

V nabídce Komunikace → Šablony SMS má každá šablona přepínač Používá se. Dosud neměl na odesílání žádný vliv: šablona označená jako nepoužívaná se posílala dál a jediná cesta, jak SMS zastavit, byla šablonu smazat nebo se ozvat podpoře. Nově se vypnutá šablona chová stejně jako u e-mailových šablon — SMS z ní neodejde, dokud ji znovu nezapnete. Týká se to upozornění pracovníkovi na obsazení, rezervaci, uvolnění a zrušení směny, upozornění na propadlé rezervace a nevrácené zápůjčky i všech SMS posílaných podle šablony, například odkazu pro nastavení hesla.

Aby se nasazením nikomu nic nezměnilo, přepnuli jsme při něm všechny šablony, které byly v přehledu označené jako nepoužívané, na používané — co se posílalo, posílá se dál. Chcete-li některou SMS opravdu vypnout, stačí ji teď v přehledu šablon přepnout na nepoužívanou.

21. 9. 2026 (ZENDESK 10553, YouTrack SUPP-11134) — Výplatní páska umí zobrazit hodiny dovolené čerpané v měsíci

Do výplatní pásky přibyl údaj s počtem hodin dovolené, které pracovník vyčerpal v daném měsíci. Dosud šlo do šablony vložit jen počet hodin čerpaných od začátku roku, takže se v pásce za srpen ukázalo i čerpání z předchozích měsíců.

Ve vlastní šabloně výplatní pásky (XLS) použijte pro hodiny dovolené za měsíc značku <HOLIDAY_HOURS>. Značka <HOLIDAY_YEAR_USED> zůstává a dál znamená čerpání od začátku roku.

21. 9. 2026 (ZENDESK 10484, YouTrack SUPP-11065) — Objednávka má název, který pracovník uvidí na kartě směny

Do objednávky přibylo pole Název objednávky. Vyplníte do něj krátké pojmenování objednávky — kdo staví objednávku na konkrétní akci, napíše sem její název. Název najdete ve formuláři objednávky i jako sloupec v přehledu objednávek.

Hlavní užitek je v mobilní aplikaci: pracovník vidí název přímo na kartě směny ve výpisu, nad názvem pracoviště, takže pozná, o jakou akci jde, ještě než směnu rozklikne. Poznámka pro web zůstává beze změny — je určená pro delší text a pracovník ji najde v detailu směny. Pokud název akce píšete do poznámky pro web už dnes, umí Stafio název objednávky doplňovat automaticky z jejího začátku; nastavuje se pro každou firmu zvlášť, stačí se ozvat podpoře.

21. 9. 2026 (ZENDESK 10473, YouTrack SUPP-11054) — Hodnocení docházky jde v aplikaci pro pracovníky skrýt

Od letošního července se pracovníkovi v mobilní aplikaci v Archivu směn zobrazuje u odpracované směny místo stavu obsazení rovnou hodnocení docházky z výkazu — Výborná spokojenost, Pozdní příchod, Absence a podobně. Některým firmám to vyhovuje, jiné hodnocení vedou jen interně a nechtějí, aby ho pracovník viděl. Vypnout to dosud nešlo.

Nově o tom rozhoduje nastavení ASW_JOB_SHOW_SATISFACTION v nabídce Systémové → O systémovém nastavení → Parametry. Ve výchozím stavu je zapnuté, takže se pro nikoho nic nemění. Po přepsání hodnoty na FALSE uvidí pracovník u každé směny jen její stav (Obsazené, Rezervované) a hodnocení se mu nezobrazí — a to ani u směny, na kterou nepřišel. Zadávání hodnocení v docházce ani přehledy ve Stafiu to nijak neovlivní, mění se jen to, co vidí pracovník v mobilní aplikaci a v zaměstnaneckém webu. Aplikaci kvůli tomu není potřeba aktualizovat.

21. 9. 2026 (ZENDESK 10551, YouTrack SUPP-11132) — Klientská část aplikace má statistiky směn s exportem

Jediný souhrn, který měl klient v aplikaci k dispozici, byl panel Souhrn měsíce na Přehledu — vždy jen za jeden měsíc a za všechna pracoviště dohromady. Kdo potřeboval porovnat víc měsíců, rozpad po týdnech nebo čísla za jednotlivá pracoviště a pozice, musel si je skládat ručně z jednotlivých měsíců.

Nově je v nabídce Menu položka Statistiky. Vyberete období od–do, zvolíte, jestli se má sčítat po dnech, týdnech nebo měsících, a zaškrtnutím určíte, jestli se mají čísla rozdělit podle pracoviště a podle pozice. Tabulka ukáže objednané, zajištěné a odpracované směny a k nim hodiny, dole je součtový řádek. Celou tabulku lze jedním tlačítkem vyexportovat do souboru CSV a otevřít v Excelu. Stejně jako v Přehledu a Směnách se započítávají jen směny z pracovišť a pozic, ke kterým má přihlášený uživatel přístup.

21. 9. 2026 (YouTrack WAS-1986) — Smazání uživatele už neskončí chybou

Když jste chtěli zrušit uživatelský účet, Stafio akci odmítlo hláškou, že nedokáže zkontrolovat mazání. Účet tak nešlo odstranit přímo v aplikaci a bylo potřeba požádat podporu. Týkalo se to všech firem, kde Stafio eviduje využití Stafio AI, a stejná hláška blokovala i zrušení celé firmy.

Nově mazání proběhne běžným způsobem. Ochrana, která nedovolí smazat uživatele s navázanými záznamy, funguje dál — pokud má uživatel evidované využití Stafio AI, Stafio na to upozorní a smazání nepovolí. Žádná data se touto úpravou nemění.

21. 9. 2026 (YouTrack WAS-1985) — Stafio AI umí vyhledávat pracovníky podle poznámky

Stafio AI dokázalo poznámku u pracovníka najít jen fulltextem, a to pouze poznámku z karty osoby. Jakmile měl dotaz poznámku přímo omezit — například „kteří kandidáti z Brna mají v poznámce řidičský průkaz“ — hledání skončilo chybou a AI musela obcházet přes detail každé osoby.

Nově jde v přehledu pracovníků a v Stafiu AI filtrovat podle poznámky z karty osoby i podle poznámek, které u pracovníka píšete vy (všechny i poslední). Odpověď tak přijde jedním dotazem a bez otevírání jednotlivých karet. Žádné údaje se nikam nepřidávají ani nemění, jde jen o možnost podle nich hledat.

21. 9. 2026 (ZENDESK 10548, YouTrack SUPP-11129) — Přehledy Dodatky a Smlouvy se při filtru podle elektronického podpisu načtou v řádu sekund

V přehledu Pracovníci → Smlouvy → Dodatky trvalo použití filtru nebo řazení ve sloupci „Elektronický podpis“ u větších databází i desítky minut a nakonec skončilo chybou. Přehled si stav podpisu zjišťoval u každého dodatku zvlášť, takže při filtru musel projít všechny dodatky ve firmě jeden po druhém — u firmy se 140 tisíci dodatků to bylo přibližně 20 minut, přičemž server dotaz po 5 minutách ukončí a přehled zůstane prázdný. Běžné listování bez tohoto filtru se to netýkalo.

Nově se stav elektronického podpisu do přehledu doplňuje jedním hromadným dotazem, takže filtr i řazení podle tohoto sloupce proběhnou v řádu sekund. Stejnou úpravu dostal i přehled Smlouvy (včetně hledání smluv a záložky Smlouvy u pracovníka), kde se totéž projevovalo u firem s desítkami tisíc smluv. Zobrazené hodnoty ani sloupce se nemění.

18. 9. 2026 (ZENDESK 10453, YouTrack SUPP-11036) — U předávání dat přes API je vidět, co skutečně přišlo

Když napojený systém předává kandidáty nebo jiná data přes naše rozhraní, nemuselo po neúspěšném předání zůstat nic, čeho by se šlo chytit. Pokud volání neprošlo kvůli obsahu — třeba proto, že uchazeč se stejným e-mailem už u vás byl — Stafio ho nikam nezapsalo. Při dohadování, jestli data opravdu dorazila, tak nebylo o co se opřít.

Nově si Stafio u každého volání rozhraní zapíše, kdo volal, co poslal, jestli volání prošlo, a když neprošlo, proč. U právě založeného uchazeče si uloží i jeho číslo, takže se dá dohledat zpětně. Životopis ani heslo se do záznamu neukládají. Pravidelné dotazy na dostupnost rozhraní a provoz SMS brány se nezaznamenávají, ty by záznam jen zaplavily.

18. 9. 2026 (ZENDESK 10516, YouTrack SUPP-11097) — Pracovní pozici na řádce objednávky lze opět změnit

Když jste u už uložené řádky objednávky chtěli přepsat pracovní pozici, uložení skončilo hláškou „Sloupec 'Pozice' není součástí 'Řádka objednávky'.“ a pozice zůstala původní. Pozici tak šlo nastavit jen při zakládání řádky; kdo ji vybral omylem, musel řádku smazat a založit znovu. Ve starším klientovi Stafia přitom stejná změna procházela, takže to vypadalo jako chyba jen v novém prostředí — a přesně tak to bylo: obě části aplikace posílaly pozici pod jiným názvem a nová verze ten svůj neuměla přijmout.

Nově se pozice na řádce objednávky uloží běžnou úpravou. Beze změny zůstává pravidlo, že pozici lze přepsat jen do chvíle, než je některé pracovní místo řádky obsazené nebo rezervované — pokud už na směnu někdo je, Stafio změnu odmítne. Změna pozice se také projeví na Plánovací tabuli: objednávka se začne zobrazovat pod nově vybranou pozicí.

18. 9. 2026 (ZENDESK 10534, YouTrack SUPP-11115) — Nabídka volných směn se otevře i z notifikace v aplikaci

Když pracovníkovi posíláte hromadnou zprávu s vybranou nabídkou volných směn, dostane ji buď jako SMS, nebo — pokud má mobilní aplikaci — jako notifikaci přímo do ní. Odkaz v SMS otevřel aplikaci rovnou na nabídnutých směnách, ale u notifikace se aplikace jen otevřela na úvodní obrazovce a pracovník si musel směny najít sám. Odkaz totiž zůstával jen v textu zprávy a v notifikaci se na něj nedá kliknout.

Nově notifikace nese cíl v sobě, takže ťuknutí na ni otevře rovnou seznam směn z nabídky — stejně jako odkaz v SMS. Aplikaci kvůli tomu není potřeba nic dělat: funguje to ve verzi 1.8.40 a novější, kterou většina pracovníků dostala 13. září. Kdo má starší verzi, skončí jako dosud na úvodní obrazovce, dokud si aplikaci neaktualizuje.

18. 9. 2026 (ZENDESK 10513, YouTrack SUPP-11094) — Filtr podle data už nevynechává hraniční den

V přehledech, které se načítají rychlým způsobem — například Smlouvy nebo Hledání smluv — filtr „menší nebo rovno“ u datumového sloupce občas vynechal poslední den. Podmínka Datum první směny je menší nebo rovno 14. 9. pak nezobrazila smlouvy s první směnou přesně 14. 9. Projevovalo se to hned po otevření přehledu a drželo se to, dokud přehled zůstal prázdný; jakmile jste datum posunuli a nějaké řádky se objevily, začal filtr fungovat správně, takže to vypadalo jako náhoda. Příčinou bylo, že prohlížeč v tu chvíli posílal datum ve světovém čase, který je o dvě hodiny pozadu, a hranice tak sklouzla o den zpět. Stejně se posouvalo i „větší nebo rovno“ (přibral den navíc) a „rovná se“ (ukázalo předchozí den).

Datum ve filtru teď odchází vždy v místním čase, takže podmínka platí při každém načtení přehledu stejně — i hned po jeho otevření.

18. 9. 2026 (ZENDESK 10530, YouTrack SUPP-11111) — Okno s novinkami se už neotevírá dokola

Některým uživatelům vyskakovalo okno „Nová verze“ znovu a znovu, i když ho pokaždé zavřeli. Příčina byla v ukládání osobního nastavení: když aplikace poslala víc změn najednou — a to dělá hlavně při otevření přehledu, kdy se ukládají šířky sloupců, filtry a řazení — některé se navzájem přepsaly a neuložily se. Mezi nimi i poznámka o tom, že jste novinky už viděli, takže se okno při dalším spuštění objevilo znovu. Nejčastěji to potkávalo uživatele, kteří ve Stafiu pracují nejvíc.

Nastavení se teď ukládá po jednom, takže se souběžné změny nemohou přepsat. Okno s novinkami se objeví po vydání nové verze jednou a pak už ne. Stejná oprava zároveň řeší i mizející nastavení přehledů — šířky sloupců, filtry a řazení už zůstanou tak, jak jste si je nastavili.

18. 9. 2026 (ZENDESK 10541, YouTrack SUPP-11122) — Import CSV přijme i soubor z Tabulek Google

Když jste do importu nahráli CSV soubor, který nevznikl v Excelu přes Uložit jako → CSV (textový soubor s oddělovači), nahrání skončilo technickou hláškou o kódování a dávka zůstala prázdná. Stačilo, aby měl některý pracovník v jménu české písmeno — například „ň“ — a soubor pocházel z Tabulek Google, z Macu nebo z Excelu uložený jako „CSV UTF-8“.

Nově Stafio pozná kódování souboru samo a stejně tak pozná, jestli jsou sloupce oddělené středníkem, nebo čárkou. Import tedy vezme jak soubor z Excelu, tak soubor stažený z Tabulek Google, a přestane kvůli tomu padat. Současně se opravilo čtení řádků, jejichž poslední sloupec je v uvozovkách — takový soubor dřív skončil chybou bez vysvětlení.

Jedno pravidlo zůstává: částky musí zůstat číslem. 11900 i 11900,00 Stafio přečte, 11 900,00 Kč s mezerou a měnou ne — takový řádek ohlásí jako neplatné číslo. V tabulkovém editoru proto před exportem nastavte sloupcům s částkami formát číslo, ne měnu.

18. 9. 2026 (ZENDESK 10453, YouTrack SUPP-11036) — Kandidáta z externího náborového systému lze předat na dvakrát

Pokud vám kandidáty do Stafia posílá jiný systém (náborový portál, kariérní web nebo AI náborář), měl dosud jediný pokus: uchazeče mohl založit, ale už k němu nemohl nic doplnit. Druhý pokus skončil hláškou, že osoba s tímto e-mailem je už registrovaná. Systémy na druhé straně proto kandidáta zpravidla držely u sebe, dokud neměly pohromadě kontakt, životopis i shrnutí pohovoru — a vy jste ho do té doby ve Stafiu neviděli, klidně i celý den.

Nově mohou kandidáta předat po částech: kontakt hned, jak se přihlásí, a životopis nebo poznámku z předvýběru dodat později. Uchazeč se tak objeví mezi vašimi lidmi okamžitě a podklady mu přibudou, jakmile je druhá strana má. Poznámky a životopisy se vždy jen přidávají, takže o nic dřívějšího nepřijdete a u každé poznámky je vidět čas i autor.

Pokud takové napojení používáte, dejte o změně vědět jeho dodavateli — popis nové funkce person.update je v dokumentaci pro vývojáře. A jedno upozornění: nové volání umí přepsat i jméno, telefon nebo středisko uchazeče. Ať tedy napojený systém posílá jen to, co se opravdu mění — jinak by mohl přemazat opravu, kterou mezitím udělal váš náborář na kartě osoby.

17. 9. 2026 (ZENDESK 10536, YouTrack SUPP-11117) — Oprava údajů zaměstnance na ČSSZ projde i u nástupu v budoucnu

Když jste u smlouvy odeslali opravu údajů zaměstnance, ČSSZ dávku někdy vrátila s chybou „Datum platnost od 'employee/@fro' musí být menší nebo rovno aktuálnímu datumu". Dělo se to u smluv, kde nástup do zaměstnání připadá na některý z příštích dnů, a spolehlivě při druhé opravě téže smlouvy — do pole „Datum platnosti od / oprava, změna ze dne" se dosazovalo datum nástupu, které už bylo v budoucnu.

Nově se do tohoto pole dosazuje datum, kdy jste odeslali dávku, jejíž údaj opravujete — tedy přesně to, co ČSSZ u opravy požaduje. Oprava tak projde i u smluv s nástupem v budoucnu a u opakovaných oprav téže smlouvy. Změna údajů (akce 3) a ostatní typy podání zůstávají beze změny.

17. 9. 2026 (ZENDESK 10539, YouTrack SUPP-11120) — Podepsaná obálka se propíše i po změně platnosti trvalé adresy

Pracovník obálku podepsal, obálka se tvářila podepsaná, ale podpis se nepropsal dál — u smluv zůstal nezatržený příznak podepsání, k dokumentům se nepřiložily podepsané PDF a pracovník nedostal mail s podepsanými dokumenty. Stávalo se to tam, kde se pracovníkovi po založení prohlášení k dani zkrátila platnost adresy trvalého bydliště tak, že už nepokrývala celé období, na které je prohlášení podepsáno. Uložení podpisu pak skončilo na kontrole adresy a zpracování celé obálky se vrátilo zpět.

Nově se platnost adresy trvalého bydliště kontroluje jen ve chvíli, kdy do prohlášení k dani přidáváte nový měsíc — tedy tam, kam pravidlo patří. Uložení podpisu, přiložení skenu ani jiná pozdější úprava již založeného prohlášení už kvůli změně adresy neselhají. Kontrola při zadávání období zůstává beze změny.

17. 9. 2026 (ZENDESK 10525, YouTrack SUPP-11106) — Přetažení pracovníka na volné místo ho zase obsadí

Na plánovací tabuli se pracovník přetahoval na volné pracovní místo, ale místo toho, aby ho obsadil, přibylo na objednávce další místo navíc. Volné místo zůstalo volné a řádka objednávky vypsaná třeba pro šest brigádníků jich postupně ukazovala devět i víc.

Nově platí v obou pohledech tabule totéž, co dřív: puštění přímo na kartu pracovní místo obsadí, puštění mezi karty přidá nové pracovní místo navíc. Pokud máte označeno víc karet najednou, přetažení jich vždy přidá nová místa — hromadně obsadit jednu konkrétní kartu nejde. Počty míst na objednávce tak zase odpovídají tomu, kolik jste jich objednali.

Pracovní místa, která takto přibyla dřív, zůstávají — přebytečné volné místo odstraníte akcí Zrušit / Odebrat nad jeho kartou.

17. 9. 2026 (ZENDESK 10540, YouTrack SUPP-11121) — Filtrování na prázdnou hodnotu v přehledech znovu funguje

Když jste si v přehledu chtěli nechat jen řádky, které mají některý sloupec prázdný — typicky pracovní místa bez veřejné poznámky nebo bez hodnocení docházky — přehled zůstal prázdný. Stačilo přitom v nabídce filtru nad sloupcem kliknout na Vybrat vše a odškrtnout hodnoty, které vidět nechcete, případně v řádku filtru zvolit operátor ≠. Volba (prázdné) se v nabídce nabízela, ale výsledek byl „Žádná data“.

Nově takto zadaný filtr vrátí i řádky, kde je sloupec prázdný — tedy přesně to, co nabídka filtru slibuje. Opačný případ zůstává beze změny: když odškrtnete jen volbu (prázdné), uvidíte dál pouze řádky s vyplněnou hodnotou. Změna platí ve všech přehledech Stafia.

Stejná potíž se projevovala i v samotné nabídce filtru: pokud jste už měli nad některým sloupcem zapnutý filtr s operátorem ≠ nebo s odškrtnutými hodnotami, nabídka hodnot u dalšího sloupce zůstala prázdná a nešlo podle něj filtrovat dál. Nově nabídka ukáže hodnoty včetně volby (prázdné), takže se filtry dají kombinovat i nad sloupci, které nemají vyplněno u všech řádků.

17. 9. 2026 (YouTrack WAS-1966) — Pozici ve smlouvě lze vybrat i u firmy bez pracovišť

Ve smlouvě se v poli Pozice u nově založené firmy nabízel jeden a tentýž seznam pozic několikrát po sobě. Nabídku plnily zbytky z výchozího nastavení, které odkazovaly na pracoviště, jaká u firmy vůbec neexistují.

Nově tyto zbytky u nově zakládaných firem nevznikají a u firmy, která zatím žádné pracoviště nemá, nabídne pole Pozice celý číselník pozic — každou právě jednou. Jakmile je ve smlouvě vybrané pracoviště, nabídka se jako dosud zúží na pozice, které jsou na něm povolené. Pokud máte pracoviště, na kterém je vedle konkrétních pozic povolena i volba „všechny pozice“, přestanou se u něj pozice v nabídce zdvojovat.

17. 9. 2026 (ZENDESK 10532, YouTrack SUPP-11113) — Smlouvu jde smazat přímo z přehledu smluv

Když uživatel označil smlouvu v přehledu Smlouvy (ať už u pracovníka, nebo v seznamu pracovních smluv a v hledání smluv) a dal ji smazat, skončilo to červenou hláškou s technickým textem a smlouva zůstala. Jediná cesta, jak ji odstranit, byla otevřít její detail a smazat ji tam.

Nově mazání z přehledu funguje stejně jako z detailu smlouvy. Pravidla se nemění — podepsanou smlouvu, smlouvu s datem podpisu nebo s přiloženými dokumenty stále smazat nelze a Stafio na to upozorní srozumitelnou hláškou.

17. 9. 2026 (ZENDESK 10538, YouTrack SUPP-11119) — Chyba přenosu do PAMICY poradí, která složka mzdy chybí

Když PAMICA odmítne přenos pracovníka proto, že u sebe nemá nadefinovanou složku mzdy odpovídající ohodnocení ze Stafia, zobrazovala se dosud jen strohá věta z PAMICY. Z ní nebylo zřejmé, že chybějící údaj patří doplnit v PAMICE, ne ve Stafiu, a přenos se opakovaně nedařil.

Nově hláška vedle původního textu z PAMICY rovnou poradí, co udělat: otevřít v PAMICE agendu Definice složek mezd, založit složku s uvedeným externím identifikátorem a přenos zopakovat. Ostatní chybové hlášky z PAMICY zůstávají beze změny.

17. 9. 2026 (YouTrack WAS-1916) — V notifikacích je vidět, co je nové

V mobilní aplikaci vypadaly všechny notifikace stejně, takže nešlo poznat, které z nich pracovník už četl a které mu přibyly od minule. Nově se nepřečtené notifikace odliší barevnou tečkou a tučnějším písmem. Zůstanou takto zvýrazněné po celou dobu, co je má pracovník na obrazovce — přečtené se stanou až tím, že si seznam otevře, takže si jich stihne všimnout.

Zároveň je na ikoně Notifikace ve spodní liště vidět počet nepřečtených, a to na všech obrazovkách aplikace, nejen na úvodní. Dřív odznak zmizel, jakmile pracovník přešel jinam. Po otevření seznamu notifikací počet zmizí a při doručení nové notifikace se objeví znovu.

17. 9. 2026 (ZENDESK 10535, YouTrack SUPP-11116) — Krácení dovolené jde uložit i po zrušeném proplacení dovolené

Když měl pracovník na smlouvě zrušené proplacení nevyčerpané dovolené, nešlo mu na záložce Mzdy → Krácení dovolené přidat ani upravit krácení — uložení skončilo hláškou „Záznam v 'Pracovní výkaz' byl odstraněn.“ Přepočet nároku na dovolenou si totiž vzal za vzor mzdu ze zrušeného proplacení, která k žádnému pracovnímu výkazu nepatří.

Nově se nárok na dovolenou po uložení krácení přepočítá stejně jako tlačítkem Přepočet v přehledu Dovolená, tedy bez ohledu na to, jaké mzdy na smlouvě jsou. Krácení tak jde zadat i na smlouvě, která zatím žádnou mzdu nemá (například při převodu nevyčerpané dovolené na navazující smlouvu).

16. 9. 2026 (ZENDESK 10531, YouTrack SUPP-11112) — V detailu směny jsou popisky kontaktních tlačítek celé

V detailu směny v mobilní aplikaci jsou u pracovníka tlačítka Zavolat, SMS a E-mail. Na telefonu se ale vedle ikony vešlo jen pár písmen popisku, takže na tlačítkách svítilo „Za…“, „S…“ a „E-…“ a nedalo se poznat, které z nich co udělá.

Nově se popisek přesune pod ikonu, pokud se vedle ní nevejde, a je vidět celý — stejně jako to už funguje v profilu pracovníka. Na širším displeji a na tabletu zůstávají tlačítka v jednom řádku jako dosud a samotné akce se nemění.

16. 9. 2026 (ZENDESK 10516, YouTrack SUPP-11097) — Nově založený uživatel může rovnou zakládat objednávky

Když se zakládal nový uživatel a v jeho kartě se nevyplnila Činnost, Projekt a Místo práce, poznalo se to až mnohem později — při prvním pokusu uložit objednávku vyskočila hláška „Sloupec 'Činnost' v 'Objednávka' je povinný.“ a objednávku nešlo uložit. Ve formuláři objednávky se tato pole nezadávají, takže si uživatel nemohl pomoct sám a bylo nutné mu je doplnit v kartě uživatele.

Nově nový uživatel tyto tři hodnoty převezme od toho, kdo ho zakládá; pokud je nemá vyplněné ani on, nastaví se Neurčeno. Existujícím účtům, které je měly prázdné, jsme je doplnili. Vyplněné hodnoty zůstávají beze změny a v kartě uživatele je lze kdykoli přepsat.

16. 9. 2026 (ZENDESK 10515, YouTrack SUPP-11096) — Zrušení proplacení dovolené funguje i u vyplacené mzdy

Když už byla mzda za proplacení nevyčerpané dovolené vyplacená platebním příkazem, nešlo proplacení zrušit — smazání na záložce Proplácení dovolené i akce Zrušit proplacení dovolené na kartě smlouvy skončily hláškou „Nelze smazat 'Mzda', protože existuje '1' záznamů v 'Platby'“. Platbu bylo nutné nejdřív ručně stornovat na záložce Odměny → Mzdy.

Nově si zrušení proplacení dovolené platbu vyplacené mzdy stornuje samo, stejně jako přesun směny na jinou smlouvu: vznikne pohledávka za pracovníkem ve výši vyplacené čisté mzdy, mzda za proplacení se smaže a nevyčerpaná dovolená se vrátí na smlouvu. Platbu na nedokončeném platebním příkazu systém stornovat odmítne s upozorněním — příkaz je potřeba nejdřív dokončit, nebo z něj mzdu odebrat.

16. 9. 2026 (ZENDESK 10528, YouTrack SUPP-11109) — Když aplikace ztratí spojení, napíše to česky

Když mobilní aplikace zrovna neměla spojení — slabý signál, Wi-Fi bez internetu, zapnutá VPN nebo spořič dat — vypsala místo obsahu dlouhou anglickou technickou hlášku o tom, že se nepodařilo najít adresu serveru. Z takové hlášky nešlo poznat, že je problém v připojení telefonu, a hlásila se jako chyba aplikace.

Nově se v takovém případě objeví věta „Nepodařilo se spojit se serverem. Zkontrolujte připojení k internetu a zkuste to znovu.“, a to ve všech částech aplikace — u pracovníka, u koordinátora i u firemního zákazníka. Hlášky, které posílá sám systém (třeba že směna je už obsazená), zůstávají beze změny.

16. 9. 2026 (ZENDESK 10524, YouTrack SUPP-11105) — Platnost dodatku za koncem smlouvy už nezmizí bez upozornění

V detailu smlouvy, v části Dodatky, šlo do sloupce Platnost do zapsat datum až za koncem platnosti smlouvy. Uložení pak hlásilo úspěch, ale v přehledu zůstalo původní datum — systém si totiž platnost dodatku srovnává s platností smlouvy a zadané datum tiše vrátil zpět. Působilo to, jako by pole nešlo přepsat.

Nově se v takovém případě objeví upozornění s datem, do kdy smlouva platí, a s tím, že je potřeba nejdřív upravit platnost smlouvy. Zkrácení platnosti dodatku uvnitř platnosti smlouvy funguje beze změny, stejně jako dodatky, které samy ukončují smlouvu.

15. 9. 2026 (ZENDESK 10511, YouTrack SUPP-11092) — Rozložení sloupců a řazení v přehledu zůstanou tak, jak jste si je nastavili

V přehledech se uložené pořadí sloupců po obnovení stránky nebo po dalším přihlášení nedrželo: sloupec, který jste si přesunuli, skočil jinam — nejčastěji na konec řádky — a pořadí navíc vycházelo pokaždé trochu jinak, takže si ho uživatel musel skládat znovu a znovu. Podruhé se to projevovalo u řazení: kliknutí na záhlaví sloupce sice předchozí řazení nahradilo, ale to původní zůstalo uloženo, a po dalším otevření se přehled řadil podle všech dříve použitých sloupců naráz. Přehled pak vypadal, jako by se řadil stále podle jména, i když jste si nastavili řazení třeba podle data registrace.

Opraveno: uložené pořadí sloupců se obnovuje přesně tak, jak jste si ho nastavili, a při změně řazení se dřívější řazení z uloženého nastavení odstraní — přehled se řadí jen podle sloupce, na který jste klikli. Pokud se vám staré řazení nasčítalo už dřív, stačí jednou kliknout na záhlaví sloupce, podle kterého chcete řadit, a zbytek se odstraní sám. Šířky sloupců, filtry ani obsah přehledů se nemění. V přehledu Pracovníci jsme navíc opravili překlep v názvu sloupce — nově se jmenuje Datum registrace.

15. 9. 2026 (ZENDESK 10520, YouTrack SUPP-11101) — Export směn obsahuje stav pracovního místa i u schválených směn

V přehledu Objednávky → Směny se u každé směny zobrazuje sloupec Stav pracovního místa (Obsazené, Volné, Rezervované, Náhradník). Po stažení přehledu do Excelu byl ale tento sloupec u schválených směn prázdný — a protože řada zákazníků směny schvaluje dopředu, zůstal v exportu prázdný prakticky celý.

Export nově vypisuje stav pracovního místa stejně, jako ho vidíte v přehledu na obrazovce. Hodnocení docházky se z exportu nikam neztrácí, má vlastní sloupec Spokojenost. Ostatních sloupců ani samotného přehledu se změna nedotýká.

15. 9. 2026 (ZENDESK 10517, YouTrack SUPP-11098) — Změny sazeb a limitů se nově zapisují do historie

Částky, na kterých stojí výpočet mezd i obsazování směn — mzdový limit pro dohody o provedení práce, daňová pásma, slevy na dani, sazby ocenění — se nastavují ručně v Základních datech. Když se taková částka změnila, nikde nezůstala stopa: nešlo zjistit, kdo hodnotu změnil, kdy a jaká byla předtím. Nesprávná částka se přitom projeví nepřímo — třeba tak, že směnu najednou nejde obsadit na jinak platnou smlouvu.

Nově se založení, změna i smazání zapisuje do Historie — původní a nová hodnota, platnost a uživatel, který zásah provedl. Týká se to Parametrů daní, daňových sazeb, slev na dani, ocenění a jejich kategorií, odečtů přestávek, výchozích sazeb ocenění, přepínače kontroly limitu dohod na firmě a stavu účetního období. Na samotný výpočet mezd to nemá žádný vliv; zaznamenávají se jen změny provedené od tohoto vydání dál.

15. 9. 2026 (YouTrack WAS-1961) — Daňové prohlášení: u dodatečného zvýhodnění je z popisku poznat, že částka je roční

V daňovém prohlášení, v sekci Dodatečné daňové zvýhodnění, se sloupec s roční výší slevy jmenoval jen Částka — například u základní slevy na poplatníka je v něm pro rok 2026 částka 30 840 Kč, zatímco vedlejší sloupec ukazuje měsíční 2 570 Kč. Z popisku to ale poznat nebylo a mzdové účetní si sloupec vykládaly jako měsíční; přepis roční částky na měsíční by přitom pracovníkům snížil nárok na 214 Kč měsíčně.

Sloupce se nově jmenují Roční částka a Měsíční částka, a to jak v přehledu, tak v okně pro úpravu řádku. Jde jen o popisky — hodnoty ani výpočet slev se nemění.

15. 9. 2026 (ZENDESK 10521, YouTrack SUPP-11102) — Nové číslo účtu jde schválit i po zkrácení platnosti toho původního

Když jste pracovníkovi ručně ukončili platnost bankovního účtu — typicky proto, aby na starý účet přestala odcházet mzda, než dodá nové číslo — nedala se poté schválit jeho žádost o změnu čísla účtu z mobilní aplikace. Uložení skončilo hláškou o překrývajících se platnostech a schválení prošlo jen tehdy, když původní účet zůstal platný „do nekonečna“.

Nové období platnosti účtu totiž začínalo vždy prvním dnem aktuálního měsíce, takže se překrývalo s obdobím ukončeným kdykoli později v témž měsíci. Nově nové číslo účtu naváže přesně na den po konci toho předchozího: historie účtů zůstane souvislá, bez díry mezi zkrácením a schválením, a mzda za celý měsíc odejde na nový účet. Stejně se nově chová i zapsání účtu při vstupním dotazníku. Pokud předchozí platnost skončila ještě před začátkem aktuálního měsíce nebo pracovník žádný účet doposud neměl, nemění se nic.

15. 9. 2026 (ZENDESK 10509, YouTrack SUPP-11090) — Hromadné akce v přehledu Rezervace fungují i nad celým filtrem

V agendě Objednávky → Rezervace končilo tlačítko Potvrdit červenou chybou expected JSON array, jakmile byly označené všechny řádky odpovídající nastavenému filtru — typicky poté, co si koordinátor vyfiltroval jeden den a označil celou dávku přihlášených brigádníků. Výběr několika jednotlivých řádků přitom procházel. Tlačítka Schválit a Zrušit rezervaci nefungovala ani tak — chybou končilo každé jejich použití.

Opraveno: všechna čtyři tlačítka (Schválit, Potvrdit, Náhradník, Zrušit rezervaci) nyní zpracují jak jednotlivě vybrané řádky, tak označení celého filtru včetně řádků, které si z výběru odškrtnete. Zároveň se po provedení akce správně obnoví sloupec Stav — dosud se do něj místo stavu rezervace vracela střediska pracovníka.

15. 9. 2026 (ZENDESK 10518, YouTrack SUPP-11099) — Potvrzení o studiu za měsíc těsně před už zadaným potvrzením se uloží

Zadání potvrzení o studiu končilo hláškou „Uživatel není oprávněn měnit záznam. Období … je uzavřeno.", přestože potvrzení platilo jen v otevřeném období. Stávalo se to tehdy, když už bylo u osoby zadané navazující potvrzení a to starší se doplňovalo na měsíc přímo před ním — typicky když pracovník donese potvrzení za srpen až poté, co je v systému to zářijové. Stav osoby, který dosud končil posledním dnem zadávaného měsíce, se při úpravě nejprve celý zrušil, a protože se zrušením se přepočítávají mzdy za celou jeho platnost, spadl přepočet do už uzavřeného období a uložení se odmítlo.

Opraveno: takový stav osoby se nově jen zkrátí, místo aby se rušil a zakládal znovu. Přepočet mezd se proto týká pouze měsíců, kterých se změna skutečně dotkla — uzavřená období zůstanou nedotčená a potvrzení se uloží. Na mzdách dotčeného měsíce se studium projeví hned: u pracovníka, kterému se dosud počítal dopočet zdravotního pojištění do minima, dopočet po zadání potvrzení odpadá.

15. 9. 2026 (ZENDESK 10471, YouTrack SUPP-11052) — Pracovník může při přihlášení na směnu připsat poznámku

Ve starší webové aplikaci pro brigádníky se při přihlášení na směnu otevíralo pole s poznámkou, do kterého pracovníci psávali svá časová omezení a další věci, které chtěli ke směně sdělit. Při přechodu na mobilní aplikaci se tato možnost nepřevzala a agentura tyto informace přestala dostávat.

Nově se pracovníkovi po klepnutí na Rezervovat otevře okno „Chcete nám něco sdělit?“ s polem pro doplňující informace — například že přijde později, potřebuje parkování nebo může jen do 22:00. Text se uloží do pole Poznámka na příslušném pracovním místě, kde ho vidí koordinátor; ostatní pracovníci se k němu nedostanou. Poznámka je dobrovolná — tlačítko Přeskočit i zavření okna znamená přihlásit se na směnu bez poznámky, o směnu tedy zavřeným oknem přijít nelze. Funkce se zapíná jednotlivě po dohodě s podporou; agenturám, které ji zapnutou nemají, se nic nemění. Ve webové verzi aplikace je změna hned, v nainstalovaných mobilních aplikacích po nejbližším vydání do obchodů.

15. 9. 2026 (ZENDESK 10453, YouTrack SUPP-11036) — Registrace uchazeče přes API funguje i bez pracovního portálu

Volání person.register končilo chybou „Doména … není naše“ všem zákazníkům, kteří nemají vlastní web v rodině pracovních portálů. Registrace z domény skládala šablonu potvrzovacího e-mailu i adresu potvrzovacího odkazu a vyžadovala ji i tehdy, když ji volající neposlal — token vydaný na API klíč doménu nenese. Parametr domain přitom neměl žádnou hodnotu, kterou by takový zákazník mohl poslat.

Opraveno: bez domény registrace projde a potvrzovací e-mail se neposílá — přesně tak, jak API popisuje (vlastní uvítací e-mail si vyžádáte parametrem mail_template_id). Uchazeč nově vzniká v kategorii Zaměstnanec a uchazeč, tedy mezi lidmi, se kterými zákazník běžně pracuje, ne mezi uživateli pracovního portálu; stav Čeká odlišuje kandidáty, které ještě nikdo neposoudil. Pro weby v rodině pracovních portálů se nic nemění — s doménou chodí potvrzovací e-mail dál.

15. 9. 2026 (ZENDESK 10504, YouTrack SUPP-11085) — Hromadné odeslání e-mailů pracovníkům nevyčerpá limit poštovní schránky předčasně

Hromadné odeslání e-mailu z přehledu Pracovníci (tlačítko obálky nad označenými řádky) spotřebovalo u poskytovatele pošty zhruba dvojnásobek odchozích zpráv, než kolik měla rozesílka adresátů. U větší dávky se tak vyčerpal limit poštovní schránky zhruba v polovině rozesílky, poskytovatel schránku odesílatele dočasně zablokoval a zbývající zprávy skončily chybou přihlášení k poštovnímu serveru. Odesílatel se to z aplikace nedozvěděl — upozornění na neodeslané zprávy chodí na tutéž, právě zablokovanou schránku.

Opraveno: hromadná rozesílka z přehledu Pracovníci nyní spotřebuje jen tolik odchozích zpráv, kolik má adresátů. Jednotlivě odeslaný e-mail se nemění. U opravdu velkých rozesílek dál doporučujeme používat poštovní účet zřízený na hromadné odesílání — limity poštovního hostingu se na něj nevztahují.

14. 9. 2026 (ZENDESK 10510, YouTrack SUPP-11091) — Spokojenost v přehledech pracovních míst se zobrazuje jako štítek

Ve sloupci Spokojenost se místo hodnocení vypisoval technický text — na objednávce v záložce Pracovní místa, v agendě Objednávky → objednávky → pracovní místa i na kartě osoby. Hodnocení tak nebylo z přehledu čitelné a například absenci šlo poznat jen v docházce nebo v pracovním výkazu.

Opraveno: hodnocení se ve všech těchto přehledech vykresluje barevným štítkem s ikonou — například červená Absence. Tam, kde je sloupec přepisovatelný, se hodnocení dál vybírá z číselníku spokojenosti daného pracoviště; v přehledu pro edici se zadáváním docházky přímo na pracovním místě zůstává sloupec jen ke čtení. Uložené profily přehledů i filtry nad tímto sloupcem fungují dál beze změny.

11. 9. 2026 (ZENDESK 10501, YouTrack SUPP-11082) — Spokojenost v přehledu pracovních míst a akreditační seznam bez osob s absencí

Na objednávce v záložce Pracovní místa chyběl sloupec Spokojenost všem, kdo mají zapnuté zadávání docházky přímo na pracovním místě. Hodnocení docházky tak šlo číst jen v pracovním výkazu, ne v přehledu celé objednávky. Zároveň tiskové sestavy objednávky, které vypisují jmenný seznam pracovníků — akreditace a prezenční listiny — brály všechna obsazená pracovní místa bez ohledu na docházku, takže na seznamu zůstával i ten, kdo na směnu nakonec nedorazil.

Opraveno: sloupec Spokojenost je nyní i v přehledu pracovních míst objednávky, zobrazuje se jako štítek a slouží ke čtení — hodnocení se dál zadává v docházce. Do jmenných seznamů v tisku objednávky se nově nedostávají osoby, které mají u směny zapsanou absenci, a to omluvenou i neomluvenou. Pracovní místa bez vyplněného hodnocení se tisknou dál, takže seznam vytisknutý před akcí vypadá stejně jako dosud. Současně je opravený zápis hodnocení přímo v přehledu pracovních míst: tam, kde jde sloupec Spokojenost přepisovat, končila změna chybovou hláškou a hodnocení se neuložilo.

11. 9. 2026 (ZENDESK 10497, YouTrack SUPP-11078) — Stafio MCP: přihlášení API klíčem opět funguje na všech instancích

Připojení AI asistenta (Claude, ChatGPT) přes Stafio MCP od večera 9. 9. 2026 odmítalo platné API klíče i přihlašovací tokeny zákazníků na produkčních instancích hláškou „Invalid API key“ (později „Ověření přihlášení se nezdařilo“). Nová verze serveru MCP ověřuje každý token přímo v databázi zákazníka, ale ověřovací funkce byla nasazená jen na vývojových instancích.

Opraveno: ověření tokenu je nasazené na všech instancích a smí ho volat každá role, tedy i technické účty s rolí STAFIO.API a zákaznické role. Server MCP nově vyměňuje API klíč za token i na instancích, kde to dosud nešlo. Klíč se zakládá v Profilu na záložce API klíče a má stejná práva jako uživatel, kterému patří.

11. 9. 2026 (ZENDESK 10500, YouTrack SUPP-11081) — Přesun směny na jinou smlouvu s už proplaceným stravenkovým paušálem

Přesun směny na jinou smlouvu (ručně i přepočtem na DPČ-ZMR) končil hláškou Nelze smazat 'Pohledávka', protože existuje '1' záznamů v 'Úhrada pohledávky', pokud byl stravenkový paušál za tuto směnu už proplacen platebním příkazem. Při přesunu se mzda ruší a počítá znovu a spolu s ní se ruší i pohledávka za paušál navázaná na mzdu — uhrazenou pohledávku ale systém smazat nesmí, a tak se celý přesun vrátil.

Opraveno: uhrazená pohledávka za paušál se při přesunu stornuje stejně, jako se stornuje proplacená mzda — vznikne protipohledávka Storno pohledávky ve výši vyplacené částky a nový výpočet mzdy založí pohledávku za paušál znovu s původním datem vzniku i splatnosti. Součet obou je nula, v dalším platebním příkazu se tedy nic nedoplácí ani nesráží; původní úhrada zůstává u storno pohledávky jako doklad.

11. 9. 2026 (ZENDESK 10499, YouTrack SUPP-11080) — Posun začátku smlouvy posune i dodatek s mzdovým výměrem

Když se u smlouvy změnilo pole Platnost od na dřívější datum — typicky proto, aby smlouva pokryla směnu, která začíná dřív, než se původně počítalo — dodatek s mzdovým výměrem zůstal na původním datu. Směna obsazená v takto nově vzniklé části platnosti pak nedostala mzdové složky: v přehledu Pracovní místa na objednávce se ve sloupcích Fixní odměna, Nenároková odměna a Odměna celkem zobrazovaly nuly a po schválení docházky by vyšla nulová mzda.

Opraveno: dodatek, který začínal společně se smlouvou, se při změně pole Platnost od posune spolu s ní — stejně, jako se už dříve posouval konec platnosti. Dodatek s vlastním, odlišným začátkem platnosti zůstává beze změny.

11. 9. 2026 (ZENDESK 10392, YouTrack SUPP-10979) — Tisková šablona smlouvy: nový tag s délkou zkušební doby ve dnech

Do šablony smlouvy (sestava Smlouva, EMPLOYMENT_REP) šlo dosud doplnit jen datum konce zkušební doby (<TRIAL_PERIOD_UNTIL>). Smlouvy, které zkušební dobu sjednávají počtem dnů („v délce trvání 54 kalendářních dnů ode dne nástupu"), se proto přepisovaly ručně ve Wordu před každým tiskem — a protože šablona platí pro všechny smlouvy daného typu, měnil se tím text i už podepsaných smluv.

Nově je k dispozici tag <TRIAL_PERIOD_DAYS> — délka zkušební doby v kalendářních dnech, počítaná z pole Konec zkuš. doby na smlouvě: od data nástupu (pole Nástup od; není-li vyplněné, od Platnost od) do konce zkušební doby včetně obou dnů. Je-li konec zkušební doby prázdný, tag zůstane prázdný. Do šablony se tag vkládá stejně jako ostatní, např. <VALID_UNTIL>; stačí šablonu upravit jednou a datum zkušební doby vyplňovat na smlouvě.

11. 9. 2026 (ZENDESK 10496, YouTrack SUPP-11077) — Převod vyfakturované směny na jinou smlouvu téže společnosti je opět možný

Kontrola doplněná 18. 8. 2026 (ZENDESK 9063) odmítala převod vyfakturované směny na jinou smlouvu ve všech případech, tedy i v rámci téže společnosti. Tím zablokovala běžný postup, kdy se směny po fakturaci při přepočtu mezd přesouvají ze smlouvy DPČ na DPČ-ZMR (zaměstnání malého rozsahu). Takový přesun fakturu nemění: vazba směny na fakturu i její částky zůstávají, ruší a znovu se počítá jen mzda.

Upraveno: dialog Obsazení pracovního místa (převod obsazených směn na jinou smlouvu) nyní odmítne jen převod vyfakturované směny na smlouvu jiné společnosti, kde by směna zmizela z obsahu vystavené faktury. Změna smlouvy v rámci téže společnosti je u vyfakturovaných směn opět povolená. Hláška při odmítnutí nově říká, že směnu nelze převést na smlouvu jiné společnosti.

10. 9. 2026 (ZENDESK 10469, YouTrack SUPP-11050) — Mobilní aplikace pro koordinátory: notifikace o hovoru se zobrazovala jako technický výpis

V mobilní aplikaci koordinátora — v telefonu i v jejím webovém vydání — se v Chatech místo notifikace ukázala bublina s technickým obsahem: Event: MESSAGE_BOX_NEW a za ním celý datový balíček ve složených závorkách. Přitom šlo o běžná upozornění: kdo právě volá, dokument k podpisu nebo hlášení z úloh na pozadí. Text notifikace posílá server hotový, aplikace ho ale nezobrazovala a vypisovala ladící údaje, které v ní zůstaly z dřívějšího vývoje. Bublina navíc naskočila i u čistě technických zpráv (potvrzení o přečtení, počet nepřečtených), které nemají uživateli co říct.

Opraveno: notifikace se zobrazí tak, jak je míněná — v prvním řádku předmět (například Volá Nováková Jana), pod ním doplňující text (telefonní číslo). Klepnutí na bublinu zprávu označí za přečtenou a otevře to, čeho se týká — kartu pracovníka nebo odkaz ze zprávy, pokud na ně má mobilní aplikace vlastní obrazovku; u ostatních adres (formuláře, které existují jen v desktopové aplikaci) zůstane bublina jen informativní. Barva bubliny odpovídá typu zprávy (chyba, upozornění, potvrzení). Technické zprávy o počtu nepřečtených se již nezobrazují. Změna je součástí nové verze mobilní aplikace.

10. 9. 2026 (YOUTRACK WAS-1942) — Hromadná zpráva může nést odkaz na nabídnuté volné směny

Koordinátor si při psaní hromadné zprávy zaškrtne volná pracovní místa, která nabízí, a do zprávy se doplní krátký odkaz. Pracovníkovi se po klepnutí otevře rovnou seznam volných směn omezený na tu nabídku — nemusí ji hledat v seznamu. Odkaz zároveň pracovníka přihlásí, takže neřeší heslo.

V mobilní aplikaci koordinátora (Chaty → skupina) je nový zaškrtávací seznam volných směn seskupený po pracovištích a pozicích; tlačítkem Vložit do zprávy se přehled zaškrtnutých směn připíše k rozepsanému textu, který zůstává plně editovatelný. V desktopu se nabídka vybírá v dialogu Odeslat u hromadných SMS polem Nabídka směn.

Odkaz je krátký (cca 25 znaků), takže se do SMS vejde. Platí jeden den a míří na nabídku, ne na konkrétní místa — pracovník tedy vždy uvidí, co je volné v okamžiku rozkliknutí. Když už je z nabídky obsazeno všechno nebo odkaz propadne, otevře se běžný seznam volných směn s vysvětlením místo prázdné obrazovky.

10. 9. 2026 (ZENDESK 10495, YouTrack SUPP-11076) — Přehledy: filtr sloupce Mobil na prázdnou hodnotu končil chybou „syntax error at or near <>“

Když se v přehledu (například Pracovníci) použil filtr v záhlaví sloupce Mobil na prázdnou hodnotu — ať už „jen prázdné“, nebo „všechny kromě prázdných“ — zobrazila se chyba syntax error at or near "<>" a od té chvíle nešlo otevřít další filtry v záhlaví, načíst data ani spustit hromadné akce nad výběrem, dokud se filtr nezrušil. Pro prázdnou hodnotu se totiž posílá dvojice podmínek (prázdný text a nevyplněno) a od srpnové opravy hledání telefonu bez mezer se tato dvojice omylem převáděla jako jediná podmínka, čímž vznikl nesmyslný dotaz.

Opraveno: převod na normalizované telefonní číslo se dělá jen u jednotlivých podmínek, dvojice pro prázdnou hodnotu projde beze změny. Týká se všech přehledů se sloupcem telefonu. Hledání čísla s mezerami i bez nich funguje dál. Oprava je součástí nové verze aplikace.

10. 9. 2026 (ZENDESK 10467, YouTrack SUPP-11048) — Mobilní aplikace pro koordinátory: kalendář se při rolování nahoru vracel a schoval seznam směn

V mobilní aplikaci na Přehledu směn v režimu Kalendář se seznam směn pod kalendářem nedal pohodlně procházet. Při rolování dolů se kalendář sbalil a uvolnil místo seznamu, jenže při jakémkoli pohybu nahoru — i uprostřed dlouhého seznamu — se okamžitě rozbalil zpět. Protože zabírá většinu obrazovky, právě čtené směny se odsunuly pod něj a rolování se muselo pořád opravovat.

Opraveno: kalendář se nyní vrací až po dorolování na začátek seznamu. Rolování nahoru uvnitř seznamu už s ním nehne, takže se dá procházet plynule; kalendář je zpátky, jakmile dorolujete úplně nahoru, případně hned po přepnutí Kalendář/Seznam. Sbalení při rolování dolů i chování na počítači, kde je kalendář vidět stále, zůstávají beze změny. Změna je součástí nové verze mobilní aplikace.

10. 9. 2026 (ZENDESK 10494, YouTrack SUPP-11075) — Smlouvy: nový sloupec „Naposledy pracoval“

Přehledy Pracovníci → Smlouvy a Pracovníci → Analýzy a exporty → Hledání smluv mají nový sloupec Naposledy pracoval. Ukazuje datum poslední směny, kterou pracovník na dané smlouvě odpracoval, takže je na první pohled vidět, které smlouvy se ještě používají a které jsou dlouho bez směny. Sloupec doplňuje dosavadní Datum první směny, stojí hned vedle něj a dá se podle něj filtrovat i řadit.

Datum se počítá ke smlouvě, ne k osobě — pracovník s několika souběžnými smlouvami (například pro různá pracoviště) má tedy u každé smlouvy vlastní datum. Započítávají se jen směny do dnešního dne, naplánované budoucí směny ne. Směna, u které je ve výkazu docházky uvedena absence nebo nevykázání, se přeskočí; směna bez záznamu v docházce se bere jako odpracovaná. Sloupec je součástí nové verze aplikace.

10. 9. 2026 (ZENDESK 10485, YouTrack SUPP-11066) — Změnu zdravotní pojišťovny z mobilní aplikace nešlo schválit

Pracovník si v mobilní aplikaci změnil zdravotní pojišťovnu a v kanceláři se úkol Změna profilu nedal schválit — skončil chybou „Kód zdravotní pojišťovny nemůže být změněn – Id osoby … je použito v přihláškách zdravotního pojištění". Schválení se totiž pokoušelo přepsat stávající záznam pojištění, a to Stafio nedovolí u pracovníka, který už byl někdy nahlášen zdravotní pojišťovně. Protože se tahle kontrola neváže na období, ale na osobu, u kohokoli s odeslanou přihláškou nebo odhláškou (tedy prakticky u každého zaměstnaného pracovníka) změna pojišťovny touto cestou neprošla nikdy.

Přepis stávajícího záznamu by navíc nebyl správně — pojišťovna se u pracovníka eviduje po obdobích platnosti a mzdy, přihlášky a odhlášky, JMHZ i REGZEC ji čtou k datu. Přepsáním by se nová pojišťovna zpětně dosadila i do měsíců, které už byly nahlášeny té původní.

Opraveno: schválení změny pojišťovny nově uzavře stávající období k poslednímu dni předchozího měsíce a založí nové období od 1. dne aktuálního měsíce. Historie tak zůstane u pojišťovny, které byla nahlášena, a nová platí od začátku měsíce. Ruční editace záznamu v přehledu Zdravotní pojištění na kartě pracovníka je beze změny — tam kontrola dál platí a záznam se přepsat nedá. Změna je na straně databáze, nová verze aplikace není potřeba.

10. 9. 2026 (ZENDESK 9981, YouTrack SUPP-10565) — REGZEC oprava a storno: hlídání formátu přílohy a zamítnutá podání

Dvě chyby kolem podání REGZEC – Oprava údajů (akce 4) a REGZEC – Storno (akce 8):

• Příloha v nepodporovaném formátu prošla až k ČSSZ. K opravě i stornu se přikládá písemné odůvodnění. ČSSZ přijímá jen soubory s příponou .pdf, .doc, .docx, .rtf, .txt, .xls, .xlsx a .jpg — jiný formát odmítne, a to celé podání a až po odeslání (chyba „Název přílohy … obsahuje nepovolené znaky nebo neobsahuje příponu nebo obsahuje nepodporovanou příponu"). Stafio přílohu nekontrolovalo, takže se hotové podání spálilo a muselo se dělat znovu. Typicky šlo o odůvodnění napsané ve Wordu a uložené jako .xml nebo .csv, jinde i o omylem vybraný podpisový certifikát (.p12, .pfx). Nově se formát ověří ještě před vytvořením podání a při nepovolené příponě se rovnou vypíše, které formáty ČSSZ přijímá.
• Zamítnuté podání se počítalo jako odeslané. Stafio si k porovnání změn pamatuje naposledy odeslané údaje. Bralo přitom i podání, které ČSSZ zamítla — čekající změna proto ze systému zmizela, přestože v registru ČSSZ nikdy nevznikla, a další „změna" ani „oprava" by ji už znovu neposlaly. Nově se jako odeslaný stav bere jen to, co ČSSZ skutečně přijala; u dotčených smluv se čekající změny objeví samy, ručně není potřeba dělat nic. U smlouvy, jejíž přihláška byla zamítnuta a nová se nepodala, teď „změna" i „oprava" upozorní, že v registru ČSSZ chybí pojistný vztah, místo aby podání odešlo a zamítla ho až ČSSZ.

Obě opravy jsou na straně databáze a platí okamžitě. Součástí je i nová verze aplikace, ve které dialogy opravy a storna rovnou popisují, jaké formáty přílohy ČSSZ přijímá.

10. 9. 2026 — Dokumenty u uživatele a přílohy šablon e-mailů se nezobrazovaly v náhledu

U karty uživatele (Administrace → Uživatelé → Uživatelé) a u příloh šablony e-mailu (Administrace → Komunikace → Šablony → Šablony mailů) zůstávala dlaždice dokumentu prázdná — byl vidět jen název souboru. Prázdný zůstal i náhled po kliknutí na lupu, a to u PDF i u obrázků. Důvod: seznam dokumentů z databáze u těchto dvou obrazovek jako jediný neposílal odkaz na soubor, ze kterého se náhled vykresluje. Stahování dokumentu fungovalo, protože si soubor vyžádá jinou cestou.

Opraveno: obě obrazovky teď odkaz na soubor dostávají stejně jako ostatní seznamy dokumentů (u pracovníka, zákazníka nebo smlouvy), takže se zobrazí miniatura i náhled. Změna je na straně databáze, nová verze aplikace není potřeba.

10. 9. 2026 (YOUTRACK WAS-1934) — Hromadné SMS: možnost vynechat pracovníky, kteří ve vybraných dnech pracují

Tlačítko Odeslat u hromadné SMS nově otevře dialog, ve kterém je vidět, které skupině se zpráva posílá, a lze zadat pole Nepracuje ve dnech. Komu na některý z těchto dnů už vyšla směna, tomu SMS neodejde. Dnů může být víc, oddělují se středníkem (například 11.9.2026;12.9.2026); pole lze nechat prázdné, pak se zpráva pošle všem členům skupiny jako dosud.

Filtr v databázi existoval už dřív, ale nabízel ho jen starý klient — z webu se dosud nedal použít. Chování je stejné jako v mobilní aplikaci koordinátora, která umí vyloučit jeden den; rozhoduje pouze datum směny, ne její čas, délka, pracoviště ani zakázka.

10. 9. 2026 (ZENDESK 10490, YouTrack SUPP-11071) — Přesun pracovníka na plánovací tabuli posílal e-mail „ZRUŠENO“

Od 1. 9. 2026 (ZENDESK 10399) posílá uvolnění obsazené směny z kanceláře pracovníkovi informační e-mail o zrušení (šablona WA_JOB_FREED, předmět „ZRUŠENO …“). Stejný e-mail ale odcházel i při přesunu pracovníka přetažením na plánovací tabuli — přesun se provádí jako „uvolni původní směnu + zarezervuj nebo obsaď cílovou“ a uvolnění spustilo upozornění, přestože pracovník o práci nepřišel. Při přesunu v rámci téhož dne tak dostal nejdřív „ZRUŠENO“ a vzápětí „POTVRZENO“ na stejné datum, což ho mátlo. U Skupiny Příležitosti bylo takových e-mailů od 1. 9. celkem 148 z 293 odeslaných zrušení.

Opraveno: přetažení na plánovací tabuli (jednotlivě i s hromadným výběrem) e-mail „ZRUŠENO“ neposílá. Upozornění pracovníkovi zůstává jen u akce Uvolnit a u zaškrtnutí v mobilní aplikaci koordinátora. Změna je na straně databáze, nová verze aplikace není potřeba.

10. 9. 2026 (ZENDESK 10475, YouTrack SUPP-11056) — Hovory z ústředny: chybějící délka hovoru a zástupné osoby bez čísla

Dvě chyby v napojení na ústřednu (Daktela):

• Neodebraný odchozí hovor zůstával bez délky a stavu. Ústředna posílá ukončení hovoru 1 až 3 sekundy po jeho zahájení, zatímco zápis hovoru včetně upozornění trvá delší dobu. Ukončení tak hovor ještě nenašlo, pokusilo se ho založit znovu a skončilo chybou — v přehledu Komunikace → Volání pak hovor zůstal bez délky a stavu. Události jednoho hovoru se nyní zpracovávají postupně a ukončení se zapíše vždy.
• Anonymní volající zakládal zástupné osoby bez čísla. Hovor se skrytým číslem založil pro každou svou událost novou osobu „* *“ bez telefonu, tedy tři na jeden hovor. Nově se zástupná osoba zakládá jen tehdy, když je číslo známé; 119 takto vzniklých osob bylo jednorázově odstraněno.
• Upozornění na odchozí hovor bylo anglicky a se zdvojeným apostrofem („I''m calling * (776 034 030) at 12:07“). Nově zní stejně jako u příchozího hovoru: „Volám Nováková Jana #REDCARE“. U neznámého čísla se v předmětu upozornění uvádí číslo místo zástupného jména „* *“ — to platí i pro příchozí hovory, kde dosud přicházelo „Volá * *“.

Změna je na straně databáze, nová verze aplikace není potřeba.

10. 9. 2026 (ZENDESK 10488, YouTrack SUPP-11069) — Vyhledávání nenašlo telefonní číslo z hovoru nebo SMS

Neznámé číslo, které volá nebo kterému voláte přes ústřednu (Daktela), případně ze kterého přijde SMS, se do Stafia zakládá jako zástupná osoba „* *“ s tímto číslem. Tyto osoby se ale nezapisovaly do vyhledávacího indexu, takže je lupa v hlavičce nenašla pod žádným tvarem čísla (+420 607 975 929, 607975929 ani 607 975 929) — hovor přitom v přehledu Komunikace → Volání zapsaný byl. Do 7. 8. 2026 to zpětně dorovnával noční doplňkový běh indexu, který od 8. 8. neběží; u EMONA KRONI tak z vyhledávání „zmizelo“ 600 čísel.

Opraveno: zástupná osoba se zapisuje do indexu hned při založení, takže číslo jde vyhledat okamžitě po hovoru nebo SMS. Dosud nezaindexovaná čísla byla jednorázově doindexována. Změna je na straně databáze, nová verze aplikace není potřeba.

10. 9. 2026 (ZENDESK 10487, YouTrack SUPP-11068) — Potvrzení akce hlásilo „úřad práce“, ale neřeklo u koho

Při potvrzení akce nebo náhradníků se mohla objevit hláška „Omlouváme se, na tuto směnu se nemůžete přihlásit, protože jste evidován(a) na úřadě práce.“ Ta je psaná pro pracovníka, který se hlásí na směnu sám z webu nebo mobilní aplikace — v back-office nedávala smysl a hlavně neuváděla jméno, takže nešlo zjistit, kdo potvrzení blokuje. Koordinátor musel akci procházet po jednom pracovníkovi.

Nově dostane back-office hlášku, která jmenuje pracovníka a říká skutečný důvod, například:

Pracovníka Nováková Jana nelze potvrdit: pro pracovněprávní stav „Pracuje jen u nás“ není na pracovišti O2ARENA-HOSTESKY povolen žádný typ smlouvy.

Podle ní je hned vidět, koho se to týká a kde chybí nastavení — v číselníku Typy smluv dle pracoviště objednávky není pro daný pracovněprávní stav povolený žádný typ smlouvy platný k datu akce. Hláška pro pracovníka na webu a v mobilní aplikaci zůstává beze změny.

9. 9. 2026 (YouTrack WAS-1932) — Chat: hromadná akce „Označit vše jako vyřízené“

Frontu Chaty → Nevyřízené šlo dosud snižovat jen po jedné zprávě — ruční akcí nebo odeslanou odpovědí. Jakmile se v ní nasbíralo víc než pár desítek položek, koordinátor ji nedokázal srovnat a musela to dělat podpora skriptem.

Na záložce Nevyřízené proto přibývá tlačítko Označit vše jako vyřízené. Zobrazí se jen tehdy, když nějaké nevyřízené zprávy jsou, a před provedením se zeptá s uvedením přesného počtu (např. „Označit 128 nevyřízených zpráv jako vyřízené?“), aby bylo zřejmé, jaký rozsah se označí — akce platí na celou frontu, ne jen na načtenou část seznamu. Po potvrzení se seznam i odznak u Chatů rovnou přepočítají.

U každé zprávy se ukládá, kdo a kdy ji vyřídil, takže i hromadná akce zůstává dohledatelná. Vyřizují se pouze příchozí zprávy; skupinové konverzace se netýkají.

Změna vyžaduje novou verzi mobilní aplikace.

9. 9. 2026 (ZENDESK 10465, YouTrack SUPP-11046) — Chat: do fronty nevyřízených zpráv padaly prázdné položky a zvednuté hovory

Koordinátor měl v mobilní aplikaci na záložce Chaty → Nevyřízené tisíce položek a odznak 99+. Značnou část fronty ale netvořily zprávy, které by šlo vyřídit:

• Prázdné zprávy k zakázce. Když klient založil objednávku v klientské části a nevyplnil poznámku, založila se u zakázky přesto zpráva — prázdná. V chatu koordinátora se objevila jako nová příchozí nevyřízená zpráva bez jakéhokoli textu. U Agentury STUDENT takto vzniklo 4 041 položek, jen v srpnu 1 589. Nově se zpráva k zakázce zakládá jen tehdy, když klient poznámku opravdu napsal.
• Zvednuté příchozí hovory. Každý příchozí hovor čekal ve frontě na „vyřízení“, i když ho někdo zvedl. Nově se zvednutý hovor považuje za vyřízený tím, že ho někdo vzal — ve frontě zůstává jen zmeškaný hovor, tedy skutečný úkol „zavolat zpět“. Stav hovoru dorazí z ústředny až po jeho ukončení, proto se vyřízení propisuje i dodatečně.

Současně se opravilo zobrazení zpráv k zakázce, které desktopový klient ukládá jako celý HTML dokument: v náhledu konverzace se místo textu ukazoval HTML kód (<html><head><style type="text/css">…). Nyní se — stejně jako u e-mailů a jako v klientské části — zobrazí čistý text.

Existující data byla jednorázově dorovnána: prázdné zprávy k zakázce a zvednuté hovory se označily za vyřízené a náhledy s HTML se přepsaly na text. Změna je na straně databáze, nová verze mobilní aplikace není potřeba.

9. 9. 2026 (ZENDESK 10463, YouTrack SUPP-11044) — Mobilní aplikace: ve výběru pracoviště u hromadné zprávy chyběla většina pracovišť

Koordinátor u skupinové zprávy zaškrtne Neposílat zakázaným na pracovišti a otevře výběr Pracoviště. Nabídka ale obsahovala jen prvních 500 pracovišť podle abecedy — u Agentury STUDENT se do ní vešlo jen po písmeno Č, tedy zhruba čtvrtina z 1 972 pracovišť. Vyhledávání v nabídce prohledává jen načtené položky, takže ostatní pracoviště nebylo možné najít ani vyhledáním: na dotaz makro se nabídlo jen šest položek začínajících „Agentura STUDENT“ a „BIOFER“, zatímco všechny vlastní prodejny MAKRO (MAKRO Černý Most, MAKRO Průhonice, MAKRO Stodůlky a další) v nabídce vůbec nebyly.

Opraveno: výběr pracovišť nyní načte celý číselník pracovišť — stejně, jako to už dělají filtry směn a objednávek. Na stejnou vadu narazil i výběr pracoviště při založení objednávky, při přidání směny a při zákazu pracoviště na kartě pracovníka; opraveno je i tam.

Pro pořádek: nabídka je číselník všech pracovišť agentury, ne seznam pracovišť, kde mají členové skupiny zákaz. Vybraná pracoviště slouží jako filtr při odeslání — zprávu nedostane ten člen skupiny, který má na některém z nich zákaz. Změna vyžaduje novou verzi mobilní aplikace.

9. 9. 2026 (ZENDESK 10476, YouTrack SUPP-11057) — Mzdový výměr smlouvy se po změně pracoviště nebo pozice přepočítá podle nového pracoviště

Výchozí mzdové složky dodatku (mzdový výměr) se dosud naplnily jen při založení smlouvy podle tehdy zvoleného pracoviště a pozice. Když uživatel smlouvu založil (typicky podle předchozí smlouvy téhož pracovníka) a vzápětí ji přepnul na jiné pracoviště nebo pozici, výměr zůstal na sazbě původního pracoviště — sloupec Mzdový výměr, tisk smlouvy i docházka pak nesly špatnou hodnotu a nic na to neupozornilo (ABZAKOVO: smlouva na Tesco Praha s 175 Kč místo 183 Kč platných od 1. 8. 2026).

Nově se po změně pracoviště nebo pozice na smlouvě (a po změně pracoviště na dodatku) výchozí složky dodatku přepočítají podle nového pracoviště a pozice. Přepočet se provede jen tehdy, když složky dosud odpovídají výchozím sazbám původního pracoviště — ručně sjednaná (individuální) sazba zůstává beze změny. Smlouvy se spočítanou docházkou nebo mzdou se nemění (stejná ochrana jako u ruční editace složek). Změna je vidět v historii záznamu (výmaz původní a vložení nové složky).

9. 9. 2026 (ZENDESK 10481, YouTrack SUPP-11062) — Mobilní aplikace: změna adresy je jedna žádost o schválení a adresa se kontroluje v RUIAN už při odeslání

Když si pracovník se smlouvou změnil v mobilní aplikaci adresu, vznikl ve Stafiu samostatný úkol „Změna profilu" na každé pole (ulice, číslo popisné, číslo orientační, město, PSČ — tedy až pět úkolů a pět upozornění na jednu změnu). Schválit je navíc nešlo: adresa se do karty pracovníka zapisuje a v RUIAN ověřuje jako celek, takže schválení samotné ulice ke starému číslu popisnému a městu skončilo chybou Cannot find similar address in street — a to i u správně napsané adresy.

Opraveno: změna adresy (trvalé, kontaktní i adresy v ČR u cizinců) je nově jedna žádost a jeden úkol s popisem ve tvaru Adresa trvalého bydliště: Náchodská 1764/52, 193 00 Praha → K Průmstavu 804/22, 107 00 Praha; detail úkolu ukáže rozpad na jednotlivá pole stejně jako u bankovního účtu. Schválení zapíše celou adresu naráz. V mobilní aplikaci zůstávají všechna pole adresy po odeslání zamčená s odznakem Čeká na schválení a po zamítnutí se důvod zobrazí u každého z nich.

Zároveň se adresa ověřuje v RUIAN už při odeslání z aplikace: chybně zadanou adresu (překlep v ulici, číslo popisné a orientační v jednom poli) aplikace odmítne s nápovědou, jakou adresu měl pracovník nejspíš na mysli, a žádost vůbec nevznikne. Agentuře tak už nechodí ke schválení adresy, které schválit nejdou. Anglickou hlášku služby RUIAN Cannot find similar address in street (vracela ji stejnou i pro neznámou obec nebo číslo) nahradil srozumitelný text „Adresa nebyla v RUIAN nalezena. Zkontrolujte ulici, číslo popisné nebo orientační a obec.“ a česky je i doplňující údaj o tom, čí adresa se ověřovala (osoba, partner nebo společnost a číslo adresy). Změna je na straně databáze, nová verze aplikace není potřeba. Existující čekající žádosti po polích byly sloučeny do jedné.

9. 9. 2026 (ZENDESK 8897, YouTrack SUPP-9477) — Chybové notifikace úloh aplikačního serveru odcházely přes e-mailový účet zákazníka

Když skončila chybou úloha na pozadí zpracovávaná aplikačním serverem (například vytěžení textu z dokumentu), odeslalo Stafio technickou notifikaci na svou servisní adresu error@blahovec.cz z e-mailového účtu, který byl nastaven v šabloně notifikace. U některých zákazníků to byl jejich vlastní účet (SMTP schránka na hostingu zákazníka). Pokud pak servisní schránka poštu odmítla (plná schránka, omezení počtu zpráv), vrátil hosting zákazníka zprávu o nedoručení do jeho schránky — zákazník dostával desítky hlášení „Mail delivery failed", která se ho vůbec netýkala, a hrozilo mu omezení odesílání ze strany hostingu.

Od června 2026 už chybové notifikace úloh spouštěných přímo v databázi a opakovaných procesů odcházejí ze systémového účtu Stafia (no-reply@stafio.cz). Notifikace úloh aplikačního serveru tuto úpravu nedostaly — nyní je doplněna, takže všechny technické chybové notifikace odcházejí ze systémového účtu Stafia a nikdy z účtu zákazníka. Změna je na straně databáze.

9. 9. 2026 (ZENDESK 10477, YouTrack SUPP-11058) — Karta pracovníka → Smlouvy: chyba „E1047 – The "and" field is not found" a přehled se nenačetl

Po otevření záložky Smlouvy na kartě pracovníka se místo přehledu smluv zobrazil červený pruh E1047 - The "and" field is not found in the fields array a přehled zůstal trvale v načítání. Objevovalo se to poté, co uživatel pracoval v přehledu Smlouvy → Hledání smluv s vlastní podmínkou filtru (ve spojení s výchozím filtrem lišty „Posledních 35 dnů") a pak přešel na kartu pracovníka; opakovalo se to při každém takovém přechodu.

Příčinou bylo, že záložka Smlouvy na kartě pracovníka a Hledání smluv sdílí uložené nastavení přehledu (sloupce a filtr), Hledání smluv má ale sloupce navíc — mimo jiné Datum vložení, na kterém stojí filtr „Posledních 35 dnů". Při obnovení uloženého filtru na kartě pracovníka se podmínka nad chybějícím sloupcem sice vynechala, ale na její místo se vložila spojka „and", čímž vznikl neplatný výraz filtru — a ten se navíc uložil zpět do profilu uživatele.

Opraveno: podmínky nad sloupci, které daný přehled nemá, se při obnovení filtru vynechají a zbytek filtru se poskládá správně; nezbude-li žádná podmínka, filtr se neaplikuje. Dříve poškozené uložené filtry se při příštím otevření přehledu tiše zahodí (přehled se načte bez filtru), nastavení není potřeba ručně opravovat. Oprava chrání i ostatní dvojice přehled/panel se sdíleným nastavením (např. seznamy Pracovníci). Změna je na straně webové aplikace a je nasazena na všech instancích.

9. 9. 2026 (ZENDESK 10482, YouTrack SUPP-11063) — Přenos pracovníka do PAMICY hlásil „could not identify an equality operator for type xml“ místo důvodu odmítnutí

Při přenosu pracovníka do PAMICY (tlačítko PAMICA na kartě pracovníka) se místo srozumitelné hlášky objevilo okno Chyba s technickým textem could not identify an equality operator for type xml. Uživatel se tak nedozvěděl, co PAMICE na datech pracovníka vadí, a chybu nebylo podle čeho opravit.

Přenos samotný fungoval správně — chyba vznikala až ve chvíli, kdy PAMICA data odmítla a aplikace zjišťovala, o jaký typ odmítnutí jde. Rozpoznání jednoho konkrétního případu (pracovník už v PAMICE existuje pod stejným číslem dokladu) bylo naprogramováno způsobem, který u všech ostatních důvodů odmítnutí skončil vnitřní chybou databáze. Ta pak přebila skutečnou hlášku z PAMICY.

Opraveno — aplikace nyní zobrazí přímo text, kterým PAMICA import odmítla, případně pokyn ke spárování přes pole Externí identifikátor, jde-li o již existujícího zaměstnance. Změna je na straně databáze a je nasazena na všech instancích.

9. 9. 2026 (ZENDESK 10475, YouTrack SUPP-11056) — Volání z aplikace přes Daktelu: srozumitelná hláška, když ústředna hovor odmítne

Když se hovor spouštěný tlačítkem Volat (napojení na ústřednu Daktela) nepodařilo zahájit, aplikace zobrazila několik kilobajtů surové odpovědi ústředny včetně nečitelných kódů znaků (Uživatel nemá …) místo vlastního důvodu. Typický důvod je „Uživatel nemá dostupné zařízení“ — Daktela nezahájí další hovor, pokud agent právě hovoří nebo nemá přihlášený telefon (softphone / SIP zařízení); nejde o závadu aplikace, hovor je třeba spustit po ukončení probíhajícího.

Příčinou byla chyba ve zpracování odpovědi ústředny: čitelná hláška se vyhodila uvnitř bloku, který ji vzápětí sám zachytil a nahradil celou odpovědí. Opraveno — aplikace nyní zobrazí přímo důvod hlášený ústřednou. Změna je na straně databáze a je nasazena u zákazníka s napojením na Daktelu.

9. 9. 2026 (ZENDESK 10474, YouTrack SUPP-11055) — Levý panel s menu zůstával po načtení stránky dlouho prázdný

Po přihlášení nebo obnovení stránky se zobrazila nástěnka, ale levý panel s hlavním menu zůstal prázdný i desítky sekund; opakované obnovení stránky nepomáhalo, naopak čekání prodlužovalo. Menu se plní až z odpovědi serveru, která kromě navigace zjišťuje i počet nepřečtených zpráv ve schránce uživatele. Tento dotaz nevyužíval index a při každém načtení aplikace procházel celou tabulku zpráv (u velkých zákazníků miliony záznamů); když takových dotazů běželo víc najednou, trval každý 20–30 sekund.

Opraveno: počet nepřečtených zpráv se zjišťuje přes index a načtení aplikace včetně menu je opět okamžité. Změna je na straně databáze a je nasazena na všech instancích.

Druhou částí čekání byl výpočet položek menu podle oprávnění uživatele, který se provádí po prvním přihlášení po každé aktualizaci systému a u nového uživatele; ověřoval každou položku menu zvlášť proti tabulce oprávnění (13–27 s u velkých zákazníků). Nově se oprávnění vyhodnotí jedním dotazem pro celé menu (pod 0,5 s), výsledné menu je stejné. Také tato změna je na straně databáze a je nasazena na všech instancích.

8. 9. 2026 (ZENDESK 10425, YouTrack SUPP-11011) — Plánovací tabule nebrala ohled na filtry a neměla posuvníky

Plánovací tabule (Plánování směn → Plánovací tabule) zobrazovala něco jiného, než bylo nastaveno v panelu Filtry. Ať se zadal jakýkoli rozsah dat, středisko, pracovní pozice, místo nebo stav směny, tabule vždy ukázala všechny objednávky od dnešního dne dál ze všech středisek, ke kterým má uživatel přístup. Objednávky z minulosti proto nešly zobrazit vůbec — kdo si chtěl zpětně zkontrolovat, kdo měl potvrzenou směnu, se k ní nedostal. Tlačítka Filtrovat, Reset ani nové přihlášení s tím nic neudělaly.

Příčinou bylo, že se filtry z prohlížeče do databázové funkce plánovací tabule vůbec nepředaly — funkce dostávala prázdné hodnoty a chovala se, jako by žádný filtr nebyl zadán. Ze stejného důvodu se v kalendáři u výběru rozsahu dat nezobrazovaly modré tečky označující dny, ve kterých jsou objednávky. Opraveno: tabule i kalendář nyní filtry přijímají a respektují, včetně řazení karet ve sloupci nastaveného v hlavičce objednávky.

Zároveň tabuli chyběly posuvníky — vodorovný pro posun mezi sloupci objednávek a svislé uvnitř jednotlivých sloupců. Sloupce, které se nevešly na obrazovku, a pracovníci pod spodní hranou okna tak byli nedostupní; nejvíc to bylo znát na noteboocích s nižším rozlišením. Tabule se nově vejde do okna a posuvníky jsou zpět.

Na stránce se záložkami Plánovací tabule / Kumulativní / Harmonogram se navíc filtr uložený v profilu uživatele projevil až po ručním zásahu — panel Filtry po přihlášení správně ukazoval naposledy zvolené středisko, ale tabule se načetla bez něj. Nově se uložený filtr použije hned při otevření stránky.

8. 9. 2026 (ZENDESK 10460, YouTrack SUPP-11041) — Mobilní aplikace: přihlášení na dvě navazující směny (nový parametr vlastníka ASW_JOB_ADJACENT_SHIFT_WORK_TYPES)

Pracovník si v mobilní aplikaci dosud nemohl vzít dvě směny, které na sebe bezprostředně navazují (například 12hodinovou směnu rozdělenou na dvě 6hodinové části). Bránily tomu dvě věci: minimální pauza mezi směnami podle pracoviště (a spodní mez 3 hodiny, která platí i pro pracoviště bez nastavené pauzy) — navazující část má pauzu nula — a u zákazníků s parametrem ASW_HIDE_FREE_IF_PERSON_HAS_JOB navíc to, že se v den, kdy už pracovník směnu má, další volné směny nenabízejí, takže druhá část z nabídky zmizela hned po přihlášení na první.

Nově je k dispozici parametr vlastníka ASW_JOB_ADJACENT_SHIFT_WORK_TYPES — seznam kódů druhů práce oddělených ^ (např. REORG^). U uvedených druhů práce se směna, která bezprostředně navazuje na jinou směnu pracovníka téhož pracoviště a téhož druhu práce (začíná přesně v okamžiku, kdy předchozí končí), považuje za pokračování téže směny: minimální pauza se vůči ní nekontroluje a zůstává v nabídce i v den, kdy pracovník směnu už má. Vůči všem ostatním směnám platí pauza dál — třetí navazující část se tedy na pracovišti s pauzou už přihlásit nedá a směny jiného druhu práce na témže pracovišti se chovají jako dosud.

Parametr je všem zákazníkům založen prázdný = žádná změna chování; hodnotu si zákazník nastaví v Administrace → Systémové → Parametry vlastníka. Řádky objednávky pro takové směny je potřeba zakládat jako dvě navazující části se stejným pracovištěm a druhem práce (např. 6:00–12:00 a 12:00–18:00; noční 18:00–00:00 a 00:00–06:00 následujícího dne).

8. 9. 2026 (ZENDESK 10447, YouTrack SUPP-11030) — Mobilní aplikace pro koordinátory: Sken dokladu může být na obrazovce Možnosti, Agentuře STUDENT jsou v menu nově Objednávky a Směny

Které obrazovky má koordinátor přímo ve spodní (na počítači boční) navigaci a které až po klepnutí na Možnosti, se nastavuje per zákazníka. Sken dokladu ale z tohoto nastavení vybočoval: doplňoval se do navigace vždy a jediný způsob, jak ho z ní dostat, bylo okno úplně zakázat — pak ale zmizelo i z Možností. Nešlo ho tedy jen odsunout o proklik dál a přenechat místo v navigaci jinému oknu.

Opraveno: uvede-li se Sken dokladu mezi okny obrazovky Možnosti, do spodní navigace se už nedoplňuje a nabídne se jako dlaždice v Možnostech. Zůstává tak plně dostupný, jen o jeden proklik dál. Chování ostatních zákazníků se nemění — Sken se jim do navigace doplňuje jako dosud.

Pro Agenturu STUDENT tím dostalo menu koordinátora nové uspořádání. Koordinátoři pracují nejčastěji s objednávkami a obsazováním směn, kdežto Resty a Sken využívají výrazně méně:

• navigace: Chaty · Kontakty · Objednávky · Směny · Možnosti
• Možnosti: Resty · Sken · Smlouvy · Podpisy · Ubytování · Zápůjčky · Pracovní výkazy · Inzeráty

Počet položek v navigaci se nemění — zůstává pět, aby se popisky vešly i na spodní lištu telefonu, kde mají všechna pole stejnou šířku.

8. 9. 2026 (ZENDESK 10462, YouTrack SUPP-11043) — Kalendář v mobilní aplikaci psal „srpna 2026“ místo „srpen 2026“

V záhlaví kalendáře byl název měsíce ve špatném pádu — zobrazovalo se „srpna 2026“ místo správného „srpen 2026“. Týkalo se to všech měsíců, které mají v češtině odlišný 2. pád (ledna, února, března, …), a všech tří míst, kde se kalendář používá: na přehledu klienta, na nástěnce pracovníka i v seznamu směn objednávky.

Příčinou bylo, že se název měsíce bral ve tvaru určeném pro datum s dnem — tedy tak, jak se použije ve spojení „8. srpna 2026“. Záhlaví kalendáře ale žádný den neobsahuje, a název měsíce tam má stát samostatně v 1. pádu.

Opraveno: záhlaví kalendáře nyní používá samostatný tvar názvu měsíce — leden, únor, březen, … srpen, září, říjen, listopad, prosinec. Data v kalendáři ani nikde jinde formát data neměníme; ve spojení s dnem (např. „8. srpna 2026“) zůstává 2. pád správně beze změny.

7. 9. 2026 (ZENDESK 10456, YouTrack SUPP-11038) — Nešlo schválit směnu, u které klient schválil docházku ještě před uzávěrkou předchozího měsíce

Směnu se nedařilo schválit a vyplatit — skončila chybou „Uživatel není oprávněn měnit záznam. Období 202607 je uzavřeno.“, přestože sama směna i mzda patřily do otevřeného období. Ostatní směny téhož pracovníka ve stejném měsíci a na stejném oddělení schválit šlo.

Chybu způsobovalo datování pohledávky za stravenkový paušál. Ta se od července datuje první odpracovanou směnou pracovního místa a jako datum ohlášení se u ní používalo datum, kdy klient směnu schválil. Schválit směnu je ale možné i dopředu — u této směny (3. 8.) ji klient schválil už 21. 7. Datum ohlášení tak spadlo do července, a jakmile se červenec uzavřel, nešla mzda za srpen vůbec spočítat a pracovní místo zůstalo trvale zablokované.

Opraveno: datum ohlášení pohledávky nikdy nepředchází datu jejího vzniku. Je-li směna schválena dopředu, použije se datum směny. Pohledávka i mzda tak zůstávají v období, do kterého patří. Ostatní údaje (datum vzniku, uvolnění i splatnost k 10. dni následujícího měsíce) se nemění.

7. 9. 2026 (ZENDESK 10448, YouTrack SUPP-11031) — Mobilní aplikace pro koordinátory: u smluv chybělo přihlášení k sociálnímu pojištění

Ve výpisu smluv v mobilní aplikaci pro koordinátory — na kartě pracovníka v záložce Smlouvy i v samostatném přehledu Smlouvy — nebylo vidět, zda a od kdy je smlouva přihlášená k sociálnímu pojištění. Koordinátor to musel dohledávat ve webovém Stafiu, kde jsou na přehledu smluv sloupce Přihlášení k SP a Odhlášení od SP k dispozici.

Data ze serveru v pořádku byla — mobilní aplikace si oba údaje jen nevyžádala a nikde je nezobrazovala.

Doplněno: oba koordinátorské výpisy smluv nyní ukazují údaj Přihlášení k SP. U smlouvy přihlášené a dosud neodhlášené se zobrazí datum přihlášení (např. 26.01.2026), u smlouvy již odhlášené rozsah přihlášení – odhlášení (např. 10.03.2025 – 31.12.2025) a u smlouvy bez přihlášky text Nepřihlášeno.

7. 9. 2026 (ZENDESK 10451, YouTrack SUPP-11034) — Mobilní aplikace pro koordinátory: chyběl vstup do Pracovních výkazů

Koordinátoři se v mobilní aplikaci neměli jak dostat k pracovním výkazům. Celý modul — přehled výkazů s filtrem stavu, detail, založení nového výkazu, přidání a odebrání pracovního místa, schválení i odeslání výkazu e-mailem pracovníkovi — v aplikaci existoval a fungoval, ale nešla na něj žádná cesta z menu. Způsobila to červnová přestavba obrazovky Možnosti, při které se dlaždice Pracovní výkazy ztratila.

Opraveno: Pracovní výkazy jsou zpět jako samostatné okno na obrazovce Možnosti, vedle Zakázek a Směn. Zároveň se v něm nyní vykresluje spodní (na počítači boční) navigace jako v ostatních oknech, takže jde odsud přejít kamkoli dál. Okno lze stejně jako ostatní přesunout do hlavního menu podle nastavení zákazníka.

Odeslat výkaz šlo i dosud z přehledu Směny — u obsazené směny pod tlačítkem „…“ volbou Odeslat výkaz. Tato cesta zůstává beze změny.

7. 9. 2026 (ZENDESK 10450, YouTrack SUPP-11033) — Mobilní aplikace pro koordinátory: u smluv chyběla platnost do

V mobilní aplikaci pro koordinátory ukazoval výpis smluv — na kartě pracovníka v záložce Smlouvy i v samostatném přehledu Smlouvy — jen číslo smlouvy, společnost, typ smlouvy a začátek platnosti. Datum konce platnosti chybělo, ačkoli je u smluv běžně vyplněné; koordinátor tak z přehledu nepoznal, do kdy smlouva platí, a musel ji otevřít.

Data ani jejich přenos ze serveru v pořádku byly — konec platnosti se získával spolu s ostatními údaji, jen se nikde nevykresloval. Vlastní přehled smluv pracovníka přitom rozsah od – do zobrazoval, takže šlo o nesrovnalost mezi oběma pohledy.

Opraveno: oba koordinátorské výpisy smluv nyní ukazují i Platnost do. U smlouvy bez vyplněného konce platnosti zůstane údaj prázdný.

7. 9. 2026 (ZENDESK 10449, YouTrack SUPP-11032) — Položka Kontakty se v mobilní aplikaci pro koordinátory jmenuje zase Osoby

V koordinátorské části mobilní aplikace se seznam lidí otvíral z položky Kontakty. Do srpna se tato položka jmenovala Osoby a přejmenovala se ve chvíli, kdy se do seznamu vedle osob přidaly i SMS a mailové skupiny. Zbytek obrazovky přitom mluví o osobách dál — Přidat osobu, Detaily osoby, filtr Typ kontaktu: Osoby / Skupiny — a stejný pojem používá i webové Stafio.

Položka se proto vrací k názvu Osoby, a to ve spodní liště i v bočním menu. Obsah obrazovky se nemění: kromě osob v ní zůstávají i komunikační skupiny, které se dají oddělit filtrem Typ kontaktu.

7. 9. 2026 (ZENDESK 10452, YouTrack SUPP-11035) — Mobilní aplikace: u směn pracovníka nešlo směnu uvolnit, smazat ani otevřít její detail

V mobilní aplikaci v části koordinátora nabízel detail osoby na záložce Plánované směny jen výpis budoucích a archivních směn. Na rozdíl od přehledu Směny u nich nebyla žádná akce a řádek směny nešel ani rozkliknout do detailu — koordinátor musel směnu hledat znovu v přehledu směn.

Příčinou bylo, že seznam směn osoby si z databáze nenačítal identifikátor směny ani stav obsazení pracovního místa. Bez nich se odkaz do detailu směny nevykreslil a nabídku akcí nebylo z čeho sestavit.

Opraveno: řádek směny nyní vede do detailu směny a u budoucích směn nabízí pod tlačítkem „…“ akce Uvolnit (včetně volby, zda pracovníka upozornit) a Smazat směnu — se stejnými pravidly i potvrzením jako v přehledu Směny. V archivu se akce nenabízejí, uvolnit nebo smazat už odpracovanou směnu je nežádoucí operace.

7. 9. 2026 (ZENDESK 10446, YouTrack SUPP-11029) — Adresu partnera označeného jako neplátce DPH nešlo uložit kvůli vyplněnému DIČ

Při změně adresy partnera (dodavatele nebo zákazníka) v Java klientu i ve webovém Stafiu se objevila hláška „Vat Non-Payer must not have Vat Reg No specified“ a změna se neuložila — i když se měnila jen platnost adresy nebo ulice. Týkalo se to všech partnerů označených jako Neplátce DPH, kteří mají vyplněné DIČ: typicky slovenských firem, kde DIČ má každý daňový subjekt a IČ DPH jen plátce, ale i českých neplátců s DIČ.

Příčinou byla kontrola zavedená v červenci 2025, která neplátci DPH vyplněné DIČ zakazovala. Starší adresy jí neodpovídaly, a protože se kontrola spouštěla při každém uložení adresy, nešlo u těchto partnerů upravit nic.

Opraveno: neplátce DPH může mít DIČ vyplněné (u adresy partnera i u adresy vlastní společnosti). Kontrola, že plátce DPH musí mít DIČ, zůstává. Data se neměnila — změny adres, které se dříve neuložily, je třeba zadat znovu.

7. 9. 2026 (ZENDESK 10439, YouTrack SUPP-11025) — Chyby při odesílání SMS hlásily jen „invalid input syntax for type json“

Při hromadné nabídce směn se část SMS neodeslala a úlohy na pozadí skončily s hláškou „invalid input syntax for type json“. Z hlášky nebylo poznat, co se stalo, a opakované spuštění někdy pomohlo a někdy ne.

Příčinou bylo zpracování odpovědi SMS brány. Odpověď se vždy převáděla na formát JSON — když ale brána místo očekávané odpovědi vrátila chybovou stránku, prázdnou odpověď nebo hlášku o přerušeném spojení, převod skončil chybou a skutečná odpověď brány se zahodila. Do chybového mailu i do přehledu úloh se tak dostala jen obecná věta o JSON.

Opraveno: pokud odpověď brány není platný JSON, chyba nyní obsahuje adresu služby a začátek toho, co brána skutečně vrátila. Odeslání samo se nemění — úloha se stejně jako dosud automaticky opakuje — ale příčinu (výpadek brány, odmítnutí, omezení počtu požadavků) je nově vidět přímo v chybě. Zprávy, které kvůli této chybě uvízly ve frontě, byly odeslány.

7. 9. 2026 (ZENDESK 10438, YouTrack SUPP-11024) — Změna skupiny uživatelů se nepromítla do práv, potvrzení brigádníka pak končilo chybou o oprávnění

Koordinátorce nešlo potvrdit brigádníka na směnu: uložení obsazení skončilo hláškou „Uživatel není oprávněn manipulovat se záznamem. Id společnosti: … Id osoby: …“. Potvrzení totiž pracovníkovi bez platné smlouvy smlouvu zakládá, a to na společnost nastavenou u střediska objednávky — pokud uživatel na tuto společnost práva nemá, zakládání se zastaví. Správce si práva v aplikaci doplnil (Administrace → Uživatelé → Skupiny uživatelů, pole Společnosti), jenže chování se nezměnilo.

Příčinou bylo, že uložení formuláře skupiny uživatelů sice přepsalo nastavení skupiny (členy, střediska, činnosti, projekty, společnosti i partnery), ale nepřepočítalo z něj oprávnění jednotlivých uživatelů. Ta se odvozují ze skupin a přepočítávala se jen při zakládání či změně uživatele a při jeho zapnutí nebo vypnutí. Do té doby platila poslední přepočtená verze, takže úpravy skupin vypadaly jako uložené, ale ve skutečnosti nic neměnily.

Opraveno: uložení skupiny uživatelů nyní oprávnění rovnou přepočítá — změna společností, středisek, činností, projektů, partnerů i členů skupiny se projeví okamžitě. U zasažených uživatelů byla zároveň chybějící práva na společnosti doplněna.

7. 9. 2026 (ZENDESK 10436, YouTrack SUPP-11022) — Zrušení proplacení dovolené nechalo v odměnách doplatek zdravotního pojištění

Po zrušení proplacení dovolené (akcí Zrušit proplacení dovolené na kartě smlouvy i smazáním záznamu v Proplácení dovolené) zůstala pracovníkovi opravná mzda „Náhrada mzdy za nevyčerpanou dovolenou" s nulovou hrubou mzdou a doplatkem do minimálního vyměřovacího základu zdravotního pojištění (např. 2 947 Kč, netto −2 947 Kč). Měsíční součet mezd tak měl nižší čistou mzdu a nárok na dovolenou dál ukazoval hodiny čerpané už neexistujícím proplacením.

Příčinou bylo, že zrušení proplacení smazalo jen samotnou mzdu proplacení; přepočet doplatku zdravotního pojištění, který proplacení na pojištěné dohodě vyvolá, už neproběhl, protože záznam proplacení v tu chvíli neexistoval. Doplatek přitom leží na samostatné opravné mzdě, často na jiné smlouvě téhož pracovníka, takže ho mazání mezd proplacení minulo.

Opraveno: zrušení proplacení dovolené znovu přepočte doplatek zdravotního pojištění (vynuluje ho, nebo ho přepočítá podle ostatních příjmů měsíce), aktualizuje měsíční součty i nárok na dovolenou, a to pro obě cesty zrušení. Samotný doplatek při proplacení dovolené na pojištěné DPČ je správný výpočet (příjem pod minimální mzdu, pracovník nemá jiného plátce pojištění) a při novém proplacení se objeví znovu.

7. 9. 2026 (ZENDESK 10434, YouTrack SUPP-11020) — Exekuce: srážky už nezávisí na tom, kdo příkaz generuje, a běžné výživné se nesráží nad měsíční částku

Pracovníkovi s exekucemi na výživné se z příkazu k úhradě strhlo 6 194 Kč místo 3 358 Kč a následně mu systém nabízel vratku běžného výživného −3 847 Kč a zároveň dosrážení dlužného +5 886 Kč, takže z dovolené nedostal nic. Příčinou bylo, že v okamžiku generování byla otevřená historická účetní období (08/2023–06/2026): výpočet srážek pracuje jen s otevřenými měsíci, a tak znovu „opravil" celou historii výživného včetně dávno absorbovaných vratek. Stejný efekt mělo i otevření uzavřeného období jen pro konkrétního uživatele — pro uživatelky s takto otevřenými obdobími systém počítal srážky z celé historie (např. dlužné výživné 13 959 Kč místo 5 886 Kč, u jiného pracovníka 8 928 Kč místo 751 Kč) a vylučoval je z příkazů.

Opraveno:

• Výpočet exekučních srážek, příkaz k úhradě a hotovostní výplata čtou stav období jen na úrovni firmy. Období otevřené pro jednotlivého uživatele (kvůli opravám v uzavřeném měsíci) už výsledek srážek neovlivní — hotovostní výplata, příkaz i návrh výplaty dají stejné částky bez ohledu na to, kdo je spustí.
• Běžné výživné se v základní třetině omezí na měsíční částku. Dosud mohlo v měsíci s otevřeným předchozím měsícem vzít celou základní třetinu (např. 3 523 Kč místo 2 000 Kč), což vytvářelo dvojice srážka/vratka přes hranici měsíců a zbytek druhé třetiny šel jiné přednostní pohledávce místo dlužnému výživnému. Nově se zbytek správně přesune na dlužné výživné a po zaúčtování už další příkaz nic nepřepočítává.

Součástí nasazení je i dřívější úprava příkazu k úhradě ZENDESK 10221 (osoba se zápornou splatnou pohledávkou se do příkazu dostane i bez mzdy) na databázích, kde ještě nebyla.

4. 9. 2026 (ZENDESK 10433, YouTrack SUPP-11019) — Import směn: místo hlášky o neurčené osobě se zobrazovalo „Id textu ve zprávě … není zadáno“

Když import směn nedokázal určit osobu podle žádného ze zadaných údajů, neukázala se srozumitelná hláška, ale technická zpráva „Id textu ve zprávě „2 Failed to determine the person. Enter the person…“ není zadáno.“. Uživatel se tak z chyby nedozvěděl, co má do souboru doplnit.

Příčinou bylo chybějící označení textu u této hlášky, kvůli kterému ji nešlo přeložit a místo ní se vypsala vnitřní chyba překladu. Nově se u řádku, kde osobu nelze určit, zobrazí česky „Nepodařilo se určit osobu. Vyplňte ID osoby nebo jiný údaj, který osobu identifikuje.“. Zároveň byl opraven český překlad příbuzné hlášky Nepodařilo se určit osobu :P1 pro oddělení objednávek :P2., u které zůstával text patřící k jiné hlášce.

3. 9. 2026 (ZENDESK 10426, YouTrack SUPP-11012) — Kategorie práce se v dodatku tiskne i tehdy, když ji dodatek sám nemění

V tiskových sestavách dodatku ke smlouvě zůstávala značka Kategorie práce prázdná pokaždé, když ji dodatek sám nenastavoval — typicky u dodatku o ukončení smlouvy nebo o prodloužení platnosti. Sestava totiž brala kategorii práce výhradně z dodatku, ne ze smlouvy, takže věta typu „…zavázal se provést pro zaměstnavatele práci jako …“ vyšla bez názvu pozice. Hodnota se propsala jen tehdy, když ji uživatel do dodatku ručně doplnil.

Nově se v sestavě dodatku použije kategorie práce ze smlouvy vždy, když ji dodatek sám neurčuje. Dodatky, které kategorii mění (změna pozice apod.), se tisknou beze změny — přednost má hodnota zadaná v dodatku. Šablony není třeba upravovat ani znovu nahrávat.

3. 9. 2026 (ZENDESK 10427, YouTrack SUPP-11013) — Hotovostní platba u společnosti s pomlčkou v identifikátoru končila chybou „invalid input syntax for type bigint"

Dialog platby (hotovostní platba, platební návrh osoby) se od 12. 5. 2026 nepodařilo otevřít u pracovníků, kteří mají nezaplacenou mzdu u společnosti s pomlčkou v identifikátoru (např. „D-WIPES", „GZ-MEDIA", „KL-NET"). Místo návrhu platby se zobrazila chyba „invalid input syntax for type bigint: „WIPES"" a platbu nešlo založit. Úpravy platnosti smluv ani číslování dokumentů na tom nic neměnily.

Příčinou bylo zrychlení výpočtu popisu řádku platebního návrhu z května: identifikátor platby ve tvaru „společnost-číslo mzdy" se nově rozděloval podle pomlčky a u společnosti s pomlčkou v názvu se za číslo mzdy vzala část názvu společnosti. Nově se číslo mzdy bere až za identifikátorem společnosti, stejně jako u pohledávek. Dialog platby se opět otevře a platbu lze vyplatit běžným postupem; data se neměnila.

3. 9. 2026 (ZENDESK 10424, YouTrack SUPP-11010) — eObjednávky a mobilní aplikace: zrušení směny u pracovníka bez telefonního čísla

Když zákazník v eObjednávkách nebo v mobilní aplikaci rušil směnu obsazenou pracovníkem, který nemá vyplněné telefonní číslo, akce skončila hláškou „Telefoní číslo je povinné.“ a neudělalo se nic — směna zůstala obsazená a agentura se o požadavku vůbec nedozvěděla. Zrušení se totiž pokoušelo odeslat pracovníkovi SMS a chyba odeslání zrušila celou operaci. Na starém zákaznickém webu je tatáž situace ošetřená už dříve.

Nově se obě aplikace chovají stejně jako starý web: směna se neuvolní, ale označí se k výměně, zákazníkovi se zobrazí vysvětlení „Brigádník nemá vyplněné telefonní číslo, proto ho o zrušení nemůžeme informovat. Informovali jsme agenturu, která směnu ze systému odebere, jakmile brigádníka zastihne.“ a agentuře přijde e-mail Zrušení obsazené směny zákazníkem – informace pro agenturu s podrobnostmi směny. Téže chybě podléhaly i další akce zákazníka: výměna pracovníka za jiného, obsazení směny pracovníkem bez telefonního čísla a schválení směny s hodnocením, které pracovníka vyřazuje ze spolupráce (u pracovníka bez telefonního čísla nebo bez e-mailu). Všechny tři nově proběhnou a chybějící zpráva se jen nepošle — pracovník dostane to, co dostat může (jen e-mail, nebo jen SMS).

3. 9. 2026 (ZENDESK 10425, YouTrack SUPP-11011) — Plánovací tabule končila chybou „500 – Cannot read properties of undefined (reading 'start')"

Plánovací tabule (i Kumulativní, Harmonogram a Plánovací kalendář) se některým uživatelům po přihlášení vůbec nezobrazila — místo ní se ukázala chybová stránka „500 – Cannot read properties of undefined (reading 'start')" bez menu, takže to vypadalo jako neúspěšné přihlášení. Stávalo se to uživatelům, kteří si v panelu Filtry nastavili např. středisko nebo pracoviště, ale rozsah dat nechali beze změny: do profilu uživatele se uložil filtr bez rozsahu dat a při dalším načtení stránky se s chybějícím rozsahem nepočítalo.

Nově se v takovém případě použije výchozí rozsah (dnes až pozítří) a tabule se zobrazí; ostatní uložené filtry zůstávají zachované. Uložený rozsah dat se nadále respektuje.

3. 9. 2026 (ZENDESK 10423, YouTrack SUPP-11009) — Šablona upravená v Google Dokumentech už tisk sestavy nezastaví

Po nahrání tiskové šablony upravené v Google Dokumentech mohl náhled i tisk dokumentu pokaždé skončit dialogem „Cannot invoke String.replaceAll … because inputFilePath is null“ a ze šablony nešlo vytvořit vůbec nic. Rozhodovalo přitom jen to, jak editor zapsal odsazení odstavce: Google Dokumenty ukládají odsazení zadané v centimetrech jako desetinné číslo, zatímco formát .docx má tyto míry celočíselné. Generátor sestav takovou šablonu nepřečetl a ohlásil chybu, která o příčině nic neříkala. Starší export téže šablony přitom fungoval, takže se problém objevoval a mizel podle toho, která verze souboru byla zrovna nahraná.

Nově si generátor sestav takovou šablonu při čtení sám srovná — desetinné míry zaokrouhlí na nejbližší celé číslo (rozdíl je setina milimetru, ve vytištěném dokumentu není poznat) — a sestavu vytvoří. Pokud by šablona byla nečitelná z jiného důvodu, zobrazí se místo dosavadní technické hlášky srozumitelné „Šablonu sestavy se nepodařilo načíst. Otevřete ji prosím ve Wordu, znovu uložte a nahrajte." Změna se projeví po nasazení nové verze serverové části.

3. 9. 2026 (ZENDESK 10420, YouTrack SUPP-11007) — Dodatky: nový sloupec Mobil s telefonním číslem pracovníka

Přehled Smlouvy → Dodatky má nový sloupec Mobil s telefonním číslem pracovníka, stejně jako přehled Smlouvy. Sloupec je ve výchozím nastavení skrytý; zapne se v přehledu tlačítkem Výběr sloupců (zaškrtnout „Mobil“) a volba se uloží do profilu uživatele. Filtr sloupce najde číslo zapsané s mezerami i bez nich, s předvolbou i bez ní. Panel Dodatky v detailu osoby se nemění.

3. 9. 2026 (ZENDESK 10276, YouTrack SUPP-10863) — Do PAMICA se druh smlouvy za názvem pozice nezdvojuje

Když se do PAMICA posílá kategorie práce jako název pracovního poměru (parametr vlastníka PAMICA_EMPLOYMENT_NAME = WORK_CATEGORY), přidávala se za název přípona podle druhu smlouvy vždy, i když ji kategorie práce už v názvu měla. Kategorie „Pomocný event asistent DPP" tak do PAMICA odcházela jako „Pomocný event asistent DPP DPP".

Nově se přípona nepřidá, když název kategorie práce touž příponou už končí. Ostatní chování se nemění; u osob přenesených dříve se název v PAMICA srovná při jejich dalším přenosu.

2. 9. 2026 (ZENDESK 10415, YouTrack SUPP-11002) — ABZAKOVO: podpis smlouvy v sign-webu končil chybou „inputFilePath is null"

Pracovníkům ABZAKOVO (Natanna) se od 2. 9. 2026 dopoledne nepodařilo v sign-webu zobrazit smlouvu ani přidělení k přečtení a podpis skončil dialogem „Cannot invoke String.replaceAll … because inputFilePath is null". Obálka zůstala podepsaná, ale smlouva bez podepsaného PDF a bez e-mailu s dokumenty.

Robot pracovníků (nat_employee, abz_employee) přišel v rámci zabezpečení přihlášení o roli FULL.ACCESS a zůstala mu jen role EMPLOYEE_EMPLOYEE_BASE. Generátor dokumentů ale spouští dotaz ze šablony přímo pod tímto robotem a zákaznická sestavová view ABZAKOVO (abz_employment_rep, abz_employment_addition_rep) volají funkce, na které role EMPLOYEE_EMPLOYEE_BASE neměla právo — dotaz selhal a dokument nevznikl.

Nově má role EMPLOYEE_EMPLOYEE_BASE u ABZAKOVO výslovně přidané právo na čtecí funkce, které tato view používají (nová funkce Abz_Role_Employee_Base_Create___ v zákaznické knihovně, volaná při každém sestavení rolí). Podpisy, které 2. 9. selhaly, byly znovu spuštěny a dokumenty doručeny.

2. 9. 2026 (ZENDESK 10417, YouTrack SUPP-11004) — Výpočet mzdy padal na „division by zero" u nové smlouvy s jedinou směnou Dovolená

Schválení výkazu, na kterém byla u zbrusu nové smlouvy jen směna typu Dovolená (typicky dovolená převedená z předchozí smlouvy přes Krácení dovolené), končilo chybou „division by zero". Průměrný hodinový výdělek pro náhrady u smlouvy bez historie mezd neexistuje a náhradní vzorec dělil odpracovanými hodinami v období, kterých bylo nula. Nově se v takovém případě použije pravděpodobný výdělek podle základní sazby z ocenění práce (zdola omezený minimální a zaručenou mzdou), stejně jako u ostatních náhrad v prvním měsíci smlouvy. Chování u smluv s odpracovanými hodinami nebo s historií mezd se nemění.

2. 9. 2026 (ZENDESK 10416, YouTrack SUPP-11003) — Příjem pošty ze schránky Microsoft 365 umí zpracovat jen nové e-maily

Server proces Mail_Graph_Receive, který stahuje poštu ze schránek Microsoft 365 (Graph API) do přehledu Pošta a předává ji vytěžování reakcí uchazečů, nově umí zpracovávat jen e-maily doručené od zadaného okamžiku. Okamžik se zadává v parametrech server procesu jako RECEIVED_FROM; starší obsah schránky se pak nikdy nestáhne ani nepřesune do Odstraněné pošty. Hodí se při napojení schránky s dlouhou historií, kde by import starých zpráv jen zaplevelil Poštu — takto je nastavená schránka reakce@student.cz Agentury STUDENT.

2. 9. 2026 (ZENDESK 10412, YouTrack SUPP-10999) — Automatický výběr smlouvy při přepočtu: ponechat smlouvu z obsazení, přehazovat jen na smlouvy s ID PPV

Automatický výběr smlouvy (parametr vlastníka AGREEMENT_AUTOMATIC_SELECTION) dosud při přepočtu — uzavření objednávky, schválení výkazu, výpočet mzdy — vybíral smlouvu úplně znovu. Místo se tak mohlo přehodit na smlouvu s vyšší prioritou, i když ta původní pořád vyhovovala, a to i na smlouvu nepřihlášenou na ČSSZ. Jedinou alternativou bylo výběr vypnout a řešit vyčerpané limity ručně akcí Přesunout do jiné smlouvy.

Nový parametr vlastníka AGREEMENT_RESELECTION_ID_PPV_ONLY (výchozí vypnuto) mění chování přepočtu v automatickém režimu: místo zůstává na smlouvě z obsazení, dokud se do ní směna vejde. Teprve když se nevejde (například roční limit hodin DPP u jedné společnosti), Stafio hledá jinou platnou smlouvu osoby, ale jen mezi smlouvami s přiděleným ID PPV (přihlášenými na ČSSZ s naimportovanou odpovědí). Nenajde-li žádnou, skončí přepočet hláškou „Osoba … už nemůže pro práci … použít smlouvu … a nemá jinou použitelnou smlouvu s přiděleným ID PPV. Přesuňte práci do jiné smlouvy ručně." a místo je třeba přesunout ručně. Obsazení nového místa se nemění.

2. 9. 2026 (ZENDESK 10411, YouTrack SUPP-10998) — Koordinátorům se v mobilní aplikaci nezobrazoval seznam chatů

V koordinátorské části mobilní aplikace otevřené na počítači (široké okno) zůstal seznam Chatů prázdný — bez jediné konverzace, bez hlášky a bez textu o prázdném seznamu. Odznak s počtem nevyřízených zpráv u položky Chaty přitom ukazoval správné číslo, takže data ze serveru chodila v pořádku.

Chybu způsobil prázdný prostor pro tlačítko Označit jako (ne)vyřízené, které se u řádku ukazuje až po najetí myší. Dokud myš nad řádkem nebyla, tenhle prostor si nárokoval neomezenou výšku a celý řádek se přestal vykreslovat. Na úzkém okně a na telefonu se problém neprojevoval, protože tam se tlačítko vedle řádku vůbec nezobrazuje.

Nově se prázdný prostor nenárokuje nic a seznam konverzací se zobrazuje správně.

2. 9. 2026 (ZENDESK 10413, YouTrack SUPP-11000) — Přesun pracovního místa do jiné smlouvy přepne i pracovní výkaz

Akce Přesunout do jiné smlouvy v desktopové aplikaci převedla směnu na smlouvu jiné společnosti, ale otevřený pracovní výkaz, ve kterém směna už ležela, nechala na společnosti původní. U směny se spočtenou mzdou se výkaz přepínal, u směny teprve přiřazené do výkazu ne. Nesoulad se projevil až při schvalování výkazu nebo uzavírání objednávky hláškou „Není dovoleno vložit práci do pracovního výkazu jiné společnosti" a výkaz nešlo schválit.

Nově se při přesunu přepne i výkaz, pokud obsahuje jen přesouvané směny. Obsahuje-li i jiné směny, přesun skončí touž hláškou hned při uložení a směnu je třeba nejdřív z výkazu odebrat.

2. 9. 2026 (ZENDESK 10412, YouTrack SUPP-10999) — Pole Smlouva v detailu pracovního místa na webu je jen pro čtení

V detailu pracovního místa ve webové aplikaci šlo pole Smlouva rozkliknout a vybrat jinou smlouvu pracovníka, uložení ale server odmítl a formulář se vrátil k původní hodnotě. Změna smlouvy má vlastní postup s návaznostmi na mzdy a výkazy a web ji zatím neumí. Pole je proto nově jen pro čtení; smlouvu směny měňte v desktopové aplikaci akcí Přesunout do jiné smlouvy.

2. 9. 2026 (ZENDESK 10409, YouTrack SUPP-10996) — Odkazy na inzeráty v XML exportu pro pracovní portály vedou na inzerát, ne na úvodní stránku

Portály, které si nabídku práce stahují z XML exportu (vejska.cz, Indeed, Jooble, Careerjet), dostávaly u každého inzerátu odkaz ve starém tvaru, který web už neumí otevřít — návštěvník skončil na úvodní stránce místo na inzerátu. Nově export obsahuje tutéž adresu inzerátu, jakou používá samotný web.

Týž starý tvar odkazu se používal i ve výsledcích fulltextového hledání na webu a v dialogu Sdílet, takže i klik na nalezený inzerát nebo sdílený odkaz končil na úvodní stránce. Staré odkazy, které už někdo má uložené nebo zaindexované, se nyní samy přesměrují na správný inzerát.

2. 9. 2026 (ZENDESK 10369, YouTrack SUPP-10956) — Upozornění na příchozí hovor je i v desktopové aplikaci a každý si ho řídí sám

Upozornění „Volá …", které hlásí vlastní SMS brána při zvonění, se dosud objevilo jen ve webové aplikaci a v mobilní aplikaci. Na desktopové aplikaci se nezobrazilo vůbec, ani jako okno, ani ve schránce zpráv — a to je zrovna pracoviště, kde se hovory přijímají.

Nově chodí upozornění stejnou cestou jako příchozí SMS, tedy i do desktopové aplikace. Okno v ní naskočí do půl minuty od začátku zvonění (desktopová aplikace se serveru ptá v této kadenci, ve webu je to okamžité) a ukáže jméno volajícího a jeho číslo; proklik na kartu volajícího desktopová aplikace neumí, ten zůstává webu a mobilní aplikaci.

Kdo upozornění dostává, si nově řídí každý sám: v Profilu přibylo zaškrtávátko Notifikace na příchozí hovory, ve výchozím stavu vypnuté. Doteď šlo seznam příjemců změnit jen přes podporu. Nastavení je nezávislé na notifikacích na příchozí SMS — obsluhu telefonu a SMS mívá jiný člověk. Správce ho vidí a mění i v přehledu Uživatelská nastavení.

2. 9. 2026 (ZENDESK 10407, YouTrack SUPP-10994) — Kontakty v mobilní aplikaci jdou změnit bez nové verze aplikace

Obrazovka Kontakty v mobilní aplikaci pro pracovníky — adresy poboček, telefony a lidé, na které se má pracovník obracet — byla dosud pevnou součástí aplikace. Každá úprava textu proto znamenala nové sestavení aplikace a v telefonech i vydání nové verze v Google Play a App Storu.

Nově aplikace bere text kontaktů z konfigurace zákazníka. Úprava se tak projeví po přihlášení i v už nainstalovaných aplikacích, bez čekání na vydání nové verze. Text zatím na požádání mění podpora — stačí poslat znění, které má na obrazovce být. Dokud konfigurace pro zákazníka vyplněná není, zobrazuje aplikace původní text zabudovaný v aplikaci.

1. 9. 2026 (ZENDESK 10404, YouTrack SUPP-10991) — Filtry směn v mobilní aplikaci pro koordinátory se dají nastavit

V mobilní aplikaci pro koordinátory šlo v přehledu směn otevřít dialog Filtry, ale pole Zákazník, Pracoviště a Typ práce zůstávala šedá a nedala se rozkliknout — filtrovat šlo jen podle stavu. Nabídka hodnot do těchto tří polí se totiž počítala přes celou historii směn; u větších agentur to trvalo tak dlouho, že se načítání nikdy nedokončilo a pole zůstala zamčená natrvalo.

Nově se nabídka počítá jen ze směn za poslední tři měsíce a dál a všechna tři pole se načtou najednou — filtry jsou použitelné do dvou vteřin od otevření přehledu. Nabídka je zároveň kratší a přehlednější: obsahuje zákazníky, pracoviště a druhy práce, které se opravdu používají, místo všech, které kdy v systému byly. Stejně se zrychlily i filtry v přehledu objednávek, které používají stejné číselníky.

1. 9. 2026 (ZENDESK 10406, YouTrack SUPP-10993) — Odmítnutí kvůli odesílateli už neblokuje pracovníkovi e-maily

Když poštovní server příjemce odmítne naši zprávu, systém si to u pracovníka poznamená jako nedoručitelnou adresu: zruší mu potvrzený e-mail a přestane mu posílat nabídky směn. U vadné adresy to dává smysl — jenže server umí zprávu odmítnout i z důvodu, který se schránky pracovníka vůbec netýká, například když je naše odesílací IP adresa na některém internetovém seznamu blokovaných serverů. Pracovník pak přišel o e-maily kvůli cizí chybě a systém ho navíc nutil adresu znovu ověřovat — ověřovacím e-mailem, který se odmítl úplně stejně.

Nově systém takové odmítnutí rozpozná a nechá pracovníka na pokoji. Zpráva zůstane v Odeslané poště označená jako chybná s původním důvodem odmítnutí, ale potvrzený e-mail ani zasílání nabídek se pracovníkovi neruší.

1. 9. 2026 (ZENDESK 10402, YouTrack SUPP-10989) — Automaticky zakládané smlouvy se řídí stavem k datu směny

Tam, kde systém při potvrzení pracovníka na směnu sám zakládá smlouvy podle jeho pracovněprávního vztahu (student, uchazeč o zaměstnání, …), se dosud rozhodoval podle stavu platného v den potvrzení. Když kancelář potvrdila směnu přes hranici změny vztahu — třeba v srpnu směnu na září, od kterého je pracovník veden jako uchazeč o zaměstnání — vznikly smlouvy podle starého vztahu a bylo nutné je ručně mazat a potvrzovat znovu.

Nově se typ zakládaných smluv řídí pracovněprávním vztahem platným k datu směny. Kdy je směna potvrzena, už na výsledek nemá vliv. Dříve založené smlouvy se samy neopravují — pokud u některého pracovníka vznikla smlouva podle starého vztahu, ozvěte se podpoře.

1. 9. 2026 (ZENDESK 10397, YouTrack WAS-1918) — Vlastní SMS brána upozorní, že telefon právě zvoní

Telefon s vlastní SMS bránou Stafia dosud hlásil hovory až po jejich skončení — ze systémového výpisu hovorů, tedy jako záznam do komunikačního deníku. Že někdo právě volá, se ze Stafia poznat nedalo.

Nově brána ohlásí zvonění hned, jak začne. Vybraným uživatelům se objeví upozornění „Volá …“ se jménem volajícího a odkazem na jeho kartu; u čísla, které v systému není, je v upozornění samotné číslo. Zapíná se u konkrétní brány (seznam příjemců nastavujeme my na požádání) — dokud je vypnuté, aplikace v telefonu si o nic navíc neřekne. Zápis hovoru do deníku se nemění, ten dál vzniká z výpisu hovorů po skončení hovoru, včetně délky a označení nezodpovězeného.

Vyžaduje verzi brány 1.1.4, kterou je na telefonu potřeba aktualizovat ručně.

1. 9. 2026 (ZENDESK 10399, YouTrack SUPP-10986) — Uvolnění obsazené směny posílá pracovníkovi e-mail

Když si pracovník zrušil směnu sám, potvrzení mu přišlo. Když mu ji ale zrušil někdo z kanceláře tlačítkem „Uvolnit“, neodcházelo nic — pracovník se o zrušené směně dozvěděl, jen když se sám podíval do přehledu směn.

Nově uvolnění obsazené směny z kanceláře pracovníkovi pošle informační e-mail s datem, časem, pracovištěm a druhem práce. U už proběhlých směn se neposílá — zpětné opravy výkazů tak pracovníky neobtěžují. V mobilní aplikaci pro koordinátory zůstává na dialogu zaškrtátko, kterým jde upozornění pro danou akci vypnout. Přesuny pracovníků na plánovací tabuli e-mail neposílají.

E-mail se posílá jen tam, kde je pro něj nastavená šablona; zapnutí pro další zákazníky zařídí podpora.

1. 9. 2026 (ZENDESK 10401, YouTrack SUPP-10988) — Poslední záložka v mobilní aplikaci pro pracovníky se jmenuje „Více“

Poslední záložka spodní navigace vede na rozcestník: kartu pracovníka, moje směny, archiv směn, pracovní poměry, jazyk, kontakty, nastavení oznámení, nápovědu, dokumenty ke stažení a odhlášení. Jmenovala se „Profil“, což neodpovídalo obsahu — a tam, kde je zapnutá i samostatná záložka „Můj profil“ s osobními údaji, vypadaly obě záložky jako totéž.

Nově se záložka jmenuje „Více“ (Viac / More / Більше). Název odpovídá tomu, co obrazovka nabízí — je to rozcestník na všechno ostatní, ne jen profil nebo účet — a je to i běžné označení této záložky v mobilních aplikacích. Obsah obrazovky ani chování aplikace se nemění, mění se jen popisek záložky.

1. 9. 2026 (ZENDESK 10369, YouTrack SUPP-10956) — Vlastní SMS brána už mezi dávkami neusíná

Telefon s vlastní SMS bránou Stafia odesílal zprávy v nárazech: dávku odbavil správně, pak ale i na desítky minut zmlkl, přestože aplikace po celou dobu hlásila „Odesílá“ a měla nastavenou kontrolu fronty každé tři minuty. Zpráva zařazená do fronty tak čekala na odeslání v průměru 28 minut, nejdéle přes hodinu. Frontu pokaždé rozhýbala až příchozí SMS, doručenka nebo rozsvícený displej — při pohledu do telefonu proto všechno vypadalo v pořádku.

Příčinou bylo, že si aplikace nedržela procesor telefonu vzhůru. Trvalé oznámení v liště udrží aplikaci naživu, ale telefonu usnout nezabrání, a ve spánku se odpočítávání do další kontroly zastaví. Nově si aplikace drží procesor vzhůru po celou dobu, co brána běží, a frontu kontroluje v nastaveném intervalu.

Oprava je ve verzi brány 1.1.3, kterou je na telefonu potřeba aktualizovat ručně — aplikace se sama neaktualizuje. Výjimka z optimalizace baterie musí zůstat zapnutá i nadále, jinak systém nové chování potlačí.

1. 9. 2026 (ZENDESK 10398, YouTrack SUPP-10985) — Hlášky pro pracovníka už nepředpokládají, že za nimi stojí agentura

Když se pracovníkovi zrušila přidělená směna, ukázala mu aplikace štítek „Zrušeno agenturou“. U zaměstnavatelů, kteří si pracovníky zaměstnávají sami, to neodpovídalo skutečnosti. O agentuře mluvily i další hlášky, které pracovník potkává: zákaz přístupu na web, zákaz obsazování směn, pokus obsadit už začatou směnu, mazání profilu s uzavřenou smlouvou a potvrzení registrace.

Nově je štítek jen „Zrušeno“ — zrušení samotným pracovníkem se dál označuje „Zrušeno pracovníkem“, takže se obojí od sebe pozná. Ostatní hlášky slovo „agentura“ vypustily, případně místo něj odkazují na personální oddělení. Význam ani chování se nemění, jde výhradně o formulaci. Opraven je při té příležitosti i překlep ve stavu rezervace „Čekájící“ → „Čekající“. Žádné nastavení ze strany uživatele není potřeba.

1. 9. 2026 (ZENDESK 10369, YouTrack SUPP-10956) — Vlastní SMS brána se hlásí jako živá, i když zrovna nic neodesílá

Čas posledního spojení brány se posouval jen tehdy, když si telefon přišel pro zprávy k odeslání. Brána, která vyčerpala hodinový limit odeslaných SMS, se o další práci přestává hlásit — a v přehledu pak vypadala jako vypnutá, přestože aplikace v telefonu normálně běžela. Rozlišit „aplikace běží, jen nemá co posílat“ od „aplikace neběží“ tak šlo jen podle logu staženého z telefonu.

Nově se čas posledního spojení posune i při pravidelném načítání nastavení, které telefon dělá každých pět minut bez ohledu na frontu. Pauza delší než čtvrt hodiny proto už opravdu znamená, že aplikace v telefonu neběží. Na telefonech se kvůli této změně nic instalovat nemusí.

1. 9. 2026 (ZENDESK 10393, YouTrack SUPP-10980) — Hláška „MySMS event table is locked“ už nevyskakuje uprostřed práce

Uživatelům s telefonem propojeným přes MySMS začalo od konce srpna vyskakovat chybové okno „MySMS event table is locked by a running synchronization.“ — kdekoli v aplikaci a bez souvislosti s tím, co zrovna dělali. Objevovalo se pokaždé, když na propojený telefon přišla SMS a portál byl přihlášený ve více oknech najednou: příchozí zprávu ohlásí všechna okna současně, uloží ji to, které se k ní dostane první, a ostatní dostala chybu.

Nově ostatní okna zprávu tiše přeskočí, protože ji již zpracovává jiné. Žádná zpráva se tím neztrácí a ochrana serveru proti zaseknuté synchronizaci MySMS, kvůli které se hláška zaváděla, zůstává v platnosti.

1. 9. 2026 (ZENDESK 10396, YouTrack SUPP-10983) — U už podepsaného dokumentu aplikace napíše, že je hotovo

Když pracovník znovu otevřel odkaz „Dokument k podpisu“ z e-mailu, který už jednou podepsal, objevila se hláška „Tento dokument k podpisu už není k dispozici. Použijte prosím odkaz z posledního e-mailu, který jsme vám poslali.“ Vypadalo to, že podpis neproběhl, a pracovník i personální oddělení pak hledali novější e-mail, který ale žádný nebyl.

Nově aplikace rozliší, proč dokument nejde otevřít. U už podepsaného napíše „Tento dokument jste už podepsali dne …. Není potřeba nic dalšího dělat.“ včetně data podpisu. U dokumentu, jehož platnost k podpisu mezitím skončila (nepodepsaná obálka se po měsíci automaticky ruší), napíše, že je potřeba požádat personální oddělení o nové zaslání. Původní obecná hláška zůstává jen pro ostatní případy.