Как отключить блюдо на одной точке iiko: гайд
Как отключить блюдо на одной точке iiko и не сломать меню всей сети: стоп-лист в iikoFront, раздельные остатки по точкам, синхронизация с приложением.
Коротко: отключить блюдо на одной точке iiko можно только через локальный стоп-лист в iikoFront этого заведения. Глобальное удаление позиции из номенклатуры уберёт её сразу во всей сети. Мешают обычно две вещи: общий склад на все точки и стоп-лист, не синхронизированный с приложением и агрегаторами. Дальше — три шага и типичные ошибки сетей.
Стоп-лист в iiko временно скрывает блюдо из продажи на конкретной точке из-за нехватки остатков или ингредиентов. Номенклатуру всей сети он не трогает.
Что понадобится, чтобы отключить блюдо на одной точке iiko
Прежде чем лезть в настройки, проверьте три вещи. Доступ к iikoFront нужной точки. Права на работу со стоп-листом — это не то же самое, что права на редактирование номенклатуры в iikoRMS. И привязку блюда к складу и точке продаж. Не хватает хотя бы одного условия — любое действие с высокой вероятностью изменит меню сразу во всей сети.
- Логин с ролью «менеджер точки» или выше в iikoFront выбранного заведения.
- Причины списания/удаления с отметкой «Доступна для ручного использования в iikoFront».
- Раздельные остатки по складам. Если склад на всю сеть один, локальный стоп-лист просто не заработает.
Стоп-лист — это состояние остатков конкретной точки, а не команда для всей сети. Спутаете его с удалением позиции из номенклатуры — меню ломается сразу везде.
Шаг 1: поставить блюдо в локальный стоп-лист через iikoFront
Локальный стоп-лист снимает блюдо с продажи только на текущем терминале. Это штатный способ отключить блюдо на одной точке iiko, когда позиция должна исчезнуть в одном заведении, а не во всей сети. Открывать нужно iikoFront конкретного заведения — не общий каталог номенклатуры в iikoRMS.
По руководству пользователя iikoRMS FrontOffice обратная операция делается так: нажимаете на область с итоговой стоимостью заказа, выбираете «Установить количество», находите блюдо и в окне «Стоп-лист / Остатки» убираете его из стоп-листа. Чтобы поставить блюдо в стоп-лист, действуйте зеркально: в том же окне отметьте позицию как недоступную для продажи на этой точке.
Система запрашивает причину операции? Указывайте её сразу. Когда точек в сети становится больше пяти-семи, без этих пометок разбираться в отключениях задним числом будет сложно.
На разборах настроек iiko в сетях от пяти точек мы видим один и тот же порядок действий у тех, у кого меню потом не разъезжается. Стоп-лист ставит менеджер смены прямо на терминале. И он же в ближайшие минуты открывает карточку блюда в приложении и в кабинетах агрегаторов — глазами, а не «по ощущениям». Пока эта пара действий не закреплена за конкретным человеком, отключить блюдо на одной точке iiko без последствий для остальных каналов получается через раз.
Шаг 2: разделить остатки и номенклатуру по точкам продаж
Без разделения остатков по складам стоп-лист на одной точке технически невозможен: система видит один общий остаток блюда для всей сети. Проверьте в iikoRMS — у каждой точки должен быть свой склад и своя привязка номенклатуры, а не общий список на все заведения.
Общий склад на всю сеть — самая частая находка, когда мы разбираем настройки iiko перед подключением собственного приложения. Сети годами работают на одном складе и узнают об этом ровно в тот момент, когда нужно отключить блюдо на одной точке iiko, а система показывает единый остаток на все заведения. Порядок в этом случае обратный привычному: сначала склады и привязки, потом стоп-листы.
А если блюдо нужно убрать с точки не из-за остатков, а навсегда — например, оно там просто не готовится? Правильный путь — не глобальное удаление, а индивидуальный прайс-лист или меню-группа для этой точки. Настройка причин удаления подробно описана в инструкции по удалению блюда из заказа в iiko: включите галочку «Требовать ввода комментариев к операции» — она дисциплинирует сотрудников и оставляет след для аудита.
Не отмечена галочка «Доступна для ручного использования в iikoFront» в настройках причины удаления? Операция сотрудникам точки будет недоступна — причина сработает только при автоматическом списании по флаеру или скидке. Проверьте это до звонка в поддержку.
Шаг 3: проверить синхронизацию с приложением и агрегаторами
Стоп-лист — только половина задачи. Он не гарантирует, что блюдо исчезнет из меню на сайте, в приложении и у агрегаторов: эти каналы синхронизируются отдельно, часто с задержкой в несколько минут. После любой операции со стоп-листом обновите меню во всех внешних каналах вручную — либо дождитесь автоматической синхронизации.
Особенно заметно это узкое место у сетей, где меню транслируется сразу в 3–4 канала: свой сайт, приложение, два-три агрегатора. У каждого канала свой цикл обновления. Не подтянул стоп-лист хотя бы один — и гость на этой точке всё равно увидит блюдо в наличии, сделает заказ, который придётся отменять или заменять вручную.
Когда мы сопровождали запуск собственных приложений у сетей на iiko, менеджеры по нашей просьбе засекали время после каждой постановки в стоп-лист. Картина повторялась: сайт и приложение подхватывали изменение за считаные минуты, а один из агрегаторов обновлял карточку только на своём цикле — и всё это время позиция оставалась «в наличии» для гостя. Вывод из замеров простой: отключить блюдо на одной точке iiko считается сделанным не в момент нажатия на терминале, а после того, как позиция пропала во всех каналах.
| Способ отключения | Где выполняется | Область действия | Риск |
|---|---|---|---|
| Стоп-лист в iikoFront | На терминале конкретной точки | Только эта точка | Низкий, если остатки разделены по складам |
| Удаление позиции из номенклатуры в iikoRMS | В общем каталоге сети | Все точки сразу | Высокий — меню ломается во всей сети |
| Индивидуальный прайс-лист/меню-группа | В iikoRMS, привязка к точке | Только выбранная точка | Средний — требует аккуратной настройки один раз |
Какие ошибки чаще всего допускают сети
Сбои с меню повторяются по одному сценарию: путают глобальное удаление с локальным стоп-листом, забывают про раздельные склады, не проверяют синхронизацию с внешними каналами. Ниже — пять ситуаций, в которых отключить блюдо на одной точке iiko не удаётся с первого раза.
- Удаляют позицию из номенклатуры вместо стоп-листа. Самая частая причина, по которой блюдо пропадает во всей сети вместо одной точки.
- Держат общий склад на все точки. Без раздельных остатков локальный стоп-лист физически не сработает.
- Не отмечают обязательность комментария к причине удаления. Итог — сотрудники ставят стоп-лист без пояснения, и через месяц никто не помнит, почему блюдо отключено.
- Забывают про внешние каналы. Стоп-лист в iikoFront обновился, а меню в приложении и на агрегаторах ещё показывает блюдо в наличии — гость заказывает то, чего физически нет.
- Не назначают ответственного за проверку синхронизации. В сетях от пяти точек это должна быть регулярная процедура, а не разовое действие менеджера.
Итог: как избежать рассинхронизации меню в будущем
Правильная настройка стоп-листа решает разовую задачу — отключить блюдо на одной точке iiko. Но корень остаётся: каналы продаж (агрегаторы, сайт, приложение) синхронизируются с разной скоростью и разной надёжностью. Чем больше точек и каналов, тем дороже ошибка. Отменённый заказ гостя обходится репутации точки дороже, чем разовая настройка нормальной интеграции остатков.
Тут стоит просто посчитать. По данным отраслевых оценок рынка доставки, комиссия агрегаторов в России — 25–35% от суммы заказа, причём реальная ставка сети чаще ближе к верхней границе, около 35% с заказа. При выручке доставки 3 000 000 ₽ в месяц агрегатору уходит 900 000–1 050 000 ₽. Собственная доставка тоже не бесплатна: по экспертной оценке она обходится ресторану примерно в 25–27% от суммы заказа — курьеры, упаковка, логистика, диспетчеризация. Разница в том, что эти деньги остаются внутри бизнеса и управляются вами, а не посредником. Тариф платформы Фудонавт за собственное приложение — 4% от выручки, то есть 120 000 ₽ с той же суммы. Разница с комиссией агрегатора — от 780 000 ₽ в месяц. Этих денег хватит на нормальную интеграцию остатков между точками — вместо комиссии посреднику, чьё меню всё равно приходится синхронизировать вручную.
Ключевые выводы
- Чтобы отключить блюдо на одной точке iiko, ставьте позицию в локальный стоп-лист iikoFront: он действует только на текущей точке, а удаление из номенклатуры в iikoRMS убирает блюдо на всей сети сразу.
- Без раздельных складов по точкам локальный стоп-лист технически не работает — остатки должны быть привязаны к конкретному заведению.
- Причина удаления должна иметь галочку «Доступна для ручного использования в iikoFront», иначе операция недоступна сотрудникам точки.
- После стоп-листа проверьте синхронизацию меню с приложением и агрегаторами — эти каналы обновляются отдельно и с задержкой; закрепите проверку за конкретным человеком.
- Экономика каналов: по данным отраслевых оценок рынка доставки, комиссия агрегаторов — 25–35% от заказа (реальная ставка сети около 35%), себестоимость собственной доставки — примерно 25–27%, тариф Фудонавт за своё приложение — 4% от выручки.
Источники
- Настройка внешнего меню в iikoWeb: руководство по интеграции с агрегаторами, сайтами и киосками
- Как ресторану запустить доставку готовой еды на iiko: пошагово и без ошибок
- ru.iiko.help
Читайте также
Доставка, зал и самовывоз — в одной системе
Фудонавт собирает заказы из всех каналов в один поток: доставка, самовывоз, зал, единая база гостей и меню. Меньше ручной работы, заказы не теряются, решения — на данных.
