Стоп-лист на меню R-keeper

Если точка работает на кассе R-keeper, стоп-лист ведётся на кассе, а Нямбот подтягивает его к себе. В СРМ такая точка помечена режимом «Только просмотр»: снять позицию из Нямбота нельзя — иначе касса и мини-апп разошлись бы.

Где на кассе ставится стоп#

Важно: не в менеджерской, а на кассовой станции. В менеджерской (rk7man) стоп-листа нет — там только справочники.

На кассовой станции: Меню → Запрещённые блюда.

Там же, кнопками справа, переключаются два режима:

Блюдо — блюдо целиком. Это полный стоп: позиции нет совсем.
Модификатор — стоп по модификатору (добавка, топпинг, соус).

Рядом есть форма Меню → Ограниченные блюда — это не стоп, а остаток порций: ставишь «8 порций», касса сама уменьшает счётчик с каждой продажей и закрывает блюдо на нуле. Для Нямбота такое блюдо — обычное доступное: гости заказывают его как всегда, в стоп-листе его нет. Оно уйдёт в стоп само, когда порции кончатся. Сам счётчик мы не показываем — он меняется с каждой продажей, а мы видим его только в момент синхронизации; актуальные остатки всегда на кассе.

Как быстро это доедет до гостей#

Касса не умеет сама сообщать об изменениях, поэтому Нямбот опрашивает её раз в две минуты (только в часы работы точки). То есть после постановки стопа блюдо исчезает из мини-аппа в течение пары минут, а не мгновенно.

Это нормально и не требует действий. Ускорить опрос нельзя: у White Server есть лимит на частоту запросов, и Нямбот держится в его пределах.

Важно: склад StoreHouse стоп-лист НЕ ставит#

Самое частое заблуждение.

Когда касса закрывает чек, она списывает ингредиенты со склада по техкартам — StoreHouse знает, что ветчина кончилась, и умеет предупредить. Но обратной связи «склад → касса» нет: сам по себе нулевой остаток ветчины не закроет ни одно блюдо.

Пока менеджер не поставил стоп на кассе, блюда с ветчиной продолжат продаваться — и у официантов, и в Нямботе, и в любом агрегаторе. Это устройство R-keeper, а не ограничение Нямбота.

Вывод: кончился продукт — идём на кассу и ставим стоп. На склад полагаться нельзя.

Важно: одинаковые модификаторы из разных групп — разные модификаторы#

Ловушка, на которой легко обжечься.

В R-keeper модификатор принадлежит группе. Отдельный модификатор нельзя «положить» сразу в две группы — переиспользуется только группа целиком, которую подключают к блюдам через схему модификаторов.

Из этого следует главное: если «Ветчина» заведена и в группе «Барбекю: добавить», и в группе «Четыре сыра: добавить», то для кассы это два разных модификатора, хоть и с одинаковым названием. Поставив стоп на одну, ты закрыл ветчину только у тех блюд, к которым применена эта группа — в остальных пиццах она продолжит продаваться.

Как с этим жить — два варианта, выбирай по ситуации:

Вариант 1. Добавка одинаковая для всех блюд группы. Заведи одну общую группу модификаторов и подключи её к схемам всех этих блюд. Минимум/максимум выбора и флаг «изменяет цену» задаются в схеме, а не в группе, поэтому лимиты у разных блюд могут отличаться, а набор добавок остаётся общим.

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

Вариант 2. Добавка отличается по блюдам — весом, количеством или ценой. Частый случай: на пиццу Барбекю кладут одно количество ветчины, на Четыре сыра — другое, и стоят они по-разному. Одной карточкой это не описать, поэтому общей группой не обойтись — создавай свою группу под блюдо (или под семейство блюд). Плата за это: одноимённые добавки становятся независимыми, и стоп придётся ставить в каждой группе отдельно.

Ничего страшного в этом нет, но кассир должен об этом знать: закрыв ветчину в одной пицце, он не закрыл её в другой. Полезно называть группы так, чтобы было очевидно, к чему они относятся («Барбекю: добавить», «Четыре сыра: добавить») — тогда при постановке стопа сразу видно, сколько мест нужно обойти.

Важно: первый импорт меню делай при пустом стоп-листе#

R-keeper не отдаёт во внешнее меню то, что стоит у него в стоп-листе — ни блюдо, ни модификатор, ни комбо, куда это блюдо входит.

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

Поэтому правило простое: первый импорт меню — при пустом стоп-листе на кассе. Ночной автосинк этой проблемы не имеет: касса очищает стоп-лист при закрытии смены.

Если позиция стоит в стопе на кассе, но не появляется в стоп-листе Нямбота — почти наверняка её просто нет в нашем меню по этой причине. Сделай ресинк меню, когда стоп с неё снят.

Что видит гость#

Блюдо в стопе скрывается из каталога. Если в категории не осталось доступных блюд, скрывается и категория.
Модификатор в стопе исчезает из карточки блюда — само блюдо остаётся доступным без него.
Комбо гаснет, если его больше не собрать: например, единственный напиток комбо ушёл в стоп. В CRM оно видно строкой «Комбо не собрать — нет в наличии: …».
Позиция в корзине помечается «Временно недоступно», кнопка «Оформить» блокируется, а заказ с ней не пройдёт.

Снятие из стопа#

Только на кассе: Меню → Запрещённые блюда → повторное нажатие на позицию или кнопка «Удл». Через пару минут Нямбот увидит, что позиции в стопе больше нет, и вернёт её гостям сам.

Учти: у кассы по умолчанию включён параметр «Очищать остатки по блюдам» — при закрытии общей смены стоп-лист очищается сам. Нямбот это подхватит и вернёт блюда в продажу. Если продукта по-прежнему нет, стоп нужно поставить заново в новой смене.