Napojení pokladny na rozvoz: Wolt a foodora bez přepisování objednávek

Problém dvojího zadávání a chybovost ve špičce

Restaurace na rozvozových platformách typicky obsluhují objednávky ze samostatného tabletu, který dodá platforma. Objednávka přijde na tablet Wolt, Bolt Food nebo foodora, obsluha ji potvrdí — a pak ji ještě jednou opíše do vlastní pokladny, aby se dostala do kuchyně, do skladu a do tržeb. Při jednom tabletu na provoz to jde. Ve špičce, kdy paralelně běží tři platformy a k tomu hosté u stolů, se z dvojího zadávání stává úzké hrdlo.

Ruční přepis má tři konkrétní dopady:

• Chyby v objednávkách. Přehlédnutá modifikace, špatné množství nebo vynechaná položka — každý přepis je příležitost k chybě, kterou zaplatíte reklamací nebo horším hodnocením.
• Zdržení a delší časy přípravy. Než se objednávka dostane do kuchyně, musí projít rukama obsluhy. To přidává minuty právě ve chvílích, kdy se počítá každá.
• Rozbité tržby a sklad. Když objednávky z platforem nejdou přes pokladnu, nesedí vám denní tržba a receptury neodečítají suroviny ze skladu. Reálnou marži z rozvozu pak nezjistíte.

Napojení pokladny na rozvoz tenhle druhý krok odstraní: objednávka z platformy se do pokladny propíše sama.

Jak integrace funguje

Propojení mezi rozvozovou platformou a pokladnou obvykle řeší čtyři věci:

1. Menu a ceny. Předem ověřte, zda konektor synchronizuje menu, nebo jen páruje položky. Storyous u Woltu vyžaduje spravovat menu ve Woltu a spárovat ID produktů se Storyous.
2. Příjem objednávky. Nová objednávka z platformy se objeví přímo v pokladně jako běžný účet — s položkami, modifikacemi a poznámkami zákazníka.
3. Odeslání do kuchyně. Objednávka může pokračovat na kuchyňský displej (KDS) nebo tiskárnu objednávek. U Storyous se po přijetí na Wolt tabletu přenese do hlavní pokladny a při zapnutém tisku objednávek se vytiskne v kuchyni.
4. Stav a dostupnost. Potvrzení, změna stavu a hlavně vyřazení dočasně nedostupné položky — když něco dojde, chcete to skrýt na platformě, ať nechodí objednávky, které nemůžete splnit.

Čím víc z těchto kroků integrace pokrývá, tím méně ruční práce zbývá. Nejjednodušší napojení jen přijme objednávku; pokročilejší řeší i obousměrnou synchronizaci menu a dostupnosti.

Které systémy z katalogu rozvoz podporují

Rozsah podpory se mezi systémy liší a ne každý dodavatel ho uvádí veřejně. Podle údajů katalogu a aktuálních návodů výrobců je stav takový (Wolt a foodora u Storyous a trojice Dotykačky ověřeny k 26. září 2026; ostatní řádky z červencového snapshotu):

Prakticky to znamená jediné: jestli rozvoz jedete nebo plánujete, ověřte konkrétní podporu platforem u dodavatele, než systém pořídíte. Řada systémů má integraci doloženou přímo v profilu, u ostatních to ale není totéž jako „neumí to" — jen to není v profilu potvrzené a je potřeba se zeptat. Většina moderních cloudových pokladen má otevřené API, přes které lze napojení postavit, ale rozsah a cena se případ od případu liší.

Přímá integrace vs. middleware

Napojení pokladny na rozvoz můžete získat dvěma cestami:

• Přímá (nativní) integrace. Konektor je součástí pokladního systému nebo jeho ekosystému. Výhodou je jednodušší nastavení, jeden dodavatel pro podporu ale rozsah synchronizace menu i stavů závisí na konkrétním konektoru. Takto fungují integrace Storyous s Woltem a foodorou; nejprve přijmete objednávku na tabletu platformy a po spárování položek se přenese do pokladny.
• Middleware / agregátor menu. Mezi pokladnu a platformy vstoupí prostředník (samostatná služba), který sbírá objednávky ze všech platforem a předává je do pokladny přes API. Hodí se tam, kde pokladna nativní konektor na danou platformu nemá, nebo když chcete jedno rozhraní pro správu menu napříč více platformami. Nevýhodou je další článek v řetězu — a další měsíční náklad.

Pro jednu až dvě platformy a systém s nativním konektorem je zpravidla jednodušší přímá integrace. Když provozujete víc platforem a pokladna některou z nich nativně neumí, dává middleware smysl. V obou případech si předem ověřte, kdo řeší podporu, když něco přestane fungovat.

Na co si dát pozor

• Synchronizace menu. Ujasněte si, jestli se sortiment a ceny na platformu propisují z pokladny automaticky, nebo je udržujete zvlášť. Dvě nezávislé nabídky znamenají, že při každé změně ceny opravujete dvě místa.
• Dostupnost položek. Zásadní funkce pro provoz: když surovina dojde, musíte umět položku rychle vyřadit na platformě, ať nechodí objednávky, které nesplníte. Ověřte, jestli to integrace řeší z pokladny, nebo jen ručně v aplikaci platformy.
• Provize platforem. Rozvozové platformy si účtují provizi z každé objednávky (řádově desítky procent) — to je náklad platformy, ne pokladny, ale promítá se do marže z rozvozu. Integrace vám pomůže tuhle marži vůbec změřit, protože objednávky projdou přes pokladnu a sklad.
• KDS a kapacita kuchyně. Objednávky z rozvozu se sčítají s objednávkami od stolů. Pokud jedete i výdejní okno nebo více platforem, zvažte kuchyňský displej (KDS) nebo oddělenou tiskárnu objednávek, ať se kuchyň v objednávkách neztratí.
• Reporting a účetnictví. Když objednávky z platforem padají do pokladny, promítnou se do tržeb i do napojení na účetnictví. Ověřte, že se platby z platforem (které vám platforma posílá souhrnně) v systému správně rozliší od hotovosti a karet na provozovně.

Rozvoz je jen jedna z gastro funkcí, kterou při výběru řešit. Kompletní rozhodovací přehled najdete v článku jak vybrat pokladní systém pro restauraci nebo kavárnu; pro prodej zboží a e-shopy je relevantní pokladna pro e-shop a retail.