Як працуюць сістэмы онлайн-замоў

Калі госць націскае «Аформіць замову», за секунды адбываецца некалькі аўтаматычных крокаў. Спачатку фронтэнд — сайт або мабільны дадатак — збірае пазіцыі меню, мадыфікатары (напрыклад, «без цыбулі») і адрас дастаўкі, потым перадае гэты пакет дадзеных на серверны бэкэнд сістэмы.

Бэкэнд правярае наяўнасць пазіцый у рэальным часе, разлічвае кошт з улікам акцый і накіроўвае замову адначасова ў дзве кропкі: платажны шлюз для аплаты і POS-сістэму рэстарана. Пасля пацверджання аплаты POS аўтаматычна стварае фіскальны запіс, а замова з'яўляецца на кухонным дысплеі (KDS) з адлічваннем часу.

У гэтым ланцужку ключавое значэнне мае двухбаковая інтэграцыя: калі POS і онлайн-сістэма не сінхранізаваны, персанал вымушаны ўводзіць замовы ўручную — крыніца памылак і страт часу. Якасная інтэграцыя гарантуе, што адна і тая ж пазіцыя меню, яе цана і статус наяўнасці адлюстроўваюцца аднолькава і ў зале, і ў онлайн-канале.

Онлайн-аплата — найбольш адказны ўчастак усяго ланцужка. Сучасныя сістэмы выкарыстоўваюць токенізацыю: рэальны нумар карты замяняецца адназначным ідэнтыфікатарам (токенам) яшчэ да таго, як дадзеныя трапляюць на серверы рэстарана. Гэта азначае, што нават у выпадку ўцечкі злаўмыснік атрымае бескарысны радок сімвалаў.

Аперацыі праходзяць праз платажны шлюз, сертыфікаваны паводле стандарту PCI DSS. Шлюз звязваецца з банкам-эквайерам, атрымлівае аўтарызацыю і вяртае адказ сістэме — увесь цыкл звычайна займае менш за дзве секунды.

Для рэстарана важна разумець: апрацоўка картак ніколі не павінна ісці праз уласны сервер, калі ён не мае адпаведнай сертыфікацыі. Правільна наладжаная сістэма накіроўвае аплату напрамую да шлюза, абмінаючы інфраструктуру рэстарана. Restora 360 выкарыстоўвае менавіта такую схему, каб уладальнікі не нясілі адказнасці за захоўванне платажных дадзеных.

Адна з найбольш частых скаргаў гасцей — замова стравы, якой ужо няма ў наяўнасці. Гэтая праблема ўзнікае, калі меню ў онлайн-канале і на кухні — розныя крыніцы дадзеных, якія абнаўляюцца незалежна.

Адзіная крыніца праўды — прынцып, пры якім усе каналы (сайт, дадатак, зала, агрэгатары) цягнуць дадзеныя з адной базы. Калі шэф адзначае пазіцыю як «скончылася», яна адначасова знікае з усіх інтэрфейсаў.

Сінхранізацыя таксама ахоплівае мадыфікатары і алергены: госць, які выбірае «без арэхаў», павінен быць упэўнены, што гэтая заўвага трапіць на кухню ў нязменным выглядзе. Сучасныя KDS-сістэмы выдзяляюць алергенныя адзнакі колерам, зніжаючы рызыку памылкі.

Для рэстаранаў з сезонным або штодзённа зменлівым меню асабліва каштоўная магчымасць масавага абнаўлення: адна дзея мяняе цэны або апісанні адначасова ва ўсіх выпускных кропках.

Сучасны госць хоча ведаць, дзе яго ежа, — і гэта нармальна. Добра пабудаваная сістэма дае рэальны час абнаўленняў: прынята → рыхтуецца → гатова да выдачы / у дарозе. Кожны пераход запускаецца аўтаматычна — ці то кухарам праз KDS, ці то кур'ерам праз мабільны дадатак.

Павядамленні могуць ісці праз SMS, push-нататкі або электронную пошту — у залежнасці ад таго, які канал аддаў перавагу госць. Гэта зніжае ціск на тэлефонную лінію рэстарана: людзі перастаюць тэлефанаваць з пытаннем «калі будзе гатова?».

Для самога рэстарана статусная стужка — гэта не толькі сэрвіс, але і дыягностычная прылада: калі замовы рэгулярна затрымліваюцца на пэўным этапе, гэта сігнал аб вузкім месцы — ці то на кухні, ці то ў лагістыцы дастаўкі.