Почему стоп-лист iiko не обновляется на сайте: 3 шага

Коротко: стоп-лист на сайте отстаёт, когда рвётся цепочка «iiko → уведомление → сайт» или стоп ставят не там, откуда его читает интеграция. Диагностика — 3 шага: проверить интеграцию филиала, убедиться, что приходят уведомления об изменениях, и запустить принудительную синхронизацию. Задержка стоит денег: гость заказывает блюдо, которого нет, и вы получаете замену или возврат.

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

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

• доступ к iiko Office/iikoWeb и к настройкам интеграции;
• 2–3 позиции, которые можно временно поставить на стоп для проверки;
• понимание, кто в ресторане ставит стоп (повар, кассир, администратор).

Сначала усвойте принцип: стоп-лист на сайте — отражение данных iiko, а не самостоятельная сущность. Как отмечено в документации IS-Kiosk, после каждой продажи количество в стоп-листе само не меняется: все обновлённые данные должны поступать из iiko. Остаток в iiko не ведётся? Тогда сайт «не знает», что блюдо закончилось.

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

Шаг 1. Проверили ли вы, что интеграция с iiko настроена для нужного филиала?

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

Что проверить:

1. В настройках филиала на платформе подключена интеграция с iiko и указана верная организация.
2. Ключ доступа API действителен и не отозван.
3. Позиции сопоставлены по артикулу. В документации Result.Rest сказано, что синхронизированные позиции система находит именно по артикулу. Артикул в меню сайта и в iiko различается — стоп на такую позицию не сработает.

Товары вообще не загружаются из iiko? В той же документации первым делом советуют проверить настройки интеграции филиала.

Шаг 2. Приходят ли уведомления об изменении стоп-листа?

В штатном режиме сверка идёт автоматически: по описанию Result.Rest, система реагирует на уведомления об изменении стоп-листа от iiko. Нет уведомления — нет обновления на сайте.

Проверьте на тесте:

1. Поставьте тестовую позицию на стоп в iiko.
2. Засеките время и обновите страницу меню на сайте.
3. Снимите стоп и повторите.

Шаг 3. Как принудительно синхронизировать стоп-лист?

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

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

1. Нажмите «Обновить стоп-лист» в панели интеграции.
2. Расхождения остались — выполните «Обновить данные», чтобы получить свежую выгрузку номенклатуры.
3. Сбросьте кэш сайта или приложения и перепроверьте тестовую позицию.
4. Ручная синхронизация помогает, а автоматическая нет? Значит, проблема в канале уведомлений. Пишите в поддержку интеграции и приложите логи времени теста.

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

Частые ошибки

Большинство «необновлений» объясняется не техникой, а организацией.

• Остатки не ведутся. Без учёта остатков в iiko блюдо само на стоп не уйдёт. Как показывает разбор Denvic, за стопом стоят системные ошибки, например неверное прогнозирование спроса.
• Стоп ставят «голосом». Повар сказал официанту, а в iiko не внесли. Сайт об этом не узнает.
• Разные артикулы в меню сайта и в iiko после правок номенклатуры.
• Несколько организаций или терминальных групп: стоп выставлен не в той.
• Кэш на стороне сайта или приложения показывает старое меню.
• Нет ответственного. Если за стопом никто не следит, никакие настройки не спасут.

Итог

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

Ошибки стопа усиливают зависимость от чужих каналов. По данным рынка (2026), комиссия агрегаторов доставки в России составляет 25–35% от суммы заказа, и каждый возврат бьёт по марже вдвойне. Собственная доставка, по экспертной оценке Data Insight («Доставка готовой еды», 2025), обходится примерно в 25–27% от суммы заказа, а тариф Foodonaut за своё приложение — 4% от выручки. Посчитаем: при 600 заказах в месяц и чеке 1200 ₽ выручка составляет 720 000 ₽. 4% — это 28 800 ₽, а 30% комиссии — 216 000 ₽.

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

• Сайт лишь отражает стоп-лист iiko: без учёта остатков и стопа в iiko блюдо не скроется.
• В штатном режиме сверка идёт по уведомлениям от iiko, а кнопка «Обновить стоп-лист» принудительно запускает синхронизацию.
• Позиции сопоставляются по артикулу, и расхождение артикулов — частая причина пропусков.
• Тест из 2–3 позиций занимает около 30 минут и показывает, где рвётся цепочка.
• Комиссия агрегаторов 25–35% против 4% от выручки на своём приложении: ошибки стопа на своём канале обходятся дешевле.

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

• Стоп-лист iiko не синхронизируется с сайтом: решение
• Управление стоп-листом сети ресторанов iiko: кто и когда
• Интеграция приложения доставки с iiko: стоп-листы сети
• Почему падает маржа ресторана при росте чека: расчёт