Интеграция мобильного приложения с iiko, r_keeper и Poster

Чтобы приложение ресторана показывало актуальное меню, а заказы попадали прямо на кассу, его подключают к системе автоматизации заведения через её программный интерфейс (API). iiko, r_keeper и Poster — три самые распространённые системы в России, и у каждой свой набор возможностей для такой интеграции.

29 июня 2026 Технологии 8 мин чтения

---

---

Что такое интеграция приложения с системой автоматизации

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

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

Зачем ресторану интеграция приложения с кассой

Интеграция убирает ручной труд и расхождения. Эффект для заведения складывается из нескольких вещей:

• Меню всегда актуально. Цены и блюда меняются в одном месте — в кассовой системе, — и сразу отражаются в приложении.
• Заказы сразу в работе. Заказ из приложения попадает на кассу и кухню без переноса вручную, без потерь и опечаток.
• Лояльность по одной базе. Баллы и акции считаются одинаково в зале и в приложении — гость не видит разных цифр.
• Стоп-листы работают. Если блюдо закончилось, оно пропадает из приложения, и гость не заказывает то, чего нет.
• Прозрачная отчётность. Все заказы — и в зале, и из приложения — сходятся в одной системе.

Как устроена интеграция и что синхронизируется

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

Через интеграцию обычно синхронизируются:

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

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

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

iiko, r_keeper и Poster: что даёт интеграция с каждой

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

iiko

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

r_keeper

r_keeper — одна из старейших систем автоматизации, распространённая в крупных и сетевых заведениях. Интеграция идёт через API и интерфейсы системы: меню, передача заказов и чеков, программа лояльности. Состав доступных методов зависит от версии и согласуется на старте проекта.

Poster

Poster — облачная система, популярная у кафе и небольших сетей. У неё открытый REST-API с понятной документацией: меню и продукты, заказы и чеки, клиенты и лояльность, складские остатки. За счёт этого интеграция обычно проходит быстрее и предсказуемее.

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

Типичные ошибки интеграции

Чаще всего проблемы возникают не в самом приложении, а на стыке с кассовой системой. Вот что важно не упустить:

• Меню ведут вручную в двух местах. Без синхронизации по API цены в приложении и на кассе расходятся — гость видит одно, платит другое.
• Заказ не доходит до кассы. Если приложение только принимает заказ, но не передаёт его в систему, персонал переносит его руками — теряется смысл интеграции.
• Лояльность считается отдельно. Баллы в приложении и в кассе по разным базам — гость недоволен, бонусы не сходятся.
• Нет обработки стоп-листов. Закончившееся блюдо остаётся в приложении, и заказ приходится отменять.
• Игнорируют ограничения API. У систем есть лимиты на частоту запросов; без их учёта обмен сбоит в час пик.

Как измерить эффект интеграции

Интеграция окупается не ощущениями, а измеримыми изменениями. На что смотреть после запуска:

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

Как проходит интеграция и что нужно от заведения

Интеграция — часть проекта по разработке приложения, а не отдельная «коробка». От заведения нужен доступ к API системы автоматизации, дальше работает команда.

Что нужно от ресторана

• Доступы к API системы — ключи и права. Обычно они есть у заведения или запрашиваются у поставщика системы.
• Решение, что синхронизируем — меню, заказы, оплата, лояльность, остатки.
• Тестовая точка или среда, на которой проверяется обмен до запуска.

Как идёт работа

Сначала разбираем, какой API доступен у вашей системы и какие сценарии он закрывает. Затем настраиваем обмен между приложением, сервером и кассой, тестируем на реальных заказах и выводим в работу. В тарифе ПРО команда FITTIN использует готовые методы интеграции, которые предоставляет заведение; в тарифе ПРО+ интеграцию обеспечивает команда FITTIN под ключ, в том числе когда готовых методов нет.

Сколько стоит интеграция

Отдельной цены «за интеграцию» нет — она входит в проект по разработке приложения и зависит от двух вещей: есть ли у системы готовый доступ к API и какой набор сценариев нужен. В тарифе ПРО подключение идёт на готовых методах заведения, в тарифе ПРО+ — под ключ силами команды; нестандартные сценарии считаются как доработки по Time & Materials. Ориентиры по тарифам — на странице тарифов, предварительную оценку под задачу даёт калькулятор стоимости разработки.

Кейс: приложение сети ресторанов

Как интеграция приложения с системами заведения выглядит на практике — в проекте для сети ресторанов.

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

Итог

Интеграция приложения с системой автоматизации превращает приложение из отдельной витрины в рабочий канал заведения: меню, заказы, оплата и лояльность идут единым потоком с кассой. iiko, r_keeper и Poster закрывают большинство сценариев через свои API — конкретный набор зависит от системы и её версии и выясняется на старте.

С чего начать:

• Зафиксировать сценарии. Что синхронизируем — меню, заказы, лояльность — описывается в техническом задании.
• Оценить бюджет. Прикиньте срок и стоимость на калькуляторе разработки.
• Проверить готовое приложение. Если приложение уже есть — аудит покажет, как подключить его к кассе.

Частые вопросы

Материал носит информационно-аналитический характер, отражает оценку команды FITTIN на дату публикации. iiko, r_keeper и Poster — товарные знаки их правообладателей; упоминаются как системы автоматизации, с которыми возможна интеграция.