Novinky září 2026

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.