Kompletní menu: sestava, volby a skutečné vydání objednávky

Kompletní menu má několik součástí, ale zákazník si je kupuje jako jednu sestavu. Hotový hlavní výrobek proto ještě nemusí znamenat hotovou objednávku. Na výdeji je potřeba poznat vybranou přílohu, nápoj i případnou úpravu a přiřadit je ke správnému zákazníkovi. Tento praktický průvodce používá vlastní model tří objednávek se třemi součástmi. Ukazuje, proč počet připravených položek není počet dokončených menu a jak zachovat zákazníkovy volby při práci několika stanovišť.

Nejdříve popište, co se skutečně prodává společně

Vlastní fiktivní nabídka obsahuje jeden hlavní výrobek, jednu přílohu a jeden nápoj. Hlavní výrobek lze vybrat ze dvou potvrzených možností, přílohu také ze dvou a nápoj ze tří. Zákazník nevytváří tři samostatné nákupy, pokud je podle konkrétní nabídky vybírá jako jedno menu. Potřebuje však učinit tři volby. Označení menu bez zaznamenání těchto voleb by na výdeji nechalo otevřenou otázku, co má obsluha skutečně připravit a spojit dohromady.

V tomto modelu je možných 2 × 2 × 3 = 12 sestav. Tento součet popisuje kombinace nabídky, nikoli dvanáct hotových objednávek ani dvanáct kusů na skladě. Jeden konkrétní zákazník vybere jednu z nich. Do provozního záznamu proto patří skutečné vybrané součásti. Seznam všech povolených možností se nemůže tvářit jako obsah objednávky. Podrobnější rozlišení variant samotného zboží vysvětluje článek Varianty zboží; zde řešíme jejich spojení do zákazníkovy sestavy.

Prodejní sestava a úprava jedné položky mají jiný účel

Americká dokumentace Square popisuje kombinace samostatných položek a skupin voleb prodávaných společně. Odlišuje je od modifikací uvnitř jedné položky. Vybrané součásti kombinace mohou směřovat na příslušná kuchyňská stanoviště; kompletace má vidět celou sestavu. Dokumentace také rozlišuje prodej sestavy a report jednotlivých položek. To je konkrétní příklad funkcí určitého systému, nikoli potvrzení dostupnosti Square v Česku nebo návod platný pro každou pokladnu.

Pro vlastní model si tedy oddělíme dvě otázky: která samostatná položka do menu patří a jaká potvrzená úprava se týká právě této položky. Volba nápoje není změnou hlavního výrobku. Požadavek na schválenou úpravu hlavního výrobku zase nevytváří další celé menu. Způsob zápisu musí odpovídat konkrétnímu používanému systému. Nezapisujte obojí do jedné volné poznámky, pokud tím pracovník ztratí přehled o součástech a jejich vlastní návaznosti.

Stejná sestava dvakrát zůstává dvěma objednávkami

Fiktivní objednávky M41 a M42 obsahují stejný hlavní výrobek i přílohu. Nápoj se liší. Pracovník na přípravě hlavního výrobku proto může vidět dvě stejné položky, ale kompletace potřebuje jejich vazbu na dvě rozdílné sestavy. Pouhá podobnost obsahu neopravňuje spojit objednávky do jedné. Obsluha má pracovat s potvrzeným označením objednávky a konkrétními volbami. Identifikátor je pracovní pomůcka; v našem příkladu nejde o číslo skutečného zákazníka.

Stejný problém nastane, když dva zákazníci zvolí zcela totožné menu. Obsah je shodný, ale jsou dva výstupy k předání. Jestliže jednu sestavu vydáte, druhá tím automaticky nemění stav. Kompletace potřebuje poznat, pro kterou objednávku se připravené věci skutečně použily. Nejde pouze o součet výrobků na pultu. Vlastní příklad zdůrazňuje vazbu každé součásti na konkrétní sestavu a každé předané sestavy na konkrétní potvrzený výdej.

Tři menu, devět součástí a jeden chybějící nápoj

Pro tabulku volíme tři fiktivní objednávky. Každá potřebuje tři součásti. Celková potřeba je 3 × 3 = 9 jednotlivých položek. Připravené jsou všechny hlavní výrobky, všechny přílohy a dva ze tří správných nápojů. Osm připravených položek je tedy správný dílčí součet. Dvě celé sestavy jsou připravené ke kontrolovanému předání; třetí má konkrétní otevřenou součást. Z tohoto stavu ještě neodvozujeme, že první dvě byly zákazníkům skutečně vydány.

Nelze vzít dva dostupné nápoje a přiřadit je všem třem menu. Stejně tak osm kusů není osm dokončených objednávek. Čísla tři, devět, osm a dvě označují různé věci: objednávky, požadované součásti, připravené součásti a úplné sestavy. Při sledování výdeje musí být jejich význam uvedený. Jediný ukazatel hotovo by tento rozdíl zakryl. Chybějící nápoj patří do konkrétního řádku, takže další pracovník ví, které sestavě má pomoci.

Každé stanoviště potřebuje svou práci i příslušnost k menu

V našem pracovním návrhu připravuje jeden člověk hlavní výrobky, druhý přílohy a třetí sestavuje výstup s nápojem. Stanoviště hlavních výrobků nemusí vidět celý seznam nápojů, ale musí zachovat příslušnost připravované položky. Jeho hotovo se vztahuje jen k jeho části. Kompletace spojuje právě ty součásti, které patří do dané objednávky. Přesun na její pult není předáním zákazníkovi a přítomnost hlavního výrobku neuzavírá její zbývající práci.

Jestliže pracoviště používá vlastní tisk nebo displej, ověřte podle jeho dokumentace, co konkrétní stav a zobrazený řádek znamenají. Náš návrh nepředepisuje nastavení tiskárny. Podstatnou otázkou je, zda pracovníci rozpoznají položku samostatně a při kompletaci obnoví její vazbu na celou sestavu. Rychlost společného výdeje a zatížení kuchyně řeší průvodce snídaňovou špičkou. Zde posuzujeme správný obsah, který tímto tokem prochází.

Pozdější zákaznická volba musí změnit správnou část

Ve vlastním pokračování požádá zákazník M42 před potvrzeným výdejem o změnu nápoje z N2 na N3. Nejde o čtvrté menu. Aktuální sestava má stále tři součásti, ale původně připravený nápoj N2 už neodpovídá novému potvrzenému výběru. Kompletace proto potřebuje novou podobu objednávky a způsob, jak se vypořádat s původní součástí podle platného postupu provozu. Odpověď máme už nápoj nevysvětluje, zda jde o správný nápoj.

Pokud obsluha změnu zatím nepotvrdila, rozliší žádost od přijaté úpravy. Nezamění ústní dotaz za hotové rozhodnutí všech stanovišť. Po potvrzení změny musí být jasné, které pracovní zadání pokračuje. Starý a nový lístek vedle sebe bez vyznačené návaznosti mohou vést ke dvěma různým sestavám pro stejné menu. Volbu zákazníka nelze rekonstruovat pouze z toho, která položka leží nejblíže pultu. Její aktuální podoba potřebuje konkrétní doložený záznam.

Nedostupnou součást nahrazujte pouze potvrzenou volbou

Příloha P2 v objednávce M43 může být v jiném vlastním scénáři nedostupná. To není důvod automaticky vložit P1. Zákazník má potvrdit případnou změnu podle skutečné nabídky. Pokud náhradu přijme, záznam sestavy ji musí ukázat. Pokud rozhodnutí chybí, objednávka zůstává s otevřenou otázkou. Článek neurčuje obchodní nebo bezpečnostní postup náhrady konkrétního jídla; ukazuje pouze, že dostupná jiná věc se nestává původně vybranou součástí bez dalšího kroku.

Rozlišujte také nedostupnost a zpožděnou přípravu. U první situace je potřeba rozhodnout o nabídce, u druhé může být zadání správné a práce ještě nedokončená. Souhrnná poznámka čeká by neřekla, co má navazující pracovník udělat. Ve vlastním záznamu uvedeme součást, stav a potřebné rozhodnutí. Nezadáváme univerzální dobu čekání ani teplotu uchovávání. Tyto otázky musí řešit konkrétní potravinářský provoz svými správnými postupy, nikoli jednoduchá aritmetika tabulky.

Kontrola obsahu předchází záznamu skutečného vydání

Při vlastním kontrolním průchodu vezme pracovník jednu sestavu a porovná její obsah s aktuální objednávkou: hlavní výrobek, přílohu a nápoj. Potom sleduje, zda sestava skutečně odešla správným potvrzeným způsobem. Tento návrh je nácvikem pracovních otázek, nikoli zprávou o testu restaurace. Připraveno, zkontrolováno a vydáno označují tři odlišné výsledky. Pokud v systému existuje jediný konečný stav, tým musí rozumět, kterým skutečným krokem jej má potvrdit.

V první tabulce byly dvě úplné sestavy a žádná vydaná. Po předání M41 má příklad jednu vydanou sestavu, jednu úplnou nevydanou a jednu neúplnou. Celkový počet objednávek zůstává tři. Změnil se jejich průběžný stav. Vydání první sestavy nesmí odstranit čekající součást M43 z přehledu. Při předání směny proto zůstanou viditelné jednotlivé otevřené řádky. Další člověk nemá odvozovat stav celé skupiny z posledního viděného zákazníka u pultu.

Sestavu zachovejte i při předání do rozvozu

Jestliže stejné fiktivní menu odchází kurýrovi, přibude další navazující předání. Připravená sestava, převzetí kurýrem a zákaznické doručení nejsou jeden společný výsledek. Rozsah místní odpovědnosti musí odpovídat používanému kanálu. Podrobnější návaznosti popisuje průvodce rozvozovou pizzerií. Zde u každé sestavy zachováme její konkrétní obsah a označení, aby při změně místa nezmizela vazba součástí na objednávku.

Vlastní přehled na závěr rozlišuje počet přijatých menu, jejich potvrzené volby, připravené součásti, úplné sestavy a skutečná vydání. Každý údaj odpovídá jiné otázce. Provoz může jejich záznam řešit různým schváleným způsobem, ale význam má zůstat srozumitelný všem rolím. Když se objeví chybějící nápoj, tým potřebuje konkrétní objednávku a konkrétní další práci. Obecné tvrzení kuchyň má hotovo tuto informaci nenahradí.

Dostatečný počet věcí může skrývat dvě chybné sestavy

V druhém vlastním scénáři jsou fyzicky připravené všechny požadované součásti prvních dvou objednávek. Nápoje N1 a N2 se však při kompletaci prohodí. Na pultu je šest věcí, takže součet součástí sám chybu neodhalí. M41 má nápoj určený M42 a M42 má nápoj určený M41. Dvě sestavy obsahují tři předměty každá, přesto ani jedna neodpovídá svému konkrétnímu potvrzenému výběru. Úplný počet předmětů potřebuje kontrolu jejich identity a přiřazení.

V tomto příkladu mají problém dvě objednávky a dva nesprávně přiřazené nápoje. Náprava proto sleduje oba řádky. Pouhé odebrání N2 z M41 neuzavře M42, ve které stále zůstává N1. Odpovědná role určí správný postup s konkrétními věcmi a po nápravě znovu ověří obsah obou sestav. Pokud už jedna odešla zákazníkovi, je situace jiná než před výdejem. Záznam musí zachovat, co se skutečně stalo; nemůže vrátit vydanou objednávku do stavu nevydána pouze přepsáním čísla v tabulce.

Pro vlastní nácvik si připravte prázdné pracovní karty obou objednávek a modelové označení součástí. Člověk má nejprve sestavit každé zadání a potom odhalit úmyslně prohozené označení nápojů. Výsledek se týká orientace v objednávce, ne manipulace se skutečným jídlem. Karty obsahují jen fiktivní identifikátory a potvrzené volby. Není potřeba doplňovat jména zákazníků, aby se ukázalo, zda pracovník pozná konkrétní příslušnost součásti.

Tři časté otázky

Znamená osm připravených součástí tři hotová menu?

V našem modelu potřebují tři menu devět součástí. Pokud třetímu chybí jeho nápoj, úplná jsou pouze první dvě. Jejich skutečné vydání se eviduje samostatně.

Je volba nápoje stejná jako úprava hlavního výrobku?

Jde o různé otázky. Jedna vybírá samostatnou součást sestavy, druhá upravuje konkrétní položku. Potvrzený záznam má zachovat obě vazby podle možností používaného systému.

Může obsluha vložit jinou přílohu, když vybraná chybí?

Náš organizační model vyžaduje rozpoznat otevřenou otázku a potvrdit případnou změnu podle skutečné nabídky. Dostupná jiná položka sama neprokazuje souhlas zákazníka s náhradou.

Podklady a vymezení

Square: Create and sell combos, americká dokumentace. Volby A/B, P1/P2, N1/N2/N3, objednávky M41 až M43, tabulka a kontrolní průchod jsou vlastní příklady. Nejde o skutečný test restaurace ani potvrzení dostupnosti systému v Česku.