Содержание
Интеграция с Яндекс Едой нужна, чтобы заказы не приходилось переносить из кабинета площадки в кассу и на кухню руками. Вариантов четыре: готовый модуль кассовой системы (iiko, r_keeper), подключение через API Яндекса для своей или другой системы, связка с 1С через посредника и работа без кассы через внешний сервис. Ниже разберём, что даёт каждый вариант, какие у Яндекса требования к интеграции и как выбрать под свой ресторан.
Что такое интеграция с Яндекс Едой
Без интеграции ресторан работает в личном кабинете Яндекс Еда Вендор: видит там заказы, подтверждает их, ведёт меню и стоп-лист. Касса про эти заказы ничего не знает, и сотрудник переносит их сам — пробивает на кассе или пишет повару. Подробно этот режим разобран в статье Кабинет vendor.yandex.ru: как ресторану работать с заказами.
Интеграция меняет схему: заказ из Яндекс Еды сразу попадает в вашу систему, и дальше вы принимаете, готовите и передаёте его в доставку так же, как обычный заказ. При полноценной интеграции через API в обратную сторону уходят меню, стоп-листы и статусы заказов.
Что обычно решает интеграция:
- нет ручного переноса заказа и ошибок в позициях;
- заказ сразу виден на кухне;
- продажи с агрегатора попадают в учёт и отчёты кассы;
- меню и стоп-лист можно вести в одном месте.
Требования Яндекса к интеграции
Подключить кассу может не каждый ресторан. В условиях Яндекс Еды для интеграции есть требования к рейтингу заведения и к среднему числу заказов в день — небольшой точке на старте интеграцию могут не включить. Актуальные пороги стоит уточнить в поддержке, они менялись.
Порядок подачи общий для всех систем:
- Оформить меню по правилам Яндекса — без этого заявку не примут.
- Подготовить список точек и данные для подключения от вашей кассовой системы.
- Создать заявку в кабинете Вендор: «Поддержка» → «Интеграция» → «Подключение интеграции».
Интеграция iiko и Яндекс Еды
iiko — самый частый вариант у ресторанов, которые уже работают на этой системе. Яндекс поддерживает интеграцию с iiko через портал iiko.biz, настройку обычно ведёт сервисный партнёр iiko.
Как это выглядит на практике:
- в заявке на подключение указывается система iiko и учётные данные для API (client_id, client_secret, хост), их выдаёт интегратор;
- в iiko настраивается внешнее меню и источник заказов «Яндекс Еда»;
- заказы приходят в iiko как доставочные, печатаются на кухне по привычным правилам.
Плюс — всё в одной системе: заказы, учёт, склад, отчёты. Минус — iiko и её модуль доставки нужно отдельно оплачивать и обслуживать, а любые сбои решаются в треугольнике «ресторан — интегратор — Яндекс». Если вы работаете с iiko, но интеграция не подходит по требованиям, остаётся ручной режим или внешний сервис.
r_keeper и Яндекс Еда
Для r_keeper интеграция идёт через r_keeper Delivery — облачный модуль доставки. В его админке есть раздел «Интеграции» → «Яндекс.Еда», а заявку на подключение подают через кабинет Вендор тем же путём, что и для iiko. Заказы появляются в r_keeper с пометкой «Я.Еда». По вопросам настройки Яндекс отправляет в поддержку r_keeper Delivery.
Логика та же: если ресторан уже живёт в r_keeper, это самый естественный вариант. Если r_keeper нет, ставить его только ради Яндекс Еды дорого.
Интеграция 1С с Яндекс Едой
Готового модуля «1С — Яндекс Еда» от самого Яндекса нет: в списке систем на странице интеграции 1С не значится. Связать их можно двумя путями:
- через посредника — сервис или модуль, который сам подключён к Яндексу по API и передаёт данные в 1С;
- через собственную доработку — программист пишет обмен по API-контракту Яндекса.
Чаще всего в 1С нужны не сами заказы, а учёт: продажи для бухгалтерии, списания, выгрузка остатков. Остатки для общепита — это, по сути, стоп-лист: закончился продукт — блюдо надо снять с продажи. Если складской учёт в ресторане ведётся в 1С, логично, чтобы стоп-лист формировался оттуда, но это уже отдельная доработка.
API Яндекс Еды для своей системы
Если у вас своя разработка или касса, которой нет в списке, Яндекс предлагает подключение по API. Ваша система должна:
- отдавать Яндексу меню;
- принимать заказы;
- отдавать список ресторанов;
- передавать статусы заказов.
Через API меню и стоп-листы обновляются автоматически. Яндекс прямо предупреждает, что настройка сложная и нужны технические специалисты, которые знают вашу систему и базу данных. Для одной-двух точек без своего IT-отдела это обычно неоправданно.
Под этот же вариант попадает «интеграция сайта с Яндекс Едой»: если у вас интернет-магазин на своём движке, с Битрикс или WooCommerce, связать его с Яндекс Едой можно только через разработку по API или через сервис-посредник.
Другие кассы: Эвотор, Контур.Маркет, Quick Resto
У части облачных касс и товароучётных систем есть свои модули для агрегаторов. Например, интеграцию с Яндекс Едой предлагают Эвотор (приложение «Доставка еды») и Контур.Маркет, а Quick Resto умеет работать с Купером. Если вы на Poster, Frontpad, МойСклад или другой системе, проверьте её справку: модуль может быть платным, может поддерживать только приём заказов без синхронизации меню, а стоп-лист может обновляться не мгновенно, а раз в какой-то период.
Сравнение вариантов
| Вариант | Кому подходит | Что нужно | Ограничения |
|---|---|---|---|
| Ручной режим в кабинете Вендор | малый поток, старт | компьютер или планшет, сотрудник | заказы и стоп-лист ведутся руками, на каждой площадке отдельно |
| iiko | рестораны и сети на iiko | iiko, модуль доставки, интегратор | требования Яндекса, стоимость iiko и поддержки |
| r_keeper Delivery | рестораны на r_keeper | r_keeper Delivery | те же требования, привязка к экосистеме |
| 1С | у кого учёт в 1С | посредник или доработка | готового модуля от Яндекса нет |
| Свой API | сети со своим IT | разработчики | сложно и дорого в поддержке |
| Сервис без кассы | точки без iiko/r_keeper или не прошедшие требования | доступ к кабинетам площадок, сетевой принтер | не заменяет складской учёт |
Работа с Яндекс Едой без iiko и без кассы
Многим небольшим ресторанам и дарк китчен касса с интеграцией не нужна: заказы идут почти только из агрегаторов, а учёт ведётся в таблице или простой программе. Им важно другое — чтобы заказ вовремя приняли, кухня его увидела, курьер приехал, а меню и стоп-лист совпадали на всех площадках.
Для этого есть сервисы, которые работают поверх кабинетов площадок. Один из них — OrdersFlow. Он подключается к уже действующему кабинету Яндекс Еды, сам подтверждает заказы, печатает чек на сетевом термопринтере на кухне и вызывает курьера через Яндекс Доставку. Помимо Яндекс Еды поддерживаются Деливери и Купер: меню, цены и стоп-листы заводятся один раз и расходятся на все площадки. Касса, iiko и требования Яндекса к интеграции здесь не нужны, подключение занимает около суток. Как это работает по шагам — в статье Как принимать заказы с Яндекс Еды автоматически.
Ограничения тоже стоит назвать прямо. OrdersFlow не ведёт складской учёт и сейчас не интегрирован с iiko, r_keeper и Poster. Связку с 1С делаем за отдельную плату. Если у вас уже работает iiko с подключённой интеграцией и вас всё устраивает, менять схему смысла нет.
Как выбрать
Задайте себе три вопроса.
- Какая касса уже стоит? Если iiko или r_keeper и вы проходите по требованиям Яндекса — начните с их модуля.
- Сколько площадок? Если кроме Яндекс Еды есть Деливери и Купер, проверьте, синхронизирует ли выбранное решение меню и стоп-лист на все три. Иначе вы получите заказы в кассе, но стоп-лист всё равно придётся вести в трёх кабинетах. Подробнее — в статье Стоп-лист в ресторане: как держать его одинаковым на всех площадках.
- Кто будет это поддерживать? API и доработки 1С требуют разработчика не только на старте, но и при каждом изменении на стороне Яндекса.
Если ресторан только выходит на доставку, начните с порядка подключения: Как подключить ресторан к Яндекс Еде. Интеграцию проще выбирать, когда видно реальное число заказов в день.