Стоп-лист ресторана: как согласовать зал, сайт и доставку

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

Кухня приняла одно решение, а витрин несколько

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

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

Стоп, остаток порций и расписание не взаимозаменяемы

В документации Stoplist.Tech отдельно описаны постановка в стоп, количество порций и выбор терминалов. Это действия конкретного продукта. Наличие функции у поставщика не доказывает, что любой внешний сайт или агрегатор автоматически получит то же состояние.

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

У блюда должны совпасть идентификаторы, а не только имена

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

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

Матрица подтверждения по каналам

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

Отправлено не означает применено

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

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

Что делать со сбойным каналом в текущую смену

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

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

Последние порции требуют контроля количества

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

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

Возвращение в продажу — тоже управляемое изменение

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

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

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

1. Выберите учебное блюдо и сопоставьте его идентификаторы во всех подключаемых каналах. Отдельно запишите ресторан и варианты порции.
2. Поставьте полный запрет и проверьте результат каждого канала. Отправку запроса не принимайте за итог.
3. Смоделируйте отказ одной интеграции и передайте задачу ответственному. Остальные подтверждённые состояния должны сохраниться.
4. Во время сбоя измените решение кухни, затем восстановите связь. Поздний повтор не должен вернуть старую доступность.
5. Проверьте режим уточнения наличия и небольшой остаток: они не должны незаметно подменять полный запрет.
6. Верните блюдо в продажу и проверьте все нужные витрины. Смена должна закончиться понятным списком открытых расхождений.

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