· Интеграции  · 5 min read

Интеграция iiko с Яндекс Едой и Delivery Club: пошаговая настройка, чтобы заказы не терялись

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

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

Владелец ресторана подключает доставку через агрегаторы, чтобы зарабатывать больше. Проходит неделя — и оказывается, что доставка приносит убыток. Заказы теряются, курьеры ждут по 20 минут, повара не видят заявки, а в конце месяца управляющий разводит руками: «Мы не понимаем, почему нет прибыли».

Мы сталкиваемся с этой ситуацией в каждом третьем проекте. Проблема почти всегда не в персонале и не в логистике. Проблема в том, что iiko и агрегаторы работают как две независимые вселенные. Заказ приходит в Яндекс Еду, но не попадает на кухонный принтер в iiko. Или попадает, но без модификаторов. Или попадает дважды.

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

Как устроена интеграция: три компонента

Прежде чем лезть в настройки, нужно понять, из чего состоит интеграция. Вне зависимости от того, подключаете вы Яндекс Еду, Delivery Club или Самокат, схема всегда одна.

Первое — агрегатор

Яндекс Еда, Delivery Club или любой другой сервис, через который пользователь оформляет заказ. Агрегатор принимает заявку, передаёт её в iiko и ждёт подтверждения.

Второе — iikoFront

iikoFront получает заказ из агрегатора, отображает его на экранах или печатает на кухонных принтерах. На этом этапе можно настроить автоматическое принятие, перенаправление на разные станции, смену статусов и уведомления.

Третье — iikoOffice

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

Пошаговая настройка интеграции

Начинаем настройку. Ниже — алгоритм, который мы проверяли на десятках объектов.

Шаг 1. Заводим торговые точки в iikoOffice

Каждая точка доставки в агрегаторе должна соответствовать торговой точке (ТТ) в iikoOffice. Заходим в раздел «Администрирование → Торговые точки». Создаём ТТ с названием, которое будет совпадать с названием в агрегаторе. Указываем тип — «Доставка».

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

Шаг 2. Готовим справочник блюд

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

В iikoOffice переходим в «Справочники → Блюда». Для каждого блюда, которое будет доступно в доставке, заполняем внешний код (external code). Именно по этому коду агрегатор идентифицирует блюдо. Если код не заполнен или не совпадает — заказ придёт без названия блюда или не придёт вообще.

Шаг 3. Настраиваем права доступа в iikoFront

Кухня и касса должны видеть заказы из агрегаторов. В iikoFront в разделе «Администрирование → Пользователи» назначаем права на работу с заказами доставки. Убеждаемся, что у поваров и менеджеров есть доступ к модулю «Доставка».

Без этого шага заказ может прийти в систему, но никто его не увидит.

Шаг 4. Соединяем iiko с агрегатором через интеграционное окно

В iikoFront существует специальный модуль интеграции. Заходим в «Настройки → Интеграция с внешними системами». Выбираем нужный агрегатор.

Для Яндекс Еды и Delivery Club доступна стандартная интеграция через iikoCloud. Указываем логин и пароль от личного кабинета агрегатора. Система автоматически подтянет список доступных торговых точек.

Важный момент: на этом этапе можно настроить автоматическое принятие заказов или подтверждение вручную. Рекомендуем на первые две недели оставить ручной режим — так вы сможете проконтролировать, всё ли приходит корректно.

Шаг 5. Печатаем заказы на кухне

Заказы из агрегаторов должны печататься на кухонном принтере. В iikoFront в разделе «Настройки печати» создаём правило: «Если статус заказа = доставка и тип оплаты = онлайн, печатать на принтере Повара». Назначаем принтер, выбираем шаблон чека.

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

Шаг 6. Настраиваем статусы и уведомления

Автоматическая передача статусов — спасение для управляющего. Когда заказ собран, iiko отправляет статус «Готово» в агрегатор. Курьер получает уведомление, что можно забирать.

Настраиваем в iikoFront цепочку статусов: «Новый → Принят → Готовится → Собран → Выдан курьеру». Каждый переход можно автоматизировать. Например, статус «Готовится» включается автоматически при печати заказа на кухне.

На чём чаще всего спотыкаются: типичные ошибки

Разберём три ситуации, которые мы видим в 80% проектов.

Модификаторы не передаются

Клиент заказал пиццу с двойным сыром. На кухню приходит просто «Пицца». Повар делает стандартную, гость недоволен, доставка возвращается.

Решение: в iikoOffice каждый модификатор нужно привязать к внешнему коду агрегатора. Заходим в карточку модификатора, заполняем поле «Внешний код». Указываем тот же код, что передан в меню агрегатора.

Заказы приходят дубли

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

Причина: в интеграционном окне включена опция «Автоматическая повторная отправка». Отключаем. Настраиваем ручное подтверждение для каждого заказа на первые две недели.

Статусы не синхронизируются

Курьер приехал, а в системе доставка всё ещё «Готовится». Или, наоборот, система отправила «Готово», а повар ещё даже не начал сборку.

Проблема в настройке триггеров. В iikoFront проверяем раздел «Настройки уведомлений». Убеждаемся, что статус «Собран» отправляется только тогда, когда он действительно собран. И что статус «Готовится» не отправляется автоматически при принятии заказа.

Как проверить, что всё работает

После настройки обязательно проводим тестовый запуск.

Сценарий теста

  • Оформляем заказ через агрегатор на тестовую сумму
  • Проверяем, что заказ пришёл в iikoFront
  • Проверяем печать на кухонном принтере
  • Проверяем, что модификаторы отобразились корректно
  • Переводим заказ в статус «Собран»
  • Проверяем, что статус обновился в агрегаторе
  • Проверяем аналитику в iikoOffice — заказ должен отобразиться

Если все пункты пройдены — интеграция готова к работе.

Что в итоге

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

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

Результат — заказы приходят на кухню без потерь, время сборки сокращается до минимума, прибыль от доставки перестаёт быть иллюзией.


Выезжаем на объект, настраиваем интеграцию за 2 дня и показываем, как она работает.

Назад в блог

Похожие статьи

Смотреть все статьи »
Что такое iiko и как автоматизация помогает ресторану зарабатывать больше?

Что такое iiko и как автоматизация помогает ресторану зарабатывать больше?

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