Co je nového

Spotřební koš byl od 15. 9. dočasně vypnutý: Přepočítat i rozpad buňky na jednotlivé suroviny přestaly u větších provozů doběhnout v časovém limitu. Zobrazená čísla zůstala, ale nic nového do nich nenateklo.

Teď je zpátky a je podstatně rychlejší. Přepočet největšího provozu za měsíc trvá místo desítek sekund zlomek sekundy a rozpad buňky se otevře hned.

Co se změnilo uvnitř

Gramáž se dosud ukládala jednou za každou objednávku. U provozu s tisíci objednávkami za měsíc to znamenalo statisíce řádků, které nesly pořád tutéž hodnotu — porce jednoho jídla je pro danou věkovou kategorii stejná, ať si ji objedná kdokoli. Nově se ukládá jednou za jídlo a věkovou kategorii a počet porcí se dopočítá z objednávek.

Kdy se podklad zamrazí

S tím se mění i okamžik zamrazení, a to je jediná změna, kterou poznáte na číslech:

• Jídlo, které se ještě nevařilo, sleduje aktuální recepturu. Upravíte recepturu nebo zařadíte surovinu, nejbližší přepočet to vezme.
• Jídlo, které už se uvařilo, se nehýbe. Uvařilo se jednou, podle jedné receptury.
• Jídlo bez podkladu se dopočítá i zpětně — není co přepisovat.

Dřív se podklad zamrazoval u každé objednávky zvlášť, takže úprava receptury v půlce měsíce nechala u jednoho hrnce jídla dvě různé gramáže podle toho, kdo si kdy objednal. Nově má jedno jídlo jednu gramáž.

Tlačítko Přepočítat funguje jako dřív a zůstává jedinou cestou, jak přepsat i měsíc, který se už odvařil.

Kliknutí na řádek skupiny potravin v koši otevíralo rozpad na jednotlivé suroviny se znatelnou prodlevou - u největších provozů přes sekundu, někdy přes dvě.

Důvod byl v tom, co se při každém kliknutí dělo: systém si znovu odvodil rozsahy stravování za celý měsíc - tedy kdo který den odebral která jídla, napříč desítkami tisíc objednávek - jen aby zodpověděl jednu buňku tabulky. Tutéž práci přitom udělal noční přepočet a zahodil ji.

Nově si ji nechává. Rozpad se otevře okamžitě.

Co z toho plyne navíc

Číslo v tabulce a součet surovin pod ním jsou nově z jednoho výpočtu. Dřív se počítaly zvlášť, každé v jiný okamžik, takže se teoreticky mohly rozejít - a poznali byste to jen tak, že byste si suroviny sečetli ručně. Teď je ten součet z definice tatáž hodnota.

Na zobrazená čísla to nemá vliv, mění se jen to, kdy vzniknou.

Sestava Denní objednávka (Kuchyně → Denní objednávka) tiskne tabulku podle výdejních míst se třemi sloupci (Počet, Koef., Porce) pro každou věkovou kategorii, která se toho dne objednala. U kuchyně, která vaří pro mateřskou školu, základní školu, střední školu i dospělé zároveň, je to šest kategorií a spolu se sloupci Celkem přes dvacet sloupců.

Na obrazovce se taková tabulka posouvá do strany, ale na papíru není kam. Tabulka byla přibližně o šestinu širší než A4 na šířku, a v tisku i v PDF se proto uřízl sloupec Dospělí a oba sloupce Celkem.

Vytištěná tabulka má teď menší písmo a užší buňky, takže se všech šest kategorií i součty vejdou na jednu šířku papíru. Dlouhý název výdejního místa se v tisku zalomí na dva řádky. Obrazovka se nemění, stejně tak souhrnná tabulka jídel nad maticí.

Od chvíle, kdy koš dostal normy pro všechna jídla, se plnění počítalo proti součtu norem všech druhů jídla, které ve věkové skupině odebral kdokoli. V provozu, kde má většina strávníků jen oběd a menšina je ubytovaná, to znamenalo, že se všichni měřili proti normě celodenního stravování.

Konkrétně: 160 strávníků na obědě a 22 ubytovaných v jedné věkové skupině se poměřovalo proti 741 g mléčných výrobků denně, zatímco obědový řádek vyhlášky říká 111 g. Plnění pak vycházelo kolem 60 %, aniž by kuchyně vařila špatně.

Rozsah stravování

Nad tabulkou skupin potravin je nově řádek přepínačů: Jen oběd, Přesnídávka, oběd a svačina, Celodenní stravování a další podle toho, co se v kuchyni vydává. V závorce je počet stravovacích dní. Každá volba poměřuje plnění proti normě přesně za ta jídla — tedy proti řádku, který vyhláška v Tabulce č. 1 opravdu tiskne.

Rozsah se nikde nezadává. Neplní se u strávníka ani u výdejního místa; plyne z toho, která jídla si strávník ten den objednal, a může se den ode dne lišit. U objednávek organizací, kde systém vidí jen počty hlav, se odvodí podle nejmenšího počtu: kdo bere svačinu, bere i oběd.

Volba Celá skupina zůstává jako přehled, ale je to vážený průměr přes rozsahy — neodpovídá žádnému řádku vyhlášky. Při kontrole plnění se dívejte na konkrétní rozsah.

Čísla se posunou. U věkových skupin, kde se vydávalo víc než jen oběd, šlo plnění dosud dolů kvůli normě, kterou většina strávníků nikdy nejedla. Po této změně odpovídá tomu, co strávníci opravdu dostávají.

Přepočítat zohlední dodatečně připojenou recepturu

Noční přepočet dosud dopočítával jen objednávky, které do koše nepřispěly vůbec. Jakmile u jídla existoval jakýkoli podklad, zůstal navždy takový, jaký byl — takže receptura připojená k jídlu dodatečně, typicky salátový bar nebo příloha navěšená na jídla, která svoji recepturu už měla, se do koše nedostala nikdy.

Tlačítko Přepočítat nově za vybraný měsíc odvodí znovu všechny objednávky z aktuálních receptur. Noční přepočet zůstává beze změny a jen dopočítává chybějící: přepisovat každou noc odvařené měsíce je přesně to, čemu zamrazený podklad brání.

Přepočet běží vždy jen jeden naráz; druhé kliknutí během výpočtu systém odmítne s hláškou, že přepočet už běží.

Spotřební koš měl v systému normy jen pro oběd, a ani ty neodpovídaly vyhlášce. Všechno ostatní — snídaně, přesnídávky, svačiny, večeře — se do koše nezapočítávalo vůbec, ani gramáží, ani stravovacími dny.

Nově je v systému celá Tabulka č. 1 Přílohy č. 1 vyhlášky č. 107/2005 Sb. ve znění účinném od 1. 9. 2025: pět věkových skupin, pět druhů jídla, devět skupin potravin. Co to znamená v praxi:

• Mateřské školy uvidí reálné plnění. Přesnídávka a svačina se do koše konečně počítají, takže dítě na přesnídávce, obědě a svačině se poměřuje proti součtu těch tří norem — přesně proti řádku „přesnídávka, oběd a svačina”, který vyhláška tiskne.
• Celodenní stravování sedí. Ubytovaní strávníci se poměřují proti součtu všech jídel, která odebrali.
• Obědová procenta se posunou. Dosavadní obědové normy byly provizorní a proti vyhlášce nesedí — například u kategorie 2—3 roky bylo v systému maso 20 g místo 26 g a brambory 80 g místo 53 g. Čísla se proto změní i za měsíce, které už máte odvařené; přepočítávat nic nemusíte, koš se počítá proti aktuálně platným normám při každém zobrazení.

Koření a mouka už nejsou nález

Dashboard dosud hlásil jedno číslo „surovin bez skupiny potravin” a do něj padalo i koření, mouka nebo ocet — tedy potraviny, které vyhláška do žádné skupiny nepočítá a nikdy počítat nebude. Takový seznam se nedal dojet do konce.

U suroviny proto přibyl příznak Nepatří do spotřebního koše. Označenou surovinu koš dál nezapočítává, ale zmizí ze seznamu nezařazených a dashboard ji uvádí zvlášť, jako hotovou práci. V sekci Recepty → Suroviny zároveň přibylo tlačítko Jen nezařazené do koše, které zobrazí právě ty suroviny, které na rozhodnutí čekají.

U obou koeficientů v klasifikaci suroviny je nově ikona ⓘ, která vysvětlí, odkud se hodnota bere a jaké jsou typické případy — ani jeden z nich se z názvu pole uhodnout nedá.

V Reportech přibyla Měsíční uzávěrka — podklad, se kterým se dají data v Edumealu srovnat s účetnictvím.

Za zvolený měsíc dostanete na každého strávníka a každou organizaci jeden řádek, ve kterém platí:

zůstatek k 1. dni + stravné + ostatní pohyby + platby = zůstatek na konci

Odepsané částky jsou záporné, takže se řádek sečte zleva doprava. A protože zůstatek na konci jednoho měsíce je zůstatkem k 1. dni toho následujícího, měsíce na sebe navazují.

Proč nestačila sestava Zůstatky strávníků

Protože odpovídá na jinou otázku. Zůstatky strávníků říkají, kolik peněz na účtech ten den leželo — a objednávka na příští měsíc je z toho čísla už pryč, protože je zaplacená. Uzávěrka říká, kam ty peníze věcně patří: objednávka na zářijové jídlo zadaná v srpnu se počítá do září.

Pro tentýž den proto obě sestavy můžou dát jiné číslo. Na srovnání s účetnictvím je správná uzávěrka.

Stejně tak u plateb: uzávěrka počítá bankovní platbu podle data na výpisu, takže platba z posledního dne měsíce do něj patří i tehdy, když se výpis natáhl až prvního. To byla dřív nejčastější položka, o kterou se čísla rozcházela.

Strávníci a organizace se nesčítají

Každá skupina má svou sekci a svůj součet. Organizace ve fakturačním režimu platí měsíčně pozadu, takže její mínus je pohledávka, ne chybějící kredit — jeden společný součet by tvrdil, že provoz drží peníze, které má naopak dostat.

Export a tisk

Export CSV stáhne všechny řádky, Tisk otevře PDF v nové záložce. Obojí nese v názvu i čas, kdy jste kopii pořídili: zpětná oprava se promítne i do už uzavřeného měsíce, takže dvě kopie „srpna” nemusí být totožné a je dobré je rozeznat.

Uzávěrky za měsíce před nasazením berte jako orientační. Věcné datum se u pohybů vede od teď; u starších řádků se dopočítalo tam, kde to data prokazují — u objednávek strávníků a u bankovních plateb.

Na výdejním terminálu ubylo psaní. Tři změny, všechny u okénka:

Manuální výdej bez PINu

Když strávník zapomene čip, obsluha vybere jméno, ťukne na důvod a vydá. PIN se nezadává. Dřív se vyžadoval pokaždé — u okénka, kde se na tabletu píše špatně, to byla nejotravnější část dne.

Dohledatelnost zůstává: výdej dál nese, kdo ho zapsal, na jaké směně a s jakým důvodem.

Storno: čip místo PINu, a víc výdejů naráz

Stornování mění už zapsanou historii, takže ověření obsluhy si drží. Nově ho ale projdete přiložením služebního čipu — PIN zůstává pro toho, kdo čip nemá u sebe nebo jehož terminál nemá čtečku, a zadává se na velké dotykové klávesnici přímo v dialogu.

Hlavní změna je jinde: jedno přiložení čipu vydá víc jídel (polévku i oběd), a zapíše tedy řádek za každé z nich. Dřív se každý stornoval zvlášť, s novým otevřením dialogu. Teď zaškrtnutí jednoho vezme i ostatní ze stejného přiložení, ověříte se jednou a dialog zůstane otevřený, dokud je co stornovat.

Po stornu jde jídlo rovnou vydat znovu — stačí čip přiložit podruhé.

Čtečka při otevřeném dialogu poslouchá až po stisku Přiložit čip obsluhy. Kdyby poslouchala pořád, ťuknutí strávníka ve frontě by se spotřebovalo jako neúspěšné ověření a on by o svůj výdej přišel.

Přihlášení na směnu na jedné obrazovce

Záložky PIN a Služební čip zmizely. Zaškrtnete, co budete vydávat, a pak buď přiložíte čip, nebo napíšete PIN — obojí je vidět naráz a čtečka poslouchá i když máte kurzor v políčku pro PIN.

Důvody jsou tlačítka

Důvod manuálního výdeje i storna se vybírá velkými tlačítky místo rozbalovacího seznamu. Na dotykovém terminálu je to jedno ťuknutí místo dvou a všechny volby jsou vidět bez otevírání.

Manuální výdej otevíral seznam všech strávníků provozu. Většině z nich by přitom výdej stejně neprošel: manuálně jde vydat jen tomu, kdo má na dnešek objednávku ve druzích jídla, které vydáváte, a ještě si ji nevyzvedl. Hledalo se psaním do políčka — a na dotykovém terminálu se do něj psát nedá.

Seznam je teď krátký

Nabízí jen ty, komu lze vydat. Na jednom výdejním místě to bývá pár desítek jmen ráno a pár odpoledne, protože jak služba běží a lidé si jídlo přebírají, seznam se sám zkracuje. Většinou stačí odrolovat a ťuknout.

Kdo v seznamu není, ten dnes nemá nevyzvednutou objednávku na jídlo vaší směny — dřív se dalo vybrat ho a teprve pak dostat hlášku „Žádná objednávka”.

Přepínač výdejního místa

Nad seznamem je volba Toto výdejní místo / Všude. Výchozí je vaše okénko; přepnutí na Všude nabídne celý provoz, pro terminál, u kterého se vydává za víc výdejních míst. Volba se mezi otevřeními nepamatuje.

Hledání na tlačítko

Hledá se stiskem Hledat (nebo Enterem), ne při psaní. Hledání běží na serveru, takže najde i strávníka, který se do zobrazeného seznamu nevešel.

Vedle tlačítka Vydat je nově vidět, koho vydáváte. Když se seznam mezitím změní a vybraný strávník v něm už není, výběr se zruší — dřív šlo odeslat výdej někomu, kdo na obrazovce nebyl vidět.

Jídelníček dosud viděl jen ten, kdo se přihlásil. Škola, která ho chtěla mít na svém webu nebo na informačním panelu na chodbě, ho musela přepisovat ručně.

Každé výdejní místo má nově svoji veřejnou adresu, třeba app.edumeal.cz/menu/DEMOPALACKY. Nikdo se na ni nepřihlašuje, nic se na ní neobjednává - jen se čte. Zapínat ji nemusíte, vzniká sama s výdejním místem.

Odkaz zkopírujete na dvou místech: v detailu výdejního místa (pro provozovatele, který ho předává škole) a na Jídelníčku vedle tlačítka Tisk (pro manažera organizace, který si ho dá na svůj web).

Stránka je dělaná hlavně pro informační panel na chodbě - typicky ÁMOS vision, do kterého se zadá adresa a dál se o něj není potřeba starat. Sama se obnovuje, sama se překlápí na další den i další týden a sama si dopočítá velikost písma tak, aby se všechno vešlo bez posouvání - ať už panel visí na výšku nebo na šířku a ať má 32” nebo 50”. Nahoře je velkým písmem dnešní den s fotkami, pod tím následující dny; kolik jich je, závisí na tom, kolik je místa, takže škola vydávající jen obědy jich uvidí víc.

Alergeny jsou u dnešního dne i u dalších dnů. Jídlo, u kterého nejsou vyplněné suroviny, má napsáno Alergeny neuvedeny - aby si prázdné místo nikdo nepřečetl jako „bez alergenů”.

Podrobnosti v nápovědě: Veřejný jídelníček.

Terminál odmítnutý PIN hlásil, ale na místě, které obsluha u okénka nevidí: u Zahájení směny nad kartou s klávesnicí, u Manuálního výdeje a Storna nad seznamem v dialogu. Prst je přitom na tlačítku dole, obrazovka tabletu je odrolovaná — a hláška vypsaná nahoře zůstala mimo výřez. Vypadalo to, že kliknutí nic neudělalo, tak ho obsluha zkusila znovu se stejným PINem.

Hláška je teď velká, červená a stojí hned nad tlačítkem, které jste stiskli — pod numerickou klávesnicí u zahájení směny, nad tlačítky Vydat a Stornovat v dialogech. Obrazovka se k ní navíc sama posune, takže na tabletu ani telefonu není potřeba nic dorolovávat:

• Zahájení směny — „PIN nebo služební čip nesouhlasí.”
• Manuální výdej a Storno — „Nesprávný PIN.”
• Po pěti pokusech za 15 minut — „Příliš mnoho neúspěšných pokusů o PIN. Zkuste to znovu za 15 minut, nebo použijte služební čip.”

Pole PINu se po odmítnutí vyprázdní. Dopisovat do rozepsaného PINu jen přidávalo číslice k tomu špatnému (a u osmi číslic už terminál další nepřijal), takže druhý pokus býval odmítnutý taky.

Kód požadavku už u špatného PINu nesvítí — kuchařka u okénka s ním nic nedělá. Zůstává jen u jediné chyby, kterou neřeší obsluha, ale operátor: „Terminál není spárovaný nebo bylo jeho oprávnění odebráno”.

Ve kterém provozu je člověk přihlášený, dosud říkal jen přepínač kontextu vpravo nahoře - a ten se ukazuje pouze tomu, kdo má účtů víc. Kdo má jediný, neměl název provozu na obrazovce nikde.

Vlevo nahoře je proto pod slovem edumeal název provozu, ve kterém právě pracujete. Platí pro webovou aplikaci i pro mobilní aplikaci pro rodiče.

Na administrátorské ploše tam nic nestojí - ta není svázaná s žádným provozem. Na úzkém telefonu ve webové aplikaci se logo i s názvem skrývá jako dosud, aby se do hlavičky vešla tlačítka.

Na PDF denní výdejky se pod každým jídlem vypisoval řádek Receptury: se seznamem receptur, ze kterých se jídlo skládá. Chybělo v něm ale to jediné, co kuchyni na recepturách zajímá - kolik čeho navážit. U svíčkové to znamenalo řádek „Receptury: Svíčková na smetaně” pod jídlem „Oběd 1 - Svíčková na smetaně”.

Řádek je proto z PDF odstraněný. Vytištěná i mailovaná výdejka nese to, o čem rozhoduje: kolik porcí jde na které výdejní místo, z toho na talíř a do krabičky.

Navážka po recepturách se nikam nepřesouvá ani neruší - je v aplikaci na denní výdejce, a to ve své jednotce: řádkem Navážka po receptech u každého seskupení a po rozbalení jídla i u jednotlivých výdejních míst. Chcete-li ji na papíře, rozbalte strom na úroveň receptur a použijte Tisk - ten tiskne výdejku v aktuálním stavu rozbalení.

Terminál dosud vydával jednu skupinu jídel za směnu. Malá kuchyně, která u jednoho okénka vydává přesnídávku i oběd, tak musela směnu uprostřed dopoledne ukončit a zahájit znovu — a než to udělala, hlásil terminál u každého strávníka „Žádná objednávka”, protože jídlo měl objednané, jen v jiné směně.

Na obrazovce Zahájení směny je teď místo jednoho výběru zaškrtávací seznam a obsluha si vybere všechno, co vydává: „Přesnídávka + Oběd”, „Polévka + Oběd”, „Večeře + Svačina”. Banner na terminálu pak vypisuje celý výběr.

Obrazovka je zároveň předělaná pro tablet a telefon: jídla se vybírají z dlaždic a PIN jde zadat velkou číselnou klávesnicí přímo v aplikaci, takže u okénka stačí prst.

Jedno přiložení čipu vydá všechna objednaná jídla ze zaškrtnutých skupin. Strávník s přesnídávkou i obědem pípne jednou; panel řekne „Vydáno 2 jídla” a vypíše je pod sebou s číslem varianty a názvem. Když je jídlo jen jedno, obrazovka zůstává jako dřív — s velkým číslem varianty. Jídlo, které se vydat nedalo, panel ukáže i tak, s důvodem: „Polévka (objednávka zrušena)“.

Seznam skupin je teď navíc stejný jako všude jinde v aplikaci (jídelníček, automatické objednávání). Ze starého kioskového číselníku tím mizí past: položka „Svačina” v něm znamenala přesnídávku, zatímco druh jídla stejného jména je ta odpolední. Nově se jmenují stejně jako v jídelníčku.

Polévka zůstává vázaná na hlavní jídlo — vydává se s ním, takže ji nejde zaškrtnout samostatně. Se zaškrtnutou polévkou se u pípnutí zaznamená výdej polévky i oběda, což dřív nešlo vůbec.

Obsluha u okénka podle obrazovky rozhoduje jednu věc: kterou variantu jídla podat. Dosud to musela vyčíst z řádku Tomáš Novák · Oběd 1 - Svíčková na smetaně, kde číslo varianty splývalo se jménem strávníka i s názvem jídla - a to na obrazovce, na kterou se člověk s naběračkou v ruce dívá na pár kroků.

Po pípnutí čipu je teď v panelu vlevo velké číslo varianty na kontrastním bílém podkladu a nad ním druh jídla, jak mu obsluha říká — „Oběd 1”. Zbytek zůstává, jen ustoupil: nadpis „Vydáno” (nebo „Již vydáno”) a pod ním jméno strávníka s názvem jídla, aby bylo pořád co zkontrolovat.

Číslo se ukáže i u manuálního výdeje, protože ten používá stejný panel. U slotu, který má jen jednu variantu - snídaně - se žádné číslo nezobrazuje a panel vypadá jako dřív.

Kolik jídla jde na talíř, rozhoduje věková kategorie strávníka. Terminál ji dosud neukazoval vůbec, takže obsluha u okénka odhadovala podle toho, jak strávník vypadá, nebo se ptala.

Panel po pípnutí čipu teď nese vlastní řádek s věkovou kategorií a jejím koeficientem — „11—14 let · 0,80”. Je to přesně to číslo, které má provoz u té kategorie nastavené a se kterým počítá kuchyně na denní výdejce a v žádance. U druhu jídla, kde je věkový koeficient vypnutý, je vždy 1,00; dospělí strávníci mají „Dospělí · 1,00”.

Nastavovat se nic nemusí, řádek se ukazuje vždy. Věková kategorie se bere k danému školnímu roku, ne k dnešnímu datu — stejně jako všude jinde v aplikaci, takže se strávníkovi porce nezmění v den narozenin.

Obsluha u okénka drží naběračku a dívá se do hrnce, ne na monitor. Proto terminál umí výsledek přiložení čipu i přečíst nahlas. V Nastavení provozu → Objednávky a výdej → Hlasové hlášení výdeje se vybírá z:

• Nehlásit — jen zvukový signál, jako dosud (výchozí stav pro všechny provozy),
• Druh jídla — „Oběd 1”; nejkratší, stihne se i ve frontě,
• Název jídla — „Kuře na kari s rýží”,
• Druh jídla a název jídla — obojí za sebou („Oběd 1. Kuře na kari s rýží”).

Neúspěšný sken hlásí důvod („Již vydáno”, „Žádná objednávka”, „Neznámý čip”) v každém režimu — tam je hlas nejužitečnější, protože z tónu se nepozná, co se stalo. Hlášení funguje i u manuálního výdeje, protože ten používá stejný panel.

Nastavení platí pro celý provoz, ale mluví jen počítač, který na to má: chce zvukový výstup a nainstalovaný český hlas (na Windows jazykový balíček pro češtinu). Po obnovení stránky terminál mlčí, dokud v okně někdo něco neklikne - prohlížeče nepouštějí zvuk na stránce, se kterou nikdo neinteragoval. Totéž platilo vždycky i pro pípání.

Strávník ve fakturačním režimu objednává na účet, který smí jít do minusu; vyúčtuje se mu to zpětně fakturou. Přesně tento stav ale hlídá upozornění na nízký stav kreditu, takže mu chodilo dokola: záporný zůstatek se nikdy nevrátí nad hranici, a tak přišla připomínka vždy znovu, jak dál objednával.

Nově se upozornění na nízký kredit strávníkovi ve fakturačním režimu nezakládá vůbec - ani e-mailem, ani jako push do telefonu.

Co to znamená pro jídelnu

Nic se nenastavuje. Chování vyplývá z režimu placení, který u strávníka už je: přepnutím na Fakturační upozornění zmizí, přepnutím zpět na Kreditní se zase začne posílat. Dosavadní obezličku - vypnout si oznámení v Nastavení → Oznámení - už není potřeba, a komu jste ji doporučili, může si oznámení zapnout zpátky.

Co se nemění

• Kreditní strávníci dostávají upozornění přesně jako dosud, včetně hranice a týdenní připomínky.
• Organizace (hromadní objednatelé) toto upozornění nedostávaly v žádném režimu ani dřív.
• Ostatní oznámení - souhrn objednávek, měsíční vyúčtování - chodí fakturačnímu strávníkovi dál.

Do seznamu ověřených čteček v dokumentaci RFID výdeje jsme přidali R20DC. Je to levnější dual-frekvenční čtečka (125 kHz i 13,56 MHz), taky plug & play v režimu emulace klávesnice, takže na kuchyňském PC nepotřebuje žádný ovladač.

Dvě věci k ní patří:

• Výstup si přepněte na hex. Dodávaná Windows utilita umí i desetinný formát a v něm by se nasnímané UID neshodlo s tím, co má strávník uložený.
• Podporu ISIC karet výrobce neuvádí. Než na ni provoz postavíte, přiložte kartu v Testu čtečky při párování terminálu; UID se objeví hned pod inputy.

Doporučenou čtečkou zůstává ACS ACR1281U-C2, která ISIC i běžné kuchyňské čipy pokryje bez konfigurace.

Přiřazení čipu začíná vyhledáním strávníka. To hledání se dosud chovalo jinak než seznam strávníků: nabízelo jen jméno a příjmení a u nalezených strávníků neukazovalo nic dalšího.

Teď je to jedno a to samé hledání:

• Najde i podle variabilního symbolu. Číselný dotaz porovná VS — takže když máte strávníka na papíře jen podle VS, nemusíte ho dohledávat v jiné sekci.
• Výsledky ukazují VS. U každého nalezeného strávníka je vpravo jeho VS, takže dva stejně se jmenující strávníky rozliší.
• Prázdný výsledek to řekne. Místo mlčení se objeví „Nic nenalezeno.”

Hledání se pořád spouští odesláním (Enter nebo tlačítko Hledat), ne psaním. Celé jméno naráz nefunguje ani tady — hledejte jedním slovem, stejně jako v seznamu strávníků.

Podrobnosti v dokumentaci RFID výdeje.

Organizace má u každého svého výdejního místa nastavené věkové kategorie a počty strávníků. Jídelníček z toho nastavení skládal sloupce, do kterých se zadávají počty - a ceník výdejního místa do té úvahy nevstupoval vůbec.

Když tedy organizace měla nastavenou kategorii, pro kterou ceník cenu nemá, jídelníček ji přesto nabídl. Manažer do ní zadal počty, uložil den a dostal odmítnutí, že není nastavena cena. Neměl jak předem poznat, že je ta buňka slepá, takže to obvykle zkusil několikrát a pak volal do jídelny.

Co se změnilo pro organizace

Buňka, pro kterou výdejní místo nemá v ceníku cenu, je nově zamčená a najetím myší se dozvíte proč: pro tu věkovou kategorii není na výdejním místě stanovena cena a je potřeba se obrátit na jídelnu.

Zamyká se jednotlivá buňka, ne celý sloupec. Ceník totiž běžně zaceňuje kategorii u obědů a u přesnídávky ne - kdyby se zamkl celý sloupec, zablokoval by i objednávku, která je úplně v pořádku.

Dvě věci, které z toho stojí za zmínku:

• Buňka, ve které už objednávka je, zůstává editovatelná, i kdyby pro ni cena chyběla. Objednávku zadanou v době, kdy cena existovala, tak jde vždycky snížit nebo zrušit.
• Zámek platí i na pomocníky, které počty vyplňují za vás - Kopírovat předchozí den, doplnění do plného počtu i vložení ze schránky zamčenou buňku přeskočí.

Ceník má platnost od-do, takže se dostupnost vyhodnocuje pro každý den zvlášť. Týden, který přechází přes začátek platnosti nového ceníku (typicky

1. září), se tedy chová správně den po dni.

Co se změnilo pro jídelny

Když v Konfigurace → Ceníky otevřete ceník k úpravě, aplikace vás nově upozorní, že některá organizace má na tom výdejním místě nastavenou věkovou kategorii, kterou ceník nepokrývá - a vypíše, o které organizace a kategorie jde. Do té doby jste o tom nevěděli nic, dokud zákazník nezavolal.

U ceníku, který teprve zakládáte, se upozornění objeví po prvním uložení; při každé další editaci je vidět přímo v panelu.

Neplatí od 8. 9. 2026. Řádek Receptury: se z PDF denní výdejky odstranil úplně - nesl jen názvy bez gramáže; viz Denní výdejka už netiskne řádek Receptury. Záznam níž zůstává jako historie.

Denní výdejka vypisuje pod každým jídlem řádek Receptury: se seznamem receptur, ze kterých se jídlo skládá. Na PDF se tenhle řádek chyboval dvěma způsoby:

• Byl překrytý. Hlavička následujícího jídla se kreslila přes něj, takže z receptur byla vidět jen horní polovina písmen. Na obrazovce v aplikaci byl řádek celý, problém se týkal jen PDF - tedy toho, co se tiskne a co odchází v e-mailu.
• U dlouhého seznamu se konec zahodil. Text se vešel na jeden řádek a co se nevešlo, bylo odříznuté třemi tečkami. U obložené housky složené z pěti receptur se tak do kuchyně nedostala poslední surovina vůbec.

Nově se řádek s recepturami vypíše celý a dlouhý seznam se zalomí na druhý řádek. Ostatní sestavy se nemění; řádek bez číselných sloupců má denní výdejka jako jediná.

Stránka Přehled nabízela v hlavičce výběr kuchyně (provozům s více kuchyněmi jako rozbalovací nabídku, ostatním jako popisek). Vypadalo to, že přepnutí přestaví celý Přehled, ale ostatní čísla jsou za celý provoz - čekající aktivace, strávníci bez rodiče, pokrytí jídelního lístku i objednávky se podle kuchyně nefiltrují. Jediná dlaždice, která kuchyň skutečně brala v potaz, byl malý souhrn Spotřebního koše.

Nově je to bez dvojznačnosti:

• Dlaždice Spotřební koš z Přehledu zmizela. Celý spotřební koš zůstává beze změny v sekci Kuchyně → Spotřební koš, včetně měsíčního přehledu, grafů a výběru kuchyně.
• S ní zmizel i výběr kuchyně v hlavičce Přehledu. Zůstává tam, kde na něm data závisí - na stránkách v sekci Kuchyně.

Zvolená kuchyně se nemění: co jste si nastavili v kuchyňských sestavách, tam zůstává. Přehled se jen přestal tvářit, že se jeho čísla dají přepnout.

U Rozvozového listu, Jmenného seznamu a Dodacího listu se název kuchyně objevil až na vytištěném papíru a v PDF. Na obrazovce nebyl nikde - ostatní kuchyňské sestavy (Podklad pro vaření, Denní výdejka, Denní objednávka, Expediční list) ho v hlavičce mají odjakživa.

Kdo spravuje víc kuchyní a přepíná se mezi nimi, tak neměl z čeho poznat, že se dívá na sestavu jiné kuchyně, než čekal - poznal to teprve po tisku. Nově je název kuchyně v přehledové kartě nad sestavou u všech tří.

Zároveň u Rozvozového listu zmizel prázdný řádek Výjezd: s pomlčkou. Adresa výjezdu je nepovinná (zadává se u kuchyně v Konfigurace → Kuchyně), a pokud vyplněná není, řádek se nevypisuje vůbec.

Rozvozovému listu navíc chyběl přepínač kuchyní v horní liště. Sestava přitom vždycky byla per kuchyň - ukazovala tu, kterou jste měli přepnutou jinde - ale na téhle stránce se nedala ani přečíst, ani změnit. Přepínač tam teď je, stejně jako na ostatních stránkách v sekci Kuchyně.

Na obsah tisku ani PDF se nic nemění.

V Jídelníčku zadává manažer organizace počty do tabulky, kde je řádek jídlo a sloupec věková kategorie. Tabulka si dosud brala tolik místa, kolik potřebovala - a při šesti věkových kategoriích, nebo jen při dlouhém názvu jídla, byla širší než stránka. Poslední sloupce a celkový počet se pak daly zobrazit jen posunutím tabulky do strany, takže při zadávání nebylo vidět, kam se číslo počítá.

Nově se tabulka vejde do šířky stránky:

• Sloupce s počty jsou užší a jejich šířka je pevná, takže čísla zůstávají zarovnaná pod sebou přes celý týden.
• Sloupec s názvem jídla si bere zbytek místa; dlouhý název se zalomí na druhý řádek místo toho, aby roztáhl celou tabulku.
• Poznámka Po uzávěrce se přesunula k označení druhu jídla, kde na ni zbývá místo.

Zadávání, uzávěrky ani ukládání dne se nemění - mění se jen rozložení tabulky. Na telefonu, kde se den zobrazuje jako karty pod sebou, je vzhled beze změny.

Seznam v sekci Strávníci stránkuje po dvaceti řádcích. Kdo potřeboval jmenný seznam třídy nebo výdejního místa na papíře, neměl jinou možnost než tisknout obrazovku stránku po stránce a výsledek pak skládat dohromady.

Nad seznamem je nově tlačítko Export CSV. Stáhne celý seznam najednou, bez ohledu na stránkování.

Exportuje se přesně to, co máte na obrazovce

Do souboru se propíše všechno, čím jste seznam zúžili - vyhledávání podle jména nebo variabilního symbolu, výdejní místo, věková kategorie, ročník i písmeno třídy - a taky řazení, které jste si nastavili kliknutím na hlavičku sloupce.

Jmenný seznam jedné třídy tedy uděláte tak, že si ji nejdřív vyfiltrujete na obrazovce a teprve pak kliknete na Export.

Co soubor obsahuje

Výdejní místo, příjmení, jméno, datum narození, třídu, věkovou kategorii, variabilní symbol, kredit, informaci o tom, jestli má strávník zapnuté automatické objednávání, a označení archivovaných.

Příjmení a jméno jsou dva samostatné sloupce, aby se dal seznam v tabulkovém editoru dál řadit. Soubor je v kódování UTF-8 s desetinnou čárkou, takže se v Excelu i v LibreOffice otevře česky.

Jestli se mobilní aplikace v konkrétním provozu chytá, nebo jestli rodiče zůstávají na webu, se dosud nedalo zjistit. Obojí je prohlížeč a nainstalovaná aplikace se z ničeho, co dorazí na server, nedá poznat od otevřené záložky - takže odpověď neexistovala ani přibližně.

Ve Statistice provozů je nově graf Web nebo mobilní aplikace. Jeden pruh na provoz, rozdělený na tři části: kolik lidí za zvolené období otevřelo jen web, kolik obojí a kolik jen aplikaci. Období si volíte sami, výchozí je posledních 30 dnů, nejvíc celý školní rok.

Počítají se jen rodiče a strávníci. Operátoři, administrátoři a kuchyňská obsluha aplikaci k dispozici nemají, takže kdyby se počítali, každý provoz by vypadal, že aplikaci odmítl - a rozdíly mezi provozy, kvůli kterým graf existuje, by zmizely pod lidmi, kteří na výběr nikdy neměli.

Každý člověk je právě v jedné ze tří skupin, takže se dají sečíst. „Kolik lidí používá aplikaci” je Obojí + Jen aplikace - ty dvě skupiny dohromady, ne jenom prostřední. Pod grafem je i tabulka se stejnými čísly a s podílem aplikace v procentech.

Údaje se sbírají od nasazení téhle změny; za starší období bude graf prázdný. Nikde se neukládá, co kdo dělal - jen že se ten den přihlásil, a ze které aplikace. Uchovávají se něco přes rok a pak se samy mažou; delší období graf stejně zobrazit neumí.

Aplikace běží v prohlížeči, takže verze, kterou máte na obrazovce, je ta, která se stáhla ve chvíli, kdy jste ji otevřeli. Když jsme mezitím nasadili novou, otevřená záložka o ní nevěděla a dál pracovala se starou - a u záložky, která zůstane otevřená celý den nebo přes noc, to mohlo být i o několik verzí zpátky. Jediné, co to řešilo, bylo ruční obnovení stránky, a to musel někdo poradit.

Nově se aplikace sama ptá, jestli nevyšla novější verze. Když ano:

• nahoře se objeví pruh Je k dispozici nová verze aplikace s tlačítkem Aktualizovat - kliknutím ji načtete hned,
• a i když si pruhu nevšimnete, nová verze se načte sama, jakmile přejdete na jinou stránku aplikace.

Rozdělaná práce se tím neztratí: pokud máte otevřený formulář s neuloženými změnami, aplikace se nejdřív zeptá jako vždycky a načte novou verzi až potom, co odpovíte.

Platí to pro webovou aplikaci na app.edumeal.cz i pro mobilní aplikaci na pwa.edumeal.cz, včetně té nainstalované na ploše telefonu.

Variabilní symboly strávníků a organizací tvoří jednu společnou řadu - bankovní výpis nese jen číslo a nic víc, takže podle něj nejde poznat, jestli platba míří na strávníka, nebo na organizaci. Proto smí být každý symbol v provozu jen jednou.

Kontrola ale hlídala jen část cest. Když se symbol měnil u už založeného strávníka nebo organizace, kolize se správně odmítla. Když se stejný symbol zadal při zakládání strávníka nebo přišel ve sloupci variable_symbol v importu strávníků, prošel - aplikace se v tu chvíli dívala jen na ostatní strávníky, ne na organizace.

Následek se neprojevil chybou, ale tiše: při načtení bankovního výpisu má na shodném symbolu přednost strávník, takže platba určená organizaci skončila na kontě strávníka. V přehledu plateb vypadala jako spárovaná a organizaci zůstal dluh.

Nově se obě cesty ptají i na organizace. Zakládání strávníka takový symbol odmítne hláškou Variabilní symbol je již obsazený a import řádek vypíše mezi chybami se jménem strávníka - stejně jako u kolize mezi dvěma strávníky.

Pokud jste import s vlastními symboly už dělali, stojí za kontrolu, jestli některý strávník nedostal symbol organizace; správci provozu takový případ dohledají.

Sestava Zůstatky strávníků ukazovala vždycky jen aktuální stav. Na měsíční uzávěrku to nestačilo: kdo si ji nestáhl přesně poslední den měsíce, měl už čísla posunutá o zářijové platby a objednávky.

Nově je nad sestavou volba data. Zůstatky se spočítají ke konci toho dne, tedy o půlnoci. Předvyplněný je poslední den předchozího měsíce, protože tak se sestava nejčastěji potřebuje - vybrat jde ale kterýkoli den, i dnešní. Zpětný stav se dopočítá z pohybů na účtu, takže funguje i pro měsíce, které už jsou dávno za vámi, a nic se k tomu nemusí dopředu ukládat.

Zvolený den se propíše do exportu CSV, do tisku i do adresy stránky, takže odkaz na konkrétní uzávěrku můžete poslat dál.

Dvě věci se v sestavě změnily, aby součet dával smysl jako účetní podklad. Jsou v ní jen strávníci s nenulovým zůstatkem - u nuly není co vykazovat. A zůstává v ní i archivovaný strávník, pokud mu na účtu kredit zůstal; jinak by z celkového součtu peníze zmizely. Takový řádek je označený ve sloupci Archivovaný.

Tisk je nově PDF. Tlačítko Tisk otevře sestavu jako PDF v nové záložce, ve stejné grafické podobě jako ostatní tištěné sestavy - s hlavičkou, číslováním stran a se dnem, ke kterému zůstatky platí. Dokument si tak nese datum sám, takže ho neztratíte ani po přejmenování souboru.

Jeden účet může být zároveň rodič i manažer organizace - typicky zaměstnankyně školky, která objednává za instituci a má tam i vlastní dítě. Stejně tak jeden manažer může spravovat více organizací. Náhled Zobrazit jako se v obou případech choval jinak, než odkud jste ho otevřeli.

Rodič, který je zároveň manažer organizace. Náhled spuštěný z detailu v seznamu Rodiče neotevřel rodičovské rozhraní, ale rozhraní organizace - o tom, co se ukáže, rozhodovala role účtu, ne to, na co jste klikli. Na objednávky dítěte se takto nedalo podívat vůbec. Nově se z Rodičů otevře vždy rodičovské rozhraní a z detailu organizace vždy rozhraní organizace.

Manažer více organizací. Náhled otevřený ze seznamu manažerů konkrétní organizace ukázal tu, kterou má manažer v pořadí první - takže jste se z detailu jedné organizace podívali na jinou a museli ji ručně přepnout. Nově se otevře přesně ta organizace, z jejíhož detailu jste náhled spustili.

Náhled zůstává pouze pro čtení a jeho otevření se stále zapisuje do auditního protokolu i s vámi zadaným důvodem.

Export Zůstatky strávníků do CSV skládal částku ze dvou částí zvlášť: z korun a z haléřů. U dluhu menšího než koruna vyjdou koruny jako nula, a protože nula znaménko nenese, minus se cestou ztratilo. Dluh 50 haléřů se tak v souboru objevil jako 0,50 - tedy jako kredit.

Od jedné koruny níž už koruny samy nesly minus a hodnota byla správně: -1,50 bylo -1,50. Chyba se týkala výhradně rozmezí od -0,01 do -0,99, což je taky důvod, proč přežila - v běžné sestavě takový řádek skoro není.

Na obrazovce a v PDF byla částka vždy správně. Rozcházel se s nimi jen ten stažený soubor, tedy zrovna ten, který se otevírá v tabulkovém procesoru a sčítá.

Stejný převod na text sdílel i export Přehledu plateb, takže i tam je teď znaménko odvozené z celé částky, ne z její haléřové části.

Formátování peněz má nově v celé aplikaci jediné místo, kde se rozhoduje, jak částka vypadá - proto se tenhle rozdíl nemůže vrátit jen v jednom z exportů.

Jestli má strávník aktivní účet, tedy jestli ho zpracuje automatické objednávání, šlo dosud zjistit jen v jeho detailu, v záložce Nastavení objednávek. U třídy nebo celého výdejního místa to znamenalo proklikat řádek po řádku.

Nově to má seznam ve vlastním sloupci před jménem. Zelený blesk je aktivní účet - stejná značka, jakou nese automatické objednávání v hlavní nabídce. Šedá ruka je ruční objednávání. Najedete-li na značku myší, ukáže se popisek: Automatické objednávání zapnuto, nebo Ruční objednávání.

Vykreslují se oba stavy, ne jen ten aktivní. Sloupec, kde by polovina řádků byla prázdná, se čte jako „u těch ostatních se to nenačetlo”, a to je přesně ta pochybnost, kvůli které by operátor stejně otevřel detail.

Značka se drží i při vyhledávání a filtrování - seznam zúžený na třídu nebo na výdejní místo ukáže značky stejně jako celý. A když režim strávníka změníte v jeho detailu, řádek za panelem se opraví hned, bez znovunačtení stránky.

Řadit ani filtrovat podle režimu zatím nejde; seznam se dál řadí podle jména, variabilního symbolu nebo kreditu.

Automatické objednávání zpracovává strávníky jednoho po druhém a každého samostatně - co je jednou objednané, to platí. Když se ale běh nedokončil, protože se v jeho průběhu nasazovala nová verze aplikace, zapsala se na kartu běhu nula objednávek a nula korun. Přitom třeba tři tisíce dětí už objednané mělo a z jejich kreditu bylo strženo.

Dvě věci se tím rozbily: kancelář neměla jak zjistit, co se vlastně stihlo, a rodičům těch dětí neodešel souhrnný e-mail, takže se o objednaném měsíci nedozvěděli.

Nově karta přerušeného běhu ukazuje skutečný počet objednávek, skutečně stržený kredit a kolik strávníků běh prošel z celkového počtu. Souhrnné e-maily odejdou rodičům, kterým se objednalo.

Zbytek měsíce se dobere opětovným spuštěním téhož měsíce - už objednané dny se nezdvojí a nikomu nepřijde druhý e-mail o tom, že se neobjednalo nic.

Z každé části dne (přesnídávka, polévka, oběd, svačina, večeře) patří na jeden den jedno jídlo. V jídelním lístku to platilo vždycky - kliknutím na jiný oběd se ten původní sám zrušil.

Automatické objednávání se ale řídilo jen tím, co má účet nastavené, a na to, co už na daný den objednané bylo, se dívalo pouze u téhož druhu jídla. Když měl tedy účet nastavený Oběd 2 a rodič si na ten den vybral Oběd 1, měsíční běh Oběd 2 přidal vedle něj. Den skončil se dvěma hlavními jídly a z kreditu se strhly obě ceny. Totéž se dvěma polévkami.

Nově platí:

• Vaše vlastní volba má přednost. Je-li na daný den objednané jakékoli jídlo z dané části dne, běh do ní nesahá.
• Volné části dne se doplní normálně. Objednali jste si sami jen oběd? Polévku k němu běh doplní podle nastavení.
• Odhlášená část dne zůstane odhlášená. Když jste oběd na daný den zrušili, automatické objednávání do té části dne nesáhne ani jinou variantou - dřív mohlo místo zrušeného Oběda 1 objednat Oběd 2 a znovu za něj strhnout kredit.
• Totéž pravidlo teď hlídá i samotné objednávání, takže druhý oběd na jeden den nevznikne ani jinou cestou než z jídelního lístku.

Pokud jste na sobě takto zdvojenou objednávku našli, ozvěte se prosím jídelně - umí ji dohledat i vrátit zaplacené.

Měsíční výpisy se druhý den v měsíci zařazovaly do odesílání všechny naráz. U větších provozů to je přes tisíc e-mailů v jedné minutě - a poštovní server pouští jen 1 000 zpráv za hodinu. Zbytek odmítl.

Horší než ty výpisy byl ale následek: e-maily zařazené během té dávky stály ve frontě za ní. Rodič, který si v tu dobu nechal poslat odkaz na reset hesla, ho nedostal - stejně jako pozvánky a vítací e-maily s přihlašovacími údaji.

Co se změnilo

Výpisy odcházejí postupně. Dávka startuje po půlnoci - ve 2:00 letního času, v 1:00 zimního - a odchází rychlostí, kterou poštovní server zvládne. U tisíce výpisů je hotová do rána, tedy dřív, než kdokoli začne objednávat. Výpis dostanete pořád druhý den v měsíci, jen ne všichni ve stejnou sekundu.

E-maily, na které někdo čeká, jdou první. Reset hesla, přihlašovací údaje a pozvánky mají teď přednost před čímkoli ostatním. I když se ve frontě zrovna odbavuje hromadná rozesílka, odkaz na reset hesla ji přeskočí - a část kapacity poštovního serveru je pro tyhle e-maily vyhrazená, takže je nezdrží ani hromadné rozesílání sestav nebo dohánění fronty po výpadku.

Pořadí je trojstupňové:

1. Reset hesla, přihlašovací údaje, pozvánky - někdo u toho sedí a čeká
2. Potvrzení objednávek, nízký kredit, kuchyňské sestavy - běžný provoz dne
3. Měsíční výpisy, přehled novinek - hromadné rozesílky

Co s tím musíte udělat

Nic. Pokud jste v uplynulých dnech řešili, že rodičům nedorazil reset hesla nebo měsíční výpis, zkuste akci zopakovat - v Auditu odeslaných e-mailů uvidíte, jak dopadla.

Když jste objednávku zadali a zrušili týž den, měl ten den v přehledu plateb dva řádky: jeden s vrácenou částkou a pod ním ten původní, přeškrtnutý, se značkou „Stornováno”. Oba přitom jmenovaly stejné jídlo i stejný den. Rodiče se pak ptali, jestli jim jídlo nebylo naúčtováno dvakrát.

Nově je z toho jeden řádek:

Zrušená objednávka                                 0,00 Kč
Oběd 2 na 4.9.2026: Palačinky s tvarohem   -28,00 → +28,00

Částka je nulová, protože se obojí stalo v jednom dni a vzájemně se to vyruší. Obě poloviny zůstávají pod ní vypsané, takže si součet dne pořád spočítáte z toho, co vidíte na obrazovce — nic se neschovává.

Zrušení z pozdějšího dne se nemění. Tam každý den musí dávat smysl sám za sebe, takže původní objednávka zůstává ve svém dni přeškrtnutá se značkou „Stornováno” a den zrušení nese vrácenou částku.

Souhrn sbaleného dne přestal zrušené objednávky počítat mezi objednávky. Den, ve kterém jste zadali dvacet objednávek a tři z nich hned zrušili, se dřív popsal jako „20 objednávek · 3 zrušení”; nově je to „17 objednávek · 3 zrušení”.

Stejně to vypadá v rodičovském přehledu plateb, v mobilní aplikaci, u organizací i v záložce Zůstatek v operátorském panelu.

Zrušený vklad kreditu zůstává dvěma řádky i ve stejném dni. Vklad, který jídelna vzala zpátky, jsou dva různé úkony a důvod na opravném řádku je záznam, který se vám může hodit — sloučením by se ztratil.

V přehledu plateb se odběr za objednávku zapisoval pořád stejně, ať objednávku zadal rodič, kancelář jídelny, nebo automatické objednávání. Rodič, kterému jídelna zapnula automatické objednávání hromadně, tak viděl objednané dny, které sám nezadal, a v aplikaci neměl jak je od svých odlišit.

Nově řádky Objednávka a Zrušená objednávka nesou značku podle toho, kdo je způsobil: Zadal rodič, Zadal strávník, Zadala jídelna, Zadala organizace nebo Automatické objednávání.

Chybějící značka znamená, že se to nezaznamenalo — ne že objednávku zadal někdo jiný.

U plateb a vkladů značka není — tam nic nepřidává, protože ji jednoznačně určuje už samotný název řádku.

Značka je v rodičovském přehledu plateb, v mobilní aplikaci, u organizací i v záložce Zůstatek v operátorském panelu.

Jméno konkrétní osoby se nikde neukazuje. U řádku, který potřebujete dohledat, záznam najde jídelna.

U objednávek zapsaných dřív, než se tato informace začala zaznamenávat, značka chybí. Tam, kde to šlo doložit z auditního záznamu, se doplnila zpětně; kde ne, zůstává řádek raději bez značky než s odhadem.

Ručně nahrané výpisy (GPC) rozlišovaly platby podle variabilního symbolu, data, částky a plátce. Když se dvě platby v těchto čtyřech údajích shodly, druhá se označila jako duplicitní a nepřipsala se - přesně to, před čím nápověda k importu varovala.

U výpisů z Komerční banky to ale bylo mnohem častější, než mělo být. Datum platby má v souboru dvě možná místa a KB plní jen to druhé; první nechává vyplněné nulami. Edumeal čekal datum na prvním místě, nuly za datum nepoznal a zůstal bez něj - takže z rozlišovacích údajů zbyly jen tři. Dvě platby stejné výše od stejného plátce na tentýž variabilní symbol se pak slily v jednu bez ohledu na to, kdy dorazily - i s měsíčním odstupem.

Nově:

• Datum se přečte i z druhého místa v souboru, takže výpisy z KB mají u plateb den, kdy dorazily, a ne prázdno.
• Každá platba se pozná podle čísla dokladu z banky. To je vlastní identifikátor pohybu, který každé platbě přidělí banka, takže dvě jinak naprosto shodné platby jsou od sebe rozpoznatelné - i když přišly ze stejného účtu ve stejný den ve stejné výši.
• Číslo účtu v hlavičce výpisu se zobrazuje s předčíslím. U bank, které předčíslí používají, se dosud slepilo dohromady s číslem účtu.

Ochrana proti dvojímu připsání zůstává: nahrát tentýž výpis dvakrát nic nepřipíše - a platí to i tehdy, když stejné období nahrajete jednou jako GPC a jednou jako CSV. CSV číslo dokladu neobsahuje, takže se platba rozpozná podle variabilního symbolu, data, částky a plátce; už jednou připsaný pohyb se objeví jako duplicitní.

Co je potřeba zkontrolovat. Platby, které se takto v minulosti nepřipsaly, oprava zpětně nedobije - v seznamu importů jsou vidět jako řádky se stavem duplicitní. Projděte je prosím a rozdíl doúčtujte ručně přes korekci zůstatku.

Druhé varianty jídel se v jídelníčku, v sestavách i v nastavení jmenují číslem na konci: Přesnídávka 2, Polévka 2, Svačina 2. Jen večeře z toho vybočovala a psala se jako „2. večeře”, takže v seznamu druhů jídla i v tiskových sestavách stála mimo řadu.

Teď se jmenuje Večeře 2. Je to změna názvu, nic víc - objednávky, ceny ani uzávěrky se nemění.

Máte-li si druhy jídla přejmenované po svém (Nastavení → Druhy jídla), platí dál váš vlastní název; tohle je jen výchozí pojmenování.

Na Přehledu se počty objednávek na den zobrazují v dlaždicích po druzích jídla. Jejich pořadí se ale neřídilo podáváním, ale interním kódem druhu, takže Oběd 1 až Oběd 5 stály na začátku, před snídaní i polévkou.

Teď jsou dlaždice ve stejném pořadí, v jakém se jídla podávají a v jakém je znáte z jídelníčku i ze sestav: snídaně, přesnídávka, polévka, obědy, svačina, večeře.

Rodič klepne na Objednat, telefon v tu chvíli ztratí signál a aplikace ohlásí chybu. Objednávka se přitom na server dostala a proběhla - jen se o tom rodič nedozvěděl. Když klepnul znovu, dostal hlášku, že strávník už na ten den objednávku má.

Vypadalo to jako chyba, ale byla to ochrana proti dvojí objednávce: dvakrát objednaný oběd by se dvakrát strhl z konta. Rodič ale neměl jak poznat, že jeho objednávka je v pořádku, a typicky šel hledat do Objednávek, jestli tam něco je.

Nově aplikace u každého pokusu o objednávku připojí jeho označení. Server podle něj pozná, že jde o zopakování téhož pokusu, a odpoví toutéž objednávkou, kterou už zapsal. Rodič uvidí normální Objednáno, konto se strhne jednou.

Zrušení a nová objednávka téhož jídla se tím nemění: to jsou dva různé pokusy a chovají se jako dosud.

Týká se to mobilní aplikace, rodičovské části na počítači i objednávání strávníka z operátorského panelu.

Manažerka školky s několika pobočkami nám popsala, jak u nás objednává týden: u každého dne rozklikat přesnídávku, polévku, oběd a svačinu, v každém formuláři vyplnit počty, uložit. Pětkrát pět jídel je pětadvacet otevření formuláře a pětadvacet uložení - a to za jednu pobočku. Trvalo jí to přes hodinu.

Den je jedna tabulka

Na počítači je teď každý den jedna tabulka: řádek je jídlo, sloupec věková kategorie, počet se píše rovnou do políčka. V záhlaví sloupce je evidovaný počet dětí, takže je vidět, kolik ještě zbývá. Nabízí-li jídelna krabičky, je uvnitř téhož políčka pod počtem řádek z toho BOX - aby bylo vidět, že se krabičky počítají z toho počtu, ne k němu.

Pod názvem jídla jsou jeho alergeny a detail se otevře ikonou ⓘ vedle názvu, stejně jako na kartičce. Řádek, na kterém už objednávka je, nese zelený odznak Objednáno.

Celý den se uloží jedním tlačítkem pod tabulkou. Dokud je v něm něco nezapsaného, tlačítko svítí, v patičce dne je poznámka Neuloženo a odchod ze stránky se zeptá, jestli o to opravdu chcete přijít.

Zůstatek je pořád vidět

Dole na obrazovce je přilepená patička se zůstatkem kreditu a s tím, kolik jídel a za kolik je objednáno v zobrazeném týdnu. Nezmizí, ani když jste u posledního dne - stejně jako to zná strávník ve svém jídelníčku.

Dvě pomůcky pod každým dnem

• Plné počty doplní den na evidované počty dětí. Počítá po skupinách jídel: obě varianty oběda sdílejí jeden strop, takže zbytek skupiny dostane první varianta a druhou si rozdělíte sami.
• Zkopírovat z předchozího dne převezme počty podle druhu jídla, ne podle konkrétního jídla: přesnídávka od přesnídávky, oběd od oběda.

Po uzávěrce se den zamkne

Dny, u kterých už uplynula uzávěrka, jsou jen ke čtení - stejně jako to zná rodič u svých objednávek. Políčka nejdou přepsat a tlačítka pod tabulkou zmizí, takže se nestane, že vypíšete celý den a teprve při ukládání se dozvíte, že nic z toho neprojde. Platí to i na telefonu.

Klávesnice a Excel

Šipky nahoru a dolů chodí po sloupci, tedy po jedné věkové kategorii přes všechna jídla dne - to je směr, kterým se počty obvykle zadávají. Enter posune dolů, Tab doprava.

A jestli si počty vedete v Excelu, nemusíte je přepisovat: označte je tam, zkopírujte a vložte do políčka, od kterého se mají rozepsat.

Co zůstává

Na telefonu je den postavený na výšku. Tabulka s řádkem na jídlo a sloupcem na kategorii potřebuje zhruba dvojnásobek šířky telefonu, takže se tentýž den skládá jinak: kartička na jídlo a v ní řádek na každou věkovou kategorii. Počty se píší přímo do políček a celý den se ukládá jedním tlačítkem, úplně stejně jako na počítači. Původní postup přes kartu a formulář tím odpadl - byly to dvě cesty ke stejným objednávkám a ta druhá po vás chtěla otevřít panel u každého jídla.

Kopírování na pobočky se zjednodušilo. Na počítači kopírujete celý den najednou tlačítkem Na pobočky pod tabulkou: jedno potvrzení místo jednoho za každé jídlo. U každé pobočky rovnou vidíte, co dostane, a nově se kopírují i krabičky. Přibylo zaškrtávátko Osadit plnou kapacitu pobočky: každá pobočka pak dostane svůj vlastní evidovaný počet dětí, u dvou variant oběda rozdělený ve stejném poměru, jaký jste zadali. Koeficient, který tu dřív byl, zmizel - bylo to jedno číslo pro všechny pobočky, takže na různě velké pobočky nikdy pořádně nesedl. Na telefonu zůstává kopírování po jednotlivých jídlech.

Jedna věc, na kterou pozor

Uložení dne není všechno nebo nic. Jídla se ukládají po jednom, takže se může stát, že se část dne uloží a jedno jídlo ne - typicky když u něj chybí cena nebo už uplynula uzávěrka. Napíšeme, u kterých jídel to neprošlo, a necháme je v tabulce červeně označená. Zbytek dne je přitom uložený, takže se k nim stačí vrátit a doplnit je.

Přiřazení čipu, který už je někomu přiřazený, skončilo hláškou „Čip je už přiřazený.” a tím to končilo. Nešlo z ní poznat, jestli jste omylem naskenovali cizí čip, nebo jestli tenhle konkrétní čip někdo používá - a jediné, co s tím šlo udělat, bylo zkusit to znovu.

Nově hláška jmenuje držitele: „Čip je už přiřazený strávníkovi Tomáš Novák.”

Rozdíl je hlavně při hromadném párování čipů, kde jdou strávníci jeden za druhým a snadno se sáhne vedle. Když se jméno nepodaří dohledat, hláška zůstane v původní podobě - přiřazení se v obou případech chová stejně, jen je z ní vidět víc.

Paprskový graf ve spotřebním koši kreslil hodnoty jako tenký obrys a jinak se s ním nedalo nic dělat. Dostal tři věci.

Hodnota je paprsek, ne obrys

Plnění každé skupiny je teď plný paprsek od středu v barvě stavu. Délka je poctivé kódování hodnoty; plocha obrazce, kterou u paprskových grafů oko čte jako veličinu, žádnou veličinu neznamená - proto je spojnice konců jen tenká silueta.

Barvu stavu má i popisek skupiny

Skupina, do které nespadl ani gram, nemá viditelný paprsek - a graf o ní tím pádem neřekl vůbec nic. Popisky skupin proto mají barvu svého stavu. Jsou až za vnějším kruhem, takže se jejich barva nedá splést s hodnotou; je to legenda, ne odečet.

Najetí vypíše čísla, kliknutí otevře rozpad

Najetím na výseč se pod grafem vypíše název skupiny, plnění, norma a skutečnost - a ostatní paprsky zesvětlí. Čísla jsou na pevném místě pod grafem, ne v bublině u kurzoru: nepřekryjí značku, kterou popisují, a přežijí i dotyk.

Kliknutím na výseč se otevře rozpad té skupiny, tedy stejný panel, jaký otevře kliknutí na řádek tabulky. Terčem je celá výseč, takže skupina na 6 % se trefuje stejně snadno jako skupina na 200 %.

Nutriční katalog dosud vypadal jako tabulka čísel, o kterých se nedalo zjistit, odkud jsou a jestli je někdo kontroloval. To se změnilo.

Nejdřív to podstatné: katalog je prázdný

Dosavadní obsah katalogu byl smazán a s ním i napárování surovin na jeho položky. Na obrazovce Párování surovin proto uvidíte pokrytí na nule a všechny suroviny mezi nenamatchovanými. Není to chyba: k datům, ze kterých byl katalog naplněn, nemáme licenci, takže musela z aplikace pryč.

Katalog se plní znovu, položku po položce, z etiket produktů, které kuchyně opravdu nakupuje - a napárování se potvrdí znovu proti nim.

Hodnoty pocházejí z obalu, který kuchyně opravdu nakupuje

Katalog se plní z etiket konkrétních produktů. Hodnota z obalu je pro danou kuchyni přesnější než obecná tabulka: nezajímá nás průměrná šunka, ale ta, která je ve výdejním okně.

Fotka etikety vedle vytěžených čísel

Do detailu položky se nahraje fotka etikety (JPEG, PNG, WebP nebo HEIC). V panelu je nad hodnotami, takže administrátor vidí obal a opsaná čísla naráz a může je porovnat. Tlačítko Ověřit podle fotky pak zaznamená, kdo a kdy kontrolu provedl.

Položka s fotkou, kterou ještě nikdo neprošel, nese v seznamu štítek K ověření; filtr Jen neověřené je vypíše všechny najednou. Ověřená položka má štítek Ověřeno.

Kontrola má smysl. Hned v první dávce se našel obal deklarující 3063 kcal na 100 g, což je fyzikálně nemožné, dvě balení želírovacího cukru s hodnotami odpovídajícími hotovému džemu, a puding, jehož etiketa počítá s hodnotami hotového výrobku, ne prášku, který kuchyně nakupuje.

Uložení změny ověření ruší

Když hodnotu opravíte a uložíte, ověření se zruší. Platilo pro předchozí čísla, ne pro nová. Pokud čísla s fotkou sedí, ověřte je bez úpravy.

Nový sloupec Základ: 100 g nebo 100 ml

Etikety kapalin, tedy mléka, oleje, octy a nápoje, uvádějí hodnoty na 100 ml. Sloupec Základ říká, co pro položku platí, a hodnota se ukládá přesně tak, jak stojí na obalu - žádný přepočet hustotou. Výpočet spotřeby počítá 1 ml jako 1 g, takže údaj na 100 ml sedí; přepočet by chybu naopak zdvojnásobil.

Zdroj záznamu rozhoduje, co smí import přepsat

Ke zdroji Ručně přibyl Z etikety, pod kterým import zakládá položky. Ruční korekce má přednost, takže ji další nahrání souboru nepřepíše - v souhrnu se objeví mezi „přeskočeno”.

Opravená dávka ale svoje vlastní položky přepsat smí. Opětovné nahrání souboru je běžná cesta, jak spravit špatně opsanou hodnotu, a nesmí skončit tichým přeskočením. Pokud přitom nějakou hodnotu změní, ověření té položky se zruší a položka se vrátí do fronty k ověření.

Týdenní graf objednávek na operátorské nástěnce byl dosud jen obrázek: pět sloupců, nad nimi čísla, a jediný týden - ten aktuální. Kdo chtěl vidět rozpis konkrétního dne, musel ho vypsat do datového pole pod grafem. Kdo chtěl vidět minulý týden, neměl kam kliknout.

Co je nového

Najetím myší na den se objeví rozpis - kolik objednali strávníci, kolik organizace a kolik je to dohromady.

Kliknutím na den se rozpis objednávek pod grafem přepne na tento den a stránka se k němu posune. Datové pole se dá dál používat jako dřív.

Šipky vpravo nahoře listují po týdnech dozadu i dopředu. Posouvá se jen graf - dlaždice s jídelním lístkem a spotřebním košem zůstávají na aktuálním týdnu, protože jejich otázka zní, jestli je připravený nadcházející týden.

Zavřený den už není nerozeznatelný pahýl. Svátek nebo uzavření provozu se kreslí jako vyšrafovaný pruh s popiskem „zavřeno”.

Čitelnost

Graf dostal svislou osu s měřítkem a jemnou mřížku, takže se dá odečíst i výška sloupce, ne jen číslo nad ním. Sloupce jsou znatelně širší a využijí šířku obrazovky, místo aby stály jako tenké čárky v prázdném poli.

Barvy jsou zelená pro strávníky a oranžová pro organizace - tytéž, které aplikace používá všude jinde, takže se v tmavém režimu přepnou spolu s ní. Počet nad každým sloupcem a legenda jsou tam mimo jiné proto, aby se dal graf přečíst i bez rozeznání barev.

Čísla ani jejich význam se nemění.

Pruh ve sloupci Vůči toleranci kreslil tolerované pásmo a skutečné plnění na stupnici, kterou nikde nebylo vidět. Šedá plocha tak byla skvrna na neznámém místě a pruh končící těsně za 100 % vypadal stejně jako pruh končící těsně za pravým okrajem pásma - přitom to je rozdíl mezi „drobný přesah” a „dvojnásobek normy”.

Pod záhlavím sloupce je nově vypsaná stupnice 0-50-100-150-200 a v záhlaví i jednotka, tedy % normy. Tytéž dílky jsou jako tenké rysky uvnitř každé dráhy, takže se pozice dá odečíst i u řádku uprostřed tabulky, ne jen u prvního. 100 % normy má výraznější svislou čáru než ostatní dílky - je to jediná hodnota, o kterou v téhle sestavě jde.

Stupnice je pořád stejná na všech řádcích (0-200 % normy), takže se řádky dají srovnávat mezi sebou; plnění nad 200 % se u pravého kraje označí značkou ▶ a přesné číslo je vždy ve sloupci Plnění vedle.

Rozpad skupiny potravin (otevře se kliknutím na řádek ve spotřebním koši) měl podíly surovin jen jako čísla a tenké pruhy v posledním sloupci. Nad tabulkou je nově prstenec složení.

Dává tady smysl, protože podíly surovin se sčítají do celku - na rozdíl od skupin potravin samotných, kde se každá poměřuje vlastní normou a koláč z nich by byl nesmysl. Uprostřed prstence je celková hmotnost za měsíc: kruh říká, jak se skupina dělí, číslo říká, kolik toho bylo.

Barevný čtvereček u každého řádku tabulky patří k jeho výseči, takže tabulka slouží rovnou jako legenda a stejné suroviny nejsou v panelu vypsané dvakrát. Najetím myší na výseč se zobrazí název, podíl i hmotnost.

Suroviny od osmé nejtěžší dál se v prstenci slučují do výseče Ostatní - paleta má osm barev a jejich pořadí je to, co drží sousední výseče rozlišitelné i pro barvoslepého čtenáře. V tabulce jsou vypsané všechny. Skupina s jedinou surovinou prstenec nedostane; plný kruh se 100 % neodpovídá na žádnou otázku.

Pruh podílu v posledním sloupci tabulky tím zmizel: kreslil totéž číslo, které teď kreslí výseč, a navíc v barvě aplikace, takže na jednom řádku byly pro jeden údaj dvě barvy.

Spotřební koš odpovídal na otázku „jak na tom kuchyně je” až po přečtení devíti řádků. Nad tabulkou je proto nově paprskový graf vybrané věkové kategorie: devět skupin potravin na devíti paprscích, v pořadí tabulky vyhlášky.

Vedle grafu jsou údaje o měsíci - počet strávníků, normový set, z jakých druhů jídla se koš počítá a kdy naposledy proběhl přepočet. Dřív se táhly v jednom řádku pod nadpisem a poznámka o bio a sezónnosti visela až úplně dole pod tabulkou; teď jsou na jednom místě vedle grafu. U měsíce, pro který se nedá nic vykreslit, se přesunou zpátky pod nadpis - u prázdného měsíce se na ně ptáte nejdřív.

Graf ukazuje tvar měsíce. Vyrovnaná kuchyně kreslí devítiúhelník kolem přerušované kružnice; kuchyně, které jedna skupina utekla, kreslí hrot; kuchyně s nedoplněnou klasifikací surovin kreslí obrazec zmačknutý u středu.

• Přerušovaná kružnice je 100 % normy. Je to jediná hodnota, která znamená na každém paprsku totéž.
• Bod na každém paprsku má barvu stavu té skupiny, takže je vidět nejen kde hodnota je, ale i jestli je uvnitř své meze. Najetím myší se zobrazí název skupiny a přesné plnění.
• Hodnoty se ořezávají na 200 %, stejně jako pruh v tabulce - jinak by jedna skupina na 400 % stlačila všechny ostatní do středu. Popisek i tabulka ukazují skutečné číslo, ne oříznuté.

Tolerované pásmo se v grafu nekreslí, a je to schválně: není u všech skupin stejné (ryby a zelenina mají 75 % a nahoru nic, cukry 0-100 %, ostatní 75-125 %), takže jeden šedý mezikruží by u čtyř skupin z devíti lhalo. Pásmo zůstává v tabulce, kde může být u každého řádku jiné.

Paprskový graf se obecně moc nedoporučuje - jeho osy mívají různé jednotky a jejich pořadí bývá libovolné. U spotřebního koše neplatí ani jedno: všech devět paprsků je v procentech normy a jejich pořadí je dané vyhláškou.

Ve spotřebním koši se každý řádek podbarvoval podle stavu přes celou šířku tabulky. Když je mimo toleranci osm skupin z devíti - což u kuchyně s nedoplněnou klasifikací surovin není nic zvláštního - je z toho barevná stěna a ten jeden řádek, se kterým se opravdu dá něco dělat, v ní zanikne.

Stav teď nese značka na začátku řádku, u názvu skupiny, plus barva samotného procenta ve sloupci Plnění. Značka se tím zároveň přesunula zprava doleva: oko jede po prvním sloupci a verdikt zaparkovaný úplně vpravo se našel až po přečtení všech čísel. Samostatný sloupec Stav tím zmizel a uvolněné místo dostaly pruh a trend.

Karty Bio a Sezónnost pod tabulkou podbarvení nechávají - je to jedna karta, ne devět řádků pod sebou.

Opraveno při té příležitosti

Řádek Maso + Ryby + Luštěniny (společně), který se zobrazuje u flexibilního normového setu, měl o dvě buňky méně než hlavička tabulky. Jeho značka stavu tím padala do sloupce s pruhem a řádek byl useknutý.

Spotřební koš je měsíční sestava, ale vyhláška se hodnotí za období. Jestli je skupina pod normou dlouhodobě, nebo to byl jeden špatný měsíc, je rozdíl mezi „změnit receptury” a „nedělat nic” - a z jednoho měsíce se to přečíst nedá.

V panelu rozpadu skupiny (otevře se kliknutím na řádek) je proto nově graf plnění za posledních dvanáct měsíců:

• osa měsíců dole, včetně roku, protože dvanáctiměsíční okno přechází přes nový rok a dva lednové měsíce na jedné ose nejdou rozlišit,
• šedý pás je tolerované pásmo té skupiny, s vlastní čárou na každé mezi, kterou vyhláška u té skupiny opravdu stanoví, aby se pásmo dalo najít i tehdy, když se osa roztáhne kvůli odlehlé hodnotě - u ryb, zeleniny, celozrnných a luštěnin proto čára nahoře není, ty horní mez nemají,
• přerušovaná čára je 100 % normy,
• bod u každého měsíce má barvu svého stavu, takže se dá vidět nejen kudy křivka jde, ale i kdy překročila mez.

Měsíc bez objednávek je mezera, ne nula. Nula by vypadala jako měsíc, kdy se norma vůbec neplnila, přitom se v něm jen nevařilo.

Svislá osa se přizpůsobuje datům, ne pevné stupnici jako pruh v tabulce: jde o jednu skupinu, takže měsíc na 400 % se ukáže tam, kde doopravdy je, místo aby se zarazil o okraj. Skupina, která nemá spočítaný ani jeden z těch dvanácti měsíců, graf nedostane - osa, na které nic není, řekne míň než nic.

Malý náznak trendu ve sloupci Trend 12 M v tabulce zůstává; je od toho, aby bylo poznat, u které skupiny stojí za to panel otevřít.

Dvě buňky v tabulce spotřebního koše říkaly něco jiného, než se v nich myslelo.

Dílčí limity dostaly pruh

Řádek dílčího limitu - z toho masné výrobky (max. 20 % skupiny Maso) a z toho konzervovaná zelenina a ovoce (max. 15 %) - měl ve sloupci s pruhem prázdno. Bylo to schválně: podíl ze skupiny není podíl z normy a na stupnici „procent normy” nepatří.

Nově pruh má, ale nekreslí ten podíl. Kreslí vyčerpání povoleného stropu: 12 % ze skupiny při stropu 20 % je 60 % stropu. Každý pruh v tom sloupci tak znamená totéž - kolik z toho, co je předepsané, padlo - a nemíchají se v něm dvě různá měřítka. Obě čtení najdete v popisku pruhu, přesná čísla jsou ve sloupcích vedle.

Skupina bez surovin ukazuje 0 g

Ve sloupci Skutečnost byla u skupiny, do které nespadl ani gram, pomlčka - zatímco hned vedle ve sloupci Plnění stálo 0 %. Řádek si tím protiřečil: pomlčka se čte jako „údaj chybí”, jenže ta nula je změřená hodnota.

Pomlčka v tomhle sloupci pocházela z normy, kde znamená „pro tuhle skupinu není nic předepsáno”. Ve Skutečnosti je teď 0 g. Ve sloupci Norma pomlčka zůstává a znamená pořád totéž co dřív.

Nic z toho nemění vzhled ani čísla. Jde čistě o to, jak dlouho se obrazovka načítá - a u tří míst to bylo znát.

Nástěnka: týdenní graf jedním dotazem

Graf objednávek na týden si dosud vyžádal čísla zvlášť pro každý pracovní den, tedy pěti souběžnými dotazy naráz. Každý z nich navíc přinesl kompletní rozpad po jídlech a věkových kategoriích, ze kterého se použil jediný součet.

Pět dotazů, které dorazí ve stejnou vteřinu, si navzájem stojí ve frontě - a spolu s nimi i všechno ostatní, co se na nástěnce načítá. Nejhorší naměřený případ byl přesně tento: nástěnka si naráz řekla o osm věcí a poslední z nich, spotřební koš, čekala skoro dvě sekundy.

Nově se graf zeptá jednou na celý týden a vrátí se mu jen to, co kreslí.

Pohyby na účtu organizace

Kniha účtu u organizace se otevírala tím pomaleji, čím víc pohybů účet měl. Databáze pro každý řádek dohledávala tutéž transakci ještě jednou. U účtu se 466 pohyby to byla většina celé doby čekání.

Teď se každý řádek přečte jednou. U měřeného účtu se otevření zkrátilo zhruba desetinásobně. Zobrazené pohyby, zůstatky ani řazení se nemění.

Spotřební koš

Spotřební koš si při každém otevření znovu načítal číselníky, které se mění jen s aktualizací systému - normy, skupiny potravin, věkové skupiny a tolerance. Načtou se teď jednou po startu.

Zároveň se opravil způsob, jakým se vybírá měsíc: dotazy hledaly měsíc tak, že nemohly využít databázový index. Na dnešním objemu dat to ještě nebylo poznat, ale s přibývajícími objednávkami by bylo.

Pět kuchyňských sestav si počítá totéž: kolik porcí kterého jídla jde na které výdejní místo a do které věkové kategorie. Sdílejí na to jeden výpočet - a ten byl pomalejší, než musel být.

Nic z toho nemění, co na sestavách stojí. Jde čistě o dobu čekání.

Co bylo pomalé

Tři věci, každá z nich zbytečná práce navíc:

• Koeficient velikosti porce se dohledával pro každou jednotlivou objednávku zvlášť, přestože závisí jen na věkové kategorii, druhu jídla a provozu. Na dni s 1 400 objednávkami to bylo přes 1 400 dohledání místo několika desítek.
• Polévka k obědu - údaj, se kterým obědem se polévka strávníka vydává - se hledal samostatným dotazem pro každou polévku. Přitom se počítá z objednávek, které už se stejně načítají.
• Názvy jídel se dotahovaly ke každé objednávce zvlášť, ne až k hotovým řádkům sestavy.

Co je to v číslech

Měřeno na provozu s nejvyšším objemem, na plném zářijovém dni (1 400 objednávek strávníků plus objednávky organizací):

	dřív	teď
Jeden den sestavy	174 ms	35 ms
Denní objednávka za 31 dnů	3,5 s	0,7 s

Na klidných dnech, kde objednávek pár, je rozdíl menší, ale i tam se čas zhruba půlí.

Proč to bylo vidět zrovna teď

Srpnové dny mají v systému jednotky objednávek, zářijové stovky až tisíce. Výpočet byl pomalý celou dobu, jen se to na prázdninových datech nemělo jak projevit. S rozjezdem školního roku by se to začalo hlásit samo.

V Nastavení → Bankovní připojení je u každého připojení tlačítko Synchronizovat teď. Slouží k tomu, aby operátor nemusel čekat na pravidelné stahování, když chce hned vidět, jestli platba dorazila.

Co se změnilo

Dosud se tlačítko dalo zmáčknout kdykoli. Stažení se pokusilo proběhnout i vteřinu po tom minulém - a když ho banka kvůli svému limitu odmítla, obrazovka o tom mlčela: hlásila úspěch a jen se nic nezměnilo.

Nově platí pro ruční stažení stejný odstup, jaký máte nastavený u připojení v poli Frekvence stahování. Dokud neuplyne, je tlačítko nedostupné a je pod ním napsané, kdy bude další stažení možné:

Další stažení nejdříve v 14:32

Formulace „nejdříve” je záměrná. Okno si měří banka na své straně, takže se od našeho času může o kousek lišit.

Proč to tak je

Každé stažení se počítá do limitu, který banka připojení dává. U některých bank je ten limit měsíční a poměrně nízký, takže několik zmáčknutí navíc dokáže udělat znatelnou díru do měsíčního rozpočtu - a to bez užitku, protože stejná data by dorazila i pravidelným stahováním.

Čeho se změna netýká

Tlačítko Stáhnout historii (90 dní) zůstává dostupné pořád. Stahuje jiné období, než pravidelné stahování řeší, takže je to opravný nástroj, ne zrychlení toho, co se stejně za chvíli stáhne samo.

Provozy s účtem u Komerční banky dosud musely nahrávat bankovní výpisy ručně. Nově se dají platby párovat automaticky, stejně jako u Fio a Raiffeisenbank.

Jak se to nastavuje

V Nastavení → Bankovní připojení přibyl u Přidat připojení poskytovatel Komerční banka. Oproti ostatním bankám se u něj nezadává žádný token ani certifikát - vyplníte jen název, číslo účtu a frekvenci stahování.

Po uložení připojení ještě nic nestahuje a čeká. V jeho detailu klikněte na Propojit s bankou: přesměrujeme vás do KB, kde se přihlásíte a přístup k účtu potvrdíte. Banka vás vrátí zpět a připojení se samo aktivuje.

Budete k tomu potřebovat přihlášení do MojeBanka a KB Klíč. Přístup do internetbankingu má často účetní nebo zřizovatel, takže si to naklikejte společně - stačí jednou.

Frekvence se vybírá podle tarifu

KB si účtuje, kolikrát si data stáhnete, a proto se u ní nevybírají minuty, ale rovnou tarif:

• 1× denně - tarif zdarma, 50 stažení měsíčně
• 1× za hodinu - 100 Kč/měsíc
• 1× za 10 minut - 500 Kč/měsíc

Nastavte to, co máte u banky opravdu zaplacené.

Na co si dát pozor u automatického objednávání

Na tarifu zdarma se platby načítají jednou denně, takže platba poslaná dnes se může připsat až druhý den. Pokud používáte automatické objednávání, nastavte si jeho čas s rezervou - jinak strávníkovi, jehož platba dorazí těsně před během, propadne celý měsíc.

Obnova jednou za rok

Souhlas s přístupem platí 12 měsíců. Než skončí, dáme vám vědět a obnovíte ho stejným tlačítkem. Když banka přístup odvolá dřív, připojení se zastaví a v detailu uvidíte, že je potřeba ho udělit znovu - není to chyba nastavení.

Tisk jídelníčku byl dosud jen v rozhraní operátora jídelny. Organizace, která chtěla jídelníček vyvěsit na nástěnku nebo rozeslat rodičům, si o něj musela říct jídelně - a dostala list za celou jídelnu, ne za svou pobočku.

Nově je tlačítko Tisk přímo v jídelníčku organizace, vedle zůstatku kreditu. Otevře stejný tiskový list, jaký zná operátor: jeden týden na stránce, dny jako sloupce, druhy jídla jako řádky, A4 na šířku. Přepínač Týden / Měsíc, popis z receptur pod názvem jídla, kódy alergenů včetně podkategorií i legenda podle té které stránky - všechno stejné.

Tiskne se jen vaše pobočka

Rozdíl proti operátorovi je v tom, co na papíře je. Operátor tiskne jídelníček za celou jídelnu; organizace tiskne jen zvolenou pobočku, a to jen s těmi druhy jídla, které jídelna na té pobočce vydává.

Vytištěný list tedy odpovídá tomu, co si na dané pobočce skutečně můžete objednat. Nabízí-li jídelna večeře na jiném výdejním místě, ale ne u vás, na papíře nebudou - přesně jako je nevidíte v objednávání.

Název pobočky je vytištěný v hlavičce listu. Kdo tiskne za víc poboček zároveň, nesplete si je na stole.

Pobočku přepnete i v náhledu

Výběr pobočky zůstává nad tiskovým náhledem. Máte-li poboček víc, přepnete ji přímo tam a vytisknete je jednu po druhé, bez vracení se k objednávání. List se po přepnutí sám překreslí na novou pobočku.

Kredit na papíře není

Zůstatek kreditu organizace na obrazovce vidíte dál, ale na vytištěný list se nedostane. Jídelníček z nástěnky čte kdokoli, kdo jde kolem, a kolik má organizace na účtu, na něm nemá co dělat. Ze stejného důvodu se netiskne ani výběr pobočky - její název je místo toho v hlavičce listu.

Co se nemění: tiskový náhled je jen pro čtení, jídla zadává nadále jídelna a objednáváte v týdenním pohledu jako dosud. Tisk u operátora zůstal, jaký byl.

E-mail Opětovné zaslání přihlašovacích údajů (tlačítko „Uložit a odeslat údaje” v detailu rodiče) uváděl u strávníků variabilní symboly, ale platební účty do něj nedoputovaly. Na jejich místě se tiskla poznámka, že si má rodič platební údaje vyžádat u provozu - a to i tehdy, když výdejní místo mělo v Platebních možnostech účty řádně povolené.

Rodič, kterému jste opravovali e-mail s překlepem, tak dostal heslo a symboly, ale ne číslo účtu, na který má platit - tedy přesně tu informaci, kterou mu původní uvítací e-mail nedoručil.

Nově e-mail obsahuje účty povolené u výdejního místa daného strávníka, sloučené bez duplicit. Rodič s dětmi na dvou výdejních místech dostane sjednocení účtů obou míst.

Ostatních e-mailů se to netýkalo: uvítací e-mail nového strávníka i souhrn po importu strávníků platební údaje uváděly správně.

Objednávky se řídily kalendářním měsícem. Koncem měsíce vám to ukázalo hlavně minulost a „co bude příští týden” leželo přes hranici dvou měsíců, takže jste museli přepnout měsíc, abyste to viděli celé.

Otevírá se na tom, co teprve bude

Stránka startuje v pohledu Nadcházející — od dneška šest týdnů dopředu, od nejbližšího dne. Když hledáte něco staršího, přepnete na Podle měsíce a vyberete měsíc.

Den je karta se souhrnem a součtem

31.8. Po                              −64,00 Kč
2 jídla
  POLÉVKA   Hovězí vývar s nudlemi    −32,00 Kč   Zrušit
  OBĚD 1    Svíčková na smetaně…      −32,00 Kč   Zrušit

Souhrn řekne, kolik jídel ten den je a kolik z nich je zrušených; součet vpravo, kolik ten den stojí. Počítají se jen aktivní objednávky — zrušená přispívá nulou, protože zrušení není příjem.

Řádky zůstávají vidět. Vypadá to podobně jako Pohyby na účtu, ale ty se sbalují schválně, kdežto tady jsou ta jídla to, kvůli čemu stránku otevíráte.

Mobilní aplikace ukazuje totéž

PWA si objednávky kreslila po svém a neuměla ani seskupení po dnech, ani rozpad podle věkových kategorií. Teď používá stejný seznam jako web — a názvy jídel se na telefonu vejdou celé, dřív se dlouhý název usekl v půlce.

Organizace si starší měsíce dohledá sama

Přehled organizace ukazoval jen probíhající měsíc a pro cokoli staršího jste museli psát jídelně. Nově je i tam Podle měsíce.

Drobnost, která ale bolela

Seznam objednávek načítal nejvýš 50 položek. Strávník se snídaní, polévkou, obědem a svačinou jich má za měsíc přes osmdesát a v mobilní aplikaci za šest týdnů ještě víc — zbytek se tiše zahodil. Teď se načte celé období.

V nastavení účtu byly dva přepínače, které nic neovládaly: „Potvrzení objednávky” a „Zrušení objednávky”. E-mail po každé jednotlivé objednávce jsme posílat přestali už dávno — nahradil ho Souhrn objednávek, který přijde jednou za všechny změny, které jste udělali. Přepínače po té změně zůstaly viset a vypnout jimi nešlo nic.

Horší bylo, že souhrn — tedy ten e-mail, který vám opravdu chodí — v seznamu nebyl vůbec, takže se nedal vypnout ani zapnout.

Co se změnilo

Oba mrtvé přepínače jsou pryč a je místo nich jeden: Souhrn objednávek. Ve výchozím stavu je zapnutý, stejně jako doteď, takže pokud vám vyhovuje jak to chodí, nemusíte dělat nic.

Pokud jste si někdy vypnuli „Potvrzení objednávky”, souhrn tím vypnutý není — záměrně jsme to nepřenášeli. Vypnutý přepínač nikdy nic neznamenal, takže z něj nešlo poznat, jestli o souhrn stojíte nebo ne. Když ho nechcete, vypněte si ho teď v nastavení.

V přehledu odeslaných e-mailů (operátorská část) zůstávají oba staré typy vidět. Je to historie skutečně odeslaných zpráv a ta se nepřepisuje.

Měsíční report dosud odpovídal na otázku „kolik jsme za měsíc naúčtovali”. Fakturovat se z něj ale nedalo: chyběly údaje odběratele a nebylo z čeho složit částku, kterou má výdejní místo zaplatit. Kdo fakturoval, dopočítával to ručně.

Nově je CSV export hotový fakturační podklad. Otevřete ho v Excelu a máte za měsíc rozepsáno:

• U každého výdejního místa jeho plný název a IČO - tedy to, co patří na fakturu.
• Za výdejní místo řádky po druzích jídla ve tvaru počet × cena = částka.
• Jmenovitě za každého strávníka (příjmení, jméno, variabilní symbol) tentýž rozpad, takže je vidět, z čeho se částka za výdejní místo skládá.
• Za hromadné objednávky každé organizace vlastní řádky, s variabilním symbolem organizace.

Proč je jeden druh jídla na víc řádcích

Cena téhož oběda není pro všechny stejná: liší se věkovou kategorií strávníka, dietní variantou a krabičkou. Kdyby podklad ukazoval jednu průměrnou cenu, počet × cena by nevyšlo na uvedený součet - a takový řádek nikdo na faktuře neobhájí.

Každá odlišná cena má proto vlastní řádek. Jeden oběd 1 na jednom výdejním místě tak může být třeba tři řádky: 42 porcí za 38 Kč, 18 za 45 Kč a 6 v krabičce za 52 Kč. Součet za druh jídla je pod nimi.

U organizací má příplatek za krabičky vlastní řádek „Krabičky”, protože jde o peníze, ne o porce - do počtu porcí se tedy nepletou.

Ceny jsou ty, které byly naúčtovány

Podklad čte ceny z objednávek, ne z aktuálního ceníku. Když ceník po uzávěrce změníte, uzavřený měsíc se nepohne a faktura odpovídá tomu, co strávník tehdy skutečně zaplatil.

Do podkladu se nepočítají zrušené objednávky. Archivovaný strávník v něm zůstává - co si během měsíce odebral, se fakturuje. Archivovaná výdejní místa v sestavě nejsou, stejně jako v ostatních sestavách.

Na obrazovce se nic nemění

Sestava na stránce zůstává, jaká byla: celkové počty a příjem, rozpad po kuchyních a výdejních místech a průřez po druzích jídla. Jmenný rozpad je záměrně jen v exportu - u větší jídelny by to na papíře byly desítky až stovky stran a na obrazovce se hledá souhrn, ne jednotliví strávníci.

Drobnost k témuž: druhy jídla jsou teď v průřezu v pořadí, v jakém se během dne vydávají (snídaně, přesnídávka, polévka, obědy, svačina, večeře), ne podle abecedy - stejně jako ve všech ostatních sestavách. A sloupec Příjem dostal víc místa, aby se do něj vešel i měsíční obrat celé kuchyně, aniž by se číslo zlomilo na dva řádky.

Pozor na osobní údaje: protože export nově obsahuje jména strávníků a jejich variabilní symboly, zacházejte s ním jako s osobními údaji. To, co je na obrazovce a v tisku, jsou dál jen souhrnná čísla, a ta se dají sdílet bez omezení - třeba se zřizovatelem.

Kalkulace nákladů byla dosud jen na receptu. Jenže jedno jídlo je často složené z několika receptů - guláš a knedlík jsou dva - a kolik stojí to jídlo jako celek, tam nikde nestálo. Kdo to potřeboval vědět, otevřel jeden recept po druhém a čísla si sečetl na papíře.

Detail jídla v sekci Jídla má proto nově vlastní panel Kalkulace: náklad na porci a na 10 porcí za celé jídlo, a pod ním tabulku s řádkem za každý přiřazený recept.

Součet sedí na to, co je nad ním

V tabulce jsou ceny jednotlivých receptů a pod nimi součet. Sčítají se přesně ta zaokrouhlená čísla, která v tabulce vidíte - ne přesnější mezivýpočet, ze kterého by celkový údaj vyšel o haléř jinak. Kdo si řádky sečte očima, dostane stejné číslo jako systém.

Neúplná kalkulace se nesčítá

Platí to samé pravidlo jako u receptu, jen o patro výš: stačí jedna surovina bez ceny v kterémkoli z přiřazených receptů a celkový náklad za jídlo se neukáže. Místo něj je upozornění s počtem chybějících cen a odkaz na jejich doplnění.

Recepty, které spočítat jdou, svou cenu ukazují dál, takže je vidět, kde kalkulace stojí a kde ne. Polovičatý součet, který vypadá jako celková cena jídla, by byl horší než žádný.

Jídlo bez receptů neukáže nulu

Jídlo, ke kterému zatím žádný recept přiřazený není, nehlásí „0 Kč”, ale zprávu, že není z čeho počítat. Nula by tvrdila něco o jídle - že nic nestojí - místo toho, co je pravda: že chybí podklad.

Počítá se z uloženého stavu

Panel je jen ke čtení. Když v jídle zaškrtnete další recept, kalkulace se posune až po uložení - do té doby ukazuje náklad podle toho, co je opravdu uložené. Otevření jídla kvůli kalkulaci ho neoznačí jako rozpracované, takže se při zavírání nic nedoptává.

Co se nemění: kalkulace na receptu zůstala, jaká byla, ceny surovin se zadávají na stejném místě jako dosud a čísla jsou pořád jen nákladová - kolik stojí suroviny, ne marže vůči ceníku. Rodičům ani strávníkům se nezobrazují.

Přihláška ke stravování je papír, který podepisuje zákonný zástupce, než dítě začne odebírat obědy. Je to podklad pro matriku školního stravování podle § 28 odst. 3 školského zákona a nese tři podpisové souhlasy, takže ji nahradit nejde. Skoro všechno, co na ní stojí, ale už v systému máme — a přesto se to kancelář dosud přepisovala ručně z obrazovky do wordovské šablony.

Nově se přihláška tiskne předvyplněná. V detailu strávníka je dole tlačítko Přihláška ke stravování; vyskočí pole s datem zahájení stravování, předvyplněným na 1. 9. nejbližšího školního roku, a po potvrzení se na nové záložce otevře PDF. Doplní se jméno a datum narození dítěte, název školy, třída, kuchyně, výdejní místo, dieta včetně alergenů, režim objednávání, kontakt na zákonného zástupce, variabilní symbol i číslo účtu pro platbu stravného.

Za celou rodinu naráz to jde z detailu rodiče: záložka Strávníci, pod seznamem tlačítko Přihlášky ke stravování. Vznikne jedno PDF, ve kterém má každé dítě vlastní stránku. Do dokumentu jdou jen nearchivovaní strávníci — přihláška zapisuje dítě do stravování, takže tisknout ji za dítě, které odešlo, nedává smysl.

Formulář nese všechny náležitosti, které přihláška ke stravování mít má — identifikaci strávníka i zákonného zástupce, kontaktní údaje, způsob úhrady, požadavky na stravu, podpis a souhlas s GDPR. Způsob úhrady se přitom odvozuje z platebních možností výdejního místa, ne z konstanty: kde je povolená i platba kartou, řekne to formulář taky.

Čtyři věci zůstávají prázdné schválně: kontaktní adresa zákonného zástupce a číslo účtu pro vrácení přeplatku (obojí jsou údaje, které rodič teprve poskytuje), datum vyplnění a podpis. Prázdné zůstane i datum narození u dospělého strávníka, protože ho u něj nevedeme. Výdejní místo bez povoleného bankovního účtu vytiskne místo čísla účtu větu „Platební údaje sdělí provozovatel.”

Hlavičku s údaji provozovatele — sídlo, web a zápis v obchodním rejstříku — doplní administrátor v detailu provozu; jsou to nová pole a nevyplněný údaj se prostě nevytiskne. Telefon a e-mail do ní jdou z kontaktních údajů provozu, aby provozovatel neměl dvě telefonní čísla, která si můžou odporovat. Stejné údaje se rovnou propsaly i k Dodavateli na dodacím listu, kde se dosud tisklo jen jméno a IČO nad prázdným místem, kam patří adresa.

Vygenerování přihlášky se zapisuje do auditního protokolu. Dokument nese variabilní symbol i čísla účtů, takže je dohledatelné, kdo si ho kdy vytáhl.

Drobnost k tomu samému místu: když z detailu rodiče přidáte strávníka tlačítkem Přidat strávníka, po založení vás aplikace vrátí zpátky na toho rodiče, na záložku Strávníci — tam, odkud jste vyšli a kde řešíte dalšího sourozence, kredit i přihlášku. Dřív jste zůstali v seznamu strávníků a museli si účet znovu najít.

Kredit ukazoval seznam pohybů a nad ním zůstatek, ale nic mezi tím. Kdo si objednal jídla na měsíc dopředu, měl v seznamu dvacet skoro stejných řádků a platbu z minulého týdne mezi nimi nenašel. Teď je historie seskupená po dnech.

Jeden den = jeden řádek

26. 8. 2026    20 objednávek         -1 240,00 Kč    zůstatek 2 310,00 Kč
24. 8. 2026    Platba převodem       +2 000,00 Kč    zůstatek 3 550,00 Kč
20. 8. 2026    3 zrušení               +186,00 Kč    zůstatek 1 550,00 Kč

Nejnovější den je rozbalený, starší se rozbalí kliknutím. Zůstatek u každého dne je stav účtu po tom dni — dá se tedy odshora dolů ověřit, jak se účet dostal k částce na kartě nahoře. Nad seznamem přibyla volba období, kterou si rodič zúží historii třeba jen na září.

Platby se konečně jmenují stejně

Poslat peníze mělo tři různá jména: převod byl „Bankovní převod”, karta „Nabití” a vklad od provozu taky „Nabití”. Nově je z toho Platba převodem, Platba kartou a Vklad kreditu — první dvě jsou to, co poslala rodina, třetí zadal provoz.

U platby převodem se navíc ukazuje jméno plátce z bankovního výpisu. Dosud tam byl technický klíč importu (fio:8f3a1c2e-…:row:7), který se rodičům zobrazoval doslova.

Zrušená objednávka je vidět na obou koncích

Objednávka a její zrušení byly dva samostatné řádky se stejným popisem, jeden kladný a jeden záporný, klidně několik obrazovek od sebe. Nově zůstane původní objednávka na svém místě přeškrtnutá se značkou „Stornováno” a datem, a vrácená částka sedí ve svém dni. Nic se neslučuje ani neschovává, takže součet dál sedí na haléř.

Zrušený vklad kreditu už nemizí

Vklad zadaný omylem operátor dosud smazal a řádek zmizel z historie. Tím se ale zpětně měnily i všechny zůstatky za ním — a jakmile je zůstatek vidět, byla by to čísla, která se rodině mění pod rukama.

Nově se vklad ruší: původní řádek zůstane přeškrtnutý a vedle něj vznikne opravný řádek se zadaným důvodem. Z účtu se odečte stejná částka jako dřív, jen je z historie poznat, co se stalo. Tlačítko se proto jmenuje Zrušit, ne Smazat. Zadaný důvod vidí rodič — pole to u sebe říká.

Platbu kartou zrušit nelze. Peníze by se z účtu odečetly, ale na kartu nevrátily, a rodina by v historii četla, že jí platba byla zrušena. Na takový případ je ruční korekce zůstatku, která se tak i jmenuje.

Historie i v mobilní aplikaci

V PWA byl dosud jen zůstatek a QR kód — kam kredit zmizel, se v ní zjistit nedalo. Teď je tam stejná historie jako na webu, včetně tlačítka Zobrazit starší.

Dodací list je teď doklad k převzetí zásilky, ne jen podklad pro řidiče. V hlavičce každého listu jsou obě strany dodávky a časy, které doklad tvrdí.

Co je v hlavičce

• Dodavatel — název vašeho provozu a jeho IČO. Nezadává se, bere se automaticky.
• Odběratel — Plný název a Adresa dodání z detailu výdejního místa. Výdejní místo bez plného názvu se uvede krátkým názvem, nevyplněná adresa se neuvede. Doplnit obojí u výdejního místa se tedy hned promítne do dokladu.
• Datum výroby a expedice, Čas výroby a Čas spotřeby.

Odběratel se tiskne v pravé polovině hlavičky, zarovnaný k pravému okraji; dlouhý oficiální název se zalomí, nezkrátí.

Na spodku stránky jsou pokyny k převzetí — o spotřebě svačin a přesnídávek do 24 hodin a o uložení chlazených potravin (do 7 °C) a teplých pokrmů (nejméně 60 °C). Tisknou se vždy, nezadávají se.

Časy se zadávají na den

Nová karta Časy na dokladu má dvě pole, předvyplněná 8:00 a 14:00. Den, kdy se vařilo jinak, tedy nechce žádné nastavení — čas přepíšete přímo nad sestavou, stejně jako se zadávají teploty pokrmů.

Zadané časy se uloží k odeslání, takže opakovaný tisk téhož dne uvede to, co skutečně odešlo. Potvrzovací dialog před odesláním oba časy vypíše.

Nákupní žádanka je nejdražší sestava v aplikaci - sečítá objednávky za celé období. Dosud se přepočítala po každé změně filtru, takže při vybírání několika receptur jste zaplatili několik plných výpočtů a přečetli jen ten poslední.

Nově je v panelu filtrů tlačítko Sestavit žádanku a sestava se počítá až po něm - včetně otevření stránky. Než na něj kliknete, uvidíte místo tabulky poznámku, pro jaké období je sestava připravená.

Co se přizpůsobí hned

Nabídka receptur sleduje období a kuchyni. Posunete-li datum, seznam receptur k zaškrtnutí se překreslí okamžitě - jinak byste vybírali z jídel, která se v novém termínu nevaří. Je to rychlý dotaz, na rozdíl od celé sestavy.

Když se filtr rozejde se zobrazenými čísly

Změníte-li cokoli po výpočtu, čísla pod filtrem jsou pořád z předchozího výběru a stránka to napíše. Zároveň se zamknou Tisk i Odeslat e-mailem, dokud sestavu nepřepočítáte: obojí se vykresluje na serveru z aktuálně nastavených filtrů, takže by jinak vznikl papír za jiné období, než jaké máte na obrazovce.

Poslané odkazy

Odkaz na sestavu si filtry pamatuje dál: otevřete-li adresu, období, kuchyně i vybrané receptury se z ní nastaví a v nabídce receptur uvidíte rovnou jejich názvy. Samotná čísla se ale dopočítají až na tlačítko - i tady.

V Reportech → Nákupní žádance byl dosud filtr Všechny druhy jídla. Nahradil ho filtr Všechny receptury.

Proč

Nakupuje se po jídlech, ne po částech dne. Druh jídla uměl oddělit obědy od svačin, ale ne svíčkovou od guláše - a přitom právě to je otázka, kterou nákupčí řeší, když objednává od konkrétního dodavatele nebo si chce spočítat jedno jídlo zvlášť.

Jak to funguje

• V nabídce jsou jen receptury, které se ve zvoleném období vaří. Není to celá vaše kuchařka, takže zaškrtnutím nikdy nedostanete prázdný seznam.
• Změníte-li období nebo kuchyni, nabídka se tomu přizpůsobí.
• Vybrat jde víc receptur najednou. Prázdný výběr znamená všechny, což je běžný stav; zaškrtnutí všech je totéž jako žádná.
• Jedno jídlo se často skládá z víc receptur (hlavní chod a příloha). Vyberete-li jen jednu z nich, žádanka nakoupí jen pro ni - suroviny druhé receptury se do seznamu nedostanou, i když se vaří k témuž jídlu.

Filtr zůstává serverový, jako byl: promítne se do tisku, PDF, CSV i e-mailu, takže papír nikdy neukazuje jiné receptury než obrazovka. Nad tabulkou i v hlavičce PDF se objeví Filtr - receptury: … a názvy receptur se doplní i do názvu stahovaného souboru. Je-li jich vybráno hodně, název souboru místo výčtu uvede jejich počet.

Uložené odkazy

Filtr je součástí adresy, takže poslaný odkaz otevře přesně tu sestavu, kterou jste viděli. Odkaz ale může zestárnout: přesunete-li v něm období na týden, kdy se vybraná receptura nevaří, žádanka ji tiše vypustí místo hlášení chyby. Zbydou-li tak nula receptur, uvidíte celé období nefiltrované - to je vždycky lepší než prázdný nákupní seznam pro týden, kde je co kupovat.

Odkazy uložené s dřívějším filtrem druhu jídla se otevřou bez filtru.

Ve formulářích, kde se výdejní místo hledá podle názvu, se nabídka nalezených míst zobrazila správně, ale klepnutí na položku ji nevybralo: políčko zůstalo prázdné, jako by se nic nestalo, a tlačítko pro odeslání zůstalo neaktivní. Uživatel tak formulář nemohl dokončit.

Chyba byla v prohlížečích postavených na jádru WebKit, tedy v Safari na Macu a ve všech prohlížečích na iPhonu a iPadu (i Chrome a Firefox tam jedou na WebKitu). V Chrome a Firefoxu na počítači k tomu nedocházelo. Nabídka se zavírala dřív, než stačilo klepnutí projít.

Zasažená místa:

• registrace samostatného strávníka (učitel či zaměstnanec), kde se výdejní místo vybírá rovnou v přihlášce,
• přidání strávníka v účtu rodiče, ve webové aplikaci i v mobilní aplikaci,
• založení strávníka v jídelně a výběr rodičovského účtu u strávníka.

Kdo si nabídku procházel šipkami a potvrdil Enterem, výběr uložil i předtím. Na telefonu ale žádné takové obejití nebylo, tam formulář prostě nešlo dokončit.

Opraveno, výběr klepnutím funguje ve všech prohlížečích.

Rodič, který má víc strávníků, přepíná mezi nimi na třech obrazovkách: Jídelníček, Objednávky a Kredit. Až dosud to na každé z nich obstarával systémový rozbalovací seznam prohlížeče - a ten vypadá jinak v prohlížeči na počítači, jinak v mobilní aplikaci a jinak na každém telefonu.

Nově je to na všech třech obrazovkách, ve webové i v mobilní aplikaci, tentýž prvek:

• kliknutí (nebo klepnutí) rozbalí celý seznam strávníků,
• vybraný strávník je v seznamu zvýrazněný,
• máte-li strávníků víc, objeví se v seznamu hledací pole - stačí začít psát a seznam se zúží. Píše se i bez diakritiky, „zak” najde „Žák”.

V mobilní aplikaci se v seznamu ukazuje jen křestní jméno, aby se prvek vešel do úzké hlavičky vedle přepínání týdnů; ve webové aplikaci zůstává jméno i příjmení, což se hodí u sdílené péče, kde rodič může mít strávníky z více rodin.

Kde ještě

Stejný prvek dostaly i další dva výběry, které byly do teď v každé aplikaci jiné:

• Jídla k automatickému objednávání v nastavení objednávání u strávníka - řádek na každou část dne. Jídelna tenhle prvek viděla v této podobě už dřív, rodič teď taky.
• Ročník ve formuláři strávníka (přidání dítěte i úprava).

Výběr účtu pro dobití

V mobilní aplikaci se účet pro dobití vybíral z rozbalovacího seznamu, na webu z karet s přepínačem. Mobilní aplikace se srovnala s webem: účty jsou vidět všechny najednou, každý s názvem i číslem. U čísel účtů to dává smysl - podle banky se pozná, jestli platba dorazí ještě týž den, a to je špatná věc na schovávání.

Chování se nikde nemění, jen prvky vypadají a ovládají se všude stejně. Ovládat je jde i klávesnicí: šipky, Enter, Escape.

Tisk jídelníčku měl jediný rozsah, a to celý měsíc. Kdo potřeboval vyvěsit jeden týden, vybral měsíc, dostal čtyři až pět stránek a zbytek zahodil. A tlačítko Tisk navíc zapomnělo, kam jste se v jídelníčku dostali - otevřelo vždycky aktuální měsíc, i když jste zadávali jídla o tři týdny dopředu.

Reporty se nemění, mění se Jídelníček. V tiskovém náhledu je nový přepínač Týden / Měsíc:

• Týden je nově výchozí a vytiskne jednu stránku. Otevře se na tom týdnu, který jste měli otevřený na jídelníčku, takže při zadávání příštího týdne ho Tisk hned nabídne. Šipkami listujete po týdnech.
• Měsíc dělá přesně to, co dělal dosud: celý měsíc, každý týden na vlastní stránce. Nic se mu neubralo.

Přepnutí mezi rozsahy vás nevrátí na dnešek. Z týdne se dostanete do měsíce, do kterého ten týden patří, a zpátky na jeho první týden - v obou směrech tedy na období, které jste už měli před sebou.

Dny jsou sloupce, druhy jídla řádky

Tabulka na papíře měla dny jako řádky a druhy jídla jako sloupce. Nově je to opačně: dny vodorovně, druhy jídla svisle. Kromě toho, že se to čte přirozeněji, je tím sazba stabilnější - dnů je vždycky pět, kdežto druhů jídla může být až čtrnáct, takže široká nabídka dřív mačkala sloupce na stejné šířce papíru.

Pod jídlem je popis z receptur

Vytištěný jídelníček nově pod názvem jídla uvádí popis z každé receptury, a to vždy na vlastním řádku. Jídlo složené z omáčky a knedlíku má tedy dva řádky, každý s tím, co je napsané u své receptury.

Pár věcí, které se u toho hodí vědět:

• Receptura bez popisu žádný řádek nepřidá, takže pod jídlem nezůstane prázdné místo.
• Řádky se řadí podle názvu receptury, ne podle pořadí, v jakém jsou k jídlu přiřazené.
• Jde o popis receptury, ne o popis jídla z katalogu. Ten druhý je formátovaný text, který rodiče vidí na detailu jídla v aplikaci, a na papír se netiskne.

Alergeny se tisknou i s podkategoriemi

Vytištěný jídelníček dosud u jídla uváděl jen číslo skupiny alergenu, takže z pšenice, žita i špaldy bylo shodně 1. Nově nese plný kód včetně podkategorie - 1a pšenice, 8c vlašské ořechy - a legenda pod tabulkou každý použitý kód pojmenuje. Pro rodiče, který jídelníček čte na nástěnce a nemá kam kliknout pro podrobnost, je to rozdíl mezi „obsahuje lepek” a „obsahuje pšenici”.

Legenda navíc uvádí jen kódy, které jsou na té stránce. Při tisku měsíce dostane každý list vlastní legendu podle svého týdne; dosud se do všech listů opisovaly alergeny z celého měsíce, takže list v ruce jmenoval i alergeny, které na něm nebyly.

Fotografie se už netisknou

Fotografie na papíře nejsou. Vyvěšený jídelníček se čte z odstupu, a náhledy fotek na něm zabíraly místo, kvůli kterému musel být text drobný. Bez nich je písmo výrazně větší.

V jídelním lístku pro rodiče v aplikaci se fotografie samozřejmě zobrazují dál - mění se jen papír. Sazba zůstává A4 na šířku, jeden týden na stránku.

Stránka Platby a kredit měla nad seznamem transakcí výběr měsíce. Kdo dohledával starší platbu, musel hádat, do kterého měsíce spadla - a v měsíci s větším počtem pohybů se navíc nejstarší řádky vůbec nezobrazily, protože se ukazovala jen první stránka a nic to nedávalo najevo.

Výběr měsíce je zrušený. Seznam nyní ukazuje celou historii účtu od jeho založení, stránkovanou po 20 řádcích - stejně jako záložka Zůstatek u strávníka v operátorském rozhraní. Pod seznamem jsou tlačítka Předchozí a Další s údajem, kolik transakcí celkem účet má.

Zároveň jsme opravili hranice dne u filtrů období nad transakcemi, které se dosud vyhodnocovaly v UTC místo českého času. Transakce založená krátce po půlnoci - typicky odečet z nočního automatického objednávání - tak padala do předchozího dne a na hranici měsíce do předchozího měsíce. Projeví se to i ve Vyúčtování organizace, které ukazuje pohyby za poslední tři měsíce.

Reporty → Nákupní žádanka je nejobsáhlejší sestava v aplikaci: sčítá objednávky za celé zvolené období, ne za jeden den. S začínajícím školním rokem, kdy na září přišlo přes deset tisíc objednávek na jediný týden, se to začalo projevovat na čekání - žádanka za týden se načítala přes sekundu, za celý měsíc přes čtyři.

Sestava se přitom nezpomalila kvůli objemu samotnému. Zdržoval ji výpočet věkových koeficientů, který se prováděl zvlášť pro každou jednotlivou objednávku, přesto že jeho výsledek závisí jen na věkové kategorii a druhu jídla. Nově se spočítá jednou pro každou kombinaci a použije se na celou skupinu.

Doba načtení tím spadla přibližně na čtvrtinu až pětinu:

• žádanka za týden z více než sekundy na necelé tři desetiny sekundy,
• žádanka za měsíc ze čtyř sekund na sedm desetin.

Čísla se nemění. Jde výhradně o způsob výpočtu, ne o jeho pravidla - výsledek byl ověřený řádek po řádku proti skutečným datům, včetně přelomu školního roku k 1. září, kdy strávník mění věkovou kategorii.

Filtr druhu jídla čeká na dokončení výběru

Filtr Všechny druhy jídla zůstává rozbalený, dokud v něm klikáte, a dosud si po každém zaškrtnutí načetl celou sestavu znovu. Kdo si vybíral tři druhy jídla, zaplatil tři načtení a přečetl si až to třetí.

Nově se sestava načte, až když s klikáním na chvíli přestanete. Adresa v prohlížeči se přitom aktualizuje okamžitě jako dřív, takže odkaz na zúženou žádanku můžete nákupčímu poslat bez čekání.

Když se hledání výdejního místa nepovedlo, třeba při krátkém výpadku spojení, ukázala se v nabídce chybová hláška a pod ní tlačítko Zkusit znovu. Dotaz se po kliknutí opravdu zopakoval, jenže nabídka se ve stejnou chvíli zavřela a nalezená místa se tak neměla kde zobrazit. Vypadalo to, jako by tlačítko nedělalo nic.

Jediná cesta dál byla vrátit se do políčka a napsat hledaný název znovu.

Na rozdíl od chyby s výběrem místa v Safari, o které je řeč vedle, se tohle týkalo všech prohlížečů. Opraveno, po kliknutí na Zkusit znovu nabídka zůstává otevřená a výsledky se v ní ukážou.

Když jídelna strávníka archivuje, má rodiči z účtu zmizet. Na Přehledu a v Strávnících mizel správně, ale ve výběru strávníka na třech dalších stránkách zůstával: Jídelníček, Objednávky a Platby. V rozbalovátku se přitom od živého dítěte nijak nelišil.

Rodič si ho tak mohl vybrat, prolistovat jídelníček, kliknout na objednání - a teprve tam narazit na hlášku, že pro tohoto strávníka objednávat nelze. Objednat ani dobít kredit archivovanému strávníkovi nikdy nešlo, aplikace to hlídala i předtím. Rodič se to ale dozvěděl až na konci, místo aby ho vůbec nenabídla.

Nejvíc to bilo do očí u rodičů, kterým jídelna postupně archivovala víc dětí (sourozenci, kteří odešli ze školy) - v nabídce jich zůstala celá řada a to jediné aktivní se v ní ztrácelo.

Opraveno. Archivovaný strávník se nově nenabízí nikde.

V mobilní aplikaci k tomu nedocházelo, tam se archivovaní strávníci odfiltrovaní byli. Jediná výjimka byl uložený odkaz přímo na detail jídla pro konkrétního archivovaného strávníka; i ten teď objednávání nenabízí.

Co se nemění: archivace strávníka je pořád věc jídelny, ne rodiče, a historie objednávek a plateb archivovaného strávníka zůstává jídelně k dispozici.

Přidání dalšího strávníka k rodiči, který v systému už je, po vás dosud chtělo vypsat jeho e-mail, jméno i příjmení - tedy údaje, které jídelna dávno má. Navíc jste museli znát e-mailovou adresu přesně; systém pak jméno a příjmení u existujícího účtu stejně zahodil a použil to, co má uložené.

Formulář Strávníci → Přidat strávníka proto začíná přepínačem:

• Existující rodič - napíšete alespoň tři znaky ze jména, příjmení nebo e-mailu a účet vyberete ze seznamu. Jméno ani telefon se nezadává. Strávník se připojí k tomuto účtu, přihlašovací údaje se neposílají a platí stávající heslo. Tohle je cesta pro sourozence.
• Nový rodič - vyplníte e-mail, jméno, příjmení a volitelně telefon. Účet se vytvoří a přihlašovací údaje odejdou na zadanou adresu. Beze změny tedy funguje i to, na co jste zvyklí.

Sourozence přidáte přímo od rodiče. V detailu rodiče na záložce Strávníci je nové tlačítko Přidat strávníka. Otevře stejný formulář s rodičem už vybraným, takže o něm nezadáváte nic - jen údaje dítěte.

Opravili jsme u toho i chybu, kvůli které šel formulář odeslat s nevyplněným výdejním místem. Skončilo to nesrozumitelnou hláškou, která vypadala jako problém s e-mailem rodiče. Výdejní místo je teď povinné a chybí-li, formulář se neodešle.

Spotřební koš dosud ukazoval čísla, ale nechával na čtenáři, aby si v hlavě porovnal plnění s tolerovaným pásmem u devíti skupin naráz a aby dohadoval, co vlastně tvoří jmenovatel. Přidali jsme čtyři věci.

Pruh vůči toleranci

Na každém řádku je vodorovný pruh: šedá plocha je tolerované pásmo té skupiny, barevná část je skutečné plnění a svislá čárka označuje 100 % normy. Jestli je skupina v pásmu, se tak dá přečíst bez počítání.

Stupnice je 0–200 % normy a stejná na všech řádcích, takže se řádky dají srovnávat mezi sebou. Plnění nad 200 % se zobrazí značkou ▶ u pravého kraje; přesné číslo je vždy ve sloupci vedle.

Vývoj za dvanáct měsíců

Vyhláška se hodnotí za období, ne za jeden měsíc, takže samotný měsíční pohled neumí odpovědět na otázku, která rozhoduje: je tahle skupina pod normou dlouhodobě, nebo to byl jeden špatný měsíc? U každé skupiny je proto malý graf vývoje plnění za posledních dvanáct měsíců. Podržením myši nad grafem se zobrazí hodnoty po měsících.

Měsíc bez objednávek je v grafu přerušení, ne nula. Nula by vypadala jako měsíc, kdy se norma vůbec neplnila - přitom se v něm jen nevařilo.

Rozpad skupiny s pruhy podílů

V panelu rozpadu (otevře se kliknutím na řádek) mají podíly surovin vedle procent i pruhy. Tady jsou podíly skutečně částmi celku, takže je hned vidět, která surovina skupinu táhne.

Vysvětlení stravovacích dní

Nad tabulkou je nový rozbalovací odkaz Jak se počítají stravovací dny?. Každé z pravidel mění jmenovatel a ani jedno se nedá z výsledného čísla uhodnout:

• polévka se počítá gramáží, ale nepřidává stravovací den (jinak by každé číslo u oběda zhruba půlila),
• objednávka organizace nese počet strávníků, ne jednu porci,
• dospělí se do koše nepočítají vůbec,
• počítají se jen druhy jídla, které mají normu,
• věková kategorie je podle konce školního roku, ne podle věku v den výdeje.

Proto může být tentýž strávník na výdejce v jiné věkové kategorii než ve spotřebním koši, a je to správně.

Spotřební koš mohl vypadat, jako že nefunguje: skupiny potravin ukazovaly nuly u měsíce, ve kterém bylo objednáno několik tisíc porcí. Data přitom byla celou dobu v pořádku — jen je nikdo nespočítal.

Co bylo špatně

Přepočet sahal jen dozadu. Noční přepočet zpracovával probíhající a předchozí měsíc. Objednávky ale vznikají týdny předem: září se naplní už v průběhu srpna. Koš za září tak neexistoval, dokud září nezačalo, a to je přesně ten měsíc, na který se operátor dívá.

Prázdno se hlásilo jako „žádná objednávka”. Dashboard neměl jak rozlišit „nikdo si nic neobjednal” od „čísla se ještě nespočítala”, takže o měsíci s tisícovkami objednávek tvrdil, že v něm nejsou žádné. To poslalo operátora kontrolovat objednávky místo sestavy.

Objednávky bez podkladu zůstaly bez podkladu. Podklad pro koš se u objednávky zamrazí ve chvíli, kdy vznikne. Když jste zveřejnili jídelníček, strávníci si objednali a teprve pak jste k jídlu připojili recepturu nebo zařadili surovinu do skupiny potravin, tyto objednávky do koše nepřinesly nic — a nic je už nikdy nedohledalo, ani opakovaný přepočet.

Co se změnilo

Přepočet jde dva měsíce dopředu. Každou noc se počítá probíhající měsíc, předchozí a dva následující. Měsíc, na který nikdo neobjednal, přepočet nic nestojí.

Chybějící podklady se dohledávají. Před každým přepočtem systém najde objednávky, které do koše nepřispěly vůbec, a odvodí jim podklad znovu z aktuálních receptur. Objednávky, které už podklad mají, se nepřepisují — u odvařeného měsíce je zamrazená hodnota historie, ne chyba.

Prázdný měsíc řekne, proč je prázdný. Dashboard rozlišuje čtyři stavy: kuchyně za daný měsíc nic neobjednala, koš ještě nebyl spočítán, objednávky existují ale ani jedna surovina v nich nemá přiřazenou skupinu potravin, nebo se vydávaly jen druhy jídla, pro které nejsou stanovené normy. Každý z nich se řeší jinak a dřív se všechny čtyři hlásily stejně.

Do nočního přepočtu se dostanou i kuchyně bez jediného podkladu. Seznam kuchyní k přepočtu se dřív sestavoval z podkladů koše, takže kuchyně, jejíž objednávky nevygenerovaly ani jeden, do přepočtu nikdy nevstoupila — a proto se jí podklady nikdy nedohledaly. Nově se seznam sestavuje z objednávek.

Na co si dát pozor

Jídelníček je společný pro celý provoz, kdežto koš se počítá za jednu kuchyni. Rybí jídlo tedy uvidíte na jídelníčku u každé kuchyně, ale do koše se započítá jen to, co si objednali strávníci té konkrétní kuchyně. „Ryba byla na jídelníčku” neznamená, že se ryba objednala.

Jídelny, které nakupují různé části jídelníčku od různých dodavatelů, dosud musely nákupní seznam dělit ručně: sestava vždycky pokryla celý jídelníček za období a nešlo z ní vytáhnout jen obědy nebo jen přesnídávky se svačinami.

Reporty → Nákupní žádanka má proto nový filtr Všechny druhy jídla. Vyberete v něm libovolnou kombinaci druhů jídla a sestava se zúží na ně - na každého dodavatele tak vytisknete jednu žádanku. Prázdný výběr znamená všechny druhy jídla, což je běžný stav; zaškrtnutí všech položek je totéž.

Filtr platí i na papíře. Není to skrývání řádků na obrazovce - sestava se načte zúžená ze serveru, takže tisk, PDF, CSV i odeslaný e-mail nesou přesně to, co vidíte. Když je filtr aktivní:

• nad tabulkou i v hlavičce PDF je uvedeno, čeho se sestava týká (Filtr - druh jídla: Oběd 1),
• vybrané druhy jídla se doplní do názvu stahovaného souboru. U CSV je název jediné místo, kde to může být vidět, a nákupní seznam za polovinu týdne nesmí vypadat jako za celý týden.

Filtr je také součástí adresy, takže odkaz poslaný nákupčímu otevře přesně tu sestavu, kterou jste viděli.

Hlášku o uzávěrce objednávek volba druhu jídla nemění. Ta odpovídá na otázku, jestli se ještě může změnit celé období, a vychází z výchozí uzávěrky jídelny.

Odkaz Zobrazit detail u automatických objednávek mohl skončit točícím se kolečkem, které se nikdy nezastavilo. Data přitom dorazila v pořádku - stránka je jen nedokázala vykreslit.

Příčinou byl strávník, kterému stejný důvod vyřadil víc druhů jídla - třeba chybějící cena u oběda i u přesnídávky. Takový strávník má v detailu jeden řádek za každý druh jídla, jenže tabulka obě položky považovala za tutéž a vykreslení spadlo. Čím větší provoz, tím spíš k tomu došlo.

Do obou tabulek (K opravě i Provozní důvody) proto přibyl sloupec Druh jídla, takže je na první pohled vidět, čeho se který řádek týká.

Cena jídla se řídí ceníkem pro výdejní místo, druh jídla, věkovou kategorii strávníka a den, na který objednáváte. Jídelníček si ale dosud vyžádal cenu jen jednou za týden - pro první den, kde se daný druh jídla vyskytoval - a tou pak vyplnil celý týden.

Ve většině týdnů to nebylo poznat. Poznat to bylo tam, kde uprostřed týdne padne hranice:

• začátek nového ceníku (typicky 1. 9.), nebo
• nová věková kategorie strávníka - ta se překlápí k 1. září, ne o narozeninách (viz Věkové kategorie).

V takovém týdnu jste u dnů za hranicí viděli ještě cenu z doby před ní. Nejnápadnější to bylo v týdnu 31. 8. - 4. 9.: pondělí ještě patří do starého školního roku, zbytek týdne už do nového.

Objednávky se to nikdy nedotklo - server účtoval podle dne jídla a podle kategorie platné pro ten den, tedy správně. Rozcházel se jen údaj v jídelníčku. Nepříjemné to bylo hlavně v případě, kdy pro nový školní rok ještě nebyla v ceníku vyplněná řádka pro novou kategorii strávníka: jídelníček cenu ukázal, ale objednávka pak neprošla.

Nově si jídelníček vyžádá ceny za celý týden jedním dotazem a server je spočítá pro každý den samostatně - stejným výpočtem, jakým se objednávka účtuje. Cena u konkrétního dne je tedy ta, která se z kreditu skutečně odečte. Zrychlilo se tím i načtení jídelníčku: místo dotazu na každý druh jídla odchází jeden dotaz na celý týden.

Jídlo bez ceny to teď řekne

Když pro nějaké jídlo v daný den není v ceníku cena, objednat ho nejde - server takovou objednávku odmítne. Jídelníček to dosud nijak neukazoval: jídlo se nabízelo jako každé jiné, jen bez ceny, a rodič se to dozvěděl až z chybové hlášky po kliknutí.

Takové jídlo je teď v jídelníčku (i v mobilní aplikaci) neaktivní a nese poznámku Cena není nastavena - v seznamu i v detailu jídla. Rozlišujeme přitom dva různé stavy: chybějící cenu v ceníku od situace, kdy se ceny zatím nenačetly nebo se načíst nepodařilo. V druhém případě jídelníček objednávání neblokuje, jen zatím neukazuje částku.

Pokud tenhle stav u svých jídel vidíte a nemá tam být, chybí řádek v ceníku pro příslušný druh jídla a věkovou kategorii k danému dni - typicky po založení ceníku na nový školní rok. Operátor to doplní v Ceníky.

Výdejní místo může mít nastavený vzor automatického objednávání - výběr jídel, který nově zakládaný strávník na tom místě automaticky převezme, aby ho kuchyně nemusela nastavovat u každého dítěte zvlášť.

Z operátorského panelu se ten vzor nepropisoval. Strávník se založil správně, operátor nedostal žádnou chybu - jen mu v Nastavení objednávek zůstal prázdný výběr jídel, takže pro něj automat nic neobjednával.

Koho se to týkalo

Zasažené bylo zakládání z Strávníci → Přidat strávníka, a to v obou režimech rodiče (Existující rodič i Nový rodič), dále zakládání samoobjednávajícího strávníka (pedagoga) a schválení pedagoga, který se zaregistroval sám.

Zasažené nebyly:

• Import strávníků z CSV - ten vzor přebíral správně,
• strávník, kterého si zakládá rodič sám ve svém účtu nebo v mobilní aplikaci.

Opraveno. Vzor se u zakládání z panelu nově přebírá stejně jako u importu.

Co s tím u strávníků založených dřív

Vzor se z principu přebírá jen při zakládání, nikdy zpětně - a to platí i pro tuhle opravu, protože zpětné zapnutí placeného automatického objednávání by byla platba, ke které se rodina nepřihlásila. U strávníků, kterých se to dotklo, je potřeba nastavení doplnit:

• jednotlivě: detail strávníka → záložka Nastavení objednávek,
• hromadně: detail výdejního místa → Automatické objednávání → Zapnout stávajícím strávníkům. Náhled předem ukáže, kolika strávníků se zapnutí dotkne.

Dokončili jsme přechod na věkové kategorie podle novely č. 310/2025 Sb., který začal v červenci. Původní společná skupina „3–6 let” už v systému neexistuje.

Ceník i počty dětí u organizací se převedly už tehdy. Zůstávaly jen uzavřené objednávky organizací pořízené před přechodem — ty si původní skupinu nesly dál, aby se nepřepisovala historie. Nově i ony spadají do skupiny 4–6 let.

Co se tím mění a co ne:

• Ceny se nemění. Každý řádek objednávky si nese cenu, za kterou byl pořízen, a ta zůstává beze změny.
• Navážka se nemění. Obě skupiny mají shodný koeficient porce 0,5, takže kuchyňské sestavy nad starými objednávkami vycházejí stejně.
• Spotřební koš se nemění. Původní skupina se do koše i dosud započítávala jako 4–6 let.
• Mění se jen popisek. Tam, kde sestava nad starou objednávkou dřív psala „3–6 let (původní)”, je nyní „4–6 let”.

Pokud jste přechod v červenci prošli bez zásahu, není potřeba dělat nic.

Spotřební koš vykazoval u všech skupin potravin plnění mezi 0 a 2 %. Nebyla to nepřesnost, ale několik chyb, které se sčítaly. Opravili jsme je a čísla teď odpovídají tomu, co kuchyně skutečně navařila.

Co bylo špatně

Gramáž byla 1000× menší. Množství z receptury se bralo jako gramy bez ohledu na jednotku řádku. Devadesát šest procent řádků je v kilogramech nebo litrech, takže „0,1 kg na 10 porcí” se do koše zapsalo jako 0,01 g místo 10 g.

Jmenovatel se počítal za skupinu potravin, ne za stravovací dny. Ryba podávaná dvakrát za měsíc se dělila jen těmi dvěma dny, kdy byla na jídelníčku, a vyšla proto na sto procent normy. Průměr se nově dělí stravovacími dny celé věkové kategorie, jak to vyhláška myslí — a dashboard ten počet uvádí nad tabulkou, abyste si číslo mohli zkontrolovat.

Hromadné objednávky organizací do koše nešly. Počítaly se jen objednávky jednotlivých strávníků. Kuchyni, která vaří pro mateřské školy přes jejich organizace, tak zůstávaly celé věkové kategorie prázdné. Nově se počítají obojí a u hromadné objednávky se gramáž násobí počtem dětí v dané kategorii.

Přesnídávka se poměřovala obědovou normou. Gramy ze všech druhů jídla se sčítaly proti normě, která existuje jen pro oběd. Koš teď počítá po jídlech (polévka patří k obědu, Oběd 1—5 je týž chod) a druhy jídla, pro které normy nejsou, do výpočtu vůbec nevstupují — místo toho je dashboard vypíše, ať víte, za co je zobrazené plnění.

Probíhající měsíc byl vždycky zelený. Vyhodnocení se u něj přeskakovalo, takže dashboard, který se otevírá na aktuálním měsíci, ukazoval samé fajfky bez ohledu na data. Nově se hodnotí stejně jako uzavřený měsíc, jen je označený jako předběžný: o deficitu se máte dozvědět, dokud ho ještě jde dohnat.

Bio a sezónnost. Panel ukazoval hodnotu poslední věkové kategorie, ne celé kuchyně, a hlásil u obojího limit 25 %. Vyhláška žádá 2 % bio (od 1. 9. 2028 pak 5 %) z celkového množství surovin a 10 % sezónních ze zeleniny, ovoce a brambor. Panel se navíc zobrazuje kuchyním s více než 180 strávníky, ne od 180 včetně.

Rozpad na suroviny

Kliknutím na řádek skupiny potravin se otevře panel s tím, co se do skupiny podle vyhlášky počítá a z jakých surovin je číslo složené — od nejtěžší, s podílem ve skupině a s příznaky (masný výrobek, konzervovaná, bio, sezónní) na řádku suroviny, která je způsobuje. Panel vypisuje i samotné dělení, takže je vidět, odkud se průměr vzal.

Tady se najde příčina nečekaného čísla. „Maso na 280 %” je skoro vždycky surovina zařazená příliš velkoryse — třeba kosti na vývar vedené v plné čisté hmotnosti — ne kuchyně, která vaří třikrát víc masa.

Co je nově vidět

• Sub-limity — podíl masných výrobků ve skupině Maso (max. 20 %) a konzervované zeleniny ve skupině Zelenina, ovoce (max. 15 %). Příznaky u surovin byly v nastavení dávno, ale nic se z nich nepočítalo.
• Suroviny bez skupiny potravin — kolik jich je. Nezaklasifikovaná surovina do koše nepřispívá, takže když je nezaklasifikovaná polovina katalogu, vychází plnění nižší, než jaké ve skutečnosti je.
• Kdy se koš naposledy přepočítal. Noční přepočet, který nápověda slibovala, reálně neexistoval — hodnoty se hýbaly jen po stisku Přepočítat. Teď běží každou noc za probíhající i předchozí měsíc.
• Věková kategorie bez objednávek místo tabulky nul napíše, že za daný měsíc nemá z čeho počítat.
• Tolerované pásmo u každého řádku, ať je vidět, proč je zelený nebo červený.

Co si zkontrolovat

Historie za dřívější měsíce se přepočítala z aktuálních receptur. U objednávek, jejichž receptura se od té doby změnila, proto nemusí být hodnota totožná s tou původně zmrazenou — ale zaokrouhleně správná historie je lepší než jistě chybná.

Výživové normy samotné jsou v systému zatím orientační a čekají na ověření proti Příloze č. 1 vyhlášky 310/2025 Sb.; normy pro přesnídávku, svačinu, snídani a večeři v systému nejsou vůbec, proto se tyto druhy jídla do koše nepočítají. Než dorazí, berte plnění jako obědové.

Text pod nadpisem stránky se lámal do úzkého sloupce, i když všechno pod ním - formulář, tabulka - šlo přes celou obrazovku. Na Kontaktech, u Svátků a zavíracích dnů nebo v sestavě Strávníci bez rodiče z toho byl třířádkový odstavec, který proti zbytku stránky vypadal jako cizí prvek.

Popisek se teď vykresluje pod řádkem s nadpisem a jde přes celou šířku stránky. Stejný text se tak vejde na jeden až dva řádky. Na stránkách s tlačítkem vpravo nahoře (třeba Nový kontakt) ho navíc už nesvírá to tlačítko - dřív se text lámal kolem něj.

Zúžená pole tam, kde se roztahovala

Opačný případ: pole na Hledání účtu se roztahovalo přes celou obrazovku, i když do něj píšete e-mail. Zúžili jsme ho na stejnou míru, jakou má hledání ve Strávnících, Rodičích nebo Organizacích. Stejně tak výběr roku na stránce Roční posun tříd - hodnota „2026/2027” nepotřebuje celou šířku karty.

Drobnosti

• U Svátků a zavíracích dnů zmizel z úvodu odstavec o tom, že přidáním dne se stornují existující objednávky a vrátí kredit. Neztratil se: stojí v potvrzovacím okně, které se otevře při přidání dne - tedy ve chvíli, kdy na tom záleží.

Jeden účet může mít víc rolí najednou - typicky operátor, který má vlastní děti ve své jídelně, nebo pedagog, který je zároveň rodič. Přihlášení bez výběru persony pak nese obě role zároveň.

U takového účtu se v detailu strávníka nenačetlo nastavení objednávání (režim účtu a vybraná jídla) u nikoho kromě jeho vlastních dětí. Nic to nenahlásilo - karta se prostě vykreslila bez těch údajů, takže to vypadalo, že strávník nastavení nemá. Uložení nastavení u takového strávníka by skončilo chybou a stejně se chovala i historie objednávek a načtení detailu strávníka.

Proč to tak bylo

Server se u těchto dotazů ptal nejdřív na rodičovskou roli a teprve potom na operátorskou. Účet s oběma rolemi tedy odbavil jako rodiče a u cizího dítěte odpověděl „strávník nenalezen” - přesně tak, jak to má u rodiče dělat.

Ostatní operace nad tímtéž strávníkem (archivace, náhled archivace, změna výdejního místa) se ptaly v obráceném pořadí a fungovaly normálně. Proto se to projevovalo jen na části obrazovky.

Co je nově

Pořadí je sjednocené: operátorská a administrátorská role má přednost před rodičovskou, kterou tentýž člověk shodou okolností drží. Operátor tak vidí a edituje nastavení objednávání u všech strávníků svého provozu bez ohledu na to, jaké další role má jeho účet.

Pro účty, které mají jen rodičovskou roli, se nic nemění - u cizího strávníka nadále nevidí nic.

Automatické objednávání („aktivní účet”) umělo jedinou věc: objednat jeden oběd na každý pracovní den. Mateřská škola ale podává přesnídávku, polévku, oběd a svačinu - takže automat pokrýval čtvrtinu toho, co po něm někdo chtěl, a zbytek musela jídelna doklikat ručně. A zapínalo se to po jednom strávníkovi, což je u osmdesáti dětí nepoužitelné.

Vybíráte jídla, ne variantu oběda

V detailu strávníka (záložka Objednávky) je místo jednoho selectu výběr jídel: v každé části dne - snídaně, přesnídávka, polévka, oběd, svačina, večeře - vyberete nejvýš jedno jídlo.

Dva obědy na jeden den vybrat nejde; polévku k obědu ano. Nabízejí se jen jídla, která se na výdejním místě strávníka vydávají.

Rodiče to nově najdou i v nainstalované mobilní aplikaci (PWA), ne jen ve webu. Doteď to šlo nastavit jen ve webu, což jsme v nápovědě museli zmiňovat jako výjimku.

Když kredit nepokryje celý den, přednost má oběd

Se čtyřmi jídly stojí jeden den čtyřikrát tolik, takže se snadno stane, že kredit pokryje jen část dne. Pořadí je oběd, pak polévka k němu, pak ostatní jídla v pořadí dne.

Znamená to, že den může být objednaný jen částečně - dítě dostane oběd, ale už ne svačinu. Je to záměrná volba: opačné pořadí (chronologicky podle dne) by dítě nakrmilo přesnídávkou a nechalo bez hlavního jídla, a to je výsledek, který nikdo nechce vysvětlovat rodiči. Rodičům je to napsané v nápovědě i u nastavení.

Zapnutí celému výdejnímu místu

Na detailu výdejního místa je nová sekce Automatické objednávání a dělá dvě nezávislé věci.

Výchozí jídla pro nově zakládané strávníky

Vyberete jídla a od té chvíle má každý nově zakládaný strávník na tom místě automatické objednávání zapnuté s tímto výběrem - ručně zakládaný, z registrace rodiče i z importu CSV. U importu to říká rovnou výběr výdejního místa a výsledková obrazovka pak počet.

Tři věci, které to úmyslně nedělá:

• Nesahá na už existující strávníky (na ty je hromadná akce níž).
• Neplatí při přesunu strávníka na to výdejní místo. Přesun se dělá z jiného důvodu - změna budovy, oprava zápisu - a zapnout někomu placené objednávání jako vedlejší efekt takové změny by byla platba, kterou si nevybral.
• Vypnutí nikoho nevypne. Prázdný výběr znamená jen „novým strávníkům nic nezapínat”.

Zapnout stávajícím strávníkům

Hromadná akce s náhledem. Vyberete jídla, dáte Zobrazit náhled a uvidíte seznam rozdělený do tří skupin:

• Zapnu - nastavení nikdy neměli.
• Zapnu, ale pravděpodobně neobjedná - kolize alergenů s vybraným jídlem, kredit nestačí ani na jeden den, nebo strávník nemá platební účet.
• Nechám být - objednávání jim bylo vypnuté uživatelem, nebo už mají přesně tenhle výběr.

Prostřední skupina je hlavní důvod, proč náhled existuje: bez ní je to počítadlo a to, že čtyřiceti dětem se nic neobjedná, byste zjistili až z detailu běhu za tři týdny.

Rozhodnutí rodiče se nepřepisuje. Kdo si objednávání vypnul, zůstane nedotčený - pokud vysloveně nezaškrtnete Zapnout i strávníkům, kterým bylo objednávání vypnuté uživatelem. To zaškrtávátko je samostatné a výchozím stavem vypnuté: bez něj by tlačítko tiše rušilo rozhodnutí rodičů, a při každém dalším kliknutí znovu.

Náhled navíc říká od kdy se to projeví (zapnutí uprostřed měsíce aktuální měsíc nedohoní, jeho uzávěrky jsou za námi), jestli provoz vůbec má zapnutý plán - jinak se změna uloží a nic se nespustí - a odhad, kolik to bude za měsíc stát. Potvrzuje se přepsáním slova ZAPNOUT.

Hromadné vypnutí schválně neexistuje: pojistkou proti omylu je ten náhled před změnou.

Panel výdejního místa je širší

Detail výdejního místa nesl formulář o sedmi polích, takže byl úzký. Teď k tomu má tři panely - dostupnost druhů jídla, automatické objednávání a povolené platební účty - a v té šířce se to nedalo číst. Panel je proto stejně široký jako detail strávníka, krátká pole (IČO, e-mail) jsou spárovaná do dvou sloupců a výběr jídel se v té šířce vejde do dvou sloupců taky - šest řádků se tím zkrátí na tři.

Hromadná akce je navíc sbalená a otevřená se předplní z výchozích jídel.

Přeskládaná je i sekce dostupnosti jídel: čtrnáct přepínačů v jednom sloupci je teď šest řádků podle částí dne s kompaktními štítky, stejně jako výběr jídel pod ní. Část dne, ve které není nic zapnuté, je přeškrtnutá - výdejní místo, které vydává jen obědy, tak poznáte na první pohled místo čtení všech čtrnácti jídel. (Nápověda přitom slibovala tlačítko „Uložit dostupnost”, které tam nikdy nebylo - změna se ukládá ihned.)

Drobnosti

• Detail běhu u přeskočených dnů říká, kterého jídla se to týkalo. „Chybí cena” u svačiny je jiná oprava než u obědu.
• Jídlo zvolené jako výchozí na výdejním místě nelze vypnout v sekci Dostupná jídla - systém to odmítne a řekne proč. Jinak by novým strávníkům vznikalo nastavení, které běh každý den přeskočí.
• Vypnutím účtu na Pasivní se výběr jídel nesmaže. Zůstane uložený a použije se, až objednávání znovu zapnete.

Variabilní symbol se přiděluje automaticky, ale nezastaví založení strávníka: když se to v ten okamžik nepovede, strávník vznikne i tak - jen bez platebního účtu, a tedy bez symbolu. Stává se to hlavně u hromadného importu, kde se automatická řada potká s ručně zadanými symboly ze starého systému.

Takový strávník je přitom odstřižený od provozu: objednávka se odečítá z kreditu, takže se bez platebního účtu odmítne, platba se nemá k čemu spárovat a kredit mu nejde dobít. A opravit to nešlo - v detailu byla u variabilního symbolu buď nula, nebo tam řádek nebyl vůbec, a Změnit se o neexistující účet rozbilo.

Co je nově

V detailu strávníka na záložce Základní údaje stojí u variabilního symbolu Nepřiřazen a vedle tlačítko Přiřadit. Zadáním čísla se založí platební účet (s nulovým zůstatkem) a strávník se od té chvíle chová jako každý jiný - platby se párují, kredit se dobíjí.

Pravidla jsou stejná jako u změny symbolu: kladné celé číslo o nejvýše 10 cifrách, volné v rámci celé jídelny (napříč strávníky i organizacemi). U archivovaného strávníka se odkaz nenabízí. Přechází-li strávník z jiného systému s nějakým kreditem, doúčtujte ho po přiřazení symbolu jako korekci zůstatku na záložce Kredit.

Totéž platí pro organizaci, které při zakládání kreditní účet nevznikl.

Import to nově řekne

Řádek, kterému se symbol nepodařilo přidělit, se objeví ve Výsledku importu v seznamu chyb (variable symbol not assigned ...). Dřív o tom nebylo nikde ani slovo - import se ohlásil jako úspěšný a chybějící symboly se zjistily až u první nespárované platby.

Podrobný postup je v nápovědě u Správy strávníků.

Nenacenené výdejní místo je tichá porucha. Nic nevypadá špatně, dokud si tam někdo nezkusí objednat a nedostane „není nastavená cena” - a při desítkách výdejních míst se to proklikáním jednoho po druhém nenajde. Nejvíc to bolí na přelomu školního roku, kdy ceníku omezenému na školní rok právě vypršela platnost.

Co report ukáže

Tlačítko Přehled napříč místy nahoře na stránce Ceník otevře report s jedním řádkem na výdejní místo:

• Platný ceník - ANO, nebo červené CHYBÍ
• Období - od kdy do kdy platný ceník platí
• Cen - kolik cen obsahuje; nízké číslo napoví chybějící kategorii
• Další ceník - odkdy začíná ten následující, je-li nachystaný
• Spravovat - proklik přímo na ceníky toho místa

Kachlík Bez platného ceníku je zároveň filtr: kliknutím se seznam zúží na ta místa, která potřebují pozornost. Datum i filtr zůstávají v adrese, takže se odkaz dá poslat kolegovi.

Dá se zkontrolovat dopředu

Ke dni přepnete na jakékoli datum. Nastavíte 1. září a hned vidíte, co do začátku školního roku ještě nemá ceník - tedy dřív, než na to narazí první rodič.

„Chybí” a „chybí vůbec” nejsou totéž

Když je Platný ceník prázdný, ale ve Další ceník je datum, je to plán: ceník je nachystaný a jen ještě nezačal. Když je prázdné i to druhé, ceník neexistuje žádný a objednávat se tam nedá. Proto jsou v reportu dva sloupce a ne jeden.

Archivovaná výdejní místa v reportu nejsou - nikdo z nich neobjednává, takže chybějící ceník tam není nález.

Podrobnosti v nápovědě u Ceníku.

Přišel e-mail a není poznat, kdo ho psal. Adresa může patřit rodiči, samoobjednávajícímu pedagogovi, manažerovi organizace, operátorovi nebo obsluze výdeje - a než bylo jasné který, nebylo kde začít: podle e-mailu se dal prohledat jedině seznam Rodiče. Strávníka podle adresy jeho rodiče ani organizaci podle adresy jejího manažera nešlo najít vůbec, takže se hádalo, který seznam otevřít.

Co je nově

Klienti → Hledání účtu. Zadáte e-mail a dostanete jednu kartu:

• jméno, e-mail, telefon a stav účtu - Aktivní, Deaktivovaný, nebo Archivovaný,
• role v tomto provozu (Rodič, Strávník, Organizace, Operátor, Obsluha),
• strávníky, na které je účet napojený, s vazbou Rodič / Sdílená péče / Je sám strávníkem a výdejním místem,
• organizace, které účet spravuje, včetně archivovaných.

Nikam se neproklikáváte kvůli odpovědi - odpověď je na kartě. Prokliky vedou tam, kde se dál pracuje: Otevřít účet do detailu účtu v Rodičích, Otevřít u strávníka do jeho detailu ve Strávnících, u organizace do jejího detailu v Organizacích. Nový je i odkaz na detail organizace přímo z adresy - dřív se do něj dalo dostat jen kliknutím na řádek v seznamu.

Zadaná adresa zůstane v adresním řádku, takže se výsledek dá poslat kolegovi nebo stránku obnovit bez opsání dotazu.

Dva detaily, které stojí za zmínku

Hledá i mezi archivovanými účty. Archivace e-mailovou adresu uvolní pro novou registraci, takže pod jednou adresou může být živý účet i jeho archivovaní předchůdci. Karta vyjde na každý z nich, živý první - a archivovaný účet je zdaleka nejčastější vysvětlení, proč se někdo „nemůže přihlásit”.

Hledá jen ve vašem provozu. Účet, který patří do jiné jídelny, se ohlásí úplně stejně jako neexistující - z odpovědi nejde vyčíst, že adresa někde jinde v systému existuje. Stejně tak zmizí ze hledání účet, který z vaší jídelny odešel a je dnes aktivní jinde: jeho současné jméno a telefon už spravuje někdo jiný.

Podrobnosti v nápovědě u Správy strávníků a uživatelů.

Ceník doteď nebyl dokument, ale hromádka jednotlivých cen, z nichž každá měla vlastní platnost. „Ceník” byl jen dojem, který vznikl tím, že desítky cen měly náhodou stejné období. Z toho plynulo pár věcí, které v provozu bolely.

Co bylo špatně

Ceník s platností teprve v budoucnu nebyl vidět. Matice na stránce vždy ukázala ceny platné dnes. Připravený ceník na příští školní rok existoval, ale prohlédnout ani upravit jako matici se nedal - byl jen sadou řádků ve složené Historii cen.

A nedal se zkopírovat. Kopírování na další výdejní místa umělo pojmenovat zdroj jen jako „to, co je platné k tomuhle datu”. Pro budoucí ceník to nevracelo nic a kopie skončila hláškou „Zkontrolujte zadané údaje”, ze které nešlo poznat proč.

Nejhorší ale bylo mazání. Kdo si připravil ceník na příští školní rok dopředu a pak jen opravil ceny na letošek, o ten připravený přišel - a bez jediného slova. Uložení totiž zahazovalo vše, co začínalo později, i když se ta období vůbec nepřekrývala. Totéž platilo pro kopírování: kopie tiše smazala ceník, který si cílové výdejní místo připravilo samo.

A kopie zapomínala konec platnosti. Ceník omezený na školní rok se u cílů změnil na „do odvolání”.

Jak to funguje nyní

Seznam ceníků místo jedné matice. Po výběru výdejního místa uvidíte všechny jeho ceníky s obdobím, počtem cen a stavem PLATNÝ / BUDOUCÍ / UKONČENÝ. Budoucí ceník je tedy vidět stejně dobře jako ten platný a otevře se do matice jako každý jiný.

Ceník má název. Necháte-li ho prázdný, doplní se podle období: ceník začínající 1. září se pojmenuje „Školní rok 2026/27”, jinak „Ceník od 15.1.2026”.

Duplikovat na další školní rok. Jedno kliknutí v nabídce ⋯ u ceníku: otevře se nový se stejnými cenami a obdobím předplněným na 1. září následujícího roku.

Dva ceníky na stejný den už nejsou možné. Nehlídá to aplikace, ale databáze sama, takže se ceníky nemohou navzájem tiše přepsat. Cenou za to je, že uložení, které by se překrylo, se odmítne a řekne, se kterým ceníkem koliduje. Rozhodnutí, kdy starý ceník skončí, je vaše: vyplníte mu Platnost do a nový na něj naváže.

Kopírování se nejdřív zeptá

Kopírování na další výdejní místa má nově dva kroky. Zkontrolovat ukáže pro každý cíl, co se stane, a nic nezapíše. Kde už ceník na to období je, vypíše jeho název a období a nabídne, co s ním:

• přeskočit to výdejní místo,
• zkrátit stávající ceník a nový na něj navázat,
• nahradit stávající (smaže se - potvrzuje se opsáním slova).

Nabízejí se jen volby, které v dané situaci opravdu jdou: „zkrátit” zmizí, kdyby stávající ceník měl skončit dřív, než začal, a stránka řekne proč.

A volba, po které by období zůstalo bez ceníku, to u sebe napíše - „Od DD.MM.RRRR by tu nebyl žádný ceník” - a potvrzovací přehled to zopakuje. Nezakazuje se: je legitimní a někdy přesně to, co chcete, jen je vidět, co bude potřeba dodělat.

Dokud je kolize nevyřešená, nezkopíruje se nic - ani na místa, kde nic nekoliduje. Částečná kopie totiž vypadá jako hotová práce.

Panel je postavený na vyšší desítky výdejních míst, což je reálná velikost provozu. Kam je proto předvybrané na všechna místa - nikdo neškrtá 78 zaškrtávátek - a Vybrat ručně nabídne seznam s hledáním. Náhled je seskupený: dvě čísla („72 míst dostane nový ceník, u 6 je kolize”) místo 78 řádků, jména na rozbalení. A kolize se řeší jednou volbou pro všechny, s možností rozhodnout jednotlivě u těch, kde chcete něco jiného. Tlačítko dole říká, na kolik míst se ceník reálně zapíše.

A před zápisem se objeví přehled: co se kopíruje, do jakého období a co se na cílech stane - kolik míst dostane nový ceník, u kolika se stávající zkrátí a u kterých se smaže (ta se vypíšou jménem, počet by nestačil). Teprve potvrzením se zapisuje.

Kopíruje se celý ceník včetně období, takže Platnost do se přenese.

Co se změnilo v ovládání

Zmizela sekce Historie cen - úprava a mazání a s ní editace jednotlivé ceny. Ceny se upravují v ceníku, kterému patří; celý ceník se maže přes ⋯ → Smazat. Historie zůstává - jsou to prostě ceníky se stavem UKONČENÝ.

Zmizelo i pravidlo „prázdná buňka znamená neměnit”. Ceník je jeden dokument a ukládá se tak, jak ho vidíte: vyprázdněná buňka se smaže. Chcete-li ceník nahradit jiným, nemažte buňky - ukončete ho a založte nový.

Stávající ceny se převedly automaticky a žádná se nezměnila; převod si to sám ověřil pro každou kombinaci a každý den. Kde měly ceny na jednom výdejním místě rozjezděná období, vzniklo z nich víc ceníků, které na sebe navazují.

Podrobný postup je v nápovědě u Ceníku.

Automatické objednávání se doteď muselo spustit ručně a výsledek jste viděli jen jako čtyři čísla na dashboardu, mezi dnešními počty obědů. U provozu s pár desítkami strávníků to stačilo. U velkého provozu se ukázalo, že to má tři různé problémy.

Co bylo špatně

Běh nepřežil vlastní request. Objednávky se vytvářely přímo v tom kliknutí a prohlížeč na ně čekal. U tisíců strávníků to trvá minuty - a server odpověď po deseti sekundách už neodešle. Operátor tedy dostal chybu u běhu, který ve skutečnosti proběhl. A když čekání přeteklo ještě dál, spojení se zavřelo a běh se rozpadl v půlce: část objednávek zaplacená a záznam navždy ve stavu „Probíhá”.

Opakované spuštění vracelo odhlášené obědy. Když rodič oběd odhlásil a jídelna pak spustila běh znovu (třeba proto, že doplnila chybějící cenu), automat ten den viděl jako volný, objednal ho a znovu zaplatil. U jednoho ručního spuštění za měsíc si toho nikdo nevšiml; jako pravidelná věc je to chyba na penězích rodičů.

„Přeskočeno: 41” nešlo použít. Číslo bez toho, kterých strávníků se týkalo a proč, neřekne, jestli chybí cena (vaše chyba v datech, jde opravit) nebo jestli mají děti alergen (normální stav, opravovat není co).

Co je nového

Plán. V Nastavení provozu → Objednávání → Automatické objednávky zapnete Spouštět automaticky každý měsíc a nastavíte den a hodinu. Systém pak zařadí běh na následující měsíc sám. Plán je výchozím stavem vypnutý - dokud ho nezapnete, nic se nespustí bez vás.

Nastavení vám napíše konkrétní datum: „Nejbližší běh: 25. 8. 2026 03:00 na 2026-09”, a k tomu uzávěrku prvního objednávkového dne. Kdyby běh proběhl až po té uzávěrce, nastavení se neuloží - začátek měsíce by se neobjednal a v noci by si toho nikdo nevšiml. Stejná kontrola se spustí i tehdy, když zpřísníte uzávěrku na záložce Druhy jídla.

Běh běží na pozadí. Kliknutí ho zařadí do fronty a vrátí vás k práci - stránku můžete zavřít. Panel ukazuje průběh („Zpracováno 340 z 1 200 strávníků”) a po dokončení stav. Když ho něco přeruší (třeba nasazení nové verze), systém to pozná a označí běh jako přerušený, místo aby u něj navěky točil spinner.

Odhlášený den zůstane odhlášený. Automat na den, který někdo odhlásil, už nesáhne - ani při opakovaném spuštění, ani po hromadném odhlášení celého výletu. Ručně ten den objednat samozřejmě jde.

Vlastní stránka. Automatické objednávky mají novou položku v levém menu a z dashboardu jsou pryč - spuštění na celý měsíc nepatří mezi dnešní čísla. Najdete tam spuštění, poslední běh i historii všech běhů. V detailu je rozpad po důvodech a dvě sekce: K opravě (chybí cena, chybí jídelníček, druh jídla se na výdejním místě nevydává) s výčtem strávníků, počtem dnů a obdobím - a Provozní důvody pro alergeny, odhlášené dny, uzávěrku a vyčerpaný kredit. Když má běh něco k opravě, panel zobrazí pruh, který nezmizí sám: buď ho odkliknete, nebo ho přebije novější běh.

Chybí celý jídelníček = chyba, ne úspěch. Běh na měsíc, na který není vypsané nic, se dřív dokončil s nulou objednávek a hlásil se zeleně. Teď je to označené jako chyba - u běhu, u kterého nikdo nesedí, je zeleně reportované ticho ten nejhorší možný výstup.

Co to znamená pro rodiče

Souhrnný e-mail nově říká celou větu: když kredit uprostřed měsíce nedojde, je v něm kolik dnů to stálo a že si zbytek období mají po dobití objednat sami - automat se pro ty dny už nevrátí. A odhlášený oběd se jim už sám nevrátí do objednávek.

Zároveň se ze souhrnu stalo oznámení, které si rodič zapíná (Nastavení → Oznámení), a ve výchozím stavu je vypnuté. Je to jediný e-mail, který rodič nevyvolal sám - přijde raz za měsíc za celý měsíc objednávek. Stojí za to zmínit rodičům, že pokud chtějí mít měsíční přehled (a upozornění na měsíc, který nepokryl kredit) v e-mailu, mají si ho zapnout.

Odhad dopadu je teď opravdu odhad

Číslo v potvrzovacím dialogu se počítá z počtu strávníků, objednávkových dnů a průměrné ceny, se stropem podle kreditu. Nezná alergeny ani chybějící ceny, takže skutečný běh objedná nejvýš tolik - obvykle méně. Dřív to byl přesný výpočet, který ale u velkého provozu nedošel do konce a dialog se neotevřel vůbec. Kontrolu, jestli se běh nezhroutil, dělá systém jinak a lépe: srovná ho s předchozím úspěšným během téhož provozu.

U aktivního účtu stálo v nastavení strávníka, že systém objedná zvolenou variantu oběda na celý následující měsíc „vždy k 25. dni“. Takový den ale neexistuje: hromadné objednání není úloha běžící na pozadí, spouští ho jídelna - obvykle na konci předchozího měsíce, ale termín má každá jídelna svůj. Rodič tak čekal objednávky k datu, které nikdy nepřišlo, a když se hromadné objednání spustilo jinak, neměl podle čeho poznat, že je všechno v pořádku.

Co je nově

Popis režimu Aktivní říká, co se skutečně děje: obědy na další měsíc objedná jídelna hromadně, zvolenou variantu na všechny pracovní dny, kdy je na jídelníčku. A přidali jsme k tomu podmínku kreditu, o které se dřív nikde nemluvilo: objednává se z kreditu strávníka chronologicky od prvního dne, takže jakmile kredit na další den nestačí, zbytek měsíce se už neobjedná. Kredit je proto potřeba dobít před koncem předchozího měsíce, ne v jeho průběhu.

Stejně je to teď popsané i v nápovědě pro jídelní lístek a objednávky a strávníky.

Souhrnný e-mail

Uzávěrka už není hádaná. E-mail o automatických objednávkách končil věty „můžete odhlásit do 10:00 předchozího pracovního dne“ - jenže 10:00 a jeden pracovní den je jen výchozí nastavení, které si každá jídelna může posunout, a to i zvlášť pro jednotlivé druhy jídla. Provozu s uzávěrkou ve 14:00 e-mail roky hlásil špatný čas. Nově se do e-mailu píše skutečná uzávěrka daného provozu; pokud mají strávníci v jednom e-mailu různé uzávěrky, uvede se obecně, že platí termín stanovený jídelnou.

Nedostatečný kredit má konečně počet dnů. Když kredit uprostřed měsíce došel, e-mail uváděl „Nedostatečný kredit: 1 dnů“ bez ohledu na to, jestli zbývaly dva dny nebo tři týdny - byl to příznak „stalo se to“, ne počet. Teď tam stojí, kolik dnů to skutečně stálo, a čísla jsou navíc správně skloňovaná (1 den, 3 dny, 12 dnů).

Když operátor archivuje strávníka, systém nejdřív spočítá, co se stane s účty, které na něm visí: jestli je to poslední dítě rodiny v téhle jídelně (pak rodičovský účet skončí a uvolní se jeho e-mail), nebo jestli rodič patří i do jiné jídelny (pak se jen odpojí). Ten výpočet se ukazuje v potvrzovacím dialogu a pak ještě jednou proběhne při samotné archivaci.

Oba kroky trvaly každý asi 1,8 sekundy - dohromady přes tři a půl sekundy na jednoho strávníka. Při archivaci celé třídy na konci školního roku z toho byly minuty čekání.

Příčina byla v tom, že se pro každý účet procházeli všichni strávníci jídelny, místo aby se rovnou dohledali ti, kterých se to týká. Čas navíc rostl s druhou mocninou velikosti jídelny: dvojnásobná škola znamenala čtyřnásobné čekání.

Nově se obě odpovědi vrací okamžitě a doba už na velikosti jídelny nezávisí. Co dialog ukazuje a co archivace udělá, se nezměnilo ani o řádek - stejná pravidla pro sdílenou péči, pedagogy se samoobjednáváním i rodiče ve více jídelnách.

Samoobjednávající pedagog je jedna osoba se dvěma záznamy: účtem, kterým se přihlašuje, a záznamem strávníka, ze kterého se tisknou výdejky. Jeho jméno je na obou.

Trvalé smazání v detailu strávníka dosud sahalo jen na ten druhý. Účet zůstal i s e-mailem, jménem a telefonem — a jediné tlačítko, které ho umělo smazat, je v seznamu Rodiče, kde pedagog není (je vedený rolí strávníka). Žádost o výmaz tak nešlo vyřídit celou.

Co je nově

V detailu samoobjednávajícího strávníka se volba jmenuje Trvale smazat včetně účtu (GDPR) a udělá obojí v jednom kroku:

• na účtu se pseudonymizuje jméno, e-mail i telefon, přihlášení okamžitě přestane platit a nedoručené e-maily se zruší,
• na záznamu strávníka se jméno změní na „Smazáno (strávník)”, alergeny a dietní poznámka se vymažou, případný čip se odpojí a záznam se archivuje.

Že to sáhne i na účet, je vidět už v nabídce, ne až v potvrzovacím dialogu.

Beze změny zůstává, co drží historii: datum narození a věková kategorie (počítají se z nich porce a spotřební koš ve starých sestavách), kredit s variabilním symbolem a objednávky s výdeji. Nevypořádané konto smazání odmítne stejně jako archivaci. Pokud má pedagog na účtu zároveň napojené děti, smazání se odmítne také — nejdřív je převeďte na jiný účet nebo archivujte.

U dětí a rodičů se nic nemění: dítě vlastní účet nemá, takže se u něj dál maže jen jeho záznam.

Smazání rodiče chce opsat SMAZAT

Trvalé smazání rodiče šlo dosud pustit jedním kliknutím, zatímco vratná archivace vedle něj si o opsané slovo říkala. Teď je pojistka i tam: potvrzovací tlačítko je neaktivní, dokud nenapíšete SMAZAT. Stejně to už funguje u strávníka a u operátora ve správě provozů.

Když u jídla není nastavená cena, objednávka se odmítne. Hláška dosud jmenovala jen výdejní místo a druh jídla, jenže cena se hledá podle čtyř údajů: k těm dvěma ještě podle věkové kategorie a podle dne.

Ty dva chybějící rozměry jsou přitom v praxi ty, na kterých to padá. Rodič ani organizace tak neměli podle čeho hledat a jídelna dostávala hlášení, ze kterého nešlo zjistit, co doplnit.

Co je nově

Hláška zní:

Pro toto výdejní místo, druh jídla a věkovou kategorii není k tomuto dni nastavená cena. Obraťte se prosím na jídelnu.

Vyjmenovává všechny čtyři rozměry, takže je z ní vidět, kde cenu hledat.

Dvě situace, které za tím bývají

Ceníku skončila platnost. Záznam existuje a kategorii pokrývá, jen má vyplněné Platnost do, které už uplynulo. Nejčastěji na přelomu školního roku: ceník s koncem 31. srpna vypadá v pořádku až do 1. září, kdy přestane pokrývat nový rok. Slovo „k tomuto dni” v hlášce je právě pro tenhle případ, bez něj není důvod se na data vůbec podívat.

Chybí věková kategorie. Výdejní místo i druh jídla naceněné jsou, ale pro tuhle kategorii žádný řádek není. Typicky u kategorie dospělý, na kterou se při zakládání ceníku zapomene, protože ji většina strávníků nemá.

Rozdíl poznáte v Ceník → Historie cen: v prvním případě řádek pro danou kategorii uvidíte (s koncem platnosti), ve druhém tam vůbec není. Postup je i v nápovědě u Ceníku.

Role účtu se v edumeal vedou pro každý provoz zvlášť - jeden člověk může být rodič v jedné jídelně, manažer organizace v druhé a pedagog ve třetí. Vedle toho ale ještě žil starý seznam rolí přímo u účtu, který se plnil jen při jeho zakládání. Když roli dostal účet, který už existoval, do starého seznamu se nezapsala.

Většina rozhraní přitom čtla ten starý seznam. Důsledek: záleželo na tom, v jakém pořadí role vznikly.

Co to dělalo

U účtu, kterému role přibyla dodatečně (rodič povýšený na operátora, manažer organizace, kterému jste přidali dítě, pečující osoba u sdílené péče), se v operátorském rozhraní schovávaly akce, které jinak fungují:

• Uložit a odeslat přihlašovací údaje v detailu rodiče,
• Zobrazit jako (náhled do rozhraní),
• proklik na rodiče v detailu strávníka.

Server je přitom povoloval - tlačítko prostě nebylo vidět. Stejná příčina posílala náhled manažera organizace, který je zároveň rodičem, do rozhraní organizace místo do rodičovského.

Co se změnilo

API teď u každého účtu hlásí role, které drží v tom provozu, kde se právě pracuje. Přihlašovací odpověď navíc hlásí přesně ty role, které nese vydaný token - dřív se mohly rozejít a uživatel skončil v rozhraní, na které jeho vlastní session neměla právo.

Jediná role, která zůstává vedená globálně, je administrátor - ten není vázaný na jeden provoz.

Oprava v náhledu

Náhled (Zobrazit jako) je omezený na rodiče, strávníky a manažery organizací - do účtu operátora ani administrátora se jím dostat nedá. Kontrola ale koukala na ten starý seznam rolí, takže u rodiče, který byl později povýšen na operátora, viděla pořád jen roli rodiče. Kontrola i vydávaný token teď čtou totéž místo a takový účet náhled odmítne.

Prakticky tím dosud nešlo získat operátorská práva - token se odvozoval ze stejného zastaralého seznamu, takže i povolený náhled otevřel jen rodičovské rozhraní. Šlo o mezeru v kontrole, ne o využitelné rozšíření práv; opravena je celá, ne jen ta polovina, která byla vidět.

Vazba mezi rodičem a jeho strávníky se dosud v operátorském rozhraní dohledávala ručně. Detail rodiče o strávnících mlčel - kdo k účtu patří jste zjistili jedině tak, že jste otevřeli dialog Převést strávníky, tedy akci, která je zároveň přesouvá. A detail strávníka zase nepojmenoval účet, pod kterým visí, takže jeho rodiče jste hledali v seznamu Rodiče podle příjmení. U jmen jako Nováková to bylo hádání.

Detail rodiče: záložka Strávníci

Detail rodiče má novou záložku Strávníci. Vypíše všechny strávníky napojené na účet a u každého:

• jméno (archivovaný je přeškrtnutý a označený štítkem „archivováno”),
• výdejní místo,
• vazbu k účtu - Rodič, Sdílená péče (dítě má víc pečovatelů a tento účet je jeden z nich) nebo Vlastní strávník u samoobjednávajícího pedagoga.

Kliknutím na řádek se otevře detail toho strávníka, kde řešíte zůstatek, objednávky, výdejní místo i variabilní symbol.

Záložka je jen pro čtení - nic odsud nepřidáte ani nepřevedete. Na přesun strávníků pod jiný účet dál slouží Převést strávníky v nabídce dalších akcí.

Detail strávníka: řádek Rodič

V detailu strávníka v záložce Základní údaje je nově řádek Rodič se jménem a e-mailem účtu. Jméno je odkaz - otevře detail toho rodiče, i když je někde na dvacáté stránce seznamu.

• U samoobjednávajícího pedagoga se řádek jmenuje Přihlášení strávníka (účet patří jemu samotnému). Odkaz se nabídne jen tehdy, když má účet zároveň roli rodiče - jinak by vedl na panel bez řádku v seznamu.
• U strávníka bez rodiče je na řádku „bez rodiče”. Takové strávníky hromadně vypíše sestava Strávníci bez rodiče.

Manažer organizace je člověk, ne instituce. Typicky je to zaměstnanec školky, který kromě hromadných objednávek řeší i své děti nebo sám sebe jako strávníka - a chtěl by na to jeden účet, ne dva e-maily.

Dosud to nešlo, a navíc to nešlo jen v jednom směru. Když byl e-mail nejdřív rodičovský, přidání téhož člověka jako manažera organizace prošlo. Obráceně, tedy u účtu, který manažerem už byl, formulář odmítl jak zakládání strávníka pod tímto rodičem, tak zakládání samoobjednávajícího pedagoga na tento e-mail (hláška „Účet s tímto e-mailem má roli, kterou u strávníka použít nelze”). Ta asymetrie nebyla záměr - kontrola se koukala na starší seznam rolí u účtu, který se při propojení existující osoby s organizací neaktualizuje, takže záleželo na tom, v jakém pořadí obě role vznikly.

Tím se ruší pravidlo zavedené v Srozumitelná chyba při přidání rodiče s e-mailem organizace - hláška odtud už nemůže nastat.

Co teď jde

Obě role na jednom účtu, v obou směrech:

• Manažerovi přidáte dítě - zadejte jeho e-mail jako e-mail rodiče při zakládání strávníka.
• Manažer objednává sám sobě - založte ho jako samoobjednávajícího strávníka (pedagoga) na jeho vlastní e-mail.
• Manažer jako pečující osoba - dá se přidat i ke strávníkovi, který je vedený pod druhým rodičem (sdílená péče).
• Rodič se stane manažerem - fungovalo i dřív, teď je to popsané a hlídané testy, aby to oprava druhého směru nerozbila.

Role se nemíchají

Po přihlášení má takový účet vedle avatara přepínač kontextu s oběma rolemi - Org. a Rodič. Přepnutí není kosmetika, je to skutečná změna kontextu:

• V roli rodiče účet vidí jen své strávníky. K jídelníčku, hromadným objednávkám ani kreditu organizace se nedostane.
• V roli organizace je to naopak - vidí organizaci, ale ne seznam strávníků.

Platí to i po obnovení přihlášení: role se z vybraného kontextu samy nerozšíří zpátky na obě.

Když archivujete organizaci, manažer o přístup k ní přijde, ale roli rodiče si nechá a dál se přihlásí a objednává pro své děti. Dřív takový účet neměl po archivaci organizace kam přejít a byl deaktivovaný.

Co dál nejde

Dvě role zůstávají neslučitelné, a to v obou směrech:

• Obsluha výdeje - přihlašuje se čipem nebo PINem u výdejního okénka a do aplikace vůbec nevstupuje, takže by šlo o vazbu na rozhraní, které ten účet nikdy neotevře.
• Administrátor - není vázaný na jeden provoz.

U obou formulář odmítne jak roli strávníka, tak roli manažera organizace.

Archivace dosud dluh ignorovala. Jenže sestava Zůstatky strávníků i Přehled plateb počítají jen s živými řádky, takže archivací dlužníka pohledávka zmizela z účetnictví a platba, která na jeho variabilní symbol dorazila později, se přestala připisovat. Peníze se tím nevyřešily, jen přestaly být vidět.

Nově se archivace odmítne, dokud je konto v mínusu:

• Strávník - odmítne se operátorská archivace. Rodič svého strávníka archivovat může dál i s dluhem: dluh sám vyrovnat nemůže a nemá jak se jinak odhlásit.
• Organizace - odmítne se vždy, včetně fakturačního režimu. Mínus je u něj běžný provozní stav, ale při ukončení spolupráce je to nezaplacená faktura.
• Výdejní místo - odmítne se, dokud na něm má dluh kterýkoli strávník, i už archivovaný. Ti aktivní blokují archivaci sami za sebe, takže tohle je právě ten dlužník, na kterého by se jinak zapomnělo.

Když peníze nedorazí a odejít je stejně potřeba, nabídne dialog u strávníka a u organizace Odepsat dluh a archivovat. Konto se opravou srovná na nulu a archivace hned proběhne. Oprava si vyžádá důvod - je to jediný záznam o tom, proč pohledávka zanikla - a zapíše se do historie transakcí i do auditního záznamu, takže je v účetnictví dohledatelná.

U samoobjednávajícího pedagoga platí totéž na obě strany: nejen archivace jeho strávníka, ale i odebrání jeho účtu se odmítne, dokud má na kontě peníze. A když je konto vypořádané, odebrání účtu jeho řádek strávníka rovnou archivuje. Dřív ho nechalo být, takže po pedagogovi zůstal živý řádek bez přístupu, pro který nešlo objednávat ani platit - a který už nikdo nearchivoval, protože archivaci brání právě chybějící účet.

Souvisí s tím i odebrání rodiče z jídelny: pokud by některé jeho dítě zůstalo bez rodiče a jeho konto nebylo na nule, odebrání se odmítne celé a dialog vám dopředu řekne, koho vypořádat. Platí to pro dluh i pro kredit - dřív kredit odebrání pustil dál a strávník zůstal viset živý, bez rodiče a s cizími penězi, dohledatelný jen v reportu Strávníci bez aktivního rodiče. Kredit se přitom neodepisuje, ten se vrací.

Trvalé smazání (GDPR) u pedagoga navíc pseudonymizuje i jeho záznam strávníka - je to jedna osoba, takže jméno, alergeny a dietní poznámka jsou tytéž osobní údaje. Dřív zůstávaly na živém záznamu a jméno smazaného člověka dál chodilo na výdejky a jmenné seznamy. Datum narození a příznak dospělosti se nechávají: počítá se z nich věková kategorie v historických sestavách.

A strávníka jde teď trvale smazat i samostatně (GDPR čl. 17) — dítě vlastní účet nemá, takže smazání účtu rodiče se k jeho údajům nedostalo. Volba je v nabídce dalších akcí v detailu strávníka, za opsaným slovem SMAZAT, a dialog říká i to, co zůstává: datum narození kvůli porcím v historických sestavách, kredit a variabilní symbol kvůli dohledání platb.

Kategorie se nemění o narozeninách

Vyhláška 107/2005 Sb. (příloha č. 2) zařazuje strávníka do věkové skupiny „na dobu školního roku, ve kterém dosahuje věku”. Rozhoduje tedy věk dosažený do 31. srpna daného školního roku, a kategorie se pak celý rok nemění.

Dosud jsme počítali věk k danému dni. Prakticky to znamenalo, že dítě přeskočilo do vyšší kategorie o narozeninách - uprostřed pololetí se mu změnila cena obědů i velikost porce, a půlka jeho školního roku byla vedená jinak než druhá půlka.

Nově je to takto:

Datum narození	Školní rok 2026/27 (1. 9. 2026 – 31. 8. 2027)
30. 8. 2020	7–10 let už od 1. 9. 2026 - sedmi dosáhne 30. 8. 2027, tedy ještě v tomto školním roce
31. 8. 2020	7–10 let - sedmi dosáhne poslední den školního roku
1. 9. 2020	4–6 let celý rok - sedmi dosáhne až první den školního roku 2027/28

Děti narozené 1. září patří ještě celý ten školní rok do nižší kategorie. Není to chyba: jejich narozeniny padnou na první den školního roku následujícího.

Ceník a kuchyňské sestavy se konečně shodují

Podle školního roku se dosud zařazoval jen spotřební koš - a v nápovědě u něj proto stálo, že týž strávník může být na výdejce v „4-6 let” a v koši v „7-10 let” a že je to záměr. To už neplatí.

Na stejné zařazení přešel ceník, denní výdejka, podklad pro vaření, nákupní žádanka, dodací list, seznam objednávek i automatické objednávky. Cena, kterou rodič vidí v jídelníčku, se tak rovná ceně, kterou systém naúčtuje, a ta se rovná kategorii, ve které strávník vyjde na výdejce.

Co to znamená pro vás

• Nemusíte nic nastavovat. Zařazení se počítá z data narození, stejně jako dřív.
• Ceny už zadaných objednávek se nemění - objednávka si nese cenu z okamžiku zadání. Přepočítá se až nová objednávka.
• Sestavy za minulá období vytištěné znovu ukazují nové zařazení podle školního roku. U období objednaných před touto změnou se proto kategorie na sestavě může lišit od kategorie, ve které byly ty objednávky tehdy naúčtované. Naúčtované částky na objednávkách zůstávají beze změny.
• Zkontrolujte, že máte ceny pro všechny kategorie, které vám na výdejním místě reálně vycházejí. Část dětí se do vyšší kategorie posouvá o rok dřív, než by se posunula podle starého počítání.

Objednávka se z kreditu odečítá hned při zadání, takže datum na řádku transakce je datum zaúčtování - u jídla objednaného na příští měsíc je to dnešek. V historii transakcí přitom stálo jen jídlo („Oběd: Svíčková”), takže předplacená budoucí objednávka vypadala stejně jako ta, která už se snědla.

Nově řádek uvádí i den, na který je jídlo objednané: „Oběd na 3.9.2026: Svíčková”. Datum vlevo u typu transakce zůstává datem zaúčtování (po najetí myší se popisek objeví).

Změna je v záložce Zůstatek u strávníka i v rodičovské historii transakcí. U organizací je den jídla v popisu řádku už dřív.

Archivace výdejního místa byla jednosměrná - omylem archivované místo se nedalo vrátit do provozu jinak než přes podporu.

Nově má detail výdejního místa v nabídce v záhlaví panelu volbu Obnovit z archivu. Místo se hned vrátí do provozu: lze na něj objednávat, nabízí se ve výběrech a je zpátky v sestavách. Kuchyni, trasu ani seskupení archivace nemazala, takže se místo vrátí tam, kde bylo.

Aby šlo archivované místo vůbec najít, je nad seznamem nový přepínač Aktivní / Archivované / Vše (výchozí je Vše, takže se nic neschovává). Hledání běží uvnitř zvoleného stavu, takže se archivované místo nemusí dolistovávat za všechna aktivní.

Dvě věci obnovení neudělá: nevrátí strávníky ani organizace, které jste před archivací museli přesunout jinam, a nefunguje pod archivovanou kuchyní - tam vás upozorní, že je kuchyně archivovaná, protože sestavy se počítají jen pro živé kuchyně. Archivace i obnovení se teď zapisují do auditního záznamu.

Read-only náhled do rozhraní uživatele jste dosud mohli otevřít u rodiče (seznam Rodiče) a u manažera organizace (detail organizace). Pedagog, který si objednává sám, ale není veden jako rodič - v seznamu Rodiče se vůbec neobjeví, takže u něj náhled nebyl odkud spustit a dotaz „co vlastně vidím na svém jídelníčku” se musel řešit naslepo.

Nově má detail strávníka v záložce Základní údaje dole tlačítko Zobrazit jako strávníka. Funguje stejně jako u rodiče: zadáte důvod náhledu (povinný, zapíše se do auditu), potvrdíte a otevře se rozhraní pedagoga s výrazným pruhem nahoře. Náhled je pouze pro čtení - nelze v něm objednávat, rušit ani nic měnit - a ukončíte ho tlačítkem Ukončit náhled.

Tlačítko se nabízí jen u samoobjednávajícího strávníka, tedy u toho, kdo má vlastní přihlášení. U dítěte vedeného pod rodičem se nezobrazuje: dítě žádný účet nemá, takže jeho objednávky si prohlédnete přes náhled jeho rodiče. Nenabídne se ani u archivovaného strávníka, u neaktivního účtu a dokud máte v detailu neuložené změny.

Archivované výdejní místo se pořád nabízelo ve filtru Výdejní místo u Expedičního listu a Seznamu objednávek, a na Denní výdejce, Expedičním listu nebo Rozvozovém listu se ukazovalo jako prázdná sekce - přitom se na něj nedá objednat a nemá žádné aktivní strávníky.

Nově ho žádná sestava neuvede: Denní objednávka, Denní výdejka, Expediční list, Rozvozový list, Dodací list, Jmenný seznam, Nákupní žádanka, Měsíční report ani Zůstatky strávníků. Filtry ho nenabídnou a odkaz na sestavu s archivovaným místem odpoví „výdejní místo nenalezeno” místo prázdného papíru.

Platí to i pro data z minulosti - sestava za den před archivací už místo neuvede a součty za kuchyni jsou o jeho porce nižší. Pokud takový den ještě potřebujete vytisknout, udělejte to před archivací.

Archivace strávníka se dosud dotkla jen samotného strávníka. Účet rodiče, kterému tím odešlo poslední dítě, zůstal v jídelně stát: nešlo pro něj objednávat, nebylo k čemu ho použít, ale pořád držel svou e-mailovou adresu. Když se ten člověk chtěl přihlásit u jiné jídelny nebo se u vás zaregistrovat znovu, narazil na hlášku, že adresa je obsazená - a jediná cesta ven bylo dohledat jeho účet v seznamu Rodiče a odebrat ho ručně. Že to je potřeba, přitom z ničeho nebylo vidět.

Nově se archivace propíše i na účty, na kterých strávník visel - stejně jako to už dávno funguje v opačném směru u odebrání rodiče:

• Rodič, kterému zůstane další dítě, se nedotkne. Sourozenec objednává dál.
• Rodič, kterému nezůstane žádné dítě, se z jídelny odpojí. Byla-li to jeho jediná jídelna, jeho účet zanikne a jeho e-mail se uvolní pro novou registraci, včetně registrace u jiné jídelny.
• Rodič, který má přístup i jinde nebo u vás zastává ještě jinou roli (typicky je zároveň operátor), se jen odpojí od téhle jídelny a zůstává aktivní. Adresu si nechává - jinde se s ní pořád přihlašuje.
• U samoobjednávajícího pedagoga se stejně tak odebírá role strávníka. Je-li ten člověk zároveň rodičem svého dítěte, roli rodiče si ponechá a účet mu nezaniká.

Nic z toho se nestane potichu. Dialog před potvrzením vypíše jmenovitě, který účet zaniká a s jakou adresou, a u téhle nevratné větve po vás bude chtít opsat slovo ARCHIVOVAT. U běžné archivace, která žádný účet neruší, zůstává potvrzení na jedno kliknutí. Platí to na obou místech, odkud archivaci spouštíte - v seznamu Strávníci i v reportu Strávníci bez rodiče, kde je to nejčastější, protože se tam řádek dostane právě tehdy, když strávníkovi nezůstal živý rodič.

Rodič si tímhle vlastní účet nezruší. Kaskáda běží jen tehdy, když strávníka archivuje operátor nebo administrátor. Archivuje-li si rodič poslední dítě sám ve své aplikaci, jeho účet zůstává beze změny - jinak by se odpojil uprostřed vlastního přihlášení a sám by s tím nic nezmohl.

Jméno, adresa ani telefon se přitom nemažou: zůstávají u fakturační historie a v auditu, kam patří. Adresu totiž obsazují jen živé účty, takže na uvolnění stačí účet archivovat. Trvalé smazání dle GDPR je i dál samostatná, nevratná operace pro případ, kdy o ně požádá sám dotčený člověk.

Dvě věci navíc, které z toho vyplynuly:

• Jeden účet, jeden samostatný strávník. Založení pedagoga na e-mail, který samostatného strávníka už má, systém odmítne (dřív vznikly potichu dva). Dvě živé karty na jednom účtu totiž znamenají dva variabilní symboly, takže platba se připsala té, kterou zachytil bankovní import, a druhá se zadlužila. Platí to i pro hromadný import z CSV.
• Obnovení pedagoga, jehož účet zanikl, se odmítne s vysvětlením. Vzniknul by jím strávník, pro kterého nikdo nemůže objednávat ani platit; správná cesta je založit ho znovu. Obnovení dítěte vedeného pod rodičem se tohle netýká.

Tisk už nevytiskne prázdnou stránku

Na Seznamu objednávek, Denní objednávce a Denní výdejce bylo tlačítko Tisk aktivní i ve chvíli, kdy se ještě nic nenačetlo nebo kdy zvolený den nic neobsahoval. Výsledkem byla prázdná stránka z tiskárny.

Nově je v takové chvíli zašedlé a po najetí myší řekne proč - třeba „Nejdřív načtěte období s objednávkami”.

Zašedlá tlačítka vysvětlují, co jim chybí

Stejná změna spravila i opačný případ. U Dodacího listu a Jmenného seznamu šlo Odeslat zašednout bez jakéhokoli vysvětlení, zatímco čtyři další sestavy důvod ukazovaly. Teď ho ukazují všechny:

Odeslat   → „Vyberte alespoň jednoho příjemce"
          → „Vyberte seskupení, kterému se má seznam poslat"
          → „Nejdřív načtěte den s objednávkami"

Tisk      → „Zvolené výdejní místo nemá na tento den co dodat"

Nadpis se na papír tiskl dvakrát

Seznam objednávek, Měsíční report a Zůstatky strávníků tiskly svůj nadpis z obrazovky a hned pod ním ještě hlavičku sestavy - tedy stejný název dvakrát. Na papír teď jde jen hlavička sestavy.

Prázdný seznam nabídne tlačítko

Když byl seznam prázdný, stála tam jen věta - někdy dokonce návod, kde hledat tlačítko („Přidej prvního přes tlačítko nahoře”). Nově je rovnou tam, kde se na prázdno díváte: Obsluha, Skupiny kontaktů, Zařízení, Recepty, Jídla a Suroviny.

A hlavně se rozlišují dvě různé situace, které dřív vypadaly stejně:

Situace	Co nabídne
Zatím tu opravdu nic není	Přidat…
Filtr nebo hledání nic nenašlo	Zrušit filtry

To druhé chybělo úplně - z filtru, který nic nenašel, nevedla cesta zpátky nikde. Doplněno u Strávníků, Výdejních míst, Přehledu plateb, Receptů, Jídel a Surovin.

Sestavy při načítání neposkakují

Když jste na rozečtené sestavě přepnuli datum, obsah se na okamžik nahradil malým kolečkem. Stránka se tím zkrátila a prohlížeč vás odroloval zpátky nahoru. Nově drží načítání zhruba původní výšku, takže zůstanete tam, kde jste byli.

Řazení seznamů

U Strávníků jsou nově klikací záhlaví Jméno, VS a Kredit, u Surovin Název a Cena. První kliknutí na peněžní sloupec řadí sestupně - největší dluh nebo nejdražší surovina je obvykle to, kvůli čemu ten sloupec otvíráte. Druhé kliknutí směr otočí.

Řadí se celý seznam, ne jen zobrazená stránka. Znamená to, že po seřazení podle kreditu je největší dluh opravdu na prvním řádku první stránky, ne někde na třetí. Dosud šel takhle seřadit jediný přehled a zbytek se obcházel exportem do CSV.

Archivovaní strávníci zůstávají vždy na konci, ať řadíte podle čehokoli - archivovaný řádek je kontext, ne výsledek.

Filtr se uplatní hned, jak si vyberete

Na Strávnících se přepínač stavu měnil okamžitě, ale výběr výdejního místa, věkové kategorie nebo ročníku čekal na tlačítko Vyhledat. Vybrali jste tedy z nabídky a zdánlivě se nic nestalo.

Nově platí jedno pravidlo napříč celým operátorským rozhraním:

Prvek	Kdy se uplatní
Rozbalovací výběr, přepínač	hned při výběru
Textové pole	na Enter nebo Vyhledat

Textové pole schválně čeká - jinak by se seznam načítal po každém napsaném písmenu.

Odkaz na konkrétní pohled

Filtry, řazení i datum sestavy teď žijí v adrese stránky. Prakticky to znamená:

• Zpět z detailu vás vrátí na stejně vyfiltrovaný seznam, ne na začátek.
• Vyfiltrovaný seznam nebo konkrétní den sestavy pošlete kolegovi odkazem.
• Obnovení stránky nezahodí, co jste si nastavili - sestava už neskočí zpátky na dnešek.

Týká se to Strávníků, Výdejních míst, Přehledu plateb, Surovin a všech kuchyňských sestav (Denní výdejka, Expediční, Rozvozový a Dodací list, Podklad pro vaření, Jmenný seznam, Denní objednávka, Seznam objednávek, Nákupní žádanka, Měsíční report).

Tabulka při přenačítání nemizí

Když jste přepnuli filtr, tabulka se na okamžik nahradila kolečkem. Stránka se tím zkrátila, odrolovala vás nahoru a schovala právě ty řádky, proti kterým jste porovnávali. Nově původní řádky zůstanou a jen zesvětlají, dokud nedorazí nové.

Ke každému strávníkovi musí být e-mail

Import dosud nechával parent_email jako nepovinný. Řádek bez něj se založil, ale strávníka pak neviděl nikdo kromě jídelny - zůstal veden na operátorovi, který soubor nahrál. Nikdo za něj nemohl objednávat, nikomu nedorazil variabilní symbol, a poznalo se to většinou až ve chvíli, kdy se rodina ozvala.

Nově je parent_email povinný na každém řádku a povinné jsou i sloupce parent_first_name, parent_last_name, is_adult a diet_flag. U booleovských sloupců stačí, že jsou v hlavičce - prázdná buňka pořád znamená ne. Chybějící povinný sloupec zastaví celý soubor a vypíše se rovnou seznam všech, které chybí, aby se soubor opravoval na jeden zátah, ne po jednom nahrání na sloupec.

Export z původního systému, který jste nahrávali dřív, tak dnes neprojde bez doplnění sloupců. Ukázkové CSV na stránce importu je na to nejrychlejší předloha - obsahuje všechny sloupce ve správném pořadí.

Pedagog se importem stane strávníkem, ne rodičem

Řádek s is_adult = ano dosud vyrobil rodičovský účet, který vlastní strávníka se stejným jménem. Fungovalo to, ale byla to jiná věc, než co dostanete ručním založením přes formulář nebo schválením samoregistrace: pedagog byl v systému veden jako rodič sám sobě a do sloupců pro jméno rodiče opisoval podruhé své vlastní jméno.

Nově z takového řádku vznikne samoobjednávající strávník. Do parent_email patří vlastní adresa pedagoga, sloupce parent_first_name a parent_last_name se nechají prázdné - účet se pojmenuje podle jména strávníka:

first_name;last_name;birth_date;parent_email;parent_first_name;parent_last_name;is_adult;diet_flag
Petra;Ucitelova;;ucitelova@example.com;;;ano;ne

Když někdo na škole učí a zároveň tam má dítě, uveďte stejnou adresu na obou řádcích - na svém s is_adult = ano, na řádku dítěte jako parent_email. Vznikne jeden účet, který umí obojí, a dorazí mu jeden uvítací e-mail se sebou samým i s dítětem.

Výsledek importu mluví o účtech

Dlaždice ve výsledku se dřív jmenovala Rodiče. Soubor samých pedagogů v ní hlásil „nových rodičů”, což popisovalo něco jiného, než se stalo. Nově je to Účty - nové a napojené, ať už z nich jsou rodiče nebo strávníci.

Uvítací e-mail pro jednoho strávníka navíc přestal vybízet k tomu, aby se platba posílala „za každého zvlášť”. Ta věta dává smysl jen tam, kde je v seznamu víc než jeden.

Levá navigace se dá zúžit na ikony (přepínač v hlavičce). V tomto režimu je ikona jediné, co položku identifikuje - a šest dvojic používalo tu samou:

Ikona	Kolidovalo
Postavy	Strávníci vs Suroviny
Kartička	Čipy vs Jmenný seznam vs Kontakty
Krabice	Expediční list vs Bankovní importy
Mince	Ceník vs Zůstatky strávníků
Kalendář	Jídelníček vs Svátky a zavírací dny
Skupina osob	Rodiče vs Obsluha

Nově má každá položka vlastní ikonu:

Suroviny                 kostka
Čipy                     čip
Kontakty                 osoba v kroužku
Bankovní importy         schránka se šipkou dolů
Zůstatky strávníků       peněženka
Svátky a zavírací dny    přeškrtnuté kolečko
Obsluha                  zvednutá ruka

Ceník si nechává minci a Jídelníček kalendář - jsou to stránky, kam ty ikony patří nejvíc.

Aby se to nevrátilo, hlídá jedinečnost ikon automatický test: pokud by dvě položky navigace znovu dostaly stejnou ikonu, neprojde.

---

Ve stejné várce se srovnaly hlavičky stránek. Nadpis, popisek a tlačítka vpravo se dosud na každé stránce skládaly zvlášť, takže tlačítka seděla jednou na střed nadpisu a jinde u jeho horního okraje a na užším okně se lámala pokaždé jinak. Teď je to na celém operátorském rozhraní stejné.

Stejně tak pole pro datum - v sestavách stálo o kousek jinak vysoko než rozbalovací seznam vedle něj. Nově mají stejnou výšku i šířku.

Trvalé smazání chce opsat SMAZAT

Smazání osobních údajů operátora podle GDPR je nevratné - e-mail, jméno i telefon se nahradí zástupnou hodnotou a nejde je obnovit. Přesto ho šlo spustit jediným kliknutím na Potvrdit, zatímco hromadné odhlášení obědů už vyžadovalo opsat slovo ODHLÁSIT. Žebříček bezpečnosti běžel obráceně.

Nově je potvrzovací tlačítko neaktivní, dokud nenapíšete SMAZAT.

Akce u operátora jsou v jednom menu

Řádek operátora nesl až čtyři ikonová tlačítka vedle sebe - deaktivovat, odebrat z provozu, resetovat MFA a mezi nimi to nevratné smazání. Všechna stejně velká, rozlišená jen bublinou po najetí myší.

Nově je za ikonou ⋮, každá akce je pojmenovaná slovy a obě nevratné jsou až za oddělovačem:

Deaktivovat účet
Resetovat MFA
─────────────────────
Odebrat z provozu
Trvale smazat (GDPR)

Hledání v seznamu provozů

Seznam provozů se stránkoval, ale nešlo v něm hledat - ke konkrétnímu provozu jste se museli prolistovat. Nově je nad ním vyhledávací pole, které hledá podle:

• názvu (bez ohledu na diakritiku - skolni najde „Školní jídelny”)
• IČO (od začátku čísla)
• registračního kódu

Našeptávač ve Funkcích jde ovládat klávesnicí

Výběr výdejního místa a uživatele na stránce Funkce se dal ovládat jen myší. Nově funguje šipka dolů / nahoru pro procházení výsledků, Enter pro výběr a Esc pro zavření. Výběr výdejního místa navíc používá stejný našeptávač jako zbytek aplikace, takže se chová všude stejně.

Hledání se také spustí až od tří napsaných znaků - dřív odesílalo dotaz už po prvním písmenu a vracelo skoro nefiltrovaný seznam.

Drobnosti

• Prázdný seznam provozů hlásil „Žádní tenanti” dvakrát pod sebou.
• Selhání akce (třeba přepnutí MFA) nahradilo celý seznam operátorů chybovou hláškou a seznam bylo nutné načíst znovu. Nově se chyba ukáže jako upozornění a seznam zůstane.
• Nadpisy stránek v administraci se sjednotily, takže jsou všude stejně zarovnané.

Zjistit, kolik za březen přišlo z banky a co se z toho nepřipsalo, dosud znamenalo proklikat historii importů soubor po souboru. Nespárovaná platba se ukázala v detailu jednoho importu, a čím dřív se ten import provedl, tím hůř se hledala.

Nová stránka Platby → Přehled plateb ukazuje všechny bankovní pohyby za zvolené období na jednom místě.

Období se počítá podle data pohybu na výpisu, ne podle data importu. Číslo za leden tedy sedí s tím, co ukazuje banka, i když jste lednový výpis nahráli až v únoru. Důsledek, který je dobré znát dopředu: číslo za uzavřený měsíc se může zpětně změnit, když dorazí opožděný import. Proto každý řádek ukazuje obě data.

Dlaždice nahoře jsou zároveň filtr. Připsáno / Nespárováno / Neřešeno / Duplicity / Odchozí, vždy s částkou i počtem. Kliknutím se tabulka zúží jen na daný stav — z měsíční rekapitulace se tak jedním kliknutím stane denní pracovní fronta. Souhrny se přitom nemění, takže pořád vidíte celé období. Filtry jsou součástí adresy stránky, takže se dají uložit do záložek i poslat kolegovi.

U každé nepřipsané platby je uvedený důvod — bez variabilního symbolu, VS nepatří nikomu, strávník archivovaný, strávník bez opatrovníka, duplicita, odchozí platba. Dá se podle něj filtrovat, takže „kolik plateb nám měsíčně padá na překlep ve VS” je nově otázka na jedno kliknutí.

Jeden pohyb se ukáže jednou. Automatická synchronizace stahuje z banky opakovaně a tentýž pohyb umí doručit několikrát za den; přehled ho zobrazí jednou a u zdroje napíše „· 3ד. Bez toho by jedna odchozí platba za 12 000 Kč vyšla v souhrnu na 36 000 Kč.

Nespárovanou platbu vyřešíte přímo z řádku. Buď ji spárujete ručně se strávníkem nebo organizací — kredit se hned připíše — nebo ji označíte jako neřešenou, což je pro peníze, které nikomu nepatří: cizí platba, vratka, platba na špatný účet. Poznámka je u toho povinná, aby bylo později dohledatelné proč. Když se ukáže, že platba přece jen někomu patří, vrátíte ji tlačítkem Vrátit do řešení zpátky do fronty.

Ručně spárovanou platbu zpět vrátit nelze — peníze se pohnuly, takže případná oprava se dělá korekcí zůstatku, která nese vlastní důvod. Obě akce se zapisují do auditu včetně toho, kdo je provedl.

Tlačítko Export CSV stáhne přesně to, co je zrovna vyfiltrované, včetně řádků na dalších stránkách.

Podrobnosti v nápovědě u přehledu plateb.

Na expedičním listu zúženém na Jen boxy počítal souhrn Uvařit celkem pořád celý den - tedy i porce, které jdou na talíř a v sestavě vůbec nejsou. Vycházelo z toho víc jídla, než kolik se opravdu plnilo do krabiček.

Na dni s 29 dospělými a 1 dětskou krabičkou to u špaget (250 g na porci) znamenalo:

před  UVAŘIT CELKEM (včetně porcí do krabiček)
         Těstoviny Špagety                     8,88 kg   ← i 6 porcí na talíř

nyní  UVAŘIT CELKEM (jen porce do krabiček)
         Těstoviny Špagety                     7,38 kg   ← 29 × 250 g + 1 × 125 g

Souhrn se teď drží způsobu naložení stejně, jako se už držel filtru Druh jídla a výdejního místa: spočítá to, co je na stránce. Na Jen gastronádoby tedy sečte jen porce na talíř, na Vše zůstává celým denním množstvím jako dosud.

Co souhrn počítal, je vždy vidět v jeho nadpisu - na obrazovce i v tisknutém PDF a v listu odeslaném e-mailem.

Proč to nesedělo jen někdy: jídlo, které jde do krabiček celé (typicky dietní a vege varianty), vycházelo správně i předtím. Rozdíl se objevil jen u jídla, které se ten den vydávalo obojím způsobem.

Podrobně v nápovědě.

Při přechodu z jiného systému se dosud daly hromadně naimportovat jen údaje strávníků. Peníze musel operátor dobít každému zvlášť, což u dvou stovek strávníků znamenalo dvě stě ručních operací — a než to dodělal, měli rodiče v aplikaci nulu tam, kde ve skutečnosti měli přeplatek.

Nový sloupec credit převede zůstatek rovnou. Píše se v korunách (850,50), smí být i záporný, když strávník dluží, a prázdná buňka nebo 0 znamená, že se nepřevádí nic — export, kde je většina lidí na nule, tedy nezaloží stovky nulových pohybů. Na jeden řádek je limit 1 000 000 Kč.

Zůstatek se zaúčtuje jako korekce zůstatku s popisem „Počáteční zůstatek z importu”. Je tedy vidět v historii transakcí strávníka, počítá se do auditu celého importu a rodič ho najde i v uvítacím e-mailu — tabulka se strávníky a variabilními symboly má nově sloupec Převedený zůstatek. Ve výsledku importu se ukáže, kolika strávníkům se zůstatek převedl a jaká je celková částka.

Dvě věci, které je dobré vědět dopředu:

Desetinná čárka a čárkový oddělovač se nesnesou. 850,50 by se v souboru s čárkami rozpadlo na dvě buňky, takže použijte středníkový soubor (jako ukázkové CSV, které je nově taky středníkové) nebo napište částku s tečkou: 850.50. Rozpadlý řádek import odmítne — nikdy ho nezaúčtuje jako 850 Kč.

Kredit se připisuje jen zakládaným strávníkům. Opakované nahrání téhož souboru existující strávníky přeskočí, takže se zůstatek nemůže připsat dvakrát. Zpětně doplnit zůstatek u strávníka, který už v systému je, tímhle importem nelze — na to je korekce zůstatku v jeho detailu.

Podrobnosti v nápovědě u importu strávníků.

Výdejní místa už nejsou pod Kuchyně, ale v sekci Klienti (vedle Strávníků, Rodičů a Organizací). Spolu s přesunem přestal být seznam vázaný na kuchyni vybranou v záhlaví.

Hledání jde přes celý provoz. Dřív seznam ukazoval jen výdejní místa aktuálně vybrané kuchyně, takže když jste nevěděli, pod kterou kuchyní je místo vedené, museli jste kuchyně přepínat a hledat v každé zvlášť. Teď hledání podle názvu prochází všechna výdejní místa provozu a u každého řádku je nový sloupec Kuchyně, takže je hned vidět, kam patří.

Hledání nehledí na diakritiku ani velikost písmen. slunicko najde MŠ Sluníčko, ZS HUSOVA najde ZŠ Husova - dřív se muselo psát přesně s háčky a čárkami, jinak seznam nevrátil nic. Stejné pravidlo, jaké má hledání strávníků.

Kuchyně jako filtr, ne jako režim. Vedle hledání je volba Kuchyně; prázdná (Všechny kuchyně) znamená celý provoz, vybraná zúží seznam i hledání na jednu kuchyni. Máte-li jedinou kuchyni, volba se nezobrazuje. Hledaný text i kuchyně se uplatní společně tlačítkem Vyhledat (nebo Enterem) - tak, jak to znáte ze seznamu strávníků.

Novému místu se kuchyně vybírá ve formuláři. Když seznam není vázaný na jednu kuchyni, nedá se z čeho „zdědit” - proto je Kuchyně normální pole formuláře, předvyplněné podle nastaveného filtru (nebo kuchyně vybrané v záhlaví). Nabízí jen aktivní kuchyně.

Přesun mezi kuchyněmi zůstává na stejném místě - polem Kuchyně v detailu výdejního místa. Nově ale místo po přesunu ze seznamu nezmizí, jen se u něj změní sloupec Kuchyně; zmizí jen tehdy, když máte seznam zúžený filtrem na kuchyni, ze které místo odchází. Trasa a seskupení se přesunem stále ruší - patří původní kuchyni.

Seznam je nově stránkovaný po 20 řádcích, protože už zobrazuje celý provoz naráz.

Podrobnosti v nápovědě u výdejních míst.

Archivace organizace dosud nešla vzít zpět - v aplikaci pro to nebyla žádná cesta. A dohledat archivovanou organizaci taky nebylo pohodlné: seznam vracel celý provoz naráz a archivované organizace se řadily za všechny aktivní, takže při větším počtu ležely stránky daleko.

Přepínač stavu. Nad seznamem organizací je nově volba Aktivní / Archivované / Vše. Ve výchozím stavu vidíte jen aktivní organizace a hledání podle názvu nebo IČO probíhá vždy uvnitř zvoleného stavu - archivovanou organizaci tedy najdete pod záložkou Archivované, aktivní se vám do výsledků nemíchají.

Obnovení z archivu. V detailu archivované organizace je v nabídce dalších akcí volba Obnovit z archivu. Organizace se vrátí mezi aktivní a může zase objednávat. Nic se přitom nedohání zpětně - pobočky, věkové skupiny, kredit i historie objednávek zůstávají zachované po celou dobu archivace, archivace jen zastaví objednávání.

Jedna věc se ale neobnoví sama: manažerské účty. Archivace deaktivuje ty manažery, kterým byla daná organizace jedinou vazbou na systém, a obnovení organizace jim přihlášení nevrátí. Aktivujte je jednotlivě v sekci Uživatelé. Je to záměrné - účet mohl být mezitím deaktivovaný i z jiného důvodu a hromadné oživení by ho tiše vrátilo do hry.

Archivace i obnovení se teď zapisují do auditního protokolu, u archivace i s tím, které účty kvůli ní byly deaktivovány.

Podrobnosti v nápovědě u účtů a organizací.

Import strávníků dosud bral hlavičku souboru velmi tolerantně: sloupec, který nezná, prostě přeskočil. Znělo to praktickou - nahrajte export z jakéhokoli systému, my si z něj vybereme, co umíme - ale mělo to jeden nepříjemný důsledek. Chybně pojmenovaný sloupec byl k nerozeznání od chybějícího. Soubor, ve kterém se variable_symbol jmenoval variable_symbols, se naimportoval jako čistý úspěch, každý strávník ale dostal nově přidělený variabilní symbol a původní evidenční čísla se nikam nezapsala. Než si toho někdo všiml, měli už rodiče v uvítacím e-mailu čísla, na která se platby ze starého systému nepřipisují.

Nově import s takovou hlavičkou neproběhne. Najde-li v ní neznámý sloupec nebo stejný sloupec dvakrát, odmítne celý soubor: nezaloží ani jednoho strávníka a nikomu neodejde e-mail. Ve výsledku importu je česky napsané, které sloupce jsou špatně, takže stačí hlavičku opravit a soubor nahrát znovu. Chybějící povinný sloupec se hlásí stejnou cestou, a hlásí se všechny problémy naráz - ne jeden po druhém na několik pokusů.

Ke stažení je ukázkové CSV. Odkaz je přímo pod nahrávacím polem a ukázka obsahuje všechny podporované sloupce, variable_symbol včetně. Je to teď nejjistější způsob, jak soubor připravit: kdo začne od ukázky, nemůže přijít o data ve sloupci, o kterém se nedozvěděl.

Jedna změna k horšímu, ať je řečená naplno: export z jiného systému už nelze nahrát „tak, jak je”. Sloupce, které edumeal nezná, je potřeba předem odebrat nebo přejmenovat. Výměnou za to platí, že co se naimportuje, se naimportuje celé.

Podrobnosti jsou v nápovědě u importu strávníků.

E-mail u výdejního místa je nově povinné pole. Je to adresa, na kterou chodí dodací list a jmenný seznam, takže místo bez ní sestavy tiše nedostávalo - nikde se to neprojevilo jako chyba, jen tam nikdy nic nepřišlo.

Co se změnilo v praxi:

• Založení i úprava výdejního místa vyžadují vyplněný e-mail. U míst založených dřív si formulář adresu vyžádá při první další úpravě.
• Chyba se ukáže hned pod polem, česky a s příkladem - ne až jako hláška od serveru po odeslání formuláře. Prázdné pole hlásí Vyplňte e-mailovou adresu., špatný tvar Zadejte jednu platnou e-mailovou adresu, např. jidelna@skola.cz.
• Víc adres v jednom poli (oddělených čárkou nebo středníkem) systém dál nepřijme, protože je poštovní server odmítne a sestava pak nedojde nikomu. Potřebujete-li posílat víc lidem, založte je jako kontakty v adresáři kontaktů a vyberte je při odeslání sestavy mezi adresáty.

Expediční list má třetí filtr - Výdejní místo. Vedle způsobu naložení a druhu jídla se dá sestava zúžit na jedno místo:

Datum: 11.08.2026     [Vše | Jen gastronádoby | Jen boxy]
Druh jídla: Všechny   Výdejní místo: ZŠ Husova

Nabídka umí hledat - v kuchyni s desítkami míst se dá psát místo rolování. První položka je Všechna výdejní místa a je to i výchozí stav: expediční list je normálně naložení jednoho auta na celou kuchyni. Zúžení je pro případ, kdy jedno místo obsluhuje vlastní jízda nebo se nakládá zvlášť.

Filtr je serverový jako oba předchozí, takže se promítne i do tisknutého PDF a do listu odeslaného e-mailem - papír nikdy neukazuje něco jiného než obrazovka. Hlavička PDF u zúžené sestavy uvádí i název výdejního místa.

Souhrny Uvařit celkem a Souhrn boxů se zúžení drží: počítají to, co je na stránce, ne celý den.

Archivace výdejního místa dosud znamenala jen to, že se místo přestalo nabízet při výběru. Strávník, který na něm už byl přiřazený, si ale objednával dál - archivace se na jeho profil nijak nepropsala. Stejně tak organizace, která měla archivované místo mezi svými pobočkami, mohla dál zadávat hromadné objednávky. Kuchyně pak dostávala do sestav jídla pro provoz, kam se nic nedováží.

Nově platí dvě pravidla:

Na archivované výdejní místo nelze objednat. Týká se to všech cest - rodiče i strávníka v aplikaci, operátora objednávajícího za strávníka, hromadné objednávky organizace i automatického objednávání (to takového strávníka přeskočí a započítá do přeskočených). Už zadané objednávky zůstávají beze změny.

Archivovat lze jen prázdné výdejní místo. Má-li místo ještě přiřazené strávníky nebo je pobočkou organizace, archivace se odmítne s vysvětlením, co je potřeba udělat dřív. Strávníky přesuňte na jiné výdejní místo nebo je archivujte, u organizace dané místo odeberte ze seznamu poboček. Ze stejného důvodu už nejde nového strávníka založit ani přesunout na archivované místo, a to ani importem.

Podrobnosti najdete v nápovědě u výdejních míst.

Čísla alergenů se dosud řadila jako text, ne jako čísla. Prakticky to znamenalo, že u jídla s alergeny 1a, 2 a 11 se vypsalo 1a, 11, 2 a u receptury s 10 a 9 zase 10, 9. Vypadalo to jako chyba v datech, i když data byla správná.

Nově se všechny výpisy alergenů řadí vzestupně podle čísla skupiny, a podskupiny jdou hned za svou skupinou: 1, 1a … 1f, 2 … 8, 8a … 8h, 9, 10 … 14.

Platí to na jednom místě pro celý systém:

• Jídelníček a detail jídla (web i mobilní aplikace), včetně upozornění na alergen u strávníka.
• Seznam jídel, receptur a surovin v operátorském rozhraní i tisk receptury.
• Tištěné a e-mailem posílané sestavy - jmenný seznam a dodací list.

Nic nemusíte nastavovat ani nikde přeukládat, změnilo se jen zobrazení.

Šest sestav, které kuchyně tiskne a zakládá vedle sebe - Podklad pro vaření, Nákupní žádanka, Expediční list, Rozvozový list, Dodací list a Jmenný seznam - vznikalo postupně a každá si nesla kus vlastního vzhledu. Dohromady to bylo dvoje řešení hlavičky tabulky, čtyři odstíny šedé, dvě barvy upozornění, tři oddělovače v podtitulku a čtyři různé formáty data.

Teď mají všechny stejnou kostru, převzatou z rozvozového listu:

• Hlavička tabulky je podbarvený pruh bez rámečku, s výrazným textem verzálkami.
• Sekce (jídlo, výdejní místo, surovina) jsou podbarvené pruhy s údajem vpravo; položky pod nimi jsou řádky bez mřížky, oddělené jen tenkou linkou. Na tiskárně to znamená výrazně méně čar a lépe se to čte shora dolů.
• Datum je všude 05.08.2026. Dřív stejný den vyšel jako 05.08.2026, 5.8.2026 i Středa 5. 8. 2026 podle toho, kterou sestavu jste zrovna drželi. Rozvozový list tím přišel o název dne v hlavičce.
• Barvy mají význam a drží ho napříč sestavami: červená znamená chybějící údaj (nenastavená receptura, zadaný filtr, který část sestavy skrývá), oranžová upozornění, které chybou není (zastávka bez objednávky na ten den).

Čísla, řazení ani obsah sestav se nemění - jde čistě o vzhled tisku.

Při sdílení péče o strávníka jste u některých e-mailových adres dostali hlášku Záznam nebyl nalezen a nedalo se z ní poznat, co dělat. Pod polem přitom stojí, že osobě bez účtu pošleme pozvánku, takže hláška vypadala, že si s tou nápovědou protiřečí.

Nejčastější příčina je nenápadná: daná adresa účet v edumeal má, ale u jiné jídelny. To sdílení péče zatím neumí propojit samo. Hláška teď říká, že adresu nelze přidat, a posílá vás na jídelnu, která pečovatele doplní za vás.

Stejně se hláška chová i v mobilní aplikaci.

Nápovědu ke sdílení péče jsme doplnili o tento třetí případ, který v ní chyběl.

Záložka Zůstatek v detailu strávníka načítala transakce jen za posledních 30 dní. Nikde to nebylo napsané, takže starší pohyby vypadaly, jako by neexistovaly - u strávníka, který objednává celý školní rok, tak chyběla většina historie.

Nově se načítá celá historie od založení účtu, stránkovaná po 20 řádcích. Dohledáte tedy i dobití nebo opravu z minulých měsíců.

U strávníka, který objednává denně, naroste historie na stovky řádků. Záložka Zůstatek přitom zobrazovala jen prvních několik desítek posledních transakcí a starší pohyby nebyly z aplikace dostupné.

Historie transakcí se teď stránkuje po 20 řádcích - pod seznamem je ovládání Předchozí / Další s pořadím a celkovým počtem transakcí. Po nabití kreditu nebo ruční korekci se seznam vrátí na první stranu, aby byl nový řádek hned vidět.

Rozvozový list měl od začátku poslední stranu Bez trasy s výdejními místy, která nejsou zařazená do žádné trasy. Zmizela ale ve chvíli, kdy jste sestavu zúžili filtrem na konkrétní trasy - a to je přesně situace, kdy je potřeba nejvíc: vytisknete trasy B a C, papír vypadá kompletně a jídlo pro jedno výdejní místo přitom nesedí v žádném autě.

Nově se strana Bez trasy přiloží vždy, filtr tras se jí netýká. V PDF i na obrazovce je u ní napsáno, co znamená a že filtru nepodléhá.

Zároveň se změnil její obsah: vypisují se jen výdejní místa, která na ten den skutečně mají objednáno. Místo bez trasy a zároveň bez objednávky je jen nezařazená položka v číselníku, ne jídlo, které nemá čím jet - a zaplňovalo stranu, jejímž smyslem je upozornit právě na to druhé.

Podrobnosti v nápovědě u rozvozového listu.

Expediční list říká, co se naloží do auta. Nová sestava Rozvozový list (v navigaci Kuchyně → Rozvozový list) říká, kam to jede.

Ptá se jen na datum. Vytiskne souhrn všech tras a pak jednu stranu na trasu: zastávky v pořadí, ve kterém se jezdí, s adresou a s počty Obědy / Svačiny / Boxy. V hlavičce je vozidlo, počet míst a adresa výjezdu. Vpravo je sloupec Kontrola se zaškrtávátky Naloženo a Předáno a linkou na čas - papírová pomůcka pro řidiče, nikam se neukládá.

Zastávky bez objednávky se tisknou taky, s pomlčkou a poznámkou bez objednávky na tento den. Řidič tak pozná rozdíl mezi „sem dnes nejedu” a „něco chybí” - na zkráceném seznamu nepozná ani jedno. Ze stejného důvodu dostanou výdejní místa bez přiřazené trasy vlastní poslední stranu.

Pozor na sloupec Obědy: počítá porce ve skupině obědů včetně polévek, takže strávník s polévkou i hlavním jídlem se počítá dvakrát. Není to počet strávníků ani počet gastronádob, ale počet porcí, které z auta vyjdou. Sloupec Boxy je podmnožina ostatních sloupců, ne jídlo navíc. Vysvětlivka je vytištěná pod souhrnem. Kuchyním, které vydávají i snídaně nebo večeře, přibude sloupec Ostatní - jen v ty dny, kdy se něco takového veze.

Kvůli sestavě přibyly dvě věci u tras (Kuchyně → Trasy):

• Pořadí zastávek. Šipkami u přiřazených výdejních míst nastavíte, v jakém pořadí se jezdí; ukládá se ihned. Dokud pořadí nenastavíte, sestava místa řadí podle názvu a nahoře to napíše, aby se čísla nedala splést s pořadím, které nikdo nezadal.
• Vozidlo. Nový číselník Konfigurace → Vozidla (SPZ + nepovinný model). Trasa na vozidlo odkazuje a sestava ho tiskne v hlavičce. Vozidlo se vyřazuje, nemaže - trasy si vyřazené auto ponechají, takže znovu vytištěná sestava za minulý den pořád říká, čím se tehdy jelo.

Sestavu lze vytisknout jako PDF nebo odeslat e-mailem příjemcům z adresáře kontaktů. Na e-maily výdejních míst se neposílá - je to itinerář celé kuchyně, takže by každé místo dostalo i čísla všech ostatních.

Podrobnosti v nápovědě u rozvozového listu a rozvozových tras.

Po strávnících dostala stránkování i záložka Zůstatek v detailu organizace. Historie transakcí se dělí po 20 řádcích s ovládáním Předchozí / Další a celkovým počtem, po dobití i ruční korekci se seznam vrátí na první stranu.

Zároveň padlo skryté omezení na posledních 30 dní - výpisy transakcí teď ukazují celou historii od založení účtu. Ve Vyúčtování u rodiče i organizace se nic nemění, tam si období vybíráte sami.

V Strávnících jste zadali jméno nebo variabilní symbol do pole hledání, zmáčkli Enter a nic se nestalo - seznam zůstal beze změny a bylo nutné ještě kliknout na tlačítko Vyhledat.

Teď Enter odešle filtr stejně jako to tlačítko, a to z kteréhokoli pole formuláře (hledání i písmeno třídy). Chování tlačítka Vyhledat se nemění.

Hledání v Strávnících i v Rodičích dosud porovnávalo jméno přesně i s diakritikou. Kdo psal z klávesnice bez háčků a čárek, nenašel nic a musel jméno napsat přesně tak, jak je uložené.

Nově se diakritika ignoruje na obou stranách:

• novakova najde Nováková, dvorak najde Dvořák,
• Kučera najde i strávníka, který byl importovaný jako Kucera,
• na velikosti písmen stále nezáleží a hledání funguje i uprostřed jména.

U rodičů se dál hledá i podle e-mailu a u strávníků podle variabilního symbolu.

Kdo používal jen mobilní aplikaci a zapomněl heslo, neměl se na přihlašovací obrazovce čeho chytit - odkaz na obnovení hesla tam chyběl. Ve webové aplikaci přitom funkce celou dobu existovala. Nově je odkaz Zapomenuté heslo? i v mobilní aplikaci pod polem s heslem.

Co se změnilo

• V mobilní aplikaci přibyla obrazovka Obnovení hesla - zadáte e-mail a přijde vám odkaz pro nastavení nového hesla. Chová se stejně jako ve webové aplikaci.
• Odkaz z e-mailu se otevře ve webové aplikaci na app.edumeal.cz. Po nastavení hesla se do mobilní aplikace vrátíte a přihlásíte se v ní novým heslem.
• Nápověda dostala vlastní kapitolu Zapomenuté heslo s celým postupem: kde odkaz najdete, proč se vždy zobrazí stejná hláška „Pokud účet s tímto e-mailem existuje…”, že odkaz platí hodinu a že odeslání je omezené na tři pokusy za hodinu.

Pro operátory se nic nemění. Když se rodič k údajům nikdy nedostal (třeba kvůli překlepu v e-mailu), pořád platí postup Uložit a odeslat přihlašovací údaje - obnova hesla by mu poslala e-mail na tu samou špatnou adresu.

Při přidání výdejního místa se dosud vyplňoval jen Název a Adresa dodání. Všechno ostatní se muselo doplnit až tak, že jste místo uložili a hned znovu otevřeli - a než jste to udělali, byly to prázdné údaje.

Formulář teď nabízí při zakládání stejná pole jako v detailu:

Pole	Povinné
Název	Ano
Plný název	Ne
IČO	Ne
E-mail	Ne
Adresa dodání	Ne

Jedno uložení, hotové výdejní místo.

Dvě pole naopak zmizela

Při té příležitosti jsme prošli, k čemu jednotlivé údaje výdejního místa vlastně slouží, a dvě z nich neslouží k ničemu:

Variabilní symbol. Platby strávníků se párují podle variabilního symbolu jejich vlastního účtu, ne podle výdejního místa. Pole tak jen budilo dojem, že se podle něj něco spáruje.

Telefon. Nikde se nezobrazoval - ani v seznamu, ani v žádné sestavě. Telefon na konkrétního člověka navíc patří do adresáře kontaktů, kde má vedle čísla i jméno a kde jich může být u jednoho výdejního místa víc než jeden. To je na kontaktní osoby to správné místo.

Hodnoty, které v obou polích někdo dřív vyplnil, zůstávají uložené - jen se nezobrazují.

Kuchyně

Při zakládání se kuchyně záměrně nevybírá. Nové výdejní místo vznikne pod kuchyní, kterou máte přepnutou v záhlaví, aby se hned objevilo v seznamu, který právě prohlížíte. Přesunout ho jinam jde v detailu, jako dosud.

IČO má osm číslic a poslední z nich je kontrolní - dá se z prvních sedmi spočítat. Díky tomu se překlep v IČO pozná bez toho, aby ho někdo dohledával v registru.

U organizací to systém kontroloval už dřív. U výdejních míst ne, takže tam prošlo cokoli - a IČO výdejního místa se přitom používá na fakturách a úředních dokumentech, kde už chybu odhalí až druhá strana.

Co se změnilo

Formulář výdejního místa teď IČO ověří při uložení a neplatné odmítne. Platí to při zakládání i při úpravě.

Hodnota, kterou máte uloženou z dřívějška, vás při úpravách neblokuje - můžete u výdejního místa změnit třeba telefon, aniž byste museli řešit IČO. Zkontroluje se až v okamžiku, kdy ho sami změníte.

Prázdné IČO zůstává v pořádku, není povinné.

Pozor: V nápovědě i v samotném formuláři byla dosud jako příklad uvedena hodnota 12345678. To není platné IČO - kontrolní číslice nesedí, takže kdo příklad opsal, dostane teď chybu. Příklady jsme opravili na 12345679.

Na e-mail výdejního místa se posílají sestavy - dodací list a jmenný seznam. Do toho pole patří jedna adresa. Pokud jich tam bylo víc, oddělených čárkou nebo středníkem, celý řádek se odeslal jako jedna adresa, poštovní server ho odmítl a sestava nedošla nikomu - ani jednomu z uvedených příjemců.

Poznalo se to špatně: odeslání se v aplikaci ohlásilo jako úspěšné, protože e-mail se odesílá až na pozadí a odmítnutí přišlo o pár minut později.

Co se změnilo

Formulář výdejního místa teď adresu zkontroluje při uložení. Když nemá tvar jedné platné adresy, uložení se odmítne a vy o tom víte hned, ne až když se někdo ozve, že sestavu nedostal.

Adresa, kterou máte uloženou z dřívějška, vás při úpravách neblokuje - můžete u výdejního místa změnit třeba telefon, aniž byste museli řešit e-mail. Zkontroluje se až v okamžiku, kdy adresu sami změníte.

Co dělat, když potřebujete posílat víc lidem

Použijte adresář kontaktů. Vytvořte kontakt pro každou osobu (klidně i seskupení kontaktů) a při odesílání sestavy je vyberte mezi adresáty - odejde jim vlastní e-mail na jejich vlastní adresu, vedle adresy výdejního místa.

Kontakt navázaný na výdejní místo dostane sestavu jen za to své místo; kontakt bez vazby dostane jeden dokument za celý rozsah odeslání. Samotná vazba kontaktu na výdejní místo ho ale mezi adresáty nepřidá - vybrat ho u odeslání je potřeba vždy.

Máte-li v provozu víc kuchyní, může každá totéž jídlo vyrábět jinak - jedna si knedlíky dělá sama, druhá je kupuje hotové. Takové jídlo pak má dvě receptury a dosud si obě kuchyně objednávaly suroviny obou.

Nově má receptura volitelné pole Kuchyně, kde se recept připravuje. Když v Nákupní žádance vyberete kuchyni, sestava nabídne jen suroviny receptur, které ta kuchyně skutečně vaří.

Prázdné pole znamená všechny kuchyně - přesně tak, jak se receptury chovaly dosud. Existující receptury tedy nemusíte nijak upravovat a provozu s jedinou kuchyní se pole vůbec nezobrazí.

Co se nemění: v jídelníčku se nabízejí všechny receptury bez ohledu na kuchyni a seznam receptur ve výchozím stavu nic neskrývá - jen přibyl sloupec Kuchyně a přepínač, kterým si seznam můžete zúžit.

Kuchyni umí nastavit i hromadný import z CSV volitelným sloupcem kitchen_name. Soubory bez tohoto sloupce fungují dál a nastavení kuchyně u existujících receptur nemění.

Podrobnosti najdete v nápovědě u receptur a nákupní žádanky.

Názvy receptur musí být v provozu jednoznačné. Při zakládání nové receptury to aplikace hlásila správně, ale při přejmenování už existující receptury na obsazený název spadla na obecnou chybu serveru - z níž nebylo poznat, že jde o duplicitní název, ani která receptura ho zabírá.

Teď se v obou případech vypíše stejná hláška: Receptura s tímto názvem již existuje. Receptura přitom zůstane nezměněná, takže se dá jen přepsat název a uložit znovu.

Bankovní účet se stahuje automaticky každých pár minut. U Raiffeisenbank se přitom vždy znovu načte celý dnešní den - banka neumí říct „dej mi jen to, co přibylo od minule”, takže se stejné platby stahují opakovaně a systém si je při zaúčtování odfiltruje.

To fungovalo jen u plateb, které se povedlo připsat na účet strávníka. Ta, kterou připsat nešlo - chybějící nebo neznámý variabilní symbol, archivovaný strávník - se nikam nezaúčtovala, takže ji příští stahování nemělo podle čeho poznat. Výsledek: jedna taková platba založila nový import každých deset minut až do půlnoci a v historii importů po ní zůstaly desítky stejných záznamů.

Nespárovaná platba se teď ohlásí jednou. Další stahování ji rozpozná podle identifikátoru transakce z banky a nový import už nezaloží.

Platba se přitom nikam neztratí - záznam z prvního importu zůstává, včetně důvodu, proč ji nešlo připsat. Dvě různé platby se stejnou částkou a stejným variabilním symbolem ve stejný den zůstávají dvěma platbami; rozlišují se podle identifikátoru z banky, ne podle částky.

Ručně nahrané výpisy (GPC/CSV) se chovají jako dosud - výsledek svého nahrání vidíte vždy celý, včetně řádků, které se opakují.

Dodací list teď u každého jídla vypisuje alergeny - v závorce za názvem jídla (Oběd 1 - Svíčková na smetaně (alergeny: 1, 7)), na obrazovce i v odeslaném a vytištěném PDF.

Odkud se čísla berou

Alergeny se nezadávají u jídla ani u receptury. Systém je sesbírá z surovin, ze kterých se skládají receptury jídla, sloučí je a odstraní duplicity. Prakticky to znamená, že alergen doplníte jednou u suroviny a propíše se do každého jídla, které ji obsahuje.

Jídlo, jehož suroviny žádný alergen nemají, závorku nemá vůbec. Používají se čísla podle EU 1169/2011 - tedy stejná, jaká ukazuje Jmenný seznam.

V sestavě Denní výdejka je nově pod názvem každého seskupení výdejních míst řádek Navážka po receptech a pod ním součty navážky jednotlivých receptur za celé seskupení.

Vaří se totiž pro seskupení naráz, ne pro jednotlivá výdejní místa. Jedna receptura pro několik výdejních míst téhož seskupení je jeden hrnec, takže se sečte do jednoho řádku - stejně jako receptura použitá u dvou jídel (například polévka vydávaná ke dvěma obědům). Kuchyně tak nejdřív vidí, kolik čeho navážit celkem, a řádky výdejních míst pod tím říkají, jak se navážené množství rozdělí.

Součty respektují nastavené filtry Druh jídla i Jen jídlo do boxu a jsou ve své jednotce (receptury s různými jednotkami se nesčítají dohromady). Řádek je výchozí rozbalený, takže se tiskne bez dalšího nastavování; sbalit se dá kliknutím nebo tlačítkem Sbalit vše.

Ve Statistice provozů sčítal sloupec Strávníci organizací i nastavené počty dětí u poboček, které organizace mezitím přestala obsluhovat. Nikde jinde tyhle počty vidět nebyly - všechny ostatní obrazovky pracují jen s aktuálním seznamem poboček - takže se to projevilo jen tímhle nadsazeným číslem ve statistice.

Sloupec teď počítá výhradně pobočky, které organizace obsluhuje dnes. Zároveň platí, že když operátor pobočku z organizace odebere, její nastavené Počty dětí dle věku se odeberou s ní - dřív zůstávaly ležet a při případném vrácení pobočky by se znovu objevily.

Ostatní sloupce statistiky se nemění.

Statistika provozů má nově pod tabulkou sloupcový graf Objednaná jídla v čase. Zatímco tabulka je stav k jednomu dni, graf ukazuje vývoj: jeden sloupec je jeden den a je barevně rozdělený na objednávky strávníků (modrá) a objednávky organizací (oranžová).

Graf má vlastní ovládání, nezávislé na tabulce - vyberete provoz (nebo Všechny provozy) a období polem Od / Do, výchozí je posledních 30 dnů. Maximum je 92 dnů, protože se kreslí sloupec na každý den.

Legenda nad grafem ukazuje součty za celé období, po najetí myší na den se zobrazí přesná čísla toho dne. Pod grafem je odkaz Zobrazit jako tabulku - stejná data v textové podobě, pro čtení bez myši i pro okopírování. Den bez objednávek zůstává v grafu jako prázdné místo, takže víkendy a zavřené dny jsou na první pohled poznat.

Platí stejné pravidlo jako v tabulce: jsou to porce, ne lidé - strávník s obědem a polévkou je v čísle dvakrát.

V Nákupní žádance se změnily dvě věci.

Receptura je pod surovinou vždy. Dřív se rozpad vypisoval jen u surovin, které jdou do dvou a víc receptur - u suroviny s jedinou recepturou nebyl žádný řádek, takže z tištěné žádanky nešlo poznat, na co se kupuje. Teď je receptura vidět i tam. Množství se u jediné receptury neopakuje: je shodné s celkem na řádku suroviny. Přepínač Rozpad podle receptur funguje dál stejně - když ho vypnete, zůstane plochý seznam surovina / množství ve všech výstupech.

Výčet Jídla v období z hlavičky zmizel. Byl to kontext, ne podklad k nákupu, a na sestavě, jejíž osou je surovina, jen odváděl pozornost. Co se v období vaří, je vidět v jídelníčku a v Podkladu pro vaření.

Dodací list má nově vedle data přepínač Výdejní místo. Ve výchozím stavu (Všechna výdejní místa) je všechno jako dosud - sestava pokrývá celou kuchyni. Když vyberete jedno konkrétní místo, zúží se na něj celá stránka i obě akce.

Co se změnilo

• Sestava ukáže jen vybrané výdejní místo.
• Tisk vytiskne jen jeho PDF - jedna stránka místo celé kuchyně. Hodí se, když jedno místo potřebuje dodací list dotisknout.
• Odeslat pošle e-mail jen na toto výdejní místo (a na kontakty z adresáře, které jsou na něj navázané). Ostatní místa nedostanou nic, takže se dá jednomu místu doposlat dodací list bez rozeslání všem.
• Potvrzovací dialog před odesláním vypíše řádek Výdejní místo: … a jen adresy, na které se opravdu bude posílat.

Nabízejí se jen výdejní místa, která mají na daný den objednávky. Při změně data se výběr zruší, pokud tam vybrané místo nic neveze. Teploty pokrmů se u vybraného místa ptají jen na receptury, které skutečně dostane; už zadané hodnoty se přepnutím výběru neztratí.

Dodací list se už neřídí seskupením výdejních míst. Výběr Seskupení nahoře na stránce byl zrušen; vybíráte jen datum a sestava ukáže všechna výdejní místa kuchyně.

Co se změnilo

• Výdejní místa bez seskupení dostanou dodací list. Dřív vypadla z rozsahu úplně - i při volbě „Všechna seskupení” - takže jim nikdy nic nepřišlo. Teď jsou součástí sestavy i rozeslání jako každé jiné.
• Tlačítko Odeslat rozešle dodací list na všechna výdejní místa kuchyně; pořád platí jeden e-mail = jedno výdejní místo = jeho vlastní PDF.
• Tisk je dostupný vždy. Dřív byl při volbě „Všechna seskupení” zakázaný, protože PDF uměl jen jedno seskupení. Teď vytiskne celou kuchyni, každé výdejní místo na samostatné stránce.
• Potvrzovací dialog před odesláním je beze změny v tom podstatném - pořád vypisuje konkrétní e-mailové adresy, přeskočená místa i to, kdy a kdo sestavu na daný den odeslal naposledy. Ubyl z něj jen řádek se seskupením.

Přepínač E-maily výdejních míst v panelu Příjemci funguje dál stejně: zapnutý posílá i na vlastní adresy výdejních míst, vypnutý znamená, že dodací list dostanou jen vybrané kontakty z adresáře.

Seskupení výdejních míst zůstává beze změny pro Denní výdejku a Jmenný seznam.

Svislá navigace. Administrátorské záložky se přesunuly z vodorovného pruhu v hlavičce do svislého panelu po levé straně - stejného, jaký zná operátor. Položky jsou seskupené (Tenanti, Správa, Nutriční data, Reporty, Systém) a panel jde tlačítkem v hlavičce sbalit na samotné ikony. Na mobilu, kde administrace dřív žádnou navigaci neměla, je teď spodní lišta s nabídkou Více.

Zarovnaná statistika e-mailů. V přehledu odeslaných e-mailů měl každý provoz jen ty typy zpráv, které skutečně poslal, takže tabulky pod sebou nešly porovnat. Teď mají všechny provozy stejnou sadu řádků ve stejném pořadí - typ, který provoz neposlal, je uvedený s nulou - a sloupce s čísly mají pevnou šířku, takže se kryjí i mezi provozy.

V administraci přibyla záložka Statistika provozů (skupina Reporty). Jeden řádek je jeden provoz a ukazuje, kolik má aktivních strávníků, kolik z nich jsou samoobjednávající se pedagogové, kolik má nastavenou dietu, kolik u něj hromadně objednává organizací a kolik strávníků tyto organizace deklarují. Poslední řádek sčítá právě zobrazené provozy.

Poslední skupina sloupců Objednaná jídla ukazuje, kolik porcí je na vybraný den objednáno - zvlášť za strávníky, zvlášť za organizace a dohromady. Datum se vybírá polem Den objednávek a platí jen pro tuhle skupinu; ostatní sloupce jsou stav a datum ignorují, proto je zvolený den napsaný přímo v hlavičce skupiny. Jsou to porce, ne lidé: strávník s obědem i polévkou je v čísle dvakrát. Zrušené objednávky se nepočítají.

Strávníci a Strávníci organizací jsou dva různé druhy čísla a nesčítají se. První jsou konkrétní strávníci evidovaní v systému, druhé je počet, který si organizace sama nastaví u svých poboček - žádní jednotliví lidé za ním v systému nejsou. Do součtu jdou jen pobočky aktivních organizací.

Přepínačem nad tabulkou volíte mezi Aktivními provozy (výchozí) a Všemi včetně deaktivovaných.

Počty jsou stav k dnešku, ne za období - proto tu na rozdíl od Statistiky e-mailů není filtr od-do. Archivovaní strávníci se nezapočítávají; strávník na archivovaném výdejním místě ano, aby číslo souhlasilo s tím, co vidí operátor u sebe.

Sestava Žádanka surovin (v navigaci Kuchyně → Žádanka) byla zrušena. Obě její poloviny už dělá jiná sestava, a to lépe:

Co jste v Žádance dělali	Kam to přešlo
pohled Per jídlo - co se dnes vaří a z čeho	Podklad pro vaření (Kuchyně → Podklad pro vaření)
pohled Celkem za den a delší rozsah dnů - co nakoupit	Nákupní žádanka (Reporty → Nákupní žádanka)

Rozdíl proti Žádance je v tom, na jakou otázku každá sestava odpovídá. Podklad pro vaření je pro kuchaře: osa je receptura, takže brambory do kaše a brambory do bramboráku jsou dva hrnce, ne jeden součet. Nákupní žádanka je pro nákupčího: osa je surovina, dívá se na období (předvyplněný příští týden) a umí všechny kuchyně najednou, což Žádanka neuměla - vždycky se týkala jedné.

Obě umí tisk, PDF i odeslání e-mailem z adresáře kontaktů; Nákupní žádanka navíc CSV. Rozpad podle receptur pod surovinou zůstává v Nákupní žádance včetně přepínače, kterým se dá vypnout.

Adresa /operator/kitchen/requisition už neexistuje - pokud ji máte v záložkách, nahraďte ji jednou z výše uvedených.

Objednávky nejsou vázané na výdejní místo, ale na strávníka - přesunem strávníka tedy přejdou na nové výdejní místo všechny, včetně těch za už uskutečněné dny. To je záměr. Problém byl jen s druhem jídla, který nové místo vůbec nenabízí:

Dřív taková objednávka (třeba Oběd 3 na místě, které tuhle variantu nemá) zůstala platná a zaplacená, naskočila do podkladů kuchyně nového výdejního místa - a z jídelníčku zmizela, protože ten se filtruje podle nabídky výdejního místa. Zrušit se dala jen v seznamu objednávek, pokud si toho někdo všiml.

Teď:

• Po změně výdejního místa v detailu strávníka formulář hned napíše, kolika objednávek na příští dny se to týká.
• Při uložení se objeví potvrzení s výpisem konkrétních objednávek (den, druh jídla, cena) a celkovou částkou, která se vrátí na konto strávníka. Po potvrzení se objednávky zruší, peníze se vrátí a strávník se přesune. Bez potvrzení se nepřesune nic.
• Ruší se i po termínu odhlášení - nové výdejní místo dané jídlo stejně nemůže vydat.
• Už vydaná jídla se neruší a peníze se za ně nevracejí; dialog na ně upozorní zvlášť.

Rodič může výdejní místo u svého dítěte změnit, ale objednávky se mu takhle rušit nebudou (bylo by to obejití termínu odhlášení) - dostane hlášku, ať si je odhlásí sám, nebo požádá jídelnu.

Zároveň jsme zavřeli tichou mezeru v automatickém objednávání: dřív dokázalo objednat i variantu, kterou výdejní místo nenabízí (ruční objednání to odmítalo už dřív). Teď ji přeskočí a započítá do přeskočených dnů - po přesunu strávníka proto zkontrolujte jeho výchozí variantu v nastavení objednávek.

Podrobně: Přesun strávníka na jiné výdejní místo.

Organizace objednává hromadně, ale po věkových kategoriích - a v historii objednávek dosud viděla jen celkový počet jídel a cenu. Kolik jídel patřilo které kategorii, se dalo dohledat jen zpětným otevřením objednávky v jídelníčku.

Nově se rozpad vypisuje malým textem přímo pod názvem jídla, například 18 x 7-10 let, 6 x 11-14 let. Zbytek stránky zůstal beze změny.

Co se změnilo

• Pod názvem jídla je vidět, kolik jídel bylo objednáno pro kterou věkovou kategorii.
• U kategorie, ze které jde část jídel do krabičky, se uvádí i jejich počet - 6 x 11-14 let (z toho 3 do krabičky).
• Je to stejné znění, jaké u hromadných objednávek vidí operátor v Seznamu objednávek, takže se obě strany dívají na totéž.

Koho se to týká

Organizace (MŠ a další hromadné objednatele). Nic se nenastavuje, data pro rozpad už objednávky nesly - jen se nezobrazovala.

Když rodič objednával obědy postupně a kredit strávníka byl přitom pod hranicí pro varování, přišel e-mail o nízkém kreditu ke každé objednávce. Jednomu rodiči tak během sedmi minut dorazilo osm zpráv.

Nově přijde varování ve chvíli, kdy zůstatek klesne pod hranici, a dokud kredit zůstává nízký, připomínka nejdřív za týden - žádný e-mail ke každé objednávce ani denní upomínka. Po dobití kreditu nad hranici a novém poklesu pod ni přijde upozornění zase hned (nejvýš jedno za 24 hodin), aby rodič stihl dobít včas. U rodiče s víc dětmi se hlídá každé dítě zvlášť, takže informace o tom, kterému strávníkovi kredit chybí, se neztratí.

Co se dělo

Systém si u každého odeslaného varování pamatoval, kterého strávníka se týkalo, aby ho dalších 24 hodin neposílal znovu. Tenhle údaj ale byl uložený uvnitř zprávy - a obsah zprávy se po odeslání z bezpečnostních důvodů maže, aby se osobní údaje neuchovávaly déle, než je potřeba. Kontrola tak po odeslání prvního e-mailu neměla co porovnávat a každou další objednávku vyhodnotila jako první.

Identifikace strávníka je teď vedená mimo obsah zprávy, takže mazání obsahu už kontrolu nerozbije. Osobní údaje se přitom maží po odeslání stejně jako dřív.

Koho se to týká

Rodičů a strávníků, kterým klesl kredit pod hranici varování a pak si objednávali dál. Kdo dobíjí kredit s rezervou, ten rozdíl nepozná.

Stejná chyba se týkala i upozornění operátorovi na blížící se expiraci certifikátu pro bankovní připojení: místo jednoho e-mailu za týden chodilo při každé kontrole bankovních plateb, tedy řádově každou minutu. Opraveno je také.

Nastavení oznámení se nemění a není potřeba nic přenastavovat. Vypnout varování o nízkém kreditu jde i dál v Nastavení → Oznámení (nedoporučujeme).

Nahrání fotografie k jídlu z telefonu nebo z pomalejšího připojení selhalo s hláškou o příliš velkém souboru, i když soubor limit nepřekračoval. Opakování nepomáhalo, protože rada z hlášky mířila jinam, než byl skutečný problém.

Nově aplikace u fotografie nad 2 MB nabídne, že ji před nahráním zmenší na delší hranu 1600 px - na kvalitě zobrazení se to neprojeví, protože jídelníček ani knihovna větší rozměr nepoužívají. Zmenšení proběhne jen na vaše potvrzení: buď Zmenšit a použít, nebo Zrušit výběr a vybrat jinou fotografii. Bez potvrzení se s vaším souborem nic nedělá.

Co se dělo

Server má nastavený čas, do kterého musí celý soubor dorazit. Fotografie z mobilu má běžně 4 až 8 MB a na mobilních datech se do té doby přenést nestihla - přenos se přerušil a aplikace to ohlásila jako „soubor je příliš velký”, protože obě situace dosud sdílely jedinou hlášku. Uživatel tak hledal menší fotku, i když skutečnou příčinou byla rychlost připojení.

Opraveno je to na třech místech:

• Čas na nahrání je delší, takže se běžná fotografie stihne přenést i na slabším připojení.
• Chybové hlášky se rozlišují. Nedokončený přenos hlásí, že se nahrávání nestihlo dokončit, a doporučí stabilnější připojení; příliš velký soubor hlásí velikost. Rada tak vždy odpovídá tomu, co se stalo.
• Velká fotka se zmenší už v prohlížeči (po potvrzení), takže se na server posílá výrazně méně dat a nahrání je rychlejší.

Koho se to týká

Operátorů, kteří nahrávají fotografie jídel - v sekci Jídla i v Jídelním lístku. Kdo nahrává z počítače už zmenšené fotografie, ten rozdíl nepozná; u souboru pod 2 MB se aplikace na nic neptá a chová se jako dřív.

Podrobný popis je v nápovědě: Fotografie jídel.

Expediční list začíná novou sekcí Uvařit celkem: kolik které receptury uvařit za celou kuchyni.

UVAŘIT CELKEM (včetně porcí do krabiček)
  Polévka 1 · Hovězí vývar
     Hovězí vývar                          300 l
  Oběd 1 · Svíčková
     Těstoviny                              90 kg
     Omáčka                                190 kg

Navážka u výdejního místa dosud říkala, co odvážit do gastronádob tam - ale hrnec se nasazuje jednou na celý den, a to číslo si kuchyně musela sečíst přes dvacet výdejních míst na papíře.

Blok je na každé jídlo, v něm řádek na každou recepturu, každá ve své jednotce - kilogramy a kusy se nesčítají.

Tohle číslo se schválně nerovná součtu navážek pod ním. Navážka je jen to, co jde do gastronádob, takže porce do krabiček v ní nejsou. Uvařit se ale musí všechno - do krabičky jde jídlo z téhož hrnce. Proto je to v nadpisu uvedené.

Souhrn respektuje filtr Druh jídla, ale u způsobu naložení zůstává celým množstvím: kolik uvařit, na způsobu naložení nezávisí. Receptura bez nastavené velikosti porce má místo množství velikost porce nezadána - řádek nezmizí, aby souhrn nevypadal úplný a nechyběl v něm hrnec.

Souhrn je i v tisknutém PDF a v listu odeslaném e-mailem.

Podrobně v nápovědě.

Expediční list začíná novou sekcí Souhrn boxů: kolik kterých boxů nachystat za celou kuchyni.

SOUHRN BOXŮ
  Polévka 1 · Hovězí vývar
     Celkem boxů 0,50                      18 ks
     Celkem boxů 0,80                       6 ks
  Oběd 1 · Svíčková
     Celkem boxů 0,50                      24 ks
     Celkem boxů 0,70                       9 ks
     Celkem boxů 1,00                      12 ks

Boxy plní jeden člověk a najednou, ještě než nakládání začne. Rozpad podle velikosti porce u výdejního místa říká, kolik jich má jet kam - ale kdo je chystá, si to musel sečíst přes dvacet výdejních míst na papíře.

Blok je na každé jídlo; dietní varianta má vlastní, protože je to jiný box. V bloku je řádek na každou velikost porce, od nejmenší.

Polévka má vlastní blok i tehdy, když se nakládá s prvním obědem. V sestavě je jejím řádkem uvnitř skupiny oběda - jeden termoport - ale boxů je potřeba nachystat jiný počet polévkových a jiný obědových.

Souhrn se počítá z řádků, které sestava zobrazuje, takže při zapnutém filtru odpovídá zúžené sestavě; na sestavě Jen gastronádoby se nezobrazuje vůbec. Boxy, u kterých se velikost porce nedá zjistit, mají řádek Celkem boxů bez uvedené velikosti a stojí za velikostmi - naložit se musí, ale velikost si systém nevymýšlí.

Souhrn je i v tisknutém PDF a v listu odeslaném e-mailem, nad sestavou - stejně jako na obrazovce.

Podrobně v nápovědě.

Stránka Moji strávníci se u účtů s větším počtem strávníků otevírala pomalu. Nově se načte jedním dotazem bez ohledu na to, kolik strávníků na účtu je. Vypadá a funguje úplně stejně, jen se objeví dřív.

Co se dělo

Stránka u každé kartičky ukazuje, jestli má strávník automatické nebo ruční objednávání. Tuhle informaci si dosud vyžádala zvlášť pro každého strávníka - u dvou dětí to byly dva dotazy a nikdo si toho nevšiml, u účtu se stovkou strávníků ale stovka dotazů. Prohlížeč jich navíc umí poslat jen několik současně, takže se odbavovaly po vlnách a stránka čekala.

Nově se údaj posílá společně se seznamem strávníků, tedy v odpovědi, která se načítala tak jako tak. Stejným způsobem už je řešený zůstatek na kontě.

Koho se to týká

Nejvíc účtů, které mají na starosti hodně strávníků - typicky pedagog nebo koordinátor s celou třídou či institucí. Rodičům s pár dětmi se nic nezmění, těm se stránka načítala rychle i dosud.

Nastavení objednávání se nikde nemění a nemusíte nic přenastavovat.

Když operátor objednával jídlo za konkrétního strávníka, tabulka týdne mu nabízela všechny druhy jídla, které kuchyně vaří - včetně těch, které jsou na výdejním místě daného strávníka vypnuté. Kliknutí na takové jídlo objednávku nezaložilo a skončilo chybovou hláškou.

Nově se nabídka omezí na to, co je na výdejním místě strávníka opravdu k dispozici, stejně jako to už dělá rodičovská aplikace i objednávky organizací.

Co se dělo

Dostupnost druhů jídla se nastavuje per výdejní místo (Jídelníček → dostupnost na výdejních místech). Rodič i organizace dostávali jídelníček už omezený podle svého výdejního místa, operátorská stránka objednávek si ale říkala o celý jídelníček kuchyně.

Omezení samotné nikdy neprotéklo - server objednávku zablokovaného jídla odmítal. Špatně bylo jen to, co se operátorovi nabízelo k proklikání.

Koho se to týká

Operátory kuchyní, které mají na některém výdejním místě zúžený výběr jídel. Nic se nenastavuje, dostupnost zůstává tam, kde byla.

Množství, porce, koeficienty i částky se nově píšou všude stejně. Dosud mělo skoro každé okno vlastní pravidlo, takže tatáž navážka vypadala na obrazovce jinak než na papíře, který se z ní vytiskl.

Co se mění

Desetinná čárka místo tečky. Sestavy psaly 19.2 kg a hned vedle koef. 0,80. Nově je všude česká čárka: 19,20 kg.

Kilogramy a litry mají dvě desetinná místa. Dřív se 1049 g vytisklo jako 1 kg a 49 gramů se ztratilo. Nově se ukáže 1,05 kg, tedy krok deset gramů místo sta. U menších výdejních míst, kde se váží pár porcí, to je znát.

Pod kilogramem zůstává jednotka. 750 g se nepřepisuje na 0,75 kg ani na 750,00 g - drobná množství se čtou líp tak, jak jsou.

Žádanka počítá stejně jako ostatní sestavy. Měla vlastní pravidlo (od deseti výš bez desetinných míst, bez převodu na kilogramy), takže jako jediná ukazovala 9000 g tam, kde Expediční list psal 9 kg. Nově obojí říká 9,00 kg.

Částky mají vždy dvě desetinná místa. Místo 160 Kč se ukáže 160,00 Kč. Ceny, zůstatky i vyúčtování tak drží stejný tvar jako částky v e-mailech a sloupec s penězi je zarovnaný.

Co se nemění

Počty porcí, krabiček a kusů jsou dál celá čísla - 88 porcí, nikdy 88,00 porcí. Vážené porce si dál nechávají půlku, kde ji mají: 7,5.

CSV z Nákupní žádanky zůstává v původní jednotce suroviny a nepřevádí se na kilogramy - strojový export musí mít ve sloupci jednu jednotku, aby se dal načíst do Excelu a dál počítat.

Tisk receptury dál ukazuje až tři desetinná místa, protože koření se do receptury zadává i v tisícinách kilogramu.

Žádné zadané hodnoty se nemění, mění se jen jejich zápis. Ceny, navážky ani zůstatky se nepřepočítávají.

Sken čipu na výdejním terminálu dosud trval zhruba půl sekundy od přiložení čipu do zeleného potvrzení. Nově je odezva v jednotkách milisekund. Na chování se nic nemění, jen je to rychlejší — u fronty dětí je to rozdíl mezi “čeká se” a “jde to plynule”.

Proč to bylo pomalé

Každý požadavek z terminálu ověřoval dvě věci: token terminálu a token směny. Oba se ověřovaly stejným postupem, jakým se ověřuje uživatelské heslo, tedy záměrně pomalým výpočtem. U hesla to má smysl — brání to hádání slabých hesel. U těchto dvou tokenů ale ne: nevymýšlí si je člověk, generuje je systém jako dlouhou náhodnou hodnotu, kterou uhádnout nelze. Platila se tedy cena za ochranu, která tam nic nechránila — dvakrát na každý sken.

Ověření teď probíhá způsobem, který je pro náhodně generované tokeny stejně bezpečný a nesrovnatelně rychlejší. U PINu obsluhy zůstává pomalý výpočet zachovaný — ten je čtyř- až osmiciferný, tedy přesně ten případ, kde je pomalost ochranou.

Vedlejší efekt: terminály už si nezapisují “naposledy viděn” při každém skenu, ale nejvýš raz za minutu. Údaj v přehledu zařízení je stejně užitečný a databáze má o stovky zápisů za obědovou špičku méně.

Nasazení nevyžaduje nic na straně kuchyně — stávající spárované terminály i rozjeté směny fungují dál bez přehlašování.

Tlačítko Tisk u sestavy Podklad pro vaření nově otevře PDF v nové záložce, odkud ho prohlížeč vytiskne nebo uloží. Dosud se tiskla samotná webová stránka.

Proč

Je to tentýž dokument, který chodí e-mailem. Dokud se tiskla stránka a mailovalo PDF, byly to dvě různá vykreslení téhož - a mohla se lišit. Teď vznikají obě jednou cestou, takže se rozejít nemohou.

Vedlejší efekt: tisk vypadá stejně bez ohledu na prohlížeč a jeho nastavení záhlaví, zápatí a okrajů.

Stejně se chová i nová Nákupní žádanka.

Seznam objednávek se dal zobrazit jen pro jedno výdejní místo. Kdo chtěl zkontrolovat celou kuchyni, musel místa přepínat jedno po druhém.

Volba „Všechna výdejní místa”

V rozbalovacím seznamu Výdejní místo je nově první volba Všechna výdejní místa. Seznam pak zahrne všechna výdejní místa vaší kuchyně - jmenovité strávníky i objednávky organizací.

Aby byl výpis čitelný, přidá se v tomhle režimu do obou tabulek sloupec Výdejní místo a řádky se řadí podle něj, takže každé místo drží pohromadě. V hlavičce a v souhrnu se místo názvu jednoho místa píše „Všechna výdejní místa” - v tisku i na obrazovce.

Volba jednoho konkrétního místa funguje přesně jako dřív, včetně sloupců.

Přihlášení do aplikace trvalo v průměru 319 ms, z čehož drtivou většinu zabralo samotné ověření hesla. Nově je celý login pod 20 ms. Nemusíte dělat nic, hesla zůstávají stejná.

Co se změnilo

Hesla se ukládají zahashovaná, aby z databáze nešla přečíst. Ten výpočet je schválně pomalý, protože pomalost je to, co brání útočníkovi zkoušet hesla po milionech, kdyby se mu databáze dostala do ruky.

Dosud jsme na to používali bcrypt, jehož cena je jen ve výpočetním čase. Nově je to Argon2id, který stojí čas i paměť. Proti útoku na specializovaném hardwaru (grafické karty) je to podstatně odolnější, protože paměť se nedá zmnožit tak levně jako výpočetní jádra. Vyšlo to tedy tak, že přihlášení je zároveň rychlejší i lépe chráněné - není to výměna jednoho za druhé.

Přechod běží sám

Ze starého způsobu uložení nejde nový spočítat, aniž by systém znal heslo. Proto se každé heslo převede automaticky při vašem nejbližším přihlášení. První přihlášení po nasazení proto ještě potrvá jako dřív, každé další už je rychlé.

Prakticky to znamená:

• Nemusíte si měnit heslo ani se nikam znovu registrovat.
• Nikde vás to neodhlásí. Převod hesla neruší přihlášení na jiném zařízení ani v mobilní aplikaci.
• Pokud se dlouho nepřihlásíte, vaše heslo prostě čeká; nic nepřestane fungovat.

Vedlejší oprava

Při té příležitosti jsme opravili chybu ve formuláři Zapomenuté heslo. Měl záměrně odpovídat stejně dlouho na známou i neznámou adresu, aby nešlo zjistit, kdo je v systému registrovaný. Ve skutečnosti to bylo obráceně: na neznámou adresu odpovídal zhruba dvacetkrát pomaleji, takže rozdíl šlo změřit. Teď jsou obě odpovědi stejně rychlé.

Na obrazovce, kde operátor objednává za organizaci (Organizace -> detail -> Objednávky) a za strávníka (Strávníci -> detail -> Objednávky), byla jídla u každého dne v jiném pořadí, než na jaké jste zvyklí odjinud. Nejdřív obědy, pak snídaně, polévka a svačina.

Nově je pořadí ve všech případech stejné a odpovídá času výdeje:

Snídaně -> Přesnídávka -> Polévka -> Obědy 1-5 -> Svačina -> Večeře

Proč to tak bylo

Jídla dne chodila ze systému seřazená abecedně podle interního kódu druhu jídla (lunch_1, presnidavka, snidane, soup …). Rozhraní organizace i jídelníček rodiče si je před vykreslením přerovnaly do pořadí podle času výdeje, obě operátorské objednávkové obrazovky ale ne a vypsaly je tak, jak přišly.

Přerovnání teď dělá jedno sdílené místo, které používají všechny obrazovky — aby se pořadí nemohlo znovu rozejít. Na datech ani na objednávkách se nic nemění, jde čistě o pořadí řádků na obrazovce.

Přihlášení obsluhy na směnu PINem má dvě nové ochrany.

PIN musí být v provozu unikátní

Když vydáte PIN, který už používá jiný člen obsluhy, edumeal ho odmítne s hláškou. Rotace PINu na stejnou hodnotu u téhož člověka je dál v pořádku.

Není to formalita. Přihlášení na směnu se dělá jen podle PINu, bez výběru jména — dva stejné PINy se tedy nedají rozlišit a směna včetně všech výdejů v ní by se připsala tomu, koho systém vybere první. V auditu by pak stálo špatné jméno u výdejů, které ten člověk neprovedl.

Pokud dvě kuchařky už dnes shodný PIN mají, přihlašování funguje jako dosud (nic se nerozbije) a přiřadí se stále témuž člověku. Doporučujeme jednomu z nich PIN otočit; při další rotaci to systém ohlídá sám.

Zámek po pěti špatných pokusech

Po 5 neúspěšných pokusech o PIN se další pokusy na daném terminálu na 15 minut odmítnou. Obsluha uvidí hlášku, že má vyčkat, ne jen “špatný PIN”.

• Zámek je per terminál, takže zablokované okénko neblokuje druhé.
• Stejná ochrana platí pro PIN, který si systém vyžádá u storna; tam se počítadlo vede per člen obsluhy. (Manuální výdej PIN od 11. 9. 2026 nevyžaduje.)
• Služební čip zámek neomezuje. Kdo si PIN nepamatuje, přihlásí se čipem a nemusí čekat.
• Úspěšné zadání počítadlo nuluje, takže dvě přehmátnutí a napravení nikoho neposunou na krok od zámku.

Podrobnosti v dokumentaci RFID výdeje.

V sekci Reporty je nová sestava Nákupní žádanka. Je určená nákupčímu a odpovídá na jedinou otázku: kolik toho musíme nakoupit.

Čím se liší od Žádanky surovin

• Dívá se na období, ne na den. Předvyplněné je příští týden (pondělí-neděle), rozsah jde změnit až na 31 dní.
• Bere celý provoz. Výchozí rozsah jsou všechny kuchyně; přepínačem se dá zúžit na jednu. Kuchyňské sestavy tohle neuměly - vždycky se týkaly jedné kuchyně, proto je Nákupní žádanka v Reportech.
• Množství v nákupních jednotkách. Nad 1000 g se ukáže v kg, nad 1000 ml v litrech.

Osa zůstává stejná jako u Žádanky: řádek je surovina s celkovým množstvím a pod ní rozpad podle receptur. Rozpad jde vypnout přepínačem a zůstane plochý seznam surovina / množství - volba se promítne i do tisku, PDF a CSV. Celková množství se nikdy neschovají.

Upozornění na uzávěrku

Sestava se dívá dopředu, ale množství počítá z objednávek - a ty se sbíhají až do uzávěrky daného dne. Na obrazovce proto vždy uvidíte, kolik dnů období je ještě před uzávěrkou. U těch se množství mohou ještě zvýšit.

V PDF ani CSV tahle informace není - platí jen v okamžiku zobrazení a na uloženém dokumentu by za pár dní lhala.

Když jídelna používá automatické objednávání na měsíc dopředu, objednávky existují a čísla sedí. Když ne, je potřeba s tím počítat.

Výstupy

Tlačítko Tisk otevře PDF v nové záložce - je to tentýž dokument, který se posílá e-mailem, takže se tištěná a odeslaná verze nemohou rozejít. Vedle toho jde sestava stáhnout jako CSV a odeslat e-mailem vybraným příjemcům z adresáře kontaktů. CSV nese i rozpad podle receptur, takže se dá dál zpracovat ve skladovém systému.

Na e-maily výdejních míst se sestava neposílá - je to podklad pro nákup.

Nákupní žádanka spolu s Podkladem pro vaření nahradila Žádanku surovin, která byla zrušena.

Pokud se ze seskupení výdejních míst někdy odeslal Jmenný seznam nebo Dodací list, nešlo takové seskupení smazat - akce skončila chybou. Nově se smaže bez problému.

Spolu se seskupením zmizí i jeho historie odeslání (údaj “naposledy odesláno” pro dané seskupení a den). Ta se váže právě na to seskupení, takže po jeho smazání by se stejně už nikde nezobrazila. Odeslané e-maily ani jejich přílohy to nijak neovlivní.

Dvě opravy tisku Expedičního listu.

Zlom stránky bral řádkům kontext

Řádek nese jen název receptury a chod říká nadpis skupiny nad ním. Když se dlouhá skupina zlomila na další stranu, začínala strana řádkem typu Květáková s hráškem 1 box - bez chodu i bez výdejního místa.

Nadpisy se teď na nové straně zopakují s poznámkou „(pokr.)”:

Polévka · Květáková s hráškem, diet (pokr.)        28 boxů
  Výdejní místo číslo 20                             1 box

Nadpis se navíc na konci strany neosamostatní - když už by pod ním nezbylo místo na první řádky, přesune se rovnou na další stranu i s nimi.

Počty se skloňují

Sestava psala „1 boxů”. Nově 1 box · 3 boxy · 28 boxů, stejně u porcí (1 porce · 3 porce · 46 porcí). Platí na obrazovce i v PDF.

Na Expedičním listu ukazoval součet u chodu a u výdejního místa vždy počet objednávek celého jídla - i když byl zapnutý filtr Jen boxy nebo Jen gastronádoby. U chodu tak stálo číslo, ke kterému se řádky pod ním nesečetly.

Teď součty počítají to, co je na stránce, a jednotka to říká:

Filtr	Součet
Vše	64 obj.
Jen gastronádoby	46 porcí
Jen boxy	18 boxů

Stejně se chová i hlavička „Celkem” nad sestavou a tisknuté PDF. Jídlo, ze kterého se filtrovaným způsobem nenakládá nic, se v sestavě neobjeví ani jako prázdný nadpis.

Na Expedičním listu se část Do gastronádob nově rozepisuje po recepturách. Místo jednoho řádku na jídlo je řádek na každou jeho recepturu:

Oběd 1 - Svíčková omáčka      46 porcí     13,8 kg
Oběd 1 - Houskový knedlík     46 porcí       46 ks

Řádek nese název receptury, ne jídla - do nádoby jde receptura a druh jídla jako předpona už řádek zařadí do dne.

Množství je teď u každé receptury zvlášť se svou jednotkou. Dřív mělo jídlo jedno pole 13,8 kg + 46 ks, které jste museli v hlavě rozdělit na to, co jde do které nádoby.

Počet porcí je počet jídla a opakuje se na všech jeho řádcích - stejných 46 lidí dostane omáčku i knedlík. Nesčítejte ho přes řádky.

Receptura bez nastavené velikosti porce má řádek s prázdným množstvím - naložit se musí, i když ji systém neumí zvážit. Jídlo bez receptur zůstává jedním řádkem jako dosud.

Část Do boxů se nemění: box se počítá, neváží, takže rozpad po recepturách by jen zopakoval stejné číslo. Tisk PDF i e-mail obsahují tentýž rozpad jako obrazovka.

Pravidlo Nakládat polévku s prvním obědem se na Expedičním listu vyhodnocovalo bez ohledu na filtr způsobu naložení. Nejvíc to bilo do očí u dietní polévky: ta se balí do boxu automaticky, kdežto oběd na stejné místo jede v gastronádobě. Na sestavě „Jen boxy” pak vypadalo výdejní místo takhle:

Oběd 1 · Kuře na paprice, těstoviny
  ALL4KIDS Vyšehrad DS
     Polévka 2 · Květáková s hráškem, diet (s Oběd 1)   3 boxy

Nadpis říká „naložit Oběd 1”, ale žádný oběd se tam do boxu nedává - jsou to tři boxy dietní polévky.

Nově se polévka přidá k obědu jen v rámci stejného způsobu naložení. Kde se oběd nakládá jinak, má polévka vlastní skupinu. Polévka se přitom klidně rozdělí: porce do gastronádob jedou s obědem, boxy dostanou svou skupinu - jsou to dvě různé věci, které se nakládají zvlášť.

Součty u skupin nadále počítají řádky pod sebou, takže se rozdělením nic nerozejde.

Na expedičním listu jezdí polévka ve skupině prvního oběda, aby se naložila do jednoho termoportu spolu s chodem, se kterým cestuje. U některých výdejních míst se ale tiskla zvlášť, ve vlastní skupině Polévka, přestože oběd na stejné místo jel také.

Stávalo se to tam, kde se první oběd nakládal jinak než polévka - typicky když byl Oběd 1 celý v krabičkách (třeba jediná dietní porce) a do gastronádob šel až Oběd 2. Na listu filtrovaném jen na gastronádoby pak polévka neměla ke komu přisednout a vypadla do samostatné skupiny, i když se Oběd 2 nakládal hned vedle.

Nově se polévka přiřadí k prvnímu obědu, který se opravdu nakládá stejným způsobem. Na listu pro gastronádoby tedy k prvnímu obědu jedoucímu v gastronádobách, na listu pro krabičky k prvnímu obědu jedoucímu v krabičkách. Řádek u obědu je popsaný jako dřív, jen teď může říkat například Polévka · Krémová květáková s hráškem (s Oběd 2).

Zároveň platí, že když má jeden druh jídla dvě varianty (běžnou a dietní), polévka se přiřadí k té, kterou jí na daném místě víc lidí. Dřív rozhodovalo pořadí v datech, takže se pár porcí dietního obědu mohlo stát cílem pro celou polévku výdejního místa.

Beze změny zůstává, že polévka se do počtu porcí obědu nezapočítává - drží si svůj vlastní počet na svém řádku. A pokud výdejní místo daným způsobem nenakládá žádný oběd, polévka má samostatnou skupinu jako dosud.

Expediční list má obrácenou osu: nahoře je druh jídla, teprve pod ním výdejní místa. Kuchyně dodělá jeden chod a ten pak rozveze - dřív se muselo projít celou sestavu, aby člověk našel všechna místa, kam Oběd 1 jede.

Oběd 1 · Svíčková                                64 obj.
  ZŠ Husova                                      46 obj.
     DO GASTRONÁDOB
        Polévka · Hovězí vývar (s Oběd 1)   60 porcí     12 l
        Svíčková omáčka                     46 porcí   13,8 kg
        Houskový knedlík                    46 porcí     46 ks
     DO BOXŮ
        Svíčková                            18 boxů
  MŠ Sluníčko                                    18 obj.
        Svíčková omáčka                     18 porcí    5,4 kg

U výdejního místa zůstává pořadí způsob naložení → receptury: nejdřív termoporty a gastronádoby, pak bedny s boxy. Řádek nese jen název receptury - který chod to je, říká nadpis skupiny nad ním.

Polévka

Se zapnutým nastavením Nakládat polévku s prvním obědem nemá polévka vlastní skupinu: je řádkem uvnitř skupiny prvního obědu, u každého místa, kam jede. Řádek je označený „Polévka · … (s Oběd 1)” a nese svůj vlastní počet porcí - polévku si objedná jiný počet lidí než oběd, takže se do počtu u chodu nezapočítává. „První oběd” se dál počítá za výdejní místo.

S vypnutým nastavením je polévka samostatná skupina jako každý jiný chod.

Filtry, tisk PDF i odesílání e-mailem fungují beze změny.

Na Expedičním listu se část Do boxů nově rozpadá podle velikosti porce, tedy podle koeficientu věkové kategorie:

     DO BOXŮ
        Svíčková · koef. 0,80      12 boxů
        Svíčková · koef. 1,00       6 boxů

Box se plní podle toho, kdo ho sní. Jedno číslo „18 boxů” u výdejního místa, kde jí školka i pedagogové, říkalo počet, ale zamlčelo, že jde o dvě různě naplněné velikosti.

Řádky jsou od nejmenší porce a jejich součet dává počet boxů výdejního místa - hlavička nad nimi tedy pořád sedí na řádky pod ní. Věkové kategorie se stejným koeficientem jsou jeden řádek: je to tentýž box.

Když se na výdejním místě balí jen jedna velikost, je to jeden řádek - ale koeficient je uvedený i tam. Kdo box plní, musí velikost znát bez ohledu na to, jestli se ten den vedle balí i jiná; nevypsaná velikost se čte jako „neuvedeno”, ne jako „plná porce”.

Boxy se dál nerozpadají po recepturách a nenesou navážku - box se počítá, neváží. Tisk PDF i e-mail obsahují tentýž rozpad jako obrazovka.

V nabídce Kuchyně je nová sestava Expediční list. Odpovídá na otázku kam a co naložit za daný den a čte ji ten, kdo nakládá auto.

Struktura

Výdejní místo → způsob naložení → jídlo. Způsob naložení je nad jídlem schválně - nakládá se to fyzicky zvlášť: nejdřív termoporty a gastronádoby, pak bedny s boxy.

U každého jídla je počet porcí (u boxů počet boxů) a množství k navážení. Množství se uvádí po jednotkách - jídlo z receptur v různých jednotkách se zobrazí jako 13,8 kg + 46 ks, protože sečíst gramy s kusy nejde.

Počty gastronádob sestava neuvádí, jen množství.

Filtry

Způsob naložení (Vše / Jen gastronádoby / Jen boxy) a Druh jídla. Oba se promítnou i do PDF, takže papír vždy odpovídá obrazovce; filtrovaná sestava to uvádí v hlavičce.

Volba „Jen boxy” se nenabízí, pokud jídelna boxy nepoužívá. Samotné boxy se ale neschovají - po vypnutí boxů mohou dál existovat dříve objednané porce do boxu a ty se musí naložit.

Polévka s prvním obědem

Nové nastavení Nakládat polévku s prvním obědem. Když je zapnuté, celá denní polévka se uvede u prvního obědu, který se na daném výdejním místě vydává - termoport se nakládá jednou. „První oběd” se počítá za výdejní místo, takže kde se Oběd 1 nevydává, přiřadí se polévka k obědu, který tam skutečně jede.

Tisk a odeslání

Tlačítko Tisk otevře PDF, Odeslat e-mailem ho pošle příjemcům z adresáře. Na e-maily výdejních míst se neposílá - dokument obsahuje celou kuchyni.

Expediční list běží vedle Denní výdejky, nenahrazuje ji: výdejka je kontrola „co má kdo dostat”, expediční list je naložení auta.

Dodací list nově vedle navážky a teploty ukazuje i počet objednaných porcí:

• u každého jídla vpravo v jeho záhlaví - například 42 porcí
• u výdejního místa souhrn za celý den, vedle názvu a data

Pokud část porcí jde do krabiček, je to uvedeno v závorce (42 porcí (z toho 5 do krabičky)).

Počty se propisují i do PDF - jak do tisku celého seskupení, tak do dodacích listů rozesílaných výdejním místům e-mailem. Řidič i výdejní místo tak mají počty přímo na dokladu a nemusí je dohledávat v Denní výdejce.

Čísla pocházejí ze stejného zdroje jako Denní výdejka, takže se obě sestavy nemohou rozejít.

Všechna generovaná PDF mají nově vpravo nahoře v hlavičce číslo stránky a celkový počet - například Strana 2/5. Opakuje se na každé stránce, takže se u vícestránkové sestavy pozná, jestli je list kompletní.

Platí pro všechny čtyři sestavy, které PDF generují:

• Jmenný seznam
• Dodací list
• Podklad pro vaření
• Nákupní žádanka

Žádanka surovin byla dosud druhá záložka Denní objednávky. Teď je to samostatná položka v nabídce Kuchyně, hned pod Denní objednávkou.

Co se změnilo

• V nabídce Kuchyně jsou dvě položky: Denní objednávka (rozpis objednaných variant jídel) a Žádanka (rozpis surovin).
• Každá má vlastní adresu, takže si ji můžete uložit do záložek prohlížeče nebo poslat kolegovi odkazem - dřív odkaz vždycky otevřel Denní objednávku a na Žádanku se muselo kliknout.
• Tlačítko Tisk tiskne rovnou tu sestavu, kterou máte otevřenou. Orientace papíru zůstává stejná jako dřív: Denní objednávka na šířku, Žádanka na výšku.
• Položka se v navigaci jmenuje Denní objednávka celým názvem (dřív tam byla zkratka „Denní obj.”).

Uvnitř obou sestav se nic nemění - stejná data, stejný rozsah Od / Do, u Žádanky i stejné přepínače Per jídlo / Celkem za den a Rozpad podle receptur.

V nabídce Kuchyně je nová sestava Podklad pro vaření. Je určená kuchaři a odpovídá na jedinou otázku: co se má dnes uvařit, kolik toho je a co na to navážit.

Co v ní je

Struktura je jídlo → receptura → suroviny, v pořadí jídelníčku:

• u jídla druh, název a počet objednávek,
• u receptury počet porcí, na které se škáluje,
• u suroviny množství k navážení, řazené podle abecedy.

Počet porcí je schválně u receptury, a ne u jídla. Porce se škálují za recepturu, takže u obědu z proporcionální polévky a housky „1 ks pro všechny” jedno společné číslo porcí neexistuje - u jídla je proto počet objednávek, u receptury počet porcí.

Jídlo, u kterého se množství spočítat nedá, na sestavě zůstane s poznámkou - kuchař musí vidět každý objednaný chod. Rozlišují se dva důvody: buď k jídlu není navázaná žádná receptura, nebo navázaná je, ale nemá zadané suroviny. V Žádance takové jídlo z povahy nákupního seznamu chybí.

Odeslání e-mailem

Sestava se dá poslat jako PDF lidem vybraným ze skupin kontaktů nebo jednotlivých kontaktů v adresáři. Před odesláním uvidíte konkrétní adresy a upozornění, pokud už sestava na ten den odeslaná byla.

Na e-maily výdejních míst se neposílá - je to podklad pro kuchyni, výdejnímu místu o jeho vlastní dodávce nic neříká. Automatické rozesílání každé ráno přijde, až se provoz sestavy usadí.

Co to nahradí

Podklad pro vaření postupně nahradí Denní objednávku a pohled Per jídlo v Žádance surovin. Obě dosud odpovídaly na tutéž otázku, každá jen svou polovinou: Denní objednávka umí rozpad po věkových kategoriích, ale ne suroviny, Žádanka naopak. Zatím běží všechny vedle sebe, ať je můžete porovnat.

Žádance zůstane pohled Celkem za den a rozsah dnů - to je nákup, ne vaření.

Jídelníček se doteď vždycky otevřel na aktuálním týdnu. Když jste chtěli ukázat někomu jinému konkrétní týden, museli jste mu popsat, kolikrát má kliknout na “Následující týden”. Po obnovení stránky (F5) jste skončili zpátky na aktuálním týdnu a proklikávali se znovu.

Co se změnilo

Zobrazený týden je teď součástí adresy stránky. Jakmile přepnete na jiný týden, adresa se změní na tvar .../menu?week=2026-09-07, kde je datum pondělí zobrazeného týdne.

Znamená to, že:

• odkaz jde zkopírovat a poslat - příjemci se otevře stejný týden, jaký vidíte vy,
• záložka si týden zapamatuje,
• obnovení stránky vás nechá tam, kde jste byli,
• tlačítko Zpět vás nevrací po jednotlivých týdnech, ale rovnou opustí jídelníček (přepnutí týdne není nová stránka).

Funguje to na jídelníčku operátora, rodiče i organizace, a stejně tak v mobilní aplikaci.

Když je datum v odkazu divné

Do adresy můžete napsat i jiný den než pondělí - odkaz ?week=2026-09-10 otevře týden, do kterého ten čtvrtek patří. Pokud je datum nesmyslné nebo neúplné, jídelníček se prostě otevře na aktuálním týdnu, žádnou chybu nehlásí.

Pro rodiče a organizace platí obvyklá omezení dál: do minulosti se přepnout nedá a dopředu jen po hranici, kam sahá objednávání.

Do sekce Konfigurace přibyly Kontakty - adresář e-mailových adres pro rozesílání sestav. Dosud šla sestava jen na jednu adresu uloženou u výdejního místa, takže zřizovatel, účetní nebo druhá adresa na škole se k ní nedostali.

Kontakt není uživatel systému: nepřihlašuje se, nemá roli a nic v aplikaci nevidí. Je to jméno a e-mail, nic víc.

Skupiny kontaktů

Kontakty lze sdružovat do pojmenovaných skupin (typicky Zřizovatelé, Účetní, Vedení škol) a poslat sestavu celé skupině naráz. Kontakt může být ve více skupinách - e-mail mu i tak přijde jen jednou.

Výdejní místo u kontaktu rozhoduje, co dostane

• Kontakt s výdejním místem dostane sestavu za své výdejní místo - přesně to, co dostane samo místo. Obslouží tím i výdejní místo, které vlastní e-mail vyplněný nemá.
• Kontakt bez výdejního místa dostane jednu sestavu za celý zvolený rozsah (seskupení, nebo všechna seskupení kuchyně).

Kde se to používá

U sestav Jmenný seznam a Dodací list je nad sestavou nový panel Příjemci: vyberete skupiny a jednotlivé kontakty. Přepínačem E-maily výdejních míst lze rozeslání na samotná výdejní místa vypnout a poslat sestavu jen vybraným kontaktům.

Potvrzovací dialog před odesláním jako dosud vypíše všechny konkrétní adresy, na které sestava půjde, včetně důvodu - které výdejní místo, nebo přes kterou skupinu.

Výběr příjemců se schválně nepamatuje: při každém otevření stránky se začíná jen s e-maily výdejních míst, aby zapamatovaný výběr tiše nerozesílal lidem i příště.

Mazání je trvalé

Kontakty ani skupiny se nearchivují, mažou se natrvalo - adresář má být krátký a pravdivý. Smazání kontaktu ho odstraní i ze skupin, smazání skupiny kontakty nemaže. Historie už odeslaných sestav zůstává beze změny: u každého odeslání je uložené jméno a adresa v podobě, v jaké tehdy platily.

Podrobnosti v nápovědě: Kontakty a skupiny kontaktů.

Rozbalovací seznamy v operátorském rozhraní byly poskládané z několika různých variant a u dlouhých seznamů, jako jsou výdejní místa nebo suroviny, se muselo rolovat a hledat očima.

Co se změnilo

Všechny rozbalovací seznamy v operátorském a admin rozhraní teď vypadají a chovají se stejně. U delších seznamů je po rozbalení nad položkami navíc vyhledávací pole: jak píšete, seznam se průběžně zužuje na položky, které zadaný text obsahují. Diakritiku psát nemusíte, zs husova najde ZŠ Husova.

Nejvíc to poznáte tam, kde je položek hodně:

• výdejní místa ve filtru strávníků, ve formuláři strávníka, v ceníku, v importu, u zařízení, u seznamu objednávek a v nastavení terminálu,
• suroviny v editoru receptury,
• potravinové skupiny u surovin a v katalogu,
• seskupení na dodacím listu a ve jmenném seznamu,
• hodiny uzávěrky v nastavení objednávání.

Bez sáhnutí na myš

Nemusíte seznam ani rozbalovat: stačí se na něj přepnout tabulátorem a začít psát. Seznam se rozbalí a hned filtruje podle toho, co píšete. Šipkami se v něm posunete, Enter vybere zvýrazněnou položku, Esc zavře.

U krátkých seznamů se vyhledávací pole samo nezobrazuje - u několika položek je rychlejší si je přečíst než je filtrovat. Jakmile ale začnete psát, objeví se i tam.

Čím se to liší od výběru školy u rodiče

Rodič při zakládání dítěte vybírá výdejní místo jinak: napíše alespoň tři znaky z názvu a teprve pak se mu nabídnou odpovídající místa. Tam je to záměr, protože rodič svou školu zná a nemá důvod vidět všechna výdejní místa jídelny. V operátorském rozhraní naopak potřebujete přehled o všech, takže se ukáže celý seznam.

Velikost porce na receptuře se dřív zadávala do tří políček pojmenovaných podle koeficientu: 0,8 / 0,7 / 0,5. Nově má fieldset Velikost porce jeden řádek za každou věkovou kategorii, kterou máte v Nastavení → Věkové kategorie - tedy „4-6 let”, „7-10 let” a tak dál.

Proč se to změnilo

Tři políčka podle koeficientu nestačila na dvě věci:

• Kategorie 2-3 roky a 4-6 let mají oba výchozí koeficient 0,5, takže se dělily o jedno políčko. Když jste chtěli dvouletým dávat jinou porci než pětiletým, nebylo to kam zapsat.
• Když jste si koeficient upravili (třeba 7-10 let na 0,6), políčko „0,7” už neodpovídalo žádné kategorii. Hodnota v něm se přestala používat a na dodacím listě se místo ní tiskla plná dospělá porce - navážka tedy vycházela vyšší, než měla, a nijak se to neohlásilo.

Koeficient v nastavení teď má jednu jasnou roli: dopočítává výchozí velikost porce. Nic víc. Řádek, který nechte na Auto, se spočítá jako plná porce × koeficient kategorie; jakmile ho přepíšete, platí vaše hodnota.

Z velikosti porce se počítá všechno

To je hlavní přínos. Dřív existovala dvě nezávislá čísla - koeficient a velikost porce - a musela si odpovídat ručně. Když jste u přesnídávky nastavili 100 g pro všechny, navážka na výdejce vyšla správně, ale žádanka nakoupila suroviny na zmenšené porce a spotřební koš připsal menší gramáž.

Teď z velikosti porce vychází:

Sestava	Co z ní vychází
Denní výdejka	navážka na výdejní místo
Dodací list	navážky receptur, i v PDF pro výdejní místo
Žádanka surovin	množství surovin - škáluje se za recepturu
Spotřební koš	gramáž připsaná strávníkovi

Praktický příklad: houska, kterou dostane celou každý. Nastavíte plnou porci 1 ks a u všech kategorií přepíšete velikost na 1. Žádanka od teď nakoupí housky na plný počet strávníků; dřív nakoupila jen na součet zmenšených porcí, i když dodací list správně hlásil jednu housku na hlavu.

Sestavy vypadají stejně jako dřív

Denní výdejka, Denní objednávka i Žádanka zachovávají všechny dosavadní sloupce, včetně Porce (vážený počet = počet × koeficient věkové kategorie). Nic se z nich neztratilo.

Co se změnilo „pod kapotou”: množství surovin se nově škáluje za recepturu, ne jedním číslem za celé jídlo. U každé receptury pod ingrediencí proto přibyla její vlastní škálovací základna. Právě díky tomu žádanka konečně respektuje ručně přepsanou velikost porce.

Pozor u receptur s přepsanou velikostí porce: sloupec Porce se počítá z koeficientu, kdežto Navážka z velikosti porce. Přepíšete-li velikost porce ručně (houska 1 ks pro všechny), budou tato dvě čísla popisovat totéž jídlo jinak - třeba „8,9 porcí” vedle navážky odpovídající 12 plným porcím. Řídit se má Navážka, ta odpovídá tomu, co se skutečně váží.

Co se stane s vašimi stávajícími hodnotami

Hodnoty z políček 0,8 / 0,7 / 0,5 se automaticky přepíšou na odpovídající věkové kategorie. Hodnota z políčka 0,5 se přenese na obě kategorie s tímto koeficientem (2-3 roky i 4-6 let), takže se nic neztratí a můžete je od teď rozlišit.

Výjimka: pokud jste si u některé kategorie koeficient změnili, staré políčko neodpovídá žádné kategorii a jeho hodnotu nelze automaticky přiřadit. Taková hodnota se dnes už tak nepoužívá (viz výše), ale zkontrolujte si u těchto receptur velikosti porcí a zadejte je znovu proti správné kategorii.

Kde to najdete

• Receptury → detail receptury → fieldset Velikost porce
• Tisk receptury uvádí velikosti porcí s názvy kategorií místo koeficientů
• Nastavení → Věkové kategorie popisuje koeficient jako výchozí velikost porce
• Nastavení → Druhy jídla upozorňuje, jak se vypnutý koeficient projeví ve spotřebním koši

Chcete-li stejnou porci pro všechny u celého druhu jídla (polévka, přesnídávka), je pořád jednodušší vypnout věkový koeficient v Nastavení → Druhy jídla. Ruční přepis na receptuře řeší jedno konkrétní jídlo.

Dlouhý název školy, jídla nebo e-mail se na řadě míst nevejde do svého sloupce nebo řádku a končí třemi tečkami. Dosud nebylo jak zjistit, co je za nimi schované - třeba u dvou odloučených pracovišť téže školy, která se liší až v části, kterou nebylo vidět.

Co se změnilo

Když je text zkrácený, po najetí myší se objeví bublina s plným zněním. Týká se to zejména:

• rozbalovacích seznamů - zavřeného pole i jednotlivých položek a jejich adres,
• jmen, e-mailů a názvů výdejních míst v seznamech správců, rodičů a sestavách,
• názvů jídel v jídelníčku, v objednávkách a v historii plateb,
• názvů souborů u bankovních importů a surovin na dodacím listu,
• přepínačů kuchyně, organizace a role v horní liště.

Bublina se ukáže jen když je text skutečně zkrácený. Pokud se celý vejde, nic se nezobrazuje - není co dodat a bublina by jen překážela.

Na mobilu a na tabletu

Bublina patří k ovládání myší, takže na dotykových zařízeních se neukazuje. V mobilní aplikaci a v rodičovském rozhraní na telefonu se proto nic nemění; tam jsou obrazovky poskládané tak, aby se text vešel.

Přihlašovací údaje se posílaly jen jednou - při zakládání účtu. Když se do e-mailu vloudil překlep, pozvánka i uvítací e-mail s platebními údaji skončily na adrese, kterou nikdo nečte. Oprava adresy v detailu rodiče přitom žádný e-mail nevyvolala a „Zapomenuté heslo” doručovalo pořád na tu špatnou adresu, takže rodina zůstala s účtem, do kterého se nikdo nepřihlásí.

Jak to funguje

Odeslání je navázané přímo na opravu adresy - jinde se nenabízí, protože jinde ho není potřeba:

1. V detailu rodiče (sekce Rodiče) přepište Email na správnou adresu.
2. Objeví se upozornění a v patičce panelu tlačítko Uložit a odeslat údaje.
3. Volba Přiložit variabilní symboly strávníků a platební údaje je předvyplněná - e-mail pak nahradí i chybějící platební instrukce.
4. Klikněte na Uložit a odeslat údaje.

Adresa se uloží a rodiči na ni přijde e-mail s novým heslem, tlačítkem k přihlášení a (pokud jste volbu nechali zaškrtnutou) tabulkou strávníků s jejich variabilními symboly a čísly účtů k platbě.

Tlačítko Uložit zůstává vedle - jen uloží změnu bez odeslání e-mailu, což je to, co chcete, když adresu měníte na žádost rodiče, který se přihlašuje bez potíží.

Na co si dát pozor

Staré heslo přestane platit. Heslo se generuje nové, takže rodič, který se dosud přihlašoval, bude odhlášen. Když si heslo jen nepamatuje, ať použije Zapomenuté heslo.

Jen účty rodičů a strávníků. U operátorů, administrátorů a organizací se nabídka nezobrazuje. U účtu, který čeká na schválení, také ne - nejdřív ho aktivujte, jinak by rodič dostal heslo k účtu, se kterým se ještě nepřihlásí.

Vše je dohledatelné. Odeslání se zapisuje do auditního protokolu a samotný e-mail najdete v záložce Odeslané e-maily v detailu rodiče pod typem „Opětovné zaslání přihlašovacích údajů”.

Do nastavení Druhy jídla jsme přidali přepínač Krabička. Určuje, u kterých druhů jídla si lze objednat jídlo do krabičky.

Dosud stačilo mít zapnutou cenu krabičky a krabička se nabízela u všech 14 druhů jídla, bez možnosti říct „přesnídávku do krabičky nevydáváme”.

Výchozí stav se nemění

Krabička zůstává zapnutá u všech druhů jídla, takže nikdo nepřijde o volbu, kterou dosud nabízel. Nově si ji ale můžete u vybraných druhů jídla vypnout - typicky u přesnídávky nebo svačiny.

Vypnutý přepínač znamená, že u daného druhu jídla:

• rodičům ve webu i v mobilní aplikaci zmizí zaškrtávátko „Zabalit do krabičky”,
• organizacím zmizí pole Z toho v krabičce,
• operátorovi zmizí přepínač BOX při objednávání za strávníka i za organizaci,
• objednávku s krabičkou odmítne i server.

Už objednané krabičky zůstávají

Poplatek za krabičku je uložený na objednávce, takže vypnutí krabičky u druhu jídla nemění nic na tom, co už je objednané. Kuchyňské sestavy takové porce dál ukazují a zrušení objednávky vrátí i poplatek za krabičku. Pravidlo platí na nové a upravované objednávky.

Souvislost s cenou krabičky

Přepínač krabičku jen povoluje. Aby se vůbec nabízela, musí být pořád zapnuté Nabízet balení do krabičky s cenou krabičky v záložce Objednávky a výdej - bez ceny se krabička nenabízí nikde.

Stejné pravidlo platí i pro automatické balení dietních jídel: u druhu jídla s vypnutou krabičkou se dietní jídlo automaticky nezabalí (dřív by taková objednávka skončila chybou).

Kde to nastavit

Operátor v Nastavení provozu → záložka Druhy jídla → sloupec Krabička.

Vyhledávání v sekci Strávníci dosud hledalo jen podle jména a příjmení. Nově pozná i variabilní symbol.

Jak to funguje

Zadáte-li do vyhledávacího pole jen číslice, hledá se kromě jména také variabilní symbol strávníka. Stačí zadat jeho začátek - napsáním 1000 najdete všechny strávníky s VS začínajícím na 1000.

Text s písmeny se chová stejně jako dřív, tedy hledá v jméně a příjmení.

K čemu je to dobré

Typicky při párování plateb: na výpisu z účtu vidíte variabilní symbol, ale ne jméno. Místo procházení seznamu VS opíšete do vyhledávání a rovnou vidíte, komu platba patří - včetně jeho zůstatku.

Vyhledávání respektuje vaše zařízení, takže shodný variabilní symbol z jiné jídelny se vám nezobrazí. VS se zároveň dá vyhledat v kombinaci s ostatními filtry (výdejní místo, věková kategorie, třída).

Když se stejný rodič dostal do systému dvakrát (jednou z importu, podruhé vlastní registrací), nebylo z toho úniku. E-mail duplicity nešlo přepsat na ten správný - každý živý e-mail může být v systému jen jednou - a archivovat duplicitu taky ne, protože na ní visely děti. Nově na to je jedna operace.

Jak to funguje

V detailu rodiče v menu pod ikonou ⋮ je položka Převést strávníky. Dialog ukáže:

• Co se převede - seznam strávníků včetně výdejního místa a označení „sdílená péče” tam, kde rodič není hlavním vlastníkem.
• Cílový účet - vyhledáte podle jména nebo e-mailu. Musí to být existující aktivní účet ve vaší jídelně.
• Po převodu archivovat původní účet - předvyplněno; odškrtnutím jen přesunete děti (třeba na druhého rodiče) a účet ponecháte.

Ke stejnému dialogu vede i tlačítko u hlášky „Tento e-mail už používá jiný účet” při editaci a odmítnutá archivace - z obou slepých uliček se dostanete rovnou k řešení.

Co zůstává u strávníka

Zůstatek, variabilní symbol, historie objednávek i připsané platby. Účet je vedený u strávníka, ne u rodiče, takže převodem se s penězi nic nestane. Každý převod se zapisuje do auditního záznamu.

Na co si dát pozor

Archivace účtu se strávníky se odmítne. Dřív tlačítko Archivovat u rodiče tiše neudělalo nic - panel se zavřel a rodič v seznamu zůstal. Teď systém řekne, že účet ještě má strávníky, a nabídne převod.

Vlastní strávník se nepřevádí. U strávníka s vlastním přihlášením (typicky učitel) zůstává jeho vlastní záznam u něj - patří k jeho identitě. Takový účet se proto ani nearchivuje, i když volbu necháte zaškrtnutou.

Přístup v jiné jídelně zůstává. Archivace odpojí účet jen od vaší jídelny; kdo má přístup i jinde, přihlásí se tam dál.

Na Jídelníčku organizace se po uložení objednávky celý týden na chvíli schoval a nahradil ho načítací kolečko. Tím se stránka zkrátila pod výšku okna, prohlížeč posunul výhled na začátek - a když se jídelníček vrátil, byli jste zpátky nahoře. Nejvíc to vadilo u jídel na konci týdne, kde jste se museli po každé objednávce znovu prorolovat dolů.

Co se změnilo

Po objednání, úpravě, zrušení i po zkopírování počtů na další pobočky zůstává jídelníček zobrazený a jen na okamžik zesvětlá, dokud se nenačtou nová data. Pozice na stránce se nemění, takže můžete plynule pokračovat dalším dnem.

Přepnutí týdne nebo pobočky se chová jako dřív - tam se obsah mění celý, takže se dál ukáže načítací kolečko.

Deaktivace ani archivace rodiče se dřív na jeho strávníky nijak nepropsala. Dítě zůstalo v provozu, dalo se pro něj objednávat a připisovaly se mu platby, i když za něj nikdo nezodpovídal. Nově stav rodiče na strávníka dosáhne - a hlavně je vidět, kde se to stalo.

Odebrání rodiče

Tlačítko Archivovat u rodiče se chová podle toho, kolik jídelen ten účet má, a dialog to teď říká dopředu:

• Rodič je i v jiné jídelně - odpojí se jen od té vaší a zůstane aktivní. Dialog napíše, do kolika dalších jídelen patří.
• Je to jeho poslední jídelna - účet zanikne a jeho e-mail se uvolní pro novou registraci.

Ke strávníkům pak platí:

• Komu zůstane jiný aktivní rodič (druhý rodič, sdílená péče, prarodič), toho se to vůbec nedotkne. Odebrání jednoho pečovatele nesmí vypnout obědy celé sourozenecké skupině.
• Komu nezůstane nikdo, ten se archivuje. Poznámka u archivace si nese, že to způsobilo odebrání rodiče - aby se to dalo odlišit od archivace, kterou operátor udělal sám.
• Kdo nezůstane nikomu, ale má na kontě peníze, ten se NEarchivuje. Zůstane v provozu, ale nedá se pro něj objednávat a nepřipisují se mu platby - a objeví se v novém reportu. Peníze na účtu jsou cizí, archivací by zmizely z dohledu.

Dialog před potvrzením vypíše jmenovitě, kdo se archivuje a kdo drží jakou částku. U nevratné větve po vás navíc bude chtít opsat slovo ODEBRAT.

Převod strávníků na jiný účet zůstává - jen už není povinný předkrok, ale volba pro případ, že chcete děti předat konkrétnímu člověku. (Trvalé smazání dle GDPR ho pořád vyžaduje.)

Nový report: Strávníci bez rodiče

V Reportech najdete seznam strávníků, kterým nezůstal žádný aktivní rodič ani pečovatel. U každého je vidět zůstatek, počet budoucích objednávek, vázaný čip, a hlavně proč poslední rodič přestal platit - jestli byl deaktivovaný, archivovaný, nebo odebraný z vaší jídelny. Z řádku jde rovnou doplnit rodiče nebo strávníka archivovat.

Počet takových strávníků svítí i na Přehledu. Není to informace na okrasu: takovému strávníkovi se totiž nepřipisují platby.

Platby se nepřipisují strávníkovi bez rodiče

Příchozí platba na variabilní symbol archivovaného strávníka - nebo strávníka bez aktivního rodiče - se nepřipíše. Dřív se tiše připsala na účet, který nikdo nesleduje, takže rodičův starý trvalý příkaz mohl dotovat konto navěky, aniž by si toho někdo všiml.

Peníze se ale neztratí: řádek v importu bankovního výpisu skončí jako nespárovaný a napíše, o kterého strávníka šlo. Buď mu doplňte rodiče, nebo platbu vraťte.

Pozor, doplnění rodiče platbu zpětně nepřipíše. U ručně nahraného výpisu stačí nahrát tentýž soubor znovu (duplicity se nepřipíšou dvakrát); u automatické synchronizace s bankou se ta transakce už znovu nenačte, takže ji doplníte nahráním výpisu za dané období nebo opravou zůstatku. Report proto stojí za to kontrolovat průběžně.

Kartou taky nejde dobít. Stejné pravidlo platí pro platební bránu - archivovanému strávníkovi ani strávníkovi bez rodiče se kartou dobít nedá, aby peníze neskončily na účtu, ze kterého se nedá objednávat.

Když se rodina vrátí

Protože se e-mail archivací uvolní, vracející se rodina se registruje jako nový účet. Jejich dítě ale v systému pořád je - archivované, s původním variabilním symbolem, zůstatkem i historií.

Při zakládání strávníka proto hlídáme duplicity. Když zadáte jméno a datum narození, které už v jídelně existuje (i archivovaně), formulář se zastaví a nabídne Připojit existujícího strávníka - původní záznam se přiřadí novému účtu a odarchivuje. Zůstatek, variabilní symbol i historie zůstanou, takže rodičův trvalý příkaz začne fungovat sám. Druhá volba Je to jiné dítě, vytvořit nového je pro skutečné jmenovce.

Zakládat nového strávníka pro vracející se dítě není dobrá cesta - dostal by nový variabilní symbol a platby ze starého příkazu by dál padaly do nespárovaných.

Na co si dát pozor

Starší nesrovnalosti se objeví v reportu. Strávníci, kterým rodič zhasl ještě před touto změnou, se teď zviditelní. Projděte je jednou a report zůstane prázdný.

Výdej u okénka se nemění. Strávník bez rodiče dostane oběd normálně - odepřít dítěti jídlo kvůli administrativě rodiče by bylo mimo. Objednávat a připisovat platby ale nelze.

Odebraný rodič se odhlásí okamžitě. Deaktivace i archivace teď zneplatní i přihlášení, které měl uživatel právě otevřené - dřív mu ještě nějakou dobu dobíhalo.

Hromadné odhlášení dosud vyžadovalo zadat ročník. Strávníka bez přiřazené třídy proto nebylo možné vybrat vůbec, což funkci činilo nepoužitelnou ve školkách a ve školách, kde se do tříd nerozřazuje. To je opravené.

Co se změnilo

Výběr tříd podle skutečných dat. Po volbě výdejního místa se nabídnou jen třídy, které tam existují, u každé s počtem strávníků. V nabídce je i skupina Bez třídy. Vybrat lze víc tříd naráz, prázdný výběr znamená všechny strávníky na výdejním místě.

Filtr Druh jídla. Dřív se rušily všechny druhy jídla v rozsahu, i když se obrazovka jmenovala „Hromadné odhlášení obědů”. Teď si vyberete, které druhy odhlásit, a název už neslibuje něco jiného, než se děje.

Agregovaný náhled. Místo dlouhého seznamu jednotlivých objednávek náhled ukazuje počty a částky a rozpad podle druhu jídla, po strávnících a po dnech. Rozpad po strávnících potvrdí, že jde o správnou skupinu, rozpad po dnech, že jde o správný rozsah dat.

Za vydané jídlo se kredit nevrací. Objednávky s evidovaným výdejem se z odhlášení vyloučí a náhled je vypíše i s důvodem. Pokud výdej neevidujete, náhled alespoň upozorní, kolik objednávek leží v minulosti.

Buď všechno, nebo nic. Odhlášení je nově jedna nedělitelná operace. Dřív mohlo selhání v polovině nechat část objednávek zrušených a část ne. Pokud se teď objednávky mezitím změní, akce se odmítne a nezruší se nic, takže stačí znovu zobrazit náhled a zopakovat ji.

Obrazovka se přesunula na /operator/bulk-cancel a jmenuje se už jen Hromadné odhlášení.

Variabilní symbol strávníka byl dosud trvalý: co se zadalo (nebo automaticky přidělilo) při zakládání, to platilo napořád. Překlep nebo přechod na jinou číselnou řadu se řešil jen přes administrátora systému. Nově ho operátor změní sám.

Jak to funguje

V detailu strávníka na záložce Základní údaje je u variabilního symbolu odkaz Změnit. Kliknutím se pole rozbalí, zadáte nové číslo a uložíte.

Platí stejná pravidla jako při zakládání strávníka:

• kladné celé číslo o nejvýše 10 cifrách (český bankovní standard),
• číslo musí být v rámci vaší jídelny volné - obsazený symbol formulář odmítne hláškou „Variabilní symbol je již obsazený”.

Symboly strávníků a organizací sdílí jednu řadu, takže se nedá zadat ani číslo, které už používá některá organizace.

U organizací tato možnost fungovala už dřív; teď je stejná i u strávníků a najdete ji na stejném místě detailu. U archivovaného strávníka nebo organizace odkaz Změnit není.

Na co si dát pozor

Variabilní symbol je to, podle čeho se párují příchozí bankovní platby. Po změně se platba se starým symbolem k strávníkovi už nepřiřadí a ve výpisu zůstane jako nespárovaná - dejte proto rodiči vědět, ať si upraví trvalý příkaz.

Změna platí jen dopředu: dosavadní zůstatek ani dříve připsané platby se nemění. Každá změna se zapisuje do auditního záznamu včetně toho, kdo a kdy ji provedl.

V Nastavení je nová záložka Druhy jídla (za Věkovými kategoriemi). Nastavíte v ní dvě věci, každou zvlášť pro každý druh jídla. Přesunuly se sem i výjimky uzávěrky podle druhu jídla, které dřív byly v Objednávkách a výdeji.

Vlastní název

Jmenuje-li se u vás hlavní jídlo jinak než „Oběd 1”, přepište si ho. Prázdné pole znamená původní název, takže se kdykoliv vrátíte zpět tím, že pole vymažete.

Název se ukáže všude - vám v operátorském rozhraní, rodičům při objednávání ve webu i v mobilní aplikaci, a také na tiskových sestavách a v PDF, které rozesíláte výdejním místům.

Nápověda a tato stránka novinek mluví dál o výchozích názvech („Oběd 1”, „Přesnídávka”), protože každá kuchyně si je může pojmenovat po svém.

Věkový koeficient

Věkový koeficient zmenšuje porci podle věkové kategorie strávníka - mladší strávník dostane menší porci. U jídel, která se dávkují všem stejně, to ale nechcete: typicky u polévky nebo přesnídávky. Konkrétní hodnoty koeficientů zůstávají v záložce Věkové kategorie; tady rozhodujete jen to, jestli se vůbec použijí.

Nově si proto u každého druhu jídla zaškrtnete, jestli se koeficient použije. Vypnutý koeficient znamená plnou porci pro všechny věkové kategorie.

Kterých sestav se to dotkne

Vypnutý koeficient mění počty porcí a navážky v těchto sestavách:

Sestava	Co se v ní změní
Denní objednávka (záložka Objednávka)	počty porcí per druh jídla a věkovou kategorii
Žádanka surovin (záložka Žádanka)	množství surovin, protože se počítá z porcí
Denní výdejka	počty porcí a hmotnosti per výdejní místo
Dodací list	navážky receptur (u plné porce se použije plná velikost porce)
Spotřební koš	gramáž připsaná strávníkovi - viz níže

Vlastní název se objeví navíc i tam, kde se počty nemění, protože jde jen o popisek:

Sestava	Kde
Jmenný seznam	legenda „Jídla dne” a řádek objednávky u strávníka, včetně PDF posílaného výdejním místům
Dodací list	nadpis jídla nad recepturami, včetně PDF
Měsíční report	sloupec „Typ jídla” v tabulce i v exportu CSV
Denní objednávka, Žádanka, Denní výdejka	nadpisy a filtry druhů jídla

Mimo sestavy je název vidět v jídelníčku, u objednávek, v ceníku a v mobilní aplikaci pro rodiče. Výdejní terminál zobrazuje původní názvy - přihlašuje se čipem nebo PINem, ne uživatelským účtem, takže si přejmenování nemá kde vyzvednout.

Měsíční report počty nemění - sčítá objednávky a příjem, kde se koeficient nepoužívá.

Ve spotřebním koši taky

Vypnutí se propíše i do spotřebního koše, a je to tak správně. Koš zaznamenává množství, které se strávníkovi skutečně připsalo. Kdyby počítal s menší porcí, než jakou kuchyně opravdu navařila, přestal by popisovat vydané jídlo. Nevejde-li se pak neškálovaná porce do normy, koš to ukáže - přesně k tomu slouží.

Na co si dát pozor

Přepnutí koeficientu platí pro budoucí přepočty. Vygenerujete-li si znovu žádanku za minulý týden, spočítá se už podle nového nastavení. Spotřební koš je naopak historický záznam a u dříve uložených dnů zůstane, jak byl - tyto dva dokumenty se proto za minulost mohou rozejít.

Obě záložky Denní objednávky sdílejí jednu stránku, a ta se dosud celá tiskla na šířku. Pro záložku Objednávka to dává smysl - rozpad po věkových kategoriích je široká tabulka. Žádanka je ale jen seznam surovina - množství, takže se natáhla přes celou šířku listu, vpravo zůstalo prázdno a delší žádanka se rozlezla na několik stránek.

Co se změnilo

V Kuchyně → Denní obj. na záložce Žádanka:

• tisk je nově na výšku (portrait); záložka Objednávka se dál tiskne na šířku, orientace se přepne podle toho, kterou záložku máte zobrazenou,
• seznam surovin se tiskne ve dvou sloupcích - pokračuje z levého sloupce do pravého a teprve pak na další stránku,
• z výtisku zmizely věci, které na papíře nic nepřidávaly (karta s kuchyní a datem - obojí je v hlavičce sestavy - a duplicitní nadpis stránky), a řádky jsou hustší.

Dohromady se na jeden list vejde zhruba čtyřnásobek surovin. Na obrazovce zůstává všechno beze změny.

V Kuchyně → Denní obj. na záložce Žádanka se suroviny vypisovaly v pořadí, v jakém je výpočet postupně nasčítal. U jednoho dne to ještě zhruba odpovídalo abecedě, ale u delšího zadaného rozsahu (pole Od / Do) se suroviny, které se objevily až v pozdějším dni, přidávaly nakonec seznamu. Pohled Celkem za den míchal navíc suroviny podle toho, u kterého jídla se poprvé vyskytly. Výsledný seznam se pak nedal projít proti skladu.

Co se změnilo

Suroviny jsou v obou pohledech - Per jídlo i Celkem za den - řazené podle abecedy a řazení respektuje českou diakritiku (č, ř, š jsou tam, kde je čekáte, ne až za Z). Platí to i pro tisk žádanky.

V Kuchyně → Denní obj. na záložce Žádanka byl u suroviny jen jeden součet. Když se stejná surovina vařila z víc receptur - brambory do kaše i do bramboráku - nebylo z čeho poznat, kolik jich kam jde, a nešlo to zkontrolovat proti recepturám.

Co se změnilo

U každé suroviny je teď rozpad podle receptur: jeden řádek na recepturu s jejím množstvím a pod nimi řádek Celkem se součtem.

• Surovina z jedné receptury zůstává na jednom řádku - název receptury je vedle názvu suroviny, seznam se tím neprodlouží.
• V pohledu Celkem za den se receptury sčítají napříč všemi jídly dne, takže je vidět celý dnešní odběr suroviny i s tím, kam jde.
• Přepínačem Rozpad podle receptur se dá rozpad vypnout - pak zůstane plochý seznam Surovina / Množství jako dřív, hodí se na obcházení skladu.

Volba platí i pro tisk žádanky. Tisk žádanky se zároveň vrátil do jednoho sloupce (pořád na výšku) - dvousloupcový seznam vešel na list víc řádků, ale blok s rozpadem se v úzkém sloupci nedal přečíst a lámal se přes okraj.

V detailu receptu (sekce Recepty) přibyla v nabídce ⋮ položka Tisk. Otevře tiskovou stránku receptu, kterou si můžete vzít do kuchyně - na ruční přepočty, kontrolu nebo poznámky k úpravám.

Co je na výtisku:

• hlavička s názvem receptu, kuchyní, datem tisku a počtem surovin,
• velikosti porcí pro koeficienty 1,0 / 0,8 / 0,7 / 0,5 - u každé je vidět, jestli je zadaná ručně, nebo dopočítaná ze základní porce,
• suroviny s množstvím na 10 porcí, jejich alergeny a cena za 10 porcí,
• prázdný sloupec Poznámka na ruční zápisky - je jen na papíře, na obrazovce ho nenajdete,
• alergeny celé receptury, kalkulace nákladů a interní poznámka, pokud je vyplněná.

Tiskne se na A4 na výšku. Množství jsou uvedená tak, jak jsou v receptu uložená, tedy na 10 porcí - přepočet na jiný počet porcí zatím tisková stránka nedělá.

Interní poznámka se tiskne taky. Je určená pro provoz, ne pro rodiče a strávníky - výtisk podle toho neposílejte ven.

Detaily v příručce operátora.

V Jídelníčku jde u jídla kliknout na jeho recepturu a rovnou ji upravit. Jenže editor se otevírá nad už otevřeným detailem jídla - a v tomhle navrstvení se choval rozbitě:

• Napsaný text se sám přepsal zpátky na uloženou hodnotu. Přesněji: první změna ve formuláři spustila znovunačtení receptury ze serveru, které přepsalo to, co jste právě napsali. S tím zmizelo i tlačítko Uložit, takže to vypadalo, že receptura je jen ke čtení.
• Klávesa Tab vyskočila pryč z formuláře do panelu pod ním, takže se nedalo normálně přecházet mezi poli.

Co se změnilo

Editor otevřený nad jiným panelem si drží svůj obsah i své ovládání klávesnicí - napsané hodnoty zůstávají, Uložit se objeví hned po první změně a Tab prochází pole otevřeného editoru.

Stejná oprava platí i pro surovinu otevřenou z receptury, kde se formulář choval úplně stejně.

Neplatí od 20. 8. 2026. Ceník je od té doby dokument s vlastní platností a ukládá se tak, jak ho vidíte - vyprázdněná buňka se smaže. Pravidlo „prázdná buňka znamená neměnit” i sekce Historie cen zanikly; viz Ceník je dokument s vlastní platností. Záznam níž zůstává jako historie.

Matice cen v Ceníku se přednaplní aktuálně platnými cenami. Kdo v ní cenu vymazal a uložil, čekal, že ji tím smaže - a ona se po znovunačtení vrátila. Nápověda tomu nepomáhala, tvrdila jen „prázdná buňka = cena není nastavena”.

Prázdná buňka má totiž dva různé významy:

• Při zobrazení matice: pro tuto kombinaci není nastavená cena.
• Při ukládání: o téhle kombinaci teď nic neříkám, nech ji být.

Ukládá se jen to, co je v buňkách vyplněné. Vymazání buňky tedy není příkaz „smazat”, a matice sama cenu odstranit neumí.

Co se změnilo

• Vymažete-li buňku, která měla cenu, objeví se hned oranžové varování nad maticí. Vypíše, kterých kombinací se to týká a jaké ceny v nich byly, a říká, že uložení je nesmaže. Nemusíte tedy nejdřív uložit a pak zjišťovat, že se nic nestalo.
• Ve varování je tlačítko „vraťte vymazané buňky”, které původní hodnoty vrátí zpět - užitečné, když už si nepamatujete, co v nich bylo.
• Pokud i tak uložíte, systém se ještě jednou zeptá a zopakuje, že ceny zůstanou platit. V jednom dialogu, takže se to nekříží s dotazem na ceny 0 Kč.
• Varování odkazuje na jediné místo, kde se cena maže - jedním kliknutím rozbalí historii a odscrolluje k ní. Nad maticí naopak nepřibyl žádný trvalý text o mazání: stránka to řekne jednou, ve chvíli, kdy to má význam.
• Tabulka významů buněk v nápovědě k Ceníku má teď zvlášť sloupec pro zobrazení a pro uložení.
• Sekce se přejmenovala z „Historie a detailní záznamy” na „Historie cen - úprava a mazání”, ať je z názvu poznat, co v ní jde udělat. Uvnitř je i věta, že detail otevřete kliknutím na řádek.
• Potvrzovací dialog při mazání teď píše, co se stane: záznam zmizí i z historie, nelze to vzít zpět a nové objednávky té kombinace skončí chybou „není nastavená cena”. Zmiňuje i obvyklejší postup - ukončit cenu datem Platnost do. Už zadané objednávky se nemění, mají cenu uloženou u sebe.

Doporučení

Ceny ukončujte datem, nemažte je. Historie zůstane dohledatelná a starší objednávky mají čím být vysvětlené. Mazání nechte na záznamy, které vznikly omylem a nikdo podle nich neobjednal.

Jeden strávník, jeden řádek

Jmenný seznam (Kuchyně → Jmenný seznam) vypisoval u každého strávníka každé jídlo na vlastní řádek, včetně názvu jídla a jeho alergenů. Strávník se snídaní, polévkou, obědem a svačinou tak zabral čtyři řádky a názvy jídel se u každého jména opakovaly znovu. Sestava byla na tisk zbytečně obsáhlá.

Nově má tabulka sloupce Příjmení · Jméno · Třída · Objednávka a celá objednávka strávníka se vejde na jeden řádek, v pořadí výdeje:

Novák · Josef · 3.B · Polévka, Oběd 1, Svačina

V závorce se píše jen to, co se od standardu odlišuje:

• název dietního jídla — Oběd 1 (bezlepkový řízek),
• K u porce do krabičky — Oběd 1 (K).

Názvy jídel a alergeny jsou nad tabulkou

Protože je za den jeden jídelníček, nemá smysl psát názvy jídel u každého jména. Každá sekce výdejního místa teď začíná blokem Jídla dne, kde je výpis objednaných jídel s alergeny u každého z nich. Dietní varianty tam mají vlastní řádek, protože mají i vlastní alergeny.

Provozy bez objednávek se netisknou

Sestava vypisovala i výdejní místa, která na daný den nemají žádnou objednávku — na papíře z toho byly prázdné hlavičky s poznámkou „Žádné objednávky”. Ta místa se do sestavy už nedostanou.

Na obrazovce zůstávají vypsaná v řádku Bez objednávek nad sestavou, takže je pořád vidět, komu se nic neodešle. Do tisku ani do PDF pro výdejní místo se tenhle řádek nedostane.

Jména jdou abecedně od začátku do konce

Strávníci se řadili nejdřív podle věkové kategorie a teprve v ní podle příjmení, takže seznam byl vlastně několik abecedních řad pod sebou a jméno se v něm muselo hledat víckrát. Teď je celý seznam výdejního místa jedna abeceda podle příjmení a jména, správně česky (Čermák za Cibulkou, Chalupa za Horou, Žák nakonec).

V Seznamu objednávek zůstává řazení po věkových kategoriích, tam má svůj smysl.

Platí to i pro e-mailované PDF

Sestava na obrazovce, její tisk i PDF, které se rozesílá výdejním místům, mají stejnou podobu. Rozesílání samo se nemění — pořád platí jeden e-mail = jedno výdejní místo = jeho vlastní seznam.

Aplikace překládá chybové kódy ze serveru do češtiny, ale ne všechny z nich ten překlad měly. Kde chyběl, propadla se do rozhraní anglická technická hláška ze serveru. Nejvíc to bylo vidět při objednávání:

• Objednávka na výdejní místo bez nastavené ceny hlásila no price configured for this delivery point and meal type.
• Objednávka na zavřený den (svátek, uzavřený provoz) hlásila this day is closed….
• Podobně dopadl limit počtu dětí u hromadné objednávky nebo jídlo nedostupné na výdejním místě.

V mobilní aplikaci to bylo plošné - ta překlady nepoužívala vůbec, takže anglicky byla úplně každá chybová hláška.

Co se změnilo

Překlady jsou teď na jednom místě společném pro web i mobilní aplikaci a pokrývají všechny chybové kódy, které server vrací. Anglicky zůstávají jen serverové logy, kam patří.

Doplnili jsme i chybějící a nepřesné hlášky:

• Špatné heslo při přihlášení hlásilo „Platnost relace vypršela, přihlaste se znovu.” Server totiž pro neplatné přihlašovací údaje vracel stejný kód jako pro vypršelou relaci. Nově se správně píše „Nesprávný e-mail nebo heslo.”
• Cena se dřív vázala na „školu”, teď správně na výdejní místo.
• Chyběl překlad hlášky o konfliktu s alergenem, která se mohla objevit po potvrzení objednávky rizikového jídla.

Nepovedlo se zadat jídla organizaci, protože u výdejního místa nebyla nastavená cena. Aplikace to napsala, ale hláška se po třech sekundách sama smazala - kdo se zatím podíval do jiného řádku, viděl jen nezměněný jídelníček a neměl tušení, co se stalo. Stejně to fungovalo i u dalších chyb při objednávání.

Zpráva o neúspěchu se takhle chovat nemá: akce se neprovedla, takže není co odklikat a není důvod, aby zmizela sama.

Co se změnilo

• Chybová hláška zůstane, dokud ji nezavřete křížkem. Sama zmizí jen když odejdete na jinou stránku - nepřenáší se tedy za vámi tam, kam nepatří.
• Potvrzení úspěchu („Objednáno”, „Objednávka zrušena”) se naopak chová stejně jako dřív a po chvíli samo zmizí.
• Hlášky se ukazují na jednom místě v celé aplikaci (vpravo nahoře, na telefonu přes celou šířku). Dřív se na některých stránkách - zadávání jídel organizaci, objednávky organizace, objednávky za strávníka - vykreslovaly jinak než ve zbytku aplikace.

V mobilní aplikaci

Tam byl rozdíl ještě větší: chyba a úspěch vypadaly úplně stejně (tmavá bublina bez rozlišení) a obojí zmizelo po dvou sekundách. Nově má mobilní aplikace stejné zprávy i stejná pravidla jako web - chyba je červená a čeká na vás.

Samotné texty hlášek jsme sjednotili už dřív, viz Chybové hlášky už jsou všude česky.

Denní výdejka brala hromadné objednávky organizací vždy jako výdej na talíř - i když si organizace u věkových kategorií objednala krabičky a zaplatila za ně příplatek. Přepínač Jen jídlo do boxu proto u výdejního místa obsluhovaného jen hromadně nezobrazil vůbec nic a kuchyně neměla podle čeho balit. Zároveň byly tyhle porce nesprávně vykázané ve větvi „Na talíř”.

Co se změnilo

Krabičky organizace se teď berou z počtu zadaného u každé věkové kategorie objednávky, stejně jako u jmenovitého strávníka slouží jeho příznak krabičky:

• Jen jídlo do boxu ukáže i hromadné porce k zabalení.
• Rozpad jídla na Na talíř / V krabici u organizací dělí správně - zabalená část už se nepočítá k talířům.
• Totéž platí pro Sestavu na výdej, kde údaj „z toho do krabičky” hromadné krabičky dosud také přeskakoval.

Sestavy počítají z objednávek, takže se oprava projeví hned - není potřeba nic zadávat znovu.

Máte dva účty u Fio? Nebo účet u Fio i u Raiffeisenbank? Dosud jste si museli vybrat, protože edumeal uměl jedno připojení na banku. Nově si můžete nastavit až pět bankovních připojení v libovolné kombinaci a platby se párují ze všech najednou.

Kde to najdete

Položky Banka Fio a Banka RB v sekci Finance se slučují do jediné stránky Bankovní připojení. Je na ní seznam všech připojení: typ, název, číslo účtu, stav a čas poslední synchronizace. Kliknutím na řádek se otevře detail, kde připojení upravíte, ručně spustíte synchronizaci nebo ho smažete.

Každé připojení si drží svoje vlastní přihlašovací údaje, číslo účtu, frekvenci stahování, čas poslední synchronizace i případnou chybu. Když jedno připojení selže, ostatní stahují dál.

Protože se tři připojení u téže banky v seznamu jinak nedají rozlišit, je u každého povinný název. Volte takový, který vám něco řekne, třeba Fio hlavní nebo RB jídelna Sever.

Ruční import se nemění

Nahrávání výpisů ve formátu GPC nebo CSV zůstává přesně jak bylo a nemusíte pro něj nic nastavovat - žádné bankovní připojení pro ruční import nezakládáte.

Jedna věc je navíc: u importu ve formátu GPC teď uvidíte číslo účtu, ke kterému výpis patří. Edumeal si ho přečte z hlavičky souboru, takže si můžete zkontrolovat, že jste nahráli ten správný výpis. CSV takovou informaci neobsahuje, tam zůstane nevyplněné.

Ochrana proti dvojímu připsání funguje jako dosud napříč celým provozem, takže nahrání téhož výpisu podruhé nic nepřipíše.

Co zůstává stejné

• Párování podle variabilního symbolu se nemění. Platba připsaná na kterýkoli váš účet se spáruje se strávníkem nebo organizací, které ten variabilní symbol patří. Není potřeba řešit, na který účet rodič poslal peníze.
• Bankovní účty pro platby rodičů (ty, které povolujete jednotlivým výdejním místům a ze kterých se generují QR kódy) jsou něco jiného a nemění se.
• Platba kartou přes GoPay se nemění.

Dobré vědět

• Fio si při první synchronizaci ověří číslo účtu proti hlavičce výpisu. Pokud nesouhlasí, připojení se deaktivuje a chybu uvidíte v jeho detailu. Radši nic nestáhne, než aby připsalo platby z cizího účtu.
• Raiffeisenbank má denní limit 5000 dotazů, který se dělí mezi všechna RB připojení. Pokud jich máte víc, nastavte jim delší frekvenci stahování.
• Tokeny a certifikáty se stejně jako dosud ukládají zašifrované a nikdy se nezobrazují zpět. Založení, výměnu údajů i smazání připojení edumeal zaznamená.

Podrobný návod je na stránce Bankovní připojení.

Když operátor objednal za organizaci, políčka s počty po věkových kategoriích zmizela a zůstalo jen Zrušit. Změna počtu z 10 na 12 dětí tak znamenala objednávku zrušit a celou zadat znovu od nuly - a v transakcích organizace po ní zůstala plná vratka plus plné nové zaúčtování.

Počty zůstávají a jdou uložit

Políčka s počty (a u zapnutých krabiček i BOX) teď zůstávají i po objednání a jsou předvyplněná tím, co je objednáno. Jakmile něco změníte, objeví se poznámka o neuložených změnách a zpřístupní se tlačítko Upravit:

• Upravit přepíše tu samou objednávku a na účet organizace pošle jen rozdíl ceny - doúčtuje, nebo vrátí. Potvrzení hlásí kolik („doúčtováno 128 Kč” / „vráceno 96 Kč”).
• Zrušit zůstává vedle a funguje jako dosud - zruší objednávku celou a vrátí plnou částku.

Nulové počty tlačítko Upravit nezpřístupní - vynulovat objednávku znamená ji zrušit, aby se uvolnilo i místo v denním stropu.

V transakcích jeden pohyb, ne dva

Historie účtu organizace teď u úpravy ukazuje jediný záznam ve tvaru Úprava: Vepřové s knedlíkem 30.7.2026 (10 → 12 ks) s částkou rozdílu. Nezmění-li úprava cenu (třeba jen přesun dětí mezi kategoriemi se stejnou cenou), nevznikne transakce žádná. Objednávka si drží svou identitu, takže na ni navazující sestavy a přehledy sledují jednu položku místo zrušené a nové.

Platí i pro rozhraní organizace

Stejnou cestou jde i úprava, kterou dělá organizace sama ve svém jídelním lístku - dosud interně také rušila a zakládala znovu. Kromě čistší historie to zavírá i nepříjemné okno: když se nová objednávka nepovedla založit, den zůstal bez objednávky s vrácenými penězi. Teď je úprava jedna nedělitelná operace - buď projde celá, nebo se nezmění nic.

Manažeři organizací zadávají objednávky často z telefonu, mezi dveřmi. Sekce pro organizace na to ale nebyla připravená tak dobře jako rodičovská část. Prošli jsme ji celou na šířce běžného mobilu a narovnali, co se lámalo.

Navigace je tam, kde ji čekáte

Záložky Přehled · Jídelníček · Platby · Objednávky jsou na telefonu ve spodní liště, přesně jako u rodičů. Dosud byl nahoře vodorovný pásek, který odjížděl s obsahem - jakmile jste sjeli v jídelníčku dolů, navigace byla mimo dosah a museli jste se vracet nahoru.

Lišta zároveň respektuje spodní okraj displeje u telefonů s gesty, takže ji nepřekrývá systémový pruh.

Přehled poboček i s počty

Přehled poboček byl na telefonu tabulka, která se musela vejít, a tak schovávala sloupce Objednávek, Dnů a Útrata - tedy právě ta čísla, kvůli kterým se na přehled chodí. Teď je z každé pobočky karta, na které jsou všechna čísla vidět pohromadě se stavem odesláno / nezačato.

V objednávce je jasné, co je co

V zadávání počtů byla vedle pole s počtem jídel druhá kolonka označená jen BOX. Nově má popisek Z toho v krabičce a je pod svým vlastním nadpisem, ne namačkaná vedle počtu. Věková kategorie má vlastní řádek nad oběma poli, takže se delší název s ničím nebije.

Klávesnice se na telefonu otevře přímo v číselném režimu a políčka se už při psaní nezvětšují.

Kolonka pro krabičky se nabízí jen tehdy, když jídelna balení do krabiček používá - to se nemění.

Oprava: chybějící částka v Transakcích

Na stránce Platby se u některých transakcí nezobrazovala částka. Stávalo se to u řádků s delším názvem jídla, kdy název odtlačil částku za okraj karty a ta se odstřihla. Nešlo o chybu ve výpočtu, jen ve zobrazení, ale znamenalo to, že u části historie nebylo vidět, o kolik šlo.

Totéž se dělo v rodičovské části a v operátorském přehledu zůstatků. Opraveno je to všude.

Dobré vědět

• Hlavička už se nedá odsunout do strany. U manažera více organizací se přepínač organizace na úzkém displeji nevešel a celá stránka se dala posouvat vodorovně. Na telefonu proto vedle ikony zmizel název aplikace a u přepínače se delší název organizace zkrátí - celý zůstává v jeho rozbalovací nabídce.
• Na počítači se nic nemění.

Souhrn novinek chodí ráno e-mailem a k tomu jako upozornění do telefonu. Přepínač, kterým se to upozornění vypíná, byl ale ve webové aplikaci - a ta push notifikace neumí založit. Kdo si ho tam zapnul a čekal, že se mu novinky rozbliká telefon, čekal marně. V mobilní aplikaci, která push umí, se naopak nezobrazoval vůbec.

Co se změnilo

• Přepínač Novinky do telefonu je teď v mobilní aplikaci → Nastavení, hned pod hlavním přepínačem Push notifikace do telefonu. Dokud je hlavní přepínač vypnutý, je pod ním napsané, že push je potřeba nejdřív zapnout.
• Z webové aplikace zmizel - nebylo za ním nic, co by šlo z prohlížeče zapnout.
• Přepínač se ukazuje jen operátorům, kterým souhrn novinek skutečně chodí. Dřív se řídil tím, v jaké roli jste právě přihlášení, takže se v mobilní aplikaci schoval i operátorovi, který v ní vystupuje jako rodič.

Co když novinky do telefonu nechodí

Zkontrolujte v mobilní aplikaci → Nastavení ten horní přepínač Push notifikace do telefonu. To je ten, který telefon skutečně přihlásí k odběru; bez něj se žádné upozornění neodešle, i kdyby byly novinky zapnuté. Denní e-mail s novinkami chodí nezávisle na obou přepínačích.

Když edumeal nedokázal navázat spojení se serverem, nedalo se to na první pohled poznat. Každá stránka to hlásila po svém - typicky obecným „Nepodařilo se načíst …” - což vypadalo jako problém s daty, ne jako výpadek.

Nově je to vidět jednoznačně:

• Žlutý pruh v horní části obrazovky oznámí, že server je nedostupný. Objeví se i na přihlašovací obrazovce a na výdejním terminálu, ne jen uvnitř aplikace.
• Rozlišujeme dvě situace. „Nejste připojeni k internetu” (problém na vaší straně) a „Server je momentálně nedostupný” (problém na naší straně). Není důvod hlásit poruchu, když jde jen o slabý signál.
• Obnovení je automatické. edumeal si spojení sám zkouší znovu a jakmile server odpovídá, aplikace se dopočítá sama. Tlačítko Zkusit znovu to jenom uspíší.

Výpadek už nevypadá jako odhlášení

Nejnepříjemnější část byla skrytá v obnovování přihlášení. edumeal drží přihlášení tak, že si při každém otevření aplikace vyžádá nový přístupový token. Když tento dotaz neprošel kvůli výpadku, aplikace to vyhodnotila stejně, jako kdyby server přihlášení zamítl: zapomněla uživatele a poslala ho na přihlašovací obrazovku - kde přihlášení stejně nemohlo projít, protože server byl pořád nedostupný.

Nově se tyto dva případy rozlišují. Když server neodpoví, přihlášení zůstává platné, aplikace ukáže informaci o výpadku a po obnovení spojení pokračuje tam, kde byla. Na přihlašovací obrazovku vás pošle jen tehdy, když přihlášení skutečně vypršelo.

Stejně se to chová i v mobilní aplikaci (PWA), kde je krátká ztráta signálu běžná.

Ve výpisech ve formátu GPC edumeal čtal dvě položky o dva znaky vedle, než skutečně jsou: datum platby a jméno plátce.

Projevovalo se to takto:

• Datum platby se nenaimportovalo vůbec a v rozpisu importu zůstalo prázdné.
• U jména plátce přebývaly dvě číslice na začátku, například 26Novák Tomáš místo Novák Tomáš.

Formát CSV a automatická synchronizace s Fio a Raiffeisenbank tím zasažené nebyly - týkalo se to výhradně ručně nahrávaných souborů GPC. Nově naimportované výpisy už mají datum i jméno správně.

Filtr Druh jídla v Denní výdejce uměl jen jednu kategorii. Kdo vydává přesnídávky a svačiny u jednoho okénka, musel tisknout čtyři sestavy zvlášť, nebo si vybírat z celodenního výtisku.

Zaškrtávací seznam místo jedné volby

Filtr je nově rozbalovací seznam se zaškrtávacími políčky:

• jedna kategorie (třeba jen Oběd 1),
• nebo několik naráz (třeba Přesnídávka + Přesnídávka 2 + Svačina + Svačina 2),
• tlačítkem Vybrat vše zaškrtnete či odškrtnete všechno najednou.

Nic zaškrtnutého znamená bez filtru, tedy celý den - stejně jako dřív volba Vše. Zaškrtnuté druhy se vypíšou do hlavičky sestavy i k součtu, takže zúžený výtisk nejde zaměnit za celodenní. Přepínač Jen jídlo do boxu funguje dál nezávisle a jde s výběrem kombinovat.

Výběr zůstane nastavený i po zavření sestavy a při listování mezi dny - kuchyně, která vydává pořád stejná okna, ho nastaví jednou. Druh jídla, který se zrovna vybraný den nevydává, zůstane zaškrtnutý a sestava jen napíše, že v tomto rozsahu nic není.

Polévka se počítá jen jednou

Polévka se u obědů dál dělí podle toho, jaký oběd má který strávník objednaný. Se zaškrtnutím více obědů platí dvě pravidla, aby součty seděly:

• Víc obědů naráz - každý si vezme svou část polévky a řádek „bez oběda” se objeví jen jednou. Součet částí tak přesně odpovídá celému hrnci.
• Zaškrtnutá samotná Polévka má přednost - ukáže se jako jeden celý řádek a části podle obědů se k němu nepřidávají.

Filtr Druh jídla na Denní výdejce si k vybranému obědu přidával i polévku: její část podle toho, kdo má který oběd, plus řádek „bez oběda”. Myšlenka byla, že polévka se k obědu stejně vydává a v hrnci je uvařená tak jako tak. V praxi to ale znamenalo, že když si kuchyně zaškrtla Oběd 1, dostala sestavu se třemi řádky místo jednoho - a rozdělení polévky po obědech mátlo víc, než pomáhalo.

Teď platí jednoduché pravidlo: sestava ukáže právě ty druhy jídla, které jsou zaškrtnuté.

• Zaškrtnutý Oběd 1 → na sestavě je jen Oběd 1.
• Chcete polévku k obědu? Zaškrtněte Polévku i Oběd - polévka se ukáže jako jeden celý řádek se všemi objednávkami.
• Bez filtru (nezaškrtnuto nic, nebo naopak všechno) se nemění nic: celý den, polévka jedním řádkem v pořadí jídelníčku hned nad obědy.

Poznámky „k Obědu 1” a „bez oběda” tím ze sestavy mizí. Součty vždy odpovídají tomu, co je vidět.

Přepínač kuchyně v záhlaví se ukládal do prohlížeče, ale už otevřené karty se o změně nedozvěděly. Kdo si nechal otevřené dvě karty a v jedné přepnul kuchyni, měl v druhé kartě dál kuchyň původní - a sestavy i seznamy v ní tiše patřily jiné kuchyni, protože nic nehlásilo chybu.

Co se změnilo

• Karty se srovnají samy. Přepnutí kuchyně v jedné kartě se okamžitě propíše do všech ostatních otevřených karet.
• Přepnutí provozu zahodí vybranou kuchyni. Kuchyň patřila provozu, který opouštíte, takže se výběr zruší a nastaví se kuchyně nového provozu. Dřív zůstala v prohlížeči viset a kuchyňské sestavy hlásily chybu, dokud jste stránku neobnovili.

Týká se operátorů, kteří mají víc než jednu kuchyni nebo přepínají mezi provozy.

Nastavení oznámení mělo tři chyby, které spolu souvisely. Všechny jsou opravené.

Přepínače se neukládaly

Když jste si v nastavení oznámení něco vypnuli, přepínač se přepnul, ale uložení na pozadí selhalo — po obnovení stránky bylo všechno zpátky zapnuté. Platilo to pro webovou i mobilní aplikaci a pro všechna oznámení. Teď se nastavení skutečně uloží.

Do nastavení oznámení se ve webu nedalo dostat

Stránka s přepínači existovala, ale v menu na ni nic neodkazovalo — šlo se na ni dostat jen ručně zadanou adresou. Najdete ji pod svým jménem v hlavičce jako Oznámení. (V mobilní aplikaci byla dostupná z profilu už dřív.)

Novinky v telefonu: vlastní přepínač a funkční odkaz

Ranní souhrn novinek chodí e-mailem a operátorům s mobilní aplikací i jako upozornění do telefonu. To zůstává zapnuté, ale nově:

• Má vlastní přepínač — Novinky do telefonu ve vašem nastavení oznámení. Můžete tedy vypnout jen upozornění v telefonu a ranní e-mail vám chodit nepřestane. Dřív to bylo obojí, nebo nic.
• Kliknutí na notifikaci otevře stránku Novinky s celým textem. Dřív otevřelo jen úvodní obrazovku aplikace, protože novinky v aplikaci nikde nejsou.

Ostatní oznámení — potvrzení objednávky, zrušení, nízký kredit — se nemění: řídí je dál jeden přepínač pro e-mail i telefon.

Hromadný import strávníků dosud uměl jen pět sloupců a rodiče nezakládal vůbec - importovaní strávníci zůstali vedení na operátorovi, takže rodič je ve svém účtu neviděl a nemohl za ně objednávat. Kvůli tomu se seznam strávníků stejně naklikával po jednom. Teď import pokrývá celý onboarding výdejního místa.

Rodiče přímo z CSV

Nový sloupec parent_email: účet se najde nebo založí a strávník se pod něj napojí. Rodič ho hned vidí a může za něj objednávat.

• Sourozenci - stačí uvést stejný e-mail na více řádcích. Účet se založí jednou, strávníci se pod něj napojí všichni. Každý si nese vlastní variabilní symbol, platby proto posílejte za každého zvlášť.
• parent_first_name a parent_last_name jsou potřeba jen tehdy, když se účet zakládá nově.
• E-mail, který patří účtu organizace, import odmítne - stejně jako ruční formulář. Chyba se vypíše u konkrétního řádku a zbytek souboru se naimportuje.

Nové sloupce

Sloupec	K čemu je
is_adult	Dospělý strávník nebo pedagog. Datum narození u nich může chybět; soubor jen s dospělými nemusí mít sloupec birth_date vůbec
allergens	Kódy alergenů 1-14 oddělené svislítkem, např. `1
dietary_note	Poznámka k dietě
variable_symbol	Vlastní variabilní symbol - užitečné při migraci, kdy chcete zachovat symboly z původního systému

Na pořadí sloupců nezáleží a sloupce, které systém nezná, se ignorují. Export z jiného systému tak většinou stačí nahrát tak, jak je.

Jeden e-mail místo dvaceti

Dřív odešel jeden uvítací e-mail na každého strávníka. Kontaktní osoba s dvaceti dětmi tak dostala dvacet samostatných zpráv s dvaceti variabilními symboly a žádným přehledem.

Nově dostane každý rodič jeden e-mail se seznamem svých strávníků a jejich variabilních symbolů, plus platebními údaji výdejního místa. Účty, které import právě založil, v témže e-mailu najdou i přihlašovací údaje - druhá zpráva se neposílá.

Volba, jestli e-mail odejde

Nad tlačítkem Importovat je zaškrtávátko Poslat rodičům uvítací e-mail. Zapnuté je výchozí. Když ho vypnete, strávníci i rodičovské účty se založí, ale nikomu nic neodejde - vhodné, když si připravujete seznam na další školní rok dopředu. Rodiče se pak do systému dostanou přes Zapomenuté heslo.

Výsledek importu a audit

Karta s výsledkem kromě Vytvořeno a Přeskočeno ukazuje i Nových rodičů, Napojených rodičů a Odeslaných e-mailů. Každý import se navíc zapisuje do auditního záznamu - název souboru i výsledné počty, takže je hromadná změna dohledatelná.

Nápověda vyrostla na 45 stránek v šesti sekcích a najít v ní konkrétní věc znamenalo tušit, ve které sekci je. Nově se dá prostě hledat.

Co se změnilo

• V záhlaví je tlačítko Hledat. Otevřete ho i klávesovou zkratkou ⌘K (na Windows Ctrl+K) nebo stiskem / odkudkoli ze stránky.
• Výsledek nevede na začátek stránky, ale přímo na tu část, která odpověď obsahuje. U dlouhých stránek jako Správa strávníků je to podstatný rozdíl.
• Pod výsledky z dokumentace je samostatná skupina Co je nového, takže se dá dohledat i to, kdy nějaká změna přišla.
• V seznamu se prochází klávesami ↑ ↓, otevírá Enter, zavírá Esc.

Nezáleží na diakritice ani na skloňování

Hledání je udělané pro češtinu, takže vás nenechá na holičkách, když píšete bez háčků nebo v jiném pádu:

• vydejni misto najde výdejní místo
• objednávek najde stránky o objednávkách
• cipy najde čipy

Navíc zná běžná synonyma a starší pojmy: čip najde stránky o RFID, kredit i zůstatek, vyhláška vás dovede na spotřební koš a škola na výdejní místa. Když opravdu nic nenajdeme, nabídneme rovnou odkaz na Kontakt.

Na stránku nápovědy se dá přijít i odjinud než přes menu - z hledání, z odkazu v aplikaci nebo z e-mailu. Pak nebylo poznat, do které části dokumentace vlastně patří.

Co se změnilo

• Nad nadpisem každé stránky je cestička ve tvaru Dokumentace › Průvodce pro operátory › Nastavení provozu.
• Cestička je v pruhu pod záhlavím, který zůstává na obrazovce i když odrolujete doprostřed dlouhé stránky - orientaci tak neztratíte ani v půlce Správy strávníků.
• Prostřední článek je odkaz na přehled sekce, takže se dá jedním klikem vyskočit o úroveň výš.
• Nejvíc to pomůže na mobilu a tabletu, kde je boční menu schované pod ikonou a doteď nebylo vidět, v jaké sekci se člověk nachází.

Jídla jdou v pořadí, v jakém se podávají

V Denní objednávce (Kuchyně → Denní objednávka) se jídla řadila abecedně podle vnitřního označení, ne podle toho, jak jdou po sobě během dne. Prakticky to znamenalo, že dlaždice i rozpady po výdejních místech začínaly Obědem 1 a snídaně s polévkou se objevily až za nimi.

Teď je pořadí stejné jako v jídelníčku a ostatních sestavách:

Snídaně → Přesnídávka → Polévka → Obědy 1-5 → Svačina → Večeře

Platí to pro obě záložky - Objednávku (dlaždice, tabulka pro tisk i jednotlivé sekce s výdejními místy) i Žádanku surovin v zobrazení per jídlo. Čísla se nemění, mění se jen pořadí.

Sloupce v rozpadech na sebe licují

Každé jídlo mělo dosud vlastní tabulku a ta si sloupce určovala sama - podle věkových kategorií, které si u něj někdo objednal, a podle délky názvů výdejních míst. Tabulky pod sebou tak měly různě široké a různě umístěné sloupce a nedalo se v nich číst svisle.

Rozpady jsou teď jedna tabulka za celý den a jednotlivá jídla jsou v ní sekce řádků. Sloupce jsou pro všechna jídla stejné - tabulka má věkové kategorie, které si ten den někdo objednal, a jídlo bez objednávky v dané kategorii má na jejím místě pomlčku. Souhrn Porce / Obj. vpravo se tím vejde na obrazovku i u dne s pěti věkovými kategoriemi. Věkové kategorie se navíc v hlavičce píšou česky (Dospělí místo adult).

Tisk sestav se přestal přepínat na výšku

Denní objednávka se má tisknout na šířku, protože na výšku se rozpad po věkových kategoriích na stránku nevejde a pravá část se odřízne. Fungovalo to ale jen občas: orientace se řídila tím, kterou sestavu jste v aplikaci otevřeli jako poslední, ne tou, kterou jste právě tiskli. Kdo si mezitím zobrazil Denní výdejku nebo Jmenný seznam (ty se tisknou na výšku), dostal na výšku i Denní objednávku.

Každá sestava si teď orientaci drží sama:

• na šířku - Denní objednávka a měsíční jídelníček,
• na výšku - Denní výdejka, Dodací list, Jmenný seznam, Seznam objednávek, Zůstatky strávníků, Měsíční přehled.

Nezáleží na tom, jak jste se na stránku dostali. Pokud vám tiskárna přesto nabídne špatnou orientaci, zkontrolujte, že ji nemáte v dialogu tisku přepnutou ručně.

Denní výdejka se dala vytisknout jen celá, se všemi chody přes všechna výdejní místa. Kdo potřeboval do ruky jen svačiny nebo jen to, co se balí do boxů, musel si to z výtisku vybírat sám.

Dva nezávislé filtry v liště

• Druh jídla - Vše (výchozí), nebo jedna konkrétní kategorie: Přesnídávka, Polévka, Oběd 1, Svačina … Nabízí se jen kategorie, které se ten den skutečně vydávají.
• Jen jídlo do boxu - zůstane jen to, co se balí; porce na talíř zmizí.

Filtry jde kombinovat, takže si vytisknete i „Oběd 1, jen jídlo do boxu”. Tisk bere to, co je na obrazovce, takže žádné další nastavování není potřeba.

Zvolený rozsah se vypíše do hlavičky sestavy a u součtu se místo „Celkem” objeví „Zobrazeno” - zúžený výtisk se tak nedá zaměnit za celý den. Výdejní místa, ve kterých po zúžení nic nezůstalo, se skryjí.

Polévka jde s obědem

Polévka se objednává zvlášť, ale vydává se k obědu. Když tedy filtrujete na obědovou kategorii, přidá se k ní i odpovídající část polévky. Ke kterému obědu polévka patří, se řeší u každého strávníka zvlášť podle jeho objednávky:

1. Má Oběd 1 → polévka se ukáže u Oběda 1.
2. Nemá Oběd 1, ale má Oběd 2 → polévka jde k Obědu 2. A tak dál pro Oběd 3, 4 a 5.

Polévku, kterou k žádnému obědu přiřadit nelze, sestava ukáže ve vlastním řádku „bez oběda”, a to u každé obědové kategorie - uvařit ji musíte tak jako tak, takže nikdy nevypadne ze součtu. Jsou to dva případy: strávník má polévku bez oběda, a hromadné objednávky Organizací, u kterých není jednotlivý strávník, přes kterého by šel oběd dohledat.

V pohledu Vše zůstává polévka jedním řádkem, hned nad obědy - přesně jak se vydává.

Seznam objednávek vypisoval jen jmenovité strávníky. Výdejní místo, na které objednává jen Organizace, tak v seznamu nemělo ani jeden řádek - vypadalo tedy, že nemá objednáno, i když jídlo tam mířilo.

Objednávky organizací u každého dne

Pod tabulkou strávníků je nově sekce Objednávky organizací s hromadnými objednávkami na tomtéž výdejním místě:

• Organizace - kdo objednal (objednává-li na jedno místo víc organizací, každá má vlastní řádek)
• Objednané jídlo
• Porce - a u zabalených i počet krabiček
• Dle věku - rozpad počtů po věkových kategoriích, u zabalených s poznámkou „z toho N do krabičky”

Sekce se nezobrazí, když organizace na daném výdejním místě nic neobjednaly.

Součty se nemíchají

„Celkem N strávníků” zůstává počtem jmenovitých osob. Hromadné porce mají vlastní údaj Objednávky organizací: N porcí - v souhrnu nahoře i u záhlaví každého dne. Jsou to dvě různé věci a slévat je do jednoho čísla by kontrolu jen zamlžilo.

Nejbližší den s objednávkami je teď opravdu nejbližší

Když necháte „Od” i „Do” prázdné, seznam skočí na nejbližší den, na který jsou objednávky. Tenhle výběr dosud koukal jen na strávníky, takže u výdejního místa obsluhovaného jen hromadně otevřel prázdný den. Nově se počítají i objednávky organizací.

Jmenný seznam zůstává beze změny - je čistě jmenovitý a jeho PDF, které se rozesílá výdejním místům, hromadné objednávky neobsahuje.

Rodič se v jídelníčku dostal nejvýše 4 týdny dopředu - hodnota byla natvrdo v aplikaci. I když jste měli vypsaný jídelníček na celý srpen, objednat se dal jen jeho začátek.

Co se změnilo

V Nastavení provozu → Objednávky přibylo pole „Objednávat nejvýše na (týdnů dopředu)”:

• Výchozí je 0 = bez vlastního omezení. Objednávat jde tak daleko, kam máte vypsaný jídelníček - nemusíte nic nastavovat.
• Vypsaný jídelníček je strop i pro vyšší hodnoty. Při nastavení 8 týdnů a jídelníčku na 3 týdny se rodič dostane na 3 týdny, takže se nikdo neproklikne na prázdné týdny.
• Operátora se omezení netýká - v editoru jídelníčku i při objednávání za strávníka nebo organizaci se pohybujete bez hranice.

Platí pro web i mobilní aplikaci, pro rodiče i pro organizace.

Formulář Nabít kredit (záložka Zůstatek u strávníka i u organizace) přijímal jen celé koruny - prohlížeč částku jako 150,50 odmítl. Někteří strávníci ale haléře reálně mají, takže dobití nešlo srovnat s tím, co skutečně přišlo na účet.

Co se změnilo

• Pole Částka (Kč) nově přijímá i haléře, tedy dvě desetinná místa (150,50). Zapíše se přesně tak, jak jste ho zadali - nic se nezaokrouhluje.
• Platí pro dobití strávníka i organizace - obě obrazovky používají stejný formulář.
• Ruční korekce zůstatku haléře přijímala už dřív, takže se obě pole teď chovají stejně.

Při rozesílání Jmenného seznamu a Dodacího listu jste dosud viděli jen počet výdejních míst. Na jaké adresy to vlastně jde, se z aplikace zjistit nedalo - museli jste to dohledávat v detailech výdejních míst. A rozesílat se dalo jen po jednom seskupení.

Adresáty teď vidíte na třech místech

• V sestavě je u každého výdejního místa vedle názvu jeho e-mailová adresa. Místa bez adresy jsou dál označená červeně („bez e-mailu - neodešle se”).
• V potvrzení před odesláním je vypsaný seznam konkrétních adres, na které sestava půjde, plus kolik míst se přeskočí a proč. Kontrola tedy proběhne, dokud se dá ještě couvnout.
• Ve výsledku po odeslání jsou vypsané adresy, na které to skutečně šlo - ne jen počet.

Adresy se zobrazují jen na obrazovce, do tištěné ani odeslané sestavy se nepropisují.

Odeslat všem

V selektoru Seskupení je nová volba Všechna seskupení. Vybere všechna výdejní místa kuchyně naráz - sestava je ukáže všechna pohromadě (u každého je vidět, do kterého seskupení patří) a tlačítko se změní na Odeslat všem.

Princip zůstává stejný: jeden e-mail = jedno výdejní místo = jeho vlastní sestava. Jen už nemusíte procházet seskupení jedno po druhém.

Pár detailů, které se vyplatí znát:

• U Dodacího listu nabídne formulář teplot všechny receptury napříč seskupeními, takže jedna sada naměřených teplot pokryje celý rozvoz.
• Pokud už některá seskupení dnes odeslaná byla, potvrzení vypíše která - opakované odeslání je pořád povolené.
• Tisk dodacího listu zůstává na jedno seskupení (při volbě Všechna seskupení je nedostupný).
• Výdejní místa nezařazená do žádného seskupení se ani volbou Všechna seskupení nerozesílají - je potřeba je nejdřív do seskupení přiřadit.

Někteří strávníci si neumí objednat sami a nemají ani rodiče, který by to udělal za ně - typicky senioři. Provozní v takovém případě zadá do pole rodiče vlastní e-mail a objednává za ně.

Dosud to nefungovalo: účet už v systému existoval (jako operátorský), takže se sice propojil se strávníkem, ale nezískal roli rodiče. Přihlašovací údaje nepřišly (správně, heslo přece už má), v seznamu Rodiče se neobjevil a hlavně - neexistovala cesta, jak se na účet strávníka dostat.

Co se změnilo

• Účet, který se při zakládání strávníka znovu použije, teď získá roli rodiče v dané jídelně.
• V hlavičce aplikace se objeví přepínač rolí. Provozní přepne z Operátor na Rodič a uvidí své strávníky přesně jako běžný rodič: jídelníček, objednávky, historii i zůstatek. Zpět se přepne stejně.
• Účet se objeví i v operátorském seznamu Rodiče.
• Už dřív takto založení strávníci se opraví automaticky při nasazení - nemusíte je zakládat znovu.
• E-mail patřící organizaci nebo obsluze výdeje takto použít nelze; nejsou to osobní účty a systém je odmítne se srozumitelnou hláškou.

Když operátor objednával za strávníka, viděl jen týdenní jídelníček. Pokud na daný týden zrovna žádný vypsaný nebyl, stránka vypadala, jako by strávník neměl objednáno nic - nebylo kde si ověřit, co se vlastně zadalo.

Co je nového

Stránka Objednávky (tlačítko v detailu strávníka) má nahoře přepínač dvou zobrazení:

• Objednat - dosavadní týdenní jídelníček s tlačítky Objednat / Zrušit.
• Přehled objednávek - měsíční seznam skutečně zadaných objednávek, den po dni: druh jídla, název, značka krabičky, částka a zrušené objednávky přeškrtnuté. Nahoře je souhrn Objednáno: N · celkem X Kč.

Měsíc se vybírá polem vedle přepínače, takže se dá zpětně projít i historie. Rušení objednávek zůstává v zobrazení Objednat, kde je vidět kontext jídelníčku i uzávěrka.

Denní výdejka je nově uspořádaná podle výdejního místa. Strom má teď úrovně seskupení → výdejní místo (školka) → jídlo → způsob výdeje → receptura.

Pod každou školkou jsou její jídla v pořadí jídelníčku (snídaně, přesnídávka, polévka, obědy, svačina, večeře), takže polévka stojí přímo nad obědem - přesně tak, jak se vydává do gastronádob. Dřív se v sestavě objevily nejdřív všechny polévky za všechny školky a teprve pak stejné školky znovu s obědy, což neodpovídalo tomu, jak kuchyně vydává.

Sestava je výchozí rozbalená po úroveň jídla (jedna řádka na školku a chod, se souhrnnou navážkou); rozdělení Na talíř / V krabici a navážku po recepturách si zobrazíte rozbalením jídla nebo tlačítkem Rozbalit vše.

Tři vysokorizikové operátorské akce nyní vyžadují dodatečné potvrzení, aby se zabránilo nechtěnému spuštění. Před každou z nich se zobrazí dialog s polem pro zadání klíčového slova. Tlačítko Provést zůstane zakázané, dokud operátor nezadá přesné slovo nebo číslo uvedené v dialogu.

Dotčené funkce

Roční posun tříd

Při spuštění posunu z přehledu Roční posun tříd zadejte cílový školní rok (např. 2026).

Hromadné odhlášení obědů

Při spuštění zrušení z přehledu Hromadné odhlášení obědů zadejte slovo ODHLÁSIT (velká písmena).

Spuštění automatického objednávání

Při ručním spuštění automatického objednávání z operátorského dashboardu zadejte měsíc objednávky ve formátu RRRR-MM (např. 2026-08).

Automatické objednávání jinou cestou než tímhle tlačítkem neproběhne - není to úloha běžící na pozadí - takže se dialog ukáže vždy, když se objednává.

Proč?

Tyto funkce mají dalekosáhlé důsledky (hromadný posun ročníků, vrácení peněz, hromadné objednání jídel) a v některých případech se nedají snadno vrátit. Dodatečné zadání textu zajišťuje, že operátor opravdu chce danou akci spustit, a minimalizuje riziko náhodného kliknutí.

V administraci přibyla v Nastavení nová záložka Test e-mailu. Umožňuje odeslat zkušební e-mail na libovolnou zadanou adresu a rychle ověřit, že doručování e-mailů funguje správně - bez čekání na skutečnou notifikaci.

Jak to funguje

1. Otevřete Nastavení v administraci a přejděte na záložku Test e-mailu.
2. Zadejte cílovou e-mailovou adresu.
3. Klikněte na Odeslat testovací e-mail.

Na zadanou adresu dorazí krátká zkušební zpráva. Pokud přijde, znamená to, že nastavení odesílání e-mailů (SMTP, směrování) je v pořádku.

Proč?

Při nasazení nebo změně konfigurace odesílání e-mailů je praktické mít možnost ověřit doručování okamžitě a cíleně, místo abyste čekali na provozní notifikaci. Zkušební e-mail se nikam neukládá a neváže se k žádnému nájemci.

V sestavě Denní výdejka je nyní každé jídlo rozdělené na dvě větve: Na talíř a V krabici (s sebou). Kuchyně tak u každého jídla rovnou vidí, kolik porcí nandat na talíř a kolik zabalit do krabičky - včetně samostatných počtů porcí a navážky pro každou z nich.

Strom výdejky má tedy nově úrovně: kategorie jídla → konkrétní jídlo → způsob výdeje (Na talíř / V krabici) → seskupení výdejních míst → výdejní místo.

Pokud má jídlo jen jeden způsob výdeje (nic zabaleného, nebo naopak), zobrazí se jen ta jedna větev. Objednávky organizací se nikdy nebalí, patří proto vždy pod „Na talíř”.

Původní přepínač „Včetně krabiček” byl zrušen - už není potřeba nic přepínat, výdejka standardně obsahuje jak jídla na talíř, tak jídla v krabici, jen přehledně oddělená.

Při zakládání strávníka s rodičem se operátorovi mohlo stát, že zadaný e-mail už patřil účtu organizace. Dřív se v takovém případě dítě „napůl” propojilo s organizačním účtem, ale ten pak neměl kam přepnout - v aplikaci se neobjevil přepínač rolí a účet zůstal jen jako organizace.

Co se změnilo

• Organizace je hromadný objednatel, ne osoba, a nemůže zároveň vystupovat jako rodič. Pokud e-mail nového rodiče už patří organizaci, operátor teď dostane srozumitelnou hlášku: „Účet s tímto e-mailem už patří organizaci a nelze ho použít jako rodiče.”
• Strávník se v tomto případě nezaloží, takže nevznikne rozbité poloviční propojení bez možnosti přepínání rolí.

Operátor má teď kontrolu nad tím, které platební metody jsou dostupné na kterém výdejním místě. To umožňuje oddělení peněžních toků podle fyzických lokací (nákladových středisek).

Co se změnilo

V detailu každého výdejního místa přibyla nová sekce Platební účty s přepínači:

• Jeden přepínač za každý bankovní účet vašeho provozu
• Jeden přepínač pro GoPay (je-li nakonfigurován)
• Změny se ukládají okamžitě

Nový účet - volba v Nastavení

Při přidávání nového bankovního účtu v Nastavení provozu → Bankovní účty se zobrazí volba:

• „Povolit na všech výdejních místech” (ve výchozím stavu zaškrtnuto) — Nový účet se okamžitě povolí na všech výdejních místech. Rodiče všude ho budou vidět.
• Pokud volbu odškrtnete — Účet se vytvoří, ale bude vypnutý na všech místech. Musíte ho ručně povolit v detailu každého výdejního místa.

Nové výdejní místo - vše OFF

Když založíte nové výdejní místo, všechny účty jsou ve výchozím stavu vypnuté. Musíte je ručně povolit pro každé místo.

Stará výdejní místa - vše ON (bez změny)

Existující výdejní místa dostala všechny účty automaticky zapnuté. Chování zůstane stejné, jako bylo dřív - nejsou nutné žádné změny.

Co vidí rodiče a organizace

Rodiče a strávníci vidí při dobíjení kreditu pouze účty povolené na svém výdejním místě.

• Nemají-li výdejní místo žádný povolený účet, zobrazí se zpráva: „Platební údaje zatím nejsou k dispozici, kontaktujte provozovatele.”

Organizace (hromadní objednatelé s více pobočkami) vidí sjednocení - všechny účty povolené na kterékoli jejich pobočce.

Případ - oddělení účtů po lokacích

Máte tři základní školy, každá má svůj běžný účet:

Místo	Účet
ZŠ Komenského	Účet A + GoPay
ZŠ Máchova	Účet B
ZŠ Boženy Němcové	Účet C + GoPay

Teď můžete vytvořit stejné oddělení v edumeal - každá škola vidí jen „svůj” účet (a případně GoPay), peníze se tak účtují správně.

Varování

Pokud výdejní místo nemá povolený žádný účet a přitom má přiřazené strávníky, zobrazí se upozornění. Takové strávníky by se nemohly dobít - ověřte si nastavení.

Detaily v příručce operátora:

• Bankovní účty v Nastavení provozu
• Platební účty na výdejním místě

Dřív šlo organizaci archivovat, ale její správce se pořád mohl normálně přihlásit, i když už neměl žádnou aktivní organizaci ke správě. To teď neplatí.

Co se změnilo

• Přihlášení se řídí stavem organizací. Když má správce archivované všechny organizace, které spravuje, role „organizace” se mu při přihlášení odebere. Pokud mu žádná jiná role nezbyde, přihlášení se odmítne - stejně jako u neaktivního účtu. Kontrola se uplatní i při obnovení relace, takže otevřená přihlášení přestanou fungovat do jedné TTL tokenu.
• Deaktivace při archivaci. Při archivaci organizace se každý správce, kterému tím zmizel poslední přístup (žádná další aktivní organizace, ani role rodiče/operátora), rovnou deaktivuje.
• Správce s více organizacemi zůstává. Kdo spravuje i jinou, nearchivovanou organizaci - nebo je zároveň rodičem - o účet nepřijde; odebere se mu jen (už nefunkční) role u archivované organizace.

Pozn.: Deaktivace je vratná - když správci později vznikne nová organizace nebo jiná role, administrátor jeho účet znovu aktivuje.

Operátorský detail strávníka a organizace je teď v záložce Zůstatek vizuálně sladěný.

Co se změnilo

• Ze záložky Zůstatek u strávníka zmizel duplicitní box s variabilním symbolem - nahoře je nově jen samotný zůstatek (kredit), přesně jako u organizace. Variabilní symbol zůstává v záložce Základní údaje.
• Seznam transakcí má teď u strávníka i organizace stejný vzhled - jednotné řádky s barevným proužkem (zelená = připsání, červená = odečet), typem, datem a částkou.
• U strávníka zůstává navíc možnost smazat chybné nabití kreditu (tlačítko „Smazat” u řádku s nabitím) - jen se teď zobrazuje ve stejném stylu jako zbytek seznamu.

Operátorské detaily strávníka, organizace a rodiče jsou teď vizuálně sjednocené - stejná struktura, ať otevřete kohokoli.

Co se změnilo

• Stejná systémová karta nahoře u všech tří - identita, stav, variabilní symbol a zůstatek na stejném místě a ve stejném stylu.
• Zůstatek organizace se nově zobrazuje jako barevný odznak (BalanceBadge), stejně jako u strávníka (dřív to byl prostý text).
• Rodič má nově stejnou systémovou kartu (role a stav) jako ostatní.
• Stejná šířka panelu u všech tří detailů.

Funkce zůstávají beze změny - jen se sjednotil vzhled a rozložení. Rozdíly, které dávají smysl (rodič nemá zůstatek, strávník má navíc nastavení objednávek, organizace má správce), zůstávají.

Zůstatek organizací je teď sjednocený s tím, co operátor zná u strávníků:

Co se změnilo

V detailu organizace přibyla záložka Zůstatek s úplným přehledem:

• Aktuální zůstatek - zobrazený jako barevný odznak (BalanceBadge), stejně jako u strávníků
  • Zelená - dostatečný zůstatek
  • Oranžová - nízký zůstatek
  • Červená - nula nebo mínusový zůstatek
• Dobití (top-up) - operátor teď může jednoduše přidat kladnou částku na účet organizace s volitelnou poznámkou
• Ruční korekce - pro opravu chyb oběma směry (kladná / záporná) s povinným důvodem
• Historie transakcí - kompletní přehled všech finančních operací

Jak dobít organizaci

1. Otevřete detail organizace.
2. Jděte na záložku Zůstatek.
3. Klikněte na Dobít.
4. Zadejte částku a volitelně poznámku.
5. Potvrďte dobití.

Částka se přičte okamžitě, transakce se zaloguje.

Korekce a dobití - dva nástroje

Ruční korekce zůstatku (kladná i záporná s povinným důvodem) zůstává dostupná spolu s dobítím - jsou to dva komplementární nástroje. Dobití je pro normální přidávání kreditu, korekce pro nápravy a speciální účtování.

Detaily v příručce operátora.

Operátor (a admin) mají novou funkci Ruční korekce zůstatku pro opravu a úpravu zůstatků přímým zásahem do účtu. To se hodí při chybách v dobití, vrácení peněz nebo účtování speciálních položek mimo běžné dobití.

Co se změnilo

U strávníka najdete formulář Ruční korekce zůstatku v kartě Kredit (hned pod dobitím). U organizace přibyla v detailu nová záložka Zůstatek se zůstatkem, historií transakcí a stejným formulářem korekce. Do formuláře zadáte:

• Částka (kladné číslo pro zvýšení, záporné pro snížení zůstatku)
• Důvod (povinný text, např. “Vrácení peněz za zrušenou objednávku”)

Po potvrzení se zůstatek změní okamžitě a korekce se zaznamená do historie transakcí jako typ “Ruční korekce”.

Důležité

• Může jít do minusu - na rozdíl od běžného dobití lze zůstatek upravit oběma směry a poslat strávníka do mínusu (která by běžnou objednávkou selhala).
• Nelze vrátit zpět - jakmile je korekce potvrzena, nelze ji zrušit nebo editovat. Případná chyba se opravuje další korekcí s opačnou částkou.
• Auditovaná - každá korekce se loguje s časem, operátorem a důvodem.
• Platí i pro organizace - u organizací je to první způsob, jak upravit zůstatek přes uživatelské rozhraní (dosud šlo jen kontaktovat administrátora).
• Jen operátor a admin - rodiče a ostatní role tuto funkci nemají.

Detaily v příručce operátora.

Někteří rodiče a strávníci narazili při instalaci mobilní aplikace na Androidu na varování Google Play Protect „Nebezpečná aplikace byla zablokována - tato aplikace byla vytvořena pro starší verzi Androidu”.

Nejde o závadu ani o nebezpečnou aplikaci. Toto hlášení řídí přímo systém Android v telefonu, ne edumeal, a objevuje se, když má telefon starší verzi prohlížeče Chrome nebo systémových služeb Googlu.

Do nápovědy jsme přidali srozumitelný postup, jak se varování zbavit:

• aplikaci lze bezpečně nainstalovat i tak - přes volbu Přesto nainstalovat,
• nebo stačí v Obchodě Play aktualizovat Chrome, Android System WebView a Služby Google Play a aplikaci nainstalovat znovu,
• případně edumeal používat rovnou v prohlížeči bez instalace.

Celý postup krok za krokem najdete v návodu k instalaci mobilní aplikace.

V sestavě Denní výdejka se při tisku do záhlaví vypisoval seznam všech výdejních míst kuchyně, i když sestava zobrazovala celou kuchyni a na žádné konkrétní místo filtrovaná nebyla. Na obrazovce se problém neprojevoval - záhlaví pro tisk se totiž zobrazuje jen na papíře, takže to vypadalo jako chyba tisku.

Nově se seznam výdejních míst v záhlaví objeví jen tehdy, když je sestava skutečně filtrovaná na konkrétní místa. Tisk celokuchyňské výdejky má záhlaví čisté (název kuchyně a datum).

Samotný obsah sestavy (rozpad po jídlech, seskupeních a navážkách) zůstává beze změny.

Když jste odebírali manažera organizace, který je zároveň rodičem strávníka, mohla akce skončit chybou (systém se pokusil smazat i jeho účet, což ale blokovala vazba na strávníka).

Nově se v takovém případě odebere jen manažerská vazba na organizaci - účet i navázaní strávníci zůstávají beze změny. Účet se automaticky smaže jen tehdy, když po odebrání opravdu nemá žádnou další vazbu (žádnou organizaci, žádné členství v zařízení, není správce a není rodičem žádného strávníka).

Beze změny pro vás, pokud jste na tuto situaci nenarazili.

V operátorském Seznamu objednávek (kuchyně) se strávníci teď řadí nejdřív podle věkové kategorie a teprve v rámci kategorie podle příjmení a jména.

Co se změnilo

• Strávníci ve výdejním seznamu jsou seskupeni po věkových kategoriích v přirozeném pořadí (2-3, 4-6, 7-10, 11-14, 15+, dospělí).
• V rámci každé kategorie zůstává řazení podle příjmení (české řazení).

Stejné pořadí se propisuje i do jmenného seznamu odesílaného na výdejní místa, takže u výdeje sedí s tištěným podkladem.

Detail strávníka funguje stejně jako detail organizace - vše je v jednom panelu rozděleném do záložek, bez prokliku na samostatnou stránku.

Co se změnilo

Když v sekci Strávníci otevřete strávníka, panel má nově záložky:

• Základní údaje - úprava jména, výdejního místa, diety, alergenů a režimu placení
• Zůstatek - dobití, ruční korekce a historie transakcí (s barevným odznakem zůstatku)
• Nastavení objednávek - režim účtu a výběr obědů
• Odeslané e-maily - historie e-mailů odeslaných na účet strávníka

Tlačítko Transakce a nastavení (které dřív otevíralo samostatnou stránku) tím pádem zmizelo - vše najdete rovnou v záložkách. Tlačítko Objednávky zůstává beze změny.

V detailu receptu (sekce Recepty) přibyla u každé suroviny ikona ↻ Nahradit. Dosud se surovina měnila oklikou - starou odebrat a novou přidat. Teď stačí jeden krok.

Jak to funguje:

• Klikněte na ↻ vedle suroviny, kterou chcete vyměnit.
• Vyberte náhradní surovinu a zadejte množství na 10 porcí.
• Měrná jednotka se automaticky převezme z nové suroviny. Jednotka je pevně daná u každé suroviny (skladové karty), takže se nemůže stát, že by u vyměněné suroviny omylem zůstala jednotka po té původní.

Když nová surovina měří v jiné rodině jednotek než ta původní (třeba mléko v ml místo mouky v g, nebo vejce na ks), systém pole množství vynuluje a vyžádá si nové zadání - stará hodnota by v jiné jednotce nedávala smysl. Když jde o stejnou rodinu (g ↔ kg), množství zůstane.

Samotná skladová karta suroviny se výměnou v receptu nijak nemění - upravuje se jen daný řádek receptu.

Detaily v příručce operátora.

Od teď si operátor může nastavit různé časy uzavírání objednávek pro jednotlivé druhy jídel. Místo jedné globální uzávěrky má možnost nastavit různé deadliny pro:

• Snídaně
• Přesnídávku
• Oběd (včetně polévky)
• Svačinu
• Večeři

Jak to funguje

V Nastavení → Objednávky a výdej zůstanou původní dvě pole na globální výchozí uzávěrku (hodina a počet pracovních dní). Pod tím vidíte nový oddíl Výjimky uzávěrky podle druhu jídla, kde si pro každou skupinu můžete nastavit svou dobu.

Každá výjimka může zahrnovat:

• Jen jiný čas (hodinu), zatímco počet dní zůstane výchozí
• Jen jiný počet pracovních dní, zatímco čas zůstane výchozí
• Obojí - a zcela odlišný deadline

Skupiny bez výjimky používají výchozí nastavení.

Co vidí rodiče

Na jídelníčku v aplikaci i mobilní PWA se teď u každého jídla zobrazuje přesný čas, do kdy se dá objednat - například “objednávky do pá 8:00” nebo “objednávky do st 16:00”. Rodiče tak hned vědí, kdy je poslední chvíle objednat daný typ jídla.

Auto-objednávky

Nastavení se uplatní i na automatické objednávky - respektují deadline jednotlivých druhů jídel a neobjednají, co je v okamžiku spuštění už po uzávěrce.

Kde to nastavit

Nastavení provozu → záložka Objednávky a výdej → nový oddíl Výjimky uzávěrky podle druhu jídla.

Při schválení pedagoga registrovaného online (seberegistrace jako “Učitel / samostatný strávník”) operátor nově vybírá režim placení:

• Kreditní (výchozí) - pedagog nabíjí kredit předem; objednávky se odečítají z kreditu. Při nulovém zůstatku objednávat nemůže.
• Fakturační - pedagog objednává na účet, který se může dostat do minusu. Objednávky se rozúčtovávají později fakturou (mimo systém). Zůstatek može být záporný bez varování.

Co se mění v UI

Při schválení učitele se v panelu Čeká na schválení objevila nová volba Režim placení - zvolte jednu z obou možností (Kreditní je vybraná standardně).

Režim se dá později změnit i v detailu strávníka, takže pokud si později rozmyslíte, lze ho jednoduše přepnout bez archivace a znovuzaložení účtu.

Jak vidí pedagog

Na své kartě zůstatku uvidí:

• V režimu Kreditní - zůstatek jako dosud, negativní zůstatek je zablokován (objednávání nejde).
• V režimu Fakturační - nápis “Fakturační režim - platí se zpětně fakturou” a záporný zůstatek bez varování (vypadá jako normální dluž, nikoliv chyba).

Automatické objednávky

Nastavení se uplatní i na automatické objednávky - fakturační pedagog si může nechat automaticky objednat jídlo i se záporným zůstatkem; kreditní pedagog se zastaví na nule.

Až dosud bylo výdejní místo strávníka voleno z rozbalovacího seznamu. Nyní je k dispozici vyhledávací pole (našeptávač), které usnadňuje orientaci tam, kde existuje více podobně pojmenovaných výdejních míst.

Co se změnilo

Zobrazení adresy

U každého výdejního místa se nyní zobrazuje adresa pod jeho jménem. Pokud má váš provoz školy či instituce se stejným názvem na různých adresách, snadno je teď rozlišíte.

Příklad: V seznamu se mohou objevit:

• ZŠ Nádraží - Nádražní 10, 602 00 Brno
• ZŠ Nádraží - Nádražní 89, 641 00 Brno

Vyhledávání

Jednoduše napište alespoň tři písmena z názvu místa a seznam se automaticky filtruje - žádné proklikávání dlouhým seznamem. Dokud nenapíšete tři znaky, pole napovídá „Zadejte alespoň 3 znaky…”.

Kde se to bude týkat

Tato změna se týká přidávání i úprav strávníka:

• Webu - v sekci Strávníci → + Přidat i při úpravě existujícího strávníka (při úpravě se aktuální výdejní místo rovnou předvyplní).
• Mobilní aplikaci PWA - stejný formulář na telefonu, přidání i úprava.

Zůstává to samé, jen se lépe používá - nezbavujete se žádné informace, jen se vám nabídne pohodlnější způsob, jak ji najít.

Pokud jste výdejní místo přesunuli pod jinou kuchyni, mohlo v ojedinělých případech „uváznout”: jeho původní seskupení (a trasa) patřily staré kuchyni, takže se výdejní místo v nové kuchyni nezobrazilo ani mezi nezařazenými, ani u žádné skupiny - a nešlo ho tedy nikam zařadit.

Co se změnilo:

• Při přesunu výdejního místa pod jinou kuchyni se jeho zařazení do seskupení i do trasy vždy zruší (seskupení i trasy jsou vázané na konkrétní kuchyni). Výdejní místo se tak v nové kuchyni objeví mezi nezařazenými a můžete ho rovnou přiřadit do některé skupiny.
• Dříve zaseknutá výdejní místa se opravila automaticky - najdete je mezi nezařazenými v jejich aktuální kuchyni.

Zařazení do seskupení provedete jako obvykle v sekci Kuchyně → Seskupení výdejních míst.

Denní výdejka už neobsahuje teploty jídel.

Dosud se nad stromem výdejky zobrazovala samostatná tabulka pro zadání naměřených teplot (°C) jednou za každé jídlo a hodnota se pak zobrazovala u jídla ve stromu i na tisku. Tuto část jsme z výdejky odstranili.

Výdejka je tak přehlednější a zůstávají v ní sloupce objednávky, porce a navážka. Ostatní chování - seskupení výdejních míst, polévka jako první kategorie, přepínač „Včetně krabiček” i tisk v aktuálním stavu rozbalení - zůstává beze změny.

Přidávání jídla na jídelníček je nově pružnější - vždy si zvolíte, o jaký druh jídla jde.

Dřív se prázdné sloty pro některé druhy (snídaně, přesnídávka, oběd 2–5, svačina, večeře) v mřížce zobrazily až ve chvíli, kdy už daný druh v týdnu byl - a tlačítko Přidat jídlo v hlavičce vždy založilo jen jeden pevně daný druh. První jídlo takového druhu tak nešlo pohodlně přidat.

Nově:

• Přidat jídlo v hlavičce stránky otevře formulář, kde zvolíte den i druh jídla - tedy i druh, který se v týdnu zatím nezobrazuje (např. svačina, oběd 2, večeře).
• Každá karta dne má dole tlačítko + Přidat další druh - den je daný kartou a vy vyberete jen druh. Rychlé doplnění dalšího druhu ke konkrétnímu dni.
• Tlačítko + v prázdné buňce funguje jako dosud - datum i druh se předvyplní podle buňky.

Katalog jídel se nemění: jídlo je stále znovupoužitelné a druh ani datum nejsou jeho vlastností - volíte je až při přiřazení na den.

Proto úprava jídla (tlačítko Upravit) nově nenabízí pole Typ a Datum - mění se jen název, dieta, recepty a fotografie. Chcete-li do slotu dát jiné jídlo, použijte Vyměnit jídlo; jiný druh nebo den vyřešíte smazáním a opětovným přidáním na správný slot.

Při tisku měsíčního jídelníčku (operátor → Jídelníček → Tisk) se u jídel bez fotky text posouval nahoru, takže názvy jídel v jednom dni nezačínaly na stejné výšce jako u jídel s fotkou. Kalendář pak působil rozházeně.

Co se změnilo

Nově se u jídla bez fotky ponechá stejně velké místo jako u fotky - jen s jemným šedým polem namísto obrázku. Díky tomu jsou názvy jídel, dietní štítky i čísla alergenů zarovnané napříč celým kalendářem, ať už jídlo fotku má, nebo ne.

Změna se týká pouze vzhledu tisku - žádná data ani chování se nemění.

Registrace má nově hned na začátku výběr typu účtu - dvě možnosti s krátkým vysvětlením rozdílu:

• Rodič - objednáváte a spravujete stravování svých dětí. Po schválení přidáte děti jako strávníky a objednáváte za ně.
• Učitel / samostatný strávník - objednáváte stravování sami pro sebe (typicky učitel nebo zaměstnanec). Při registraci si rovnou vyberete své výdejní místo (vyhledáním podle názvu); po schválení objednáváte sami za sebe - žádné děti nezakládáte.

Zbytek formuláře (registrační kód jídelny, jméno, e-mail, heslo) je pro obě volby stejný.

Pro operátory

Učitel, který se zaregistroval sám, se objeví v sekci Strávníci na záložce Čeká na schválení (obdobně jako čekající rodiče v sekci Uživatelé). Klikněte na jeho řádek: výdejní místo je předvyplněné podle učitelovy volby při registraci (můžete ho změnit), případně zapnete dietní stravování a kliknete na Schválit a přidat. Účet se aktivuje a učiteli rovnou vznikne záznam strávníka s vlastním přihlášením - stejně, jako když ho založíte ručně přes „Strávník se přihlašuje sám”.

Rodiče se schvalují jako dosud v sekci Uživatelé.

Detail jídla (otevře se kliknutím na jídlo v jídelníčku) dostal přehlednější uspořádání - v aplikaci i v mobilní PWA:

• Meta hlavička hned pod fotkou: druh jídla (Oběd 1, Polévka…), datum a cena na jednom řádku, pod tím odznaky Dietní jídlo a ✓ Objednáno.
• Popis a Alergeny jsou ve dvou samostatných sekcích s výrazným nadpisem.
• Upozornění na alergen zůstává výrazné (s ikonou).

Ve webové aplikaci se navíc v detailu nově ukazuje cena a druh jídla - dřív tam nebyly. Žádná změna ve způsobu objednávání; jen čitelnější rozvržení.

Jídla v katalogu dostala vlastní popis - píšete ho ve vizuálním editoru s jednoduchým formátováním (tučně, kurzíva, nadpisy, odrážkové i číslované seznamy) a strávníkům i rodičům se zobrazí na detailu jídla v jídelníčku (v aplikaci i v mobilní PWA).

Hodí se na to, co z receptů nevyčtete:

• jak se jídlo podává - třeba „s houskovým knedlíkem a brusinkami”;
• doplňující informace pro strávníka - původ, sezónnost, doporučení.

Popis napíšete v sekci Jídla při vytváření nebo úpravě jídla (pole Popis pod názvem). Protože je jídlo znovupoužitelné, popis se projeví na všech dnech, kam je jídlo zařazené.

Necháte-li popis prázdný, nic se nemění: detail jídla dál skládá popis z popisů přiřazených receptů jako dosud. Vyplněný popis jídla má před popisy receptů přednost.

Nastavujete si na telefonu dvoustupňové ověření (MFA)? Nápověda teď obsahuje konkrétní postup pro iPhone i Android - buď přístupový klíč (přihlášení obličejem nebo otiskem, bez přepisování kódů), nebo ověřovací kódy. Na iPhonu je zvládne rovnou aplikace Hesla bez instalace authenticatoru; na Androidu použijete Google Authenticator.

Součástí je i trik, jak telefonem potvrdit přihlášení na počítači naskenováním QR kódu fotoaparátem.

Viz Dvoustupňové ověření → Na iPhonu a Na Androidu.

Manažer organizace (mateřské školy, instituce) už nemusí mít separátní účet pro každou organizaci. Jeden člověk se přihlásí jedním emailem a jedním heslem a může spravovat více organizací - včetně organizací v různých tenanttech, které již spravuje pod jinými rolemi.

Co se změnilo

Pro manažera

V hlavičce aplikace se objevil nový přepínač organizací (podobně jako dnes existuje přepínač kuchyní). Po přihlášení si zvolíte, kterou organizaci v tuto chvíli spravujete - objednávky, kredit a všechny údaje se přepnou na zvolenou organizaci.

Příklady:

• Jeden manažer dvou mateřských škol teď není nucen se přihlašovat dvakrát a přepínat si účty - přepne jen organizaci v headeru.
• Učitel, který je zároveň manažerem školní jídelny, se přihlásí svým emailem a může si volit, zda se chce chovat jako učitel (vlastní objednávky) nebo jako manažer (hromadné objednávky).

Pro operátora

V detailu organizace najdete seznam manažerů (místo jediného účtu). Nový manažer se přidá emailem - pokud člověk s tímto emailem už v systému existuje (třeba jako rodič nebo strávník), jednoduše se mu přiřadí role manažera. Už se nemusíte obávat chyby „Uživatel s tímto e-mailem již existuje.”

Proces:

1. Rodič se zaregistruje sám nebo si ho vytvoříte jako strávníka (standardní postup).
2. V detailu organizace vyberete Přidat manažera a zadáte jeho email.
3. Systém ho najde a přiřadí mu roli, welcome e-mail dostane jen jednou (pokud už má účet).

Manažera lze také snadno odebrat - smaže se jen z dané organizace. Pokud má jiné role (rodič, strávník), jeho účet zůstane zachován.

Výhody

• Méně účtů - jednoduší správa pro manažery, kteří spravují více míst nebo mají paralelní role.
• Bezpečnější onboarding - žádné duplikované emaily, přehlednější seznam lidí v systému.
• Flexibilnější management - operátor může snadno přesunout manažera mezi organizacemi nebo jej propojit s další rolí (rodič, strávník).

V sekci Kuchyně najdete novou sestavu Dodací list. Navazuje na to, že z Denní výdejky zmizely teploty - nově mají své vlastní místo právě tady, u dokladu, který doprovází rozvoz na jednotlivá výdejní místa.

Jak to funguje:

1. V záhlaví vyberete seskupení výdejních míst a den. Sestava se připraví pro každé výdejní místo ve skupině zvlášť.
2. Nad sestavou vyplníte teploty pokrmů (°C) - jedno pole na recepturu. Teplota se měří jednou v kuchyni při výdeji a platí pro celý rozvoz, takže se propíše do dodacích listů všech výdejních míst. Receptury jsou seřazené po kategoriích (polévka první).
3. Tlačítkem Tisk otevřete jedno PDF za celé seskupení (každé výdejní místo na samostatné stránce) k vytištění.
4. Tlačítkem Odeslat skupině pošlete každému výdejnímu místu jeho vlastní dodací list jako PDF na jeho e-mail. Jeden e-mail = jedno výdejní místo.

Obsah dodacího listu (pro každé výdejní místo):

• Receptura jednotlivých jídel (řazeno po kategoriích, polévka první)
• Navážka - navážené množství podle počtu porcí a věkových koeficientů
• Teplota naměřená při výdeji

Rozeslání a záznam:

• Výdejní místa bez e-mailu nebo bez objednávek na daný den se přeskočí a vypíšou ve výsledku. Před odesláním se zobrazí potvrzení; pokud už byl dodací list pro danou skupinu a den odeslán, upozorní vás, kdy a kdo ho poslal naposledy.
• Zadané teploty se uloží k záznamu o odeslání (HACCP) a při dalším otevření téhož dne se předvyplní. Vyplnění teplot není povinné - prázdné pole odeslání nezablokuje, jen na něj upozorní.

E-mail výdejního místa se nastavuje v poli E-mail v jeho detailu (sekce Výdejní místa).

V nastavení objednávek jsme přidali novou vnořenou volbu pod „Nabízet balení do krabičky”:

Dietní jídla automaticky balit do krabičky - když ji zapnete, všechny objednávky dietních jídel pro strávníky na dietě se automaticky zabalí do krabičky a bude se účtovat poplatek za krabičku (stejně, jako by si ho rodič zvolil ručně).

Co vidí rodič

• V jídelníčku se dietní jídla pro strávníka s dietou zobrazují s zaškrtnutou a zamčenou volbou balení - nemůže ji odškrtnout (zamčená závisí na kombinaci: dietní jídlo + strávník na dietě).
• Cena zahrnuje standardní cenu jídla + poplatek za krabičku.
• Platí v web aplikaci i v mobilní PWA.

Pro automatické objednávky

Nastavení se uplatní i na automatické objednávky - jsou zabaleny a účtuje se poplatek, jako by je rodič zvolil ručně.

Na co se NEVZTAHUJE

• Jídlo není dietní - běžná jídla se nebalí automaticky.
• Strávník nemá dietu - objednávky strávníků bez dietního pokynu zůstávají beze změny, i když je jídlo označeno jako dietní.
• Hromadné objednávky (organizace) - touto volbou nejsou dotčeny.

Kde to nastavit

Operátor v Nastavení provozu → záložka Objednávky → Balení do krabičky → volba Dietní jídla automaticky balit do krabičky. Vnořená volba se objeví jen, když je „Nabízet balení do krabičky” zapnuté.

Na sestavě Denní objednávka (Kuchyně → Denní obj., záložka Objednávka) jsme prohodili pořadí dvou údajů: počet porcí je teď hlavní údaj a počet objednávek ho doplňuje.

• V souhrnných dlaždicích variant je velké číslo počet porcí, počet objednávek je uveden menším písmem pod ním.
• V hlavičce, souhrnu i tabulkách (souhrn za výdejní místo, tiskový přehled) je nově pořadí Porce / Obj.

Počet porcí (přepočet přes věkové koeficienty) je pro plánování přípravy jídla podstatnější než počet objednávek, proto ho sestava zdůrazňuje.

Nabídka jídel s fotografiemi se nově načítá výrazně rychleji, hlavně na mobilních datech.

Dříve se v jídelníčku u každého jídla stahovala fotografie v plném rozlišení (klidně několik MB) a prohlížeč ji teprve zmenšil do malého náhledu. Nově systém z každé nahrané fotografie automaticky vytvoří zmenšené varianty:

• malý náhled pro dlaždice v jídelníčku a knihovně fotografií,
• střední velikost pro detail jídla,
• originál zůstává zachovaný jako záloha a zdroj pro knihovnu.

Nabídka na jeden týden tak místo jednotek megabajtů stáhne řádově stovky kilobajtů. Projeví se to jak v aplikaci pro rodiče (web i mobilní PWA), tak v operátorském sestavování jídelníčku a knihovně fotografií.

Operátoři nemusí dělat nic - fotografie nahráváte stejně jako dosud (JPEG nebo PNG do 5 MB) a náhledy se vytvoří automaticky.

Náhledy se vytvářejí na pozadí, takže nahrávání fotek je rychlé a nezdržuje vás. Pro dříve nahrané fotografie stačí v Nastavení → Fotografie kliknout na Obnovit náhledy - fotografie se zařadí do fronty a zpracují se na pozadí (průběh vidíte na ukazateli postupu, můžete okno zavřít). Volbou Přegenerovat i existující náhledy je případně vytvoříte znovu u všech fotografií.

Výdejní místa už nenajdete v sekci Konfigurace, ale přímo pod Kuchyně (vedle Tras a Seskupení). Seznam se nově řídí aktuálně vybranou kuchyní - přepínačem kuchyně v záhlaví přepnete, čí výdejní místa spravujete. Máte-li jen jednu kuchyni, přepínač se nezobrazuje a vidíte prostě její výdejní místa.

Co se změnilo:

• Nové výdejní místo se založí rovnou pod vybranou kuchyní - už nevybíráte kuchyni ve formuláři, přebírá se z přepínače.
• Každé výdejní místo patří právě jedné kuchyni. (Dřív mohlo být i bez kuchyně.) Případná dosud nepřiřazená výdejní místa jsme automaticky přiřadili.
• Přesun do jiné kuchyně provedete v detailu výdejního místa změnou pole Kuchyně (zobrazí se, máte-li kuchyní více). Po přesunu výdejní místo zmizí ze seznamu původní kuchyně; protože trasa i seskupení patří původní kuchyni, přesun je zároveň zruší.
• V detailu kuchyně teď vidíte přehled výdejních míst, která pod ni spadají, s odkazem na jejich správu.
• Přepínač kuchyně i výběr cílové kuchyně při přesunu nabízejí jen aktivní kuchyně. Kuchyni s přiřazenými aktivními výdejními místy proto nelze archivovat - nejdřív je přesuňte jinam nebo archivujte.

Přístup k výdejním místům pro rodiče, strávníky i organizace zůstává beze změny.

Operátor teď může založit strávníka, který si objednává sám za sebe - typicky učitele - přímo v sekci Strávníci → Přidat strávníka.

Ve formuláři přibyl přepínač „Strávník se přihlašuje sám (např. učitel)”:

• Místo údajů rodiče zadáte e-mail strávníka; přihlašovací údaje se pošlou přímo jemu. Po přihlášení si objednává stejně jako rodič, ale jen sám za sebe.
• Automaticky se předvyplní „Dospělý strávník” (lze odznačit).
• Pokud e-mail už patří rodiči, jeho účet se znovu použije a získá navíc roli strávníka - může tak objednávat sobě i svým dětem.

Zároveň je u strávníků označených jako dospělý nově datum narození nepovinné - u dospělých se nepoužívá pro výpočet ceny ani velikosti porce (mají vlastní kategorii). U ostatních strávníků zůstává povinné.

Přehled Odeslané e-maily (a stejná záložka na detailu strávníka, rodiče i organizace) se nově po otevření filtruje na aktuální den místo dosavadních posledních 30 dní.

• Hned vidíte, co se rozeslalo dnes - třeba jestli ráno odešel přehled novinek nebo jestli se během dne neobjevila selhání.
• Potřebujete-li starší záznamy, stačí rozšířit rozsah poli Datum od / Datum do a dát Filtrovat.

V sekci Kuchyně najdete novou sestavu Jmenný seznam - jmenný výpis objednávek za jeden den pro jedno výdejní místo. Vychází ze Seznamu objednávek, ale je rozšířená o třídu a alergeny a hlavně ji umíte hromadně rozeslat e-mailem.

Obsah sestavy (řazeno abecedně podle příjmení):

• Příjmení a Jméno odděleně
• Třída (např. 3.B)
• Jídlo (typ + název, u balených porcí s označením krabička)
• Alergeny daného jídla

Hromadné rozeslání výdejním místům - tlačítkem Odeslat skupině:

• Výběr výdejních míst se řídí seskupením výdejních míst (tím samým, které člení Denní výdejku). Vyberete seskupení a den.
• Systém pro každé výdejní místo ve skupině vygeneruje jeho vlastní sestavu a pošle ji jako PDF na e-mail daného výdejního místa. Jeden e-mail = jedno výdejní místo = jeho vlastní seznam (ne souhrn za skupinu).
• Výdejní místa bez e-mailu nebo bez objednávek na daný den se přeskočí a vypíšou ve výsledku. Před odesláním se zobrazí potvrzení; pokud už byl seznam pro danou skupinu a den odeslán, upozorní vás, kdy a kdo ho poslal naposledy.

E-mail výdejního místa se nastavuje v poli E-mail v jeho detailu (sekce Výdejní místa).

U automatické synchronizace banky (Finance → Banka Fio i Banka RB) si nově můžete vybrat frekvenci stahování nových pohybů z účtu.

• Výchozí hodnota zůstává nejčastější možná (Fio řádově každou minutu, RB každé dvě minuty) - nemusíte nic měnit.
• Pokud vám stačí méně časté párování, zvolte delší interval (5, 10, 15, 30 nebo 60 minut). Šetří to dotazy na banku a nijak vás neomezuje.
• Kratší interval než výchozí není možný - u Fio kvůli limitu jejich API (1 dotaz za 30 s).
• Nezávisle na nastavení můžete kdykoli spustit párování ručně tlačítkem „Synchronizovat teď”.

Nastavení je pro každý provoz i pro každou banku samostatné.

Na stránce banky navíc nově uvidíte poslední selhání synchronizace (čas a důvod). Zůstane zobrazené i poté, co párování zase začne fungovat, takže poznáte, že během dne došlo k výpadku, i kdyby už byl mezitím vyřešený.

Denní e-mail se souhrnem novinek (přesně ty, které čtete tady na této stránce) je nově volitelný pro každý provoz zvlášť.

V Nastavení → Notifikace najdete přepínač „Zasílat operátorům e-mail s novinkami v systému”:

• Zapnuto (výchozí) - operátoři provozu dostávají ráno souhrn nových funkcí a oprav, jakmile nějaké přibydou.
• Vypnuto - tyto e-maily se do vašeho provozu přestanou rozesílat. Novinky si dál můžete kdykoli přečíst zde na stránce Novinky.

Nastavení platí pro celý provoz a může ho změnit kterýkoli operátor. Ostatní e-maily (potvrzení objednávek rodičům apod.) přepínač nijak neovlivňuje.

Provozy s větším počtem výdejních míst mohly narazit na to, že se v některých rozbalovacích seznamech výdejního místa (například při filtrování strávníků nebo při jejich zakládání) nabízelo jen prvních 100 míst - zbytek chyběl.

Nově se v těchto seznamech vždy nabídnou všechna aktivní výdejní místa provozu, bez ohledu na jejich počet. Archivovaná výdejní místa se v nabídce nezobrazují (do nabídky patří jen ta, na která lze aktuálně zakládat).

Máte-li jeden účet s více rolemi nebo tenanty (např. operátor, který je zároveň rodičem, nebo správce působící ve více organizacích), přepínáte mezi nimi pomocí přepínače kontextu v hlavičce.

Dosud platilo, že když jste otevřeli odkaz patřící do jiného kontextu, než ve kterém jste právě přihlášeni (třeba záložku na operátorskou stránku, zatímco jste aktuálně v roli rodiče), aplikace vás bez vysvětlení vrátila na přehled.

Nově se v takové situaci objeví jednoduchá nabídka:

• „Tato stránka patří do kontextu Operátor · Kuchyně Brno. Chcete se do něj přepnout?”
• Po potvrzení se přepnete do správného kontextu a rovnou se otevře původně požadovaná stránka.
• Tlačítkem Zpět na přehled zůstanete tam, kde jste.

Vždy tak víte, za jakou roli byste dál jednali, a odkazy uložené napříč rolemi fungují podle očekávání.

Receptury dostaly interní poznámku — volné textové pole pod popisem receptu, které je čistě pro vaši interní potřebu. Nezobrazuje se strávníkům, rodičům ani nikde v jídelním lístku.

Hodí se hlavně na:

• zpětné informace pro kuchaře — třeba hrubá vs. čistá váha u sterilované zeleniny („hrubá 500 g = čistá 300 g”), postup nebo na co si dát pozor;
• poznámky ke změnám receptury — proč a kdy jste něco upravili, ať se v tom později vyznáte.

Navíc systém pod poznámkou automaticky ukazuje „Naposledy upravil: <jméno> · <datum>” — bere se z přihlášeného uživatele při každém uložení, takže autora ani datum nemusíte psát ručně.

Poznámku najdete v detailu receptu (sekce Recepty), hned pod polem Popis. Při duplikaci receptu se poznámka zkopíruje spolu se zbytkem.

Opravili jsme zacházení s e-mailovou adresou. Dosud systém rozlišoval velká a malá písmena - kdo se zaregistroval jako Jan.Novak@example.com a při přihlášení napsal jan.novak@example.com, nemohl se dostat dovnitř. Ze stejného důvodu mohly vzniknout dva samostatné účty se „stejnou” adresou lišící se jen velikostí písmen.

Nově se e-mail vždy porovnává bez ohledu na velikost písmen:

• Přihlášení funguje, ať už adresu napíšete jakkoli.
• Registrace i zakládání účtů operátorem nedovolí založit druhý účet s toutéž adresou v jiné velikosti písmen.
• Stejně se chovají i pozvánky ke strávníkovi - pozvánka na Jan@… a jan@… míří na stejného člověka.

Změna se týká všech nově zadaných adres i těch stávajících.

Zakládání varianty existujícího receptu — bezlepkové verze, sezónní obměny nebo receptu s jiným postupem — už neznamená přepisovat všechny suroviny ručně.

V detailu receptu (sekce Recepty) otevřete nabídku ⋮ v záhlaví panelu a zvolte Duplikovat. Systém:

• vytvoří kopii s názvem „<původní název> (kopie)” (při opakování „(kopie 2)”, „(kopie 3)” atd., takže se názvy nikdy nesrazí),
• přenese do ní popis, velikosti porcí (1,0 / 0,8 / 0,7 / 0,5) i všechny suroviny s množstvím na 10 porcí a jednotkami,
• kopii rovnou otevře k úpravě, abyste mohli hned změnit název a doladit suroviny.

Kopie není navázaná na žádné jídlo ani jídelníček — začíná jako samostatný, volný recept. Původní recept zůstává beze změny.

Duplikace je zároveň nejrychlejší způsob, jak obejít pravidlo, že název receptu musí být v rámci provozu unikátní: novou kopii jen přejmenujete (např. Hovězí guláš (bez lepku)).

Opravili jsme zadávání ceny za nákupní jednotku u surovin. Dosud se pole chovalo jako číselné, a proto v některých prohlížečích zahazovalo desetinnou čárku. Kdo zadal třeba 89,90, po uložení zjistil, že se cena neuložila - nebo se u již existující ceny dokonce smazala.

Nově pole korektně přijímá český formát s čárkou (stejně jako matice cen jídel):

• Zadání 89,90 se uloží jako 89,90 Kč za kg / l / ks.
• Funguje to jak při zakládání nové suroviny, tak při úpravě ceny v detailu suroviny.

Pokud jste dřív cenu nemohli uložit, zkuste ji nyní zadat znovu.

Při zakládání nového účtu je teď u pole Heslo ikona oka. Kliknutím si heslo zobrazíte a zkontrolujete, než účet vytvoříte - už se nestane, že se do hesla vloudí překlep a nový uživatel se pak nepřihlásí.

Opětovným kliknutím heslo zase skryjete.

Opravili jsme výpočet spotřebního koše. Dosud se do něj započítávaly jen ručně zadané objednávky - jídla vytvořená automatickým objednáváním (režim aktivního účtu) se do plnění výživových norem nepromítala.

Nově každá automaticky objednaná porce přispívá do spotřebního koše stejně jako ručně zadaná. Plnění norem tak odpovídá skutečně vydané stravě. Dospělí strávníci se do koše nadále nezapočítávají (jsou mimo školní stravování).

Změna se projeví u nových objednávek; historické automatické objednávky se zpětně nedopočítávají.

Organizace (např. mateřská škola s odloučenými pracovišti) může nově mít více výdejních míst - poboček. Jeden manažer z jednoho přihlášení objednává za všechny pobočky, dřívější tvrdé pravidlo „jedna organizace = jedno výdejní místo” končí.

Pro operátora: v detailu organizace přiřadíte organizaci libovolný počet výdejních míst (zaškrtávací seznam) a nastavíte počty dětí po věkových kategoriích pro každou pobočku zvlášť. Jedno výdejní místo může patřit i více organizacím. Při zakládání organizace už místo jednoho výběru vyberete rovnou pobočky.

Pro manažera organizace: v jídelníčku nahoře vyberete pobočku, za kterou objednáváte - počty dětí, strop i objednávky se přepnou na zvolenou pobočku. Na dashboardu je nový přehled poboček se stavem objednávek za aktuální týden. Zadané počty navíc zkopírujete na další pobočky jedním kliknutím - volitelně s koeficientem (např. 1,5×) a s náhledem výsledku pro každou pobočku. V historii objednávek je u každé objednávky vidět, které pobočky se týká.

Kredit a fakturace zůstávají společné pro celou organizaci (jeden účet, jeden variabilní symbol, sdílený zůstatek napříč pobočkami); útrata se dá rozpadnout per pobočka. Kuchyňské sestavy zůstávají per výdejní místo a nově správně sčítají objednávky všech organizací na daném místě.

Sjednotili jsme věkové kategorie napříč aplikací podle novely vyhlášky č. 310/2025 Sb. (mění vyhlášku 107/2005 Sb. o školním stravování). Ceník i spotřební koš teď používají stejné statutární skupiny: 2–3 roky, 4–6 let, 7–10 let, 11–14 let a 15 a více let. Dosavadní společná skupina „3–6 let” v ceníku se automaticky rozdělila — vaše dosavadní ceny zůstaly zachovány pro skupinu 4–6 let a nakopírovaly se i do nové skupiny 2–3 roky, kterou si můžete doladit.

Nově přibyla kategorie Dospělí pro zaměstnance a cizí strávníky. Dospělý strávník má vlastní cenu, plnou velikost porce a nezapočítává se do spotřebního koše (je mimo školní stravování). Strávníka označíte jako dospělého zaškrtnutím Dospělý strávník v jeho detailu.

V Nastavení → Věkové kategorie si navíc můžete upravit koeficient porce pro každou věkovou skupinu. Stejný koeficient se použije pro výdejku i výpočet spotřebního koše.

Novela má přechodné období do 31. 8. 2026; od školního roku 2026/27 jsou nové kategorie povinné.

Ranní e-mail Co je nového jsme zpřehlednili. Novinky už nejsou jen za sebou - teď jsou rozdělené do dvou sekcí: Nové funkce a Opravy, každá s počtem položek.

Každá položka zůstává jako přehledný řádek s názvem, krátkým popisem a odkazem na detail. Sekce, ve které nic nepřibylo, se v e-mailu vůbec nezobrazí.

Přidali jsme stránku Co je nového, kde na jednom místě najdete přehled všech novinek a vylepšení v systému edumeal.

Navíc: pokud jste operátor, dostanete každé ráno v 6:00 přehledný e-mail se souhrnem toho, co v systému nově přibylo - nové funkce i opravy. E-mail dorazí jen ve dnech, kdy skutečně přibyla aspoň jedna novinka, takže vás nebudeme zbytečně zahlcovat.

Přibyl audit odeslaných e-mailů. V přehledu vidíte u každé zprávy příjemce, typ e-mailu (potvrzení objednávky, nízký kredit, měsíční vyúčtování…), čas a stav - odesláno, nebo chyba. Když se rodič ptá, proč mu nepřišlo upozornění, během chvíle zjistíte, jestli zprávu systém vůbec odeslal.

Rozsah, po jaký se záznamy uchovávají, si nastavíte v nastavení provozu.

Pozor: „Odesláno” znamená, že systém zprávu předal poštovnímu serveru - nezaručuje doručení do schránky (to může zdržet spamový filtr příjemce).

Administrátoři mají navíc souhrnnou statistiku e-mailů napříč všemi provozy (počty odeslaných a chybných zpráv podle typu a provozu).