Почему стоп-лист не обновляется в приложении доставки
Стоп-лист из POS подтягивается с задержкой, гость заказывает блюдо, которого нет. Разбираем причины сбоя синхронизации и считаем, сколько это стоит ресторану.
Коротко: Стоп-лист не обновляется в приложении доставки из-за ручной синхронизации с POS или её отсутствия: данные о наличии блюд идут с задержкой 15–30 минут. По данным рыночных оценок 2026 года, комиссия агрегаторов — 25–35% против 4% у своего приложения, поэтому цена каждой отмены растёт кратно. Устраняет причину только прямая интеграция с кассой.
Стоп-лист — список блюд, временно недоступных из-за отсутствия ингредиентов или закрытой позиции на кухне. Задача у него одна: не дать гостю заказать то, чего физически нет на кухне прямо сейчас. Когда стоп-лист не обновляется в приложении доставки, задача проваливается — гость оформляет и оплачивает заказ, который кухня уже не соберёт.
В чём проблема на цифрах
Чаще всего стоп-лист не обновляется в приложении доставки по одной технической причине: приложение доставки и POS-система ресторана — два разных программных контура. Прямой связи между ними либо нет, либо она настроена с задержкой. Гость видит меню на момент последней синхронизации, а не на текущую минуту.
Основные причины разрыва:
- Ручное обновление. Сотрудник вносит стоп-лист в приложение отдельно от кассы — забыл, отвлёкся, не успел в час пик.
- Синхронизация по расписанию. Данные подтягиваются раз в 15–30 минут, а не сразу после списания остатка на кассе.
- Нет интеграции с POS. Приложение не подключено к API iiko, r_keeper или Quick Resto — как отмечают в NorthCode (2026), без такой связи «заказ из приложения не падает автоматически на кухню», а стоп-листы приходится сверять вручную.
- Разные стоп-листы для зала и доставки. Кухня закрыла позицию для зала, но в системе доставки она осталась «в наличии».
Показательный пример из смежной практики: в кейсе Aunimeda дарк-кухня с ручной обработкой заказов теряла до 9% заказов — после автоматизации потери упали до 0,2%. Стоп-лист — тот же сбой в миниатюре. Ручная передача данных почти всегда медленнее, чем требует бизнес. И механика одинаковая: там, где стоп-лист не обновляется в приложении доставки автоматически, потери прячутся в отменах, возвратах и звонках гостю с извинениями.
Сколько вы теряете на комиссии
Проблема стоп-листа бьёт не по мелочи. Каждая отменённая доставка — заказ, уже оплаченный маркетингом агрегатора, но не принёсший выручки. Плюс риск снижения рейтинга ресторана в приложении. Чем выше комиссия площадки, тем дороже обходится каждый час, пока стоп-лист не обновляется в приложении доставки.
Цена ошибки растёт из-за самой модели работы с агрегаторами. По данным рыночных оценок 2026 года, средняя комиссия агрегаторов доставки в России составляет 25–35% от суммы заказа [источник: данные рынка 2026]. Согласно интервью на МГОРСК.ру (2026), «Яндекс Еда» берёт 35% с заведений, доставляющих курьерами сервиса, и 20% — с тех, кто доставляет самостоятельно. По экспертной оценке рынка, агрегатор забирает около 35% с заказа, тогда как себестоимость собственной доставки ресторана — примерно 25–27% от суммы заказа [источник: экспертная оценка рынка, 2026]. Разрыв между «отдать посреднику» и «доставить самому» ощутимый даже без учёта отмен.
Каждая отменённая из-за стоп-листа доставка — это заказ, за который вы уже заплатили маркетингом агрегатора, но выручку не получили.
Посчитаем на условном примере: 600 заказов в месяц, средний чек 1200 ₽, 5% заказов отменяются из-за расхождений в стоп-листе. Это 30 заказов — 36 000 ₽ упущенной выручки в месяц. Без учёта падения рейтинга и оттока гостей, которые получили отказ вместо блюда.
Альтернатива и её стоимость
Альтернатива ручной синхронизации — приложение, подключённое к POS-системе через API. Стоп-лист обновляется автоматически при списании позиции на кассе: ни задержек, ни человеческого фактора. Вопрос «почему стоп-лист не обновляется в приложении доставки» в такой схеме просто не возникает — источник данных один, касса.
| Параметр | Агрегатор | Своё приложение (Фудонавт) |
|---|---|---|
| Комиссия с заказа | 25–35% | 4% от выручки |
| Синхронизация стоп-листа | Часто вручную или с задержкой | Автоматическая, из POS в реальном времени |
| Контроль над меню | Через модератора агрегатора | Прямой доступ ресторана |
| Риск отмен из-за стоп-листа | Высокий при ручном обновлении | Минимальный при интеграции с кассой |
Разница в 4% против 25–35% — это не просто «дешевле», это другая экономика. Комиссия платформы не растёт вместе с ошибками персонала, а блюдо исчезает из меню той же секундой, когда позицию списали на кухне.
Точка окупаемости
Окупаемость собственного приложения считается просто — модель тарифицируется процентом от выручки, а не фиксированной платой за разработку.
Возьмём тот же пример: 600 заказов × 1200 ₽ = 720 000 ₽ оборота в месяц.
- Комиссия агрегатора 30%: 216 000 ₽ в месяц уходит посреднику.
- Тариф Фудонавт 4%: 28 800 ₽ в месяц.
- Разница: 187 200 ₽ экономии ежемесячно.
И это без потерь от отмен: пока стоп-лист не обновляется в приложении доставки, они добавляются сверху. Автоматическая синхронизация с POS устраняет саму причину сбоя, а не просто снижает комиссию. А поскольку модель тарифицируется процентом, а не единовременным платежом за разработку, экономия начинается с первого месяца работы приложения, а не через N лет амортизации.
Если приложение не подключено к POS напрямую, экономия на комиссии частично съедается потерями от неактуального стоп-листа. Сначала — синхронизация, потом — расчёт выгоды.
Что делать прямо сейчас
Прежде чем списывать на техподдержку то, что стоп-лист не обновляется в приложении доставки, проверьте пять пунктов:
- Подключено ли приложение к POS-системе через API, а не через ручной ввод.
- Работает ли синхронизация в реальном времени, а не по расписанию раз в 15–30 минут.
- Единый ли стоп-лист для зала и доставки, или это две разные системы.
- Сколько заказов в месяц отменяется именно из-за расхождений в наличии блюд.
- Что выгоднее в вашей экономике — платить 25–35% агрегатору за трафик с риском ручных ошибок или 4% за собственное приложение с автоматической синхронизацией.
Ответ на пятый пункт обычно и решает, стоит ли переходить на своё приложение уже в этом квартале.
Ключевые выводы
- Стоп-лист не обновляется в приложении доставки из-за ручной или отложенной синхронизации с POS — задержка обычно составляет 15–30 минут.
- По данным рыночных оценок 2026 года, комиссия агрегаторов составляет 25–35% от заказа; у «Яндекс Еды» — 35% при доставке курьерами сервиса и 20% при самостоятельной доставке [источник: МГОРСК.ру, 2026].
- По экспертной оценке рынка, агрегатор забирает около 35% с заказа, тогда как собственная доставка обходится ресторану примерно в 25–27% от суммы заказа [источник: экспертная оценка рынка, 2026].
- Тариф собственного приложения Фудонавт — 4% от выручки против 25–35% у агрегаторов.
- На примере 600 заказов при чеке 1200 ₽ переход на своё приложение экономит около 187 200 ₽ в месяц на комиссии.
- Автоматизация обработки заказов способна снизить потери с 9% до 0,2%, как показывает кейс Aunimeda — стоп-лист без синхронизации с POS работает по тому же принципу ручной ошибки.
Источники
- Рестораны отказываются от агрегаторов из-за высоких комиссий
- Собственное приложение доставки или агрегатор: считаем разницу в комиссиях для ресторана — Teletype
Читайте также
- Приложение для доставки без разработчика: 4% против 35%
- Своя доставка ресторана: окупаемость против 35% комиссии
- Как снизить себестоимость доставки: 35% против 4%
- Доставка в час пик: 35% комиссии против 4% своих
Своё приложение — 4% от выручки, а не комиссия 25–35%
Фудонавт даёт ресторану собственное приложение и сайт доставки за 4% от выручки — без фикса 20–25 тыс ₽/мес и без комиссии агрегатора с каждого заказа. Считайте экономику на своих цифрах.
