Электронный стоп-лист ресторана: как синхронизировать зал и доставку

АвторРедакция SBG

Поделиться

Стоп-лист сообщает, какие блюда временно нельзя заказать. Его задача — остановить продажу до того, как официант или сайт пообещал гостю недоступную позицию. Для ресторана с несколькими каналами важно не просто записать название, а доставить изменение на каждое рабочее место.

Разделите запрет и ограничение

Полный запрет нужен, когда блюдо приготовить невозможно. Ограничение количества подходит, когда осталось несколько порций. Укажите причину, время, подразделение и ответственного. В сети доступность задаётся по конкретному ресторану, если запасы различаются.

Причиной может быть отсутствие продукта, поломка оборудования, перегрузка цеха или завершение времени подачи. У разных причин разные действия: закупка ингредиента не исправит недоступную печь, а утреннее меню не должно автоматически появляться вечером.

Что именно должен остановить стоп-лист

Стоп-лист управляет обещанием гостю: ресторан временно не принимает заказ на то, что сейчас нельзя выполнить. Это отличается от удаления блюда из ассортимента и от изменения его цены. Сохраняйте позицию и её историю, если ограничение временное, чтобы возвращение в продажу не требовало создавать новое блюдо и заново связывать его с рецептурой.

Разделите причины ограничения. Отсутствующий ингредиент, законченная заготовка, поломка оборудования, перегрузка конкретного цеха и окончание времени подачи требуют разных решений. Если закончился соус, нужно проверить зависимые блюда. Если недоступна печь, проблема охватывает все использующие её позиции, даже когда продукты есть на складе.

Укажите область действия: один ресторан, определённая кухня, канал или временной интервал. В сети нельзя автоматически распространять локальную нехватку на все филиалы. Но и считать общую карточку гарантией общей доступности нельзя. Для каждой точки нужен ответственный, который подтверждает реальную возможность приготовить блюдо и проверяет, что ограничение дошло до тех каналов, где оно должно действовать.

Свяжите кухню с меню

Определите, кто видит фактическое наличие и кто меняет статус. Кухня сообщает об остатке, менеджер подтверждает изменение по принятому порядку. Права должны позволять быстро обновлять список, сохраняя историю действий.

Если закончился общий ингредиент, проверьте все зависимые блюда и модификаторы. Например, отсутствие соуса влияет не только на отдельную позицию, но и на комплект. Подготовьте допустимые альтернативы заранее, с корректной ценой и составом.

Как связать ингредиент, заготовку и блюдо

Составьте карту зависимостей: какие блюда используют конкретную заготовку, соус, гарнир или добавку. При нехватке общего компонента проверьте базовые позиции, модификаторы и наборы. Частая ошибка — запретить отдельную порцию соуса, но оставить комплект, где тот же соус обязателен. Гость всё равно получит невыполнимое обещание.

Не подменяйте доступность блюда только складским остатком. На складе может быть сырьё, которое ещё нужно обработать, а готовой заготовки нет. Наоборот, учётный остаток может отставать от фактического, если документ не проведён. Для запуска автоматических ограничений сначала нужны корректные рецептуры, движения и понятное правило резерва.

Проверьте единицы и выход. Десять килограммов сырья не означают десять килограммов готового компонента. Доступное количество порций зависит от нормы и фактической стадии приготовления. Методика описана в статье о технологической карте. Для спорного продукта лучше подтвердить реальный остаток на кухне, чем автоматически открыть продажу на основе неподтверждённого числа.

Проверьте все каналы

Статус должен быть согласован между кассой, мобильным официантом, киоском и доставкой. Для каждого подключения проверьте, что передаётся: полный запрет, количество порций или только ручное изменение меню. Назначьте проверку подтверждения обновления.

Испытайте заказ последней порции с двух рабочих мест почти одновременно. Проверьте уже открытые и отложенные заказы: изменение стоп-листа не решает автоматически вопрос блюда, которое было обещано раньше. Ответственный должен связаться с гостем и оформить замену.

Ограниченное количество и последняя порция

Когда осталось несколько порций, полный запрет может лишить ресторан возможных продаж, а отсутствие ограничения — привести к перепродаже. Определите, где хранится доступное количество и в какой момент оно резервируется: при добавлении, подтверждении, оплате или другом согласованном событии. Без этого одинаковое число на разных экранах не гарантирует согласованную продажу.

Проверьте два почти одновременных заказа последней порции с разных рабочих мест. Один должен получить понятный результат, а второй — своевременное сообщение или согласованную альтернативу. Точное поведение зависит от подключённых решений, поэтому проверяйте реальный сценарий для кассы, зала и доставки, а не только демонстрацию одного интерфейса.

Уточните, что происходит при отмене зарезервированной позиции, истечении времени оплаты и изменении количества. Возврат резерва в доступность должен соответствовать фактической возможности приготовления. Если блюдо уже приготовили и отменили, простое увеличение остатка порций может быть неверным. Событие нужно связать с кухней и причиной отмены, чтобы продажа не открывалась на продукт, которого больше нет.

Организуйте возврат в продажу

Снятие ограничения требует проверки: продукт принят, заготовка готова, оборудование работает. Назначьте сотрудника, который подтверждает доступность, и убедитесь, что позиция вернулась во все каналы. Время возврата важно для оценки упущенного спроса.

При обрыве связи действует короткая инструкция: кто проверяет канал вручную, как временно ограничивает приём и как подтверждает синхронизацию после восстановления. Сохраняйте номер спорного заказа, чтобы не потерять обещание клиенту.

Кто меняет статус и кто проверяет результат

Кухня первой видит фактическую проблему, но права изменения и подтверждения нужно распределить заранее. В небольшом ресторане это может быть один назначенный сотрудник, в сети — локальный менеджер с понятной зоной ответственности. Важнее не число согласований, а скорость и возможность восстановить автора, время и причину.

Для срочного ограничения порядок не должен требовать долгого поиска руководителя. Определите, кто может остановить продажу сразу и кто затем проверяет основание. Для снятия стопа нужен отдельный факт готовности: приёмка продукта, выпуск заготовки или восстановление оборудования. Сообщение «поставщик приехал» ещё не подтверждает, что блюдо можно подавать.

Сохраняйте историю изменения и перечень каналов, где статус подтверждён. Если менеджер обновил кассу, а сайт доставки остался доступным, задача не завершена. У сотрудника должен быть понятный способ увидеть неподтверждённый канал и назначить ручную проверку. Связь с работой зала особенно важна при использовании мобильного официанта, который принимает решение прямо у стола.

Анализируйте причины стопа

Смотрите продолжительность недоступности, частоту и продажи до попадания в стоп. Повторный стоп популярного блюда в обед — повод пересмотреть план заготовок или поставку. Долгий стоп редко продаваемой позиции может указывать на неоправданно сложный ассортимент.

В проектах r_keeper SBG помогает согласовать права, меню и обновление доступности. Начните с перечня каналов и проверочного сценария для одной позиции, затем распространите порядок на все блюда и филиалы.

Заказы, принятые до ограничения

Новый стоп-лист не решает автоматически судьбу уже открытого заказа. Составьте очередь обещанных позиций: подтверждённые заказы зала, оплаченная доставка, предзаказы и ещё не подтверждённые корзины. Для каждой группы нужен порядок проверки. Нельзя считать, что скрытие кнопки из меню отменило обязательство перед гостем.

Если доступных порций меньше, чем принятых заказов, менеджер определяет очередность по согласованным правилам и связывается с гостями. Альтернатива должна быть конкретной: другое блюдо, изменение времени или корректное оформление отмены. Не заменяйте состав без согласования, особенно когда у гостя есть ограничения питания или цена отличается.

После решения обновите заказ, кухонную задачу и оплату, где это требуется. Устная договорённость без изменения документов оставит кухне старую позицию, а кассе — прежнюю сумму. Историю сохраняйте в связи с номером заказа. Распределение задач между цехами и выдачей описано в статье о KDS: стоп влияет на новые обещания, а уже начатое приготовление требует отдельного управляемого действия.

Как проверять каналы и действовать при задержке обмена

Составьте реестр всех мест, где принимают заказ: касса, мобильный официант, киоск, собственный сайт, приложение, оператор и внешние площадки. Для каждого подключения уточните поддерживаемое действие: запрет позиции, количество порций, ограничение модификатора или ручное скрытие. Название «интеграция» само по себе не описывает полноту обмена.

Измерьте время от изменения в исходной системе до видимого результата в канале. Проверяйте не только новую сессию, но и уже открытую корзину или заказ. Сохранённое старое меню может отображать позицию, которую нельзя окончательно подтвердить. Важно, чтобы пользователь получил ясный результат до обещания и оплаты, либо существовал согласованный порядок обработки исключения.

При сбое назначьте временный способ контроля и ответственного за восстановление. Если канал невозможно быстро обновить, решение об ограничении приёма должно соответствовать ситуации и возможностям площадки. После восстановления проверьте оба направления: введённый стоп и снятие запрета. Не оставляйте блюдо скрытым весь день только потому, что никто не подтвердил успешное возвращение обмена.

Как оценить причины недоступности

Для каждого эпизода фиксируйте начало, окончание, причину, затронутые блюда и канал. Продолжительность сама по себе недостаточна: недоступность популярного обеда в пик и редкого десерта поздно вечером имеют разный эффект. Сопоставьте эпизод с обычным спросом в похожие дни и часы.

Оценку упущенной выручки отделяйте от факта. Условно блюдо обычно продаётся пять раз в час по 60 000 сум и отсутствовало два сопоставимых часа. Потенциальный объём — 10 порций и 600 000 сум. Это не подтверждённая потеря: часть гостей выбрала другое блюдо, а спрос мог измениться. Для решения полезнее видеть отказанные запросы, заменённые позиции и фактический вклад альтернатив.

Повторный стоп связывайте с действием. Нехватка заготовки требует пересмотра партии и времени выпуска, поздняя поставка — условий заказа, поломка — обслуживания оборудования, редкий ингредиент — оценки ассортимента. Показатели меню можно дополнить ABC-анализом. Цель — не убрать все ограничения любой ценой, а сократить предотвратимую недоступность без роста порчи и лишних запасов.

Проверка перед запуском и регулярный контроль

Для пилота выберите одну позицию, которая есть в нескольких каналах, и одну с общим ингредиентом. Пройдите полный цикл: ограничение, проверка отображения, попытка заказа, обработка открытого заказа, подтверждение готовности и возврат в продажу. Затем повторите сценарий с последней порцией и временным обрывом обмена.

Сравните не только техническое обновление, но и действия людей. Кто заметил нехватку, сколько времени прошло до изменения, кто проверил сайт и кто снял запрет после готовности. Часто большая задержка возникает до нажатия кнопки: сотрудник сообщил устно, но никто не взял задачу. Устранение такого промежутка важнее ускорения уже быстрой передачи данных.

После запуска проверяйте причины повторных стопов, незакрытые ограничения и расхождения между каналами. Назначьте владельца списка и понятный порядок передачи смены. Уходящий менеджер должен передать не только перечень недоступного, но и ожидаемое действие по каждой позиции. Тогда ограничение не забывается после поставки, а следующий сотрудник не открывает продажу на основании устаревшего сообщения. Для каждой длительной недоступности установите следующий момент проверки. Это может быть завершение новой партии или подтверждение ремонта, а не произвольное автоматическое открытие блюда через одинаковый интервал.

Частые вопросы

Все новости и статьи