Pizza 12 minut a mezze 4 minuty u jednoho stolu. Spustit zároveň znamená, že mezze osm minut stojí studené. Řešení je algoritmické zpoždění tiketů.
Logika algoritmu
Každý produkt nese pole cook_time: pizza 12, mezze 4, hlavní chod 8 minut. Objednávka bere nejdelší cook_time jako cíl a počítá zpět.
Tiket pizzy startuje v t=0, mezze v t=8 (12 − 4). Oba hotové v t=12. Synchronizovaný chod místo dvou nesladěných talířů.
Da Felice — případ
Římská trattoria s 28 místy zapnula fan-out na podzim 2025. Průměrný čas tiket-stůl klesl z 31 na 23 minut, tedy -26%, bez navýšení personálu.
- Prostoj pizza pece: -18%
- Reklamace studeného jídla: -71%
- Obrátka stolů/hod.: 1,4 → 1,8
Implementace
V thMenu je cook_time volitelný. Vyplněno — KDS sekvencuje samo; prázdné — tiket běží v t=0, plná zpětná kompatibilita.
Kapacita stanice se započítává: čtyři pizzy v peci, pátá objednávka čeká tři minuty. Plánovač zná hloubku fronty.
FAQ
Kdo zadává cook_time? Šéfkuchař měří každý produkt pod reálnou zátěží a zadává v administraci thMenu.
Funguje ve špičce? Hlavně tehdy — fronta stanice se započítává v reálném čase.
Který plán? Platinum, společně s KDS a modulem objednávek.
Bylo to užitečné? Sdílejte to.
Související články
Co je QR menu? Kompletní průvodce pro restaurace
QR menu umožňuje hostům okamžitý přístup k vašemu jídelníčku přes smartphone — b…
Přechod z papírového na digitální QR menu: průvodce krok za krokem
Chcete zavést QR menu, ale nevíte, kde začít? Tento průvodce pokrývá fotografová…
Geo-cílené QR menu: různé jazyky podle IP návštěvníka
Jak 180místný all-inclusive resort v Antalyi směruje stejný QR kód na turecké, n…