Доставка

Стоп-листы iiko по точкам сети: гайд без хаоса

Как настроить управление стоп-листами iiko по точкам сети ресторанов: пошаговый гайд, регламент, частые ошибки и расчёт потерь на комиссиях агрегаторов.

Стоп-листы iiko по точкам сети: гайд без хаоса

Коротко: в сети из 5–10 точек стоп-лист без единого регламента превращается в чёрный ящик. Руководитель не видит, кто и когда закрыл позицию, а гость спокойно заказывает то, чего давно нет в наличии. Управление стоп-листами iiko по точкам сети решается тремя шагами: единый справочник и роли, мониторинг постановки в реальном времени, синхронизация с каналами продаж — агрегаторами и своим приложением. Без этого каждая несинхронная отмена заказа съедает и комиссию агрегатора (25–35% от суммы заказа, по оценке рынка 2026), и рейтинг точки.

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

Что понадобится

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

  • iikoOffice с доступом к сводным отчётам по всем точкам сети, а не к каждой точке отдельно.
  • Единый справочник блюд — одинаковые названия и коды на всех точках, иначе отчёт по стопам будет неполным.
  • Матрица ролей: кто может ставить стоп, кто снимать, кто видит историю изменений.
  • Регламент в одном документе: причины стопа, максимальный срок, кто уведомляется.
  • Для сетей с доставкой через несколько каналов — доступ к панели агрегаторов и, если есть, к админке собственного приложения.

Больше трёх точек и нет письменного регламента стоп-листов? Это первое, что нужно сделать до любых технических настроек. Регламент пишется за один вечер, а хаос без него копится месяцами.

Шаг 1: настройте единый справочник и роли доступа

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

Практические действия:

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

Пропустите этот шаг — и любая автоматизация мониторинга будет собирать мусорные данные.

Шаг 2: включите мониторинг постановки стопа в реальном времени

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

Что настроить:

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

Шаг 3: синхронизируйте стоп-листы с каналами продаж

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

При комиссии агрегаторов 25–35% от суммы заказа (данные рынка, 2026) каждая такая отмена — это не просто недовольный гость, а прямая потеря маржи на канале, который и так забирает треть выручки. По оценке Data Insight из исследования «Доставка готовой еды» (сентябрь 2025, интервью И. Хмелев), комиссия агрегатора с заказа может достигать около 35%, тогда как себестоимость собственной доставки оценивается в 25–27% от суммы заказа.

Стоп-лист — не техническая настройка, а точка контроля денег. Каждая несинхронная отмена на канале с комиссией 30%+ — это убыток дважды: комиссия уже почти оплачена трафиком, а заказ не состоялся.

Что делать на этом шаге:

  • Настройте автоматическую передачу стопа из iiko во все подключённые каналы продаж без ручного дублирования.
  • Если часть точек продаёт через своё приложение — тариф Foodonaut за такое приложение составляет 4% от выручки, что заметно ниже комиссии агрегаторов. Синхронизация стопа там технически проще, потому что канал управляется той же командой.
  • Считайте, во сколько обходится хаос: 600 заказов в месяц со средним чеком 1200 ₽ и хотя бы 5% отмен по вине несинхронного стопа — это 36 000 ₽ упущенной выручки ежемесячно только на одном канале.
  • Сравнивайте окупаемость: экономия 25–31 процентного пункта комиссии (35% агрегатора минус 4% платформы) на объёме 600 заказов даёт около 216 000–270 000 ₽ разницы в месяц. Приложение окупает разработку за один-два месяца при таком потоке заказов.
Расчёт разницы между комиссией агрегатора и тарифом собственного приложения

Какие ошибки чаще всего мешают управлять стоп-листами в сети

Большинство проблем не в софте, а в процессе: доступы не разграничены, регламент существует только в голове управляющего, а отчёты никто не смотрит регулярно. Разберём три повторяющиеся ошибки.

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

По данным iikoservice.ru, тариф «Корпоративный» для крупных сетей (около 10 600 ₽ в месяц за единицу) уже включает контроль этапов доставки и аналитику лояльности. Если у вас больше пяти точек, проверьте, покрывает ли текущий тариф функции мониторинга стопов по всей сети, а не только базовый учёт.

Итог

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

Ключевые выводы

  • Комиссия агрегаторов доставки в России составляет 25–35% от суммы заказа — оценка рынка, 2026 год.
  • По интервью для исследования Data Insight (сентябрь 2025), комиссия агрегатора с заказа может достигать около 35%, а себестоимость собственной доставки оценивается в 25–27%.
  • Тариф собственного приложения на платформе Foodonaut — 4% от выручки, без привязки к комиссии за каждый заказ.
  • При 600 заказах в месяц и чеке 1200 ₽ разница между комиссией агрегатора и тарифом платформы достигает 216 000–270 000 ₽ в месяц.
  • Тариф iiko «Корпоративный» для крупных сетей — около 10 600 ₽ в месяц за единицу, по данным iikoservice.ru, и включает контроль этапов доставки.
  • Регламент постановки и снятия стоп-листов должен быть написан на бумаге до любой технической настройки — это базовое условие видимости для управляющего сетью.

Источники

Читайте также

Доставка, зал и самовывоз — в одной системе

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

Узнать про платформу

Редакция Фудонавт
Команда платформы для ресторанов

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