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

Коротко: Разрозненные стоп-листы по точкам — типичная беда сети на iiko: управляющий одной точки не в курсе, что творится на соседней, а гость получает отмену заказа из-за позиции, которую сняли с продажи ещё вчера. Решение — единый регламент, ответственный на каждой точке и автоматическая синхронизация стоп-листа с каналами продаж. Дальше — план на 3 шага без лишних инструментов.
Автоматизация ресторана — это перевод рутинных операционных процессов (стоп-листы, склад, задачи персонала) на систему правил и интеграций, которая исключает ручной перенос данных между точками и каналами продаж.
Что понадобится
Чтобы навести порядок в стоп-листах сети, нужны три вещи: единая учётная система (обычно iiko уже стоит), назначенный ответственный на каждой точке и канал синхронизации стопа с внешними продажами — сайтом, приложением, агрегаторами. Без последнего пункта даже идеальный стоп-лист в iiko не спасёт: гость всё равно увидит в приложении позицию, которой нет на кухне.
Чек-лист перед началом:
- Доступ администратора к iiko на всех точках сети (не только у управляющего конкретной точки).
- Список каналов продаж, куда транслируется меню: сайт, своё приложение, агрегаторы.
- Регламент — кто и когда обязан обновлять стоп-лист (смена, событие, время).
- Интеграция между iiko и внешними витринами меню — либо готовая, либо через API.
Если стоп в iiko есть, а в приложении или на сайте позиция всё равно продаётся — дело не в персонале, а в отсутствии синхронизации между системами. Вручную перенести стоп на несколько каналов на 10+ точках без ошибок физически не получится.
Шаг 1. Централизуйте видимость стоп-листов
Первый шаг — сделать так, чтобы один человек (операционный директор или франчайзи-менеджер) видел стоп-листы всех точек одновременно, а не звонил по точкам, чтобы узнать, что закончилось.
В iiko это делается через сводный отчёт по стопам на уровне сети — если все точки в одной франшизной базе. Базы разделены (частая ситуация у сетей с франчайзи)? Тогда нужна интеграция уровня выше — сервис, который агрегирует данные из нескольких инстансов iiko в одну панель.

По данным Meetto (2026), готовые интеграции с учётными системами вроде iiko снимают проблему ручного переноса данных между точками — данные ходят между системами сами, формируя один источник правды для зала, кухни и бухгалтерии (Meetto). Тот же принцип работает и для стоп-листов: чем меньше ручного переноса — тем меньше рассинхрона.
Шаг 2. Свяжите стоп-лист с каждым каналом продаж автоматически
Стоп в iiko должен блокировать продажу позиции везде одновременно: на кассе, в своём приложении, на сайте и — если работаете через агрегаторы — там тоже. Ручное дублирование стопа в 3-4 системах на каждой точке — источник половины отмен заказов в сетях.
Если у сети есть своё приложение, важно, чтобы оно подключалось к тому же API iiko, откуда управляющий ставит стоп на кухне. Тогда позиция исчезает из витрины автоматически, без звонка администратору сайта.
Один стоп, поставленный на кухне, должен исчезать из всех каналов продаж без единого дополнительного действия человека.
Синхронизации нет? Считайте это отдельной статьёй расходов: каждая отменённая позиция после оплаты — это возврат, недовольный гость и минус к рейтингу в приложении или у агрегатора.
Шаг 3. Настройте регламент и ответственность по точкам
Техническая синхронизация не работает без человеческого регламента. На каждой точке должен быть один ответственный за актуальность стоп-листа — обычно су-шеф или старший смены — и чёткое время обновления: при заступлении на смену, при получении товара, при обнаружении недостачи в моменте.
Типовой регламент для сети из 10+ точек:
| Событие | Кто ставит стоп | Максимальное время до обновления |
|---|---|---|
| Начало смены | Су-шеф | До открытия продаж |
| Закончился ингредиент в моменте | Линейный повар → су-шеф | 5 минут |
| Проблема с поставкой | Управляющий точки | До начала смены |
| Технический сбой синхронизации | Ответственный по IT в сети | 15 минут |
Без фиксированного времени реакции стоп-лист превращается в формальность — его ставят «когда вспомнили», и разрыв между реальным наличием и данными в системе растёт с каждой новой точкой сети.
Частые ошибки
Большинство сетей повторяют одни и те же ошибки при работе со стоп-листами — и все они устраняются автоматизацией, а не дополнительным контролем.
- Стоп ставят только в кассовой программе, забывая, что сайт и приложение работают через отдельный канал данных без автосинхронизации.
- Ответственность размыта — стоп может поставить и повар, и су-шеф, и управляющий, но никто не проверяет, снят ли он вовремя обратно.
- Нет единой видимости на уровне сети — у операционного директора нет инструмента посмотреть стопы всех точек одним экраном, приходится звонить или писать в чат.
- Ручной перенос стопа на агрегаторы — при комиссии агрегаторов 25–35% от суммы заказа (оценка рынка, 2026) каждая отменённая позиция там особенно дорого обходится: репутационные потери накладываются на уже съеденную комиссию.
- Стоп не снимают после восполнения товара — позиция остаётся недоступной для гостя, хотя товар уже привезли, просто никто не обновил систему.
Итог
Порядок в стоп-листах сети — не разовая настройка, а связка из трёх элементов: централизованная видимость, автоматическая синхронизация со всеми каналами продаж и регламент ответственности на каждой точке. Выпадет любое звено — проблема вернётся через месяц-два роста сети.
Если сеть уже развивает своё приложение доставки, синхронизация стоп-листа с ним особенно окупается: в отличие от агрегаторов с комиссией 25–35% (данные рынка, 2026) или экспертной оценкой около 35% (Data Insight, 2025), тариф платформы Фудонавт за своё приложение — 4% от выручки. При таком тарифе точная работа стоп-листа напрямую влияет на окупаемость: каждая отменённая по ошибке позиция — это упущенная выручка, которую вы уже могли забрать себе без всякой комиссии.

Ключевые выводы
- Комиссия агрегаторов доставки составляет 25–35% от суммы заказа — данные рынка, 2026, и это делает ошибки со стоп-листом на этих каналах особенно затратными.
- Экспертная оценка Data Insight (2025) называет комиссию агрегаторов около 35% с заказа против 25–27% себестоимости собственной доставки — разница прямо влияет на то, где выгоднее держать точный стоп-лист.
- Тариф Фудонавт за своё приложение — 4% от выручки, что делает синхронизацию стоп-листа с приложением экономически оправданной уже при текущем объёме заказов сети.
- Единый регламент из трёх элементов — централизованная видимость, автосинхронизация каналов и ответственность на точке — устраняет разрыв между реальным наличием и данными в системе.
- Готовые интеграции с учётными системами вроде iiko, по данным Meetto (2026), убирают ручной перенос данных между точками и формируют единый источник правды для сети.
Читайте также
- Автоматизировать ресторан: сеть теряет 25–35% на комиссии
- Автоматизация доставки еды: экономия 4% против 35%
- Автоматизация заказов ресторана: −35% комиссии агрегаторам
- Автоматизация доставки сети: −35% комиссии агрегатора
Доставка, зал и самовывоз — в одной системе
Фудонавт собирает заказы из всех каналов в один поток: доставка, самовывоз, зал, единая база гостей и меню. Меньше ручной работы, заказы не теряются, решения — на данных.




