Операции: один экран, где видно каждый заказ

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

Приём заказов, кухня и раздача: статусы и таймеры

Боль: заказы в пяти системах, чеки лезут из принтера, никто не знает приоритет и сколько заказ уже ждёт.

В разделе «Кухня → Кухонные заказы» собраны все заказы всех каналов с полной цепочкой статусов: предзаказ, новый, принят, на кухне, готов, в пути, завершён. На каждом заказе идёт секундомер — видно не «много заказов», а конкретный заказ, который стоит 14 минут.

Экраны разведены по участкам: производство, буфер, раздача. Перевод статуса — в одно касание, поэтому заказ не теряется на стойке между сборкой и выдачей. Сверху работают фильтры по каналу, оплате, оператору и филиалу, а чеки и закрытие смены оформляются прямо из панели.

Стоп-листы: закончился продукт — он исчез везде за секунду

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

Меню, цены и стоп-листы едины для сайта, приложения, бота и агрегаторов: один источник правды. Раздел «Кухня → Стоп-лист» показывает два списка — «На стопе» и «Доступные продукты», — и позиция снимается в один клик сразу во всех каналах.

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

Единый каталог: все товары всех каналов из одной точки

Боль: меню живёт в пяти кабинетах — у сайта своё, у агрегаторов своё, — правки вносятся по кругу и всё равно расходятся.

В «Каталог → Товары» лежат категории, теги, модификаторы и комбо; сотни позиций управляются одним списком со статусами, ценами и категориями. Поддерживаются любые товарные сценарии: простой товар, вариации, модификатор, комбо-набор.

Массовые операции сделаны для реальной работы: меню загружается из файла или по API, цены и статусы правятся пачкой, а не по одной позиции. Меню можно собирать по каналам и по времени — например, отдельное завтрак-меню до 11 утра.

Цены и доступность по каналам: комиссия не съедает маржу

Боль: у агрегатора комиссия до 30%, а цена стоит та же, что в зале. Маржа тает, и править её в пяти кабинетах негде.

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

Это самый быстрый способ вернуть маржу без переговоров с площадкой: цена в канале должна учитывать стоимость этого канала.

Карточка товара и ИИ-контент: фото, описания и переводы

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

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

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

Диспетчерская и карта: курьеры, заказы и филиалы в одном окне

Боль: диспетчер обзванивает курьеров на каждый заказ, доставка занимает 60–70 минут, и никто не может сказать, где сейчас конкретный заказ.

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

Автоматически вызывается внешняя доставка: Yandex Go, Wolt Drive, Millennium и Noor поднимаются из системы без единого звонка. В кейсе Oqtepa Lavash время доставки снизилось с 60–70 до 30–40 минут. Отдельно оговорим честно: автоматического назначения курьеров в системе нет — заказ берёт сам курьер в приложении либо назначает диспетчер.

Приложение курьера: маршрут в телефоне, трекинг для гостя

Боль: курьер звонит диспетчеру, гость звонит в ресторан, и никто не знает, где заказ.

В приложении курьера — заказ, маршрут и навигация: принял, забрал, доставил, статусы фиксируются автоматически. Гость видит курьера на карте в живом трекинге и поэтому не звонит на кассу — это заметно снимает нагрузку с операторов в час пик.

Расчёты по курьерам ведутся в системе, а не в блокноте: наличные, карты и суммы по каждому курьеру попадают в отчёт. Приложение курьера доступно на тарифе ENTERPRISE.

Интеграция с кассой: заказы, оплаты и отмены сходятся один в один

Боль: обычная интеграция работает по принципу «передали заказ и забыли» — статусы, отмены и оплаты между системами расходятся, а сверка в конце месяца превращается в расследование.

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

Синхронизация настраивается в интерфейсе: более 40 опций — завершение и отмена заказов, статусы, стоп-листы, курьеры, в обе стороны. Типы заказов, способы оплаты и статусы Delever и кассы сопоставляются попарно. Надбавки, сервисный сбор, кэшбэк- и депозитные кошельки проходят в кассу корректно. Для своих систем есть открытое API.

Мониторинг филиалов и разбор ошибок

Боль: касса «упала» ночью, заказы не доехали — узнали утром по жалобам гостей.

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

Отдельный раздел — ошибки и повторные отправки: проблемный заказ помечается с точной причиной сбоя, ошибки группируются по филиалам и интеграциям (видно системную проблему, а не единичный случай), а заказ можно переотправить в кассу прямо из интерфейса, без ручного ввода.

Обзор

Управляйте диспетчеризацией, курьерами и кухней из одного окна

Диспетчер назначает заказы в один клик, курьеры принимают их в приложении

FAQ

Есть ли автоматическое назначение курьеров?

Нет, и мы об этом говорим прямо. Курьеры видят заказы в приложении и принимают их сами, либо заказ назначает диспетчер в одном окне. Автоматически вызывается только внешняя доставка — Yandex Delivery, Wolt Drive, Taxi Millennium и Noor: они поднимаются из системы без звонков.

Нужен ли отдельный экран KDS на кухне?

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

Что будет, если пропадёт интернет в филиале?

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

Как заказы попадают в нашу кассу?

Через двусторонний обмен: меню, стоп-листы, цены и скидки идут из кассы, а заказы, статусы и оплата — обратно в кассу. Для iiko и r_keeper есть собственные плагины Delever, которые ставятся прямо на терминал; для остальных из 16 поддерживаемых POS работает интеграция из интерфейса. Всё настраивается без разработчика.

Сколько по времени занимает переход на систему?

Основные работы — это перенос каталога и подключение кассы. Каталог загружается из файла или по API, касса подключается из интерфейса. Мы обычно запускаем один пилотный филиал, отлаживаем цепочку статусов на реальном потоке и после этого разворачиваем на сеть.