Интеграция мобильного приложения с iiko: что можно связать с кассой

Интеграция мобильного приложения с iiko нужна, чтобы заказ из телефона гостя попадал на кассу без оператора, а бонусы считались в одном месте. Разбираем, что именно можно связать, на примере проекта для сети «Шашлык от дяди Гадима» в Актау и Атырау.

Мы в A-LUX сделали для этой сети два приложения, для гостей и для курьеров, и связали оба с iiko. Подробности и экраны в кейсе GADIM. Ниже разбор по пунктам: что передаётся в кассу, что берётся из неё и что нужно от ресторана.

Зачем связывать приложение с кассой

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

После интеграции приложение становится ещё одним источником заказов для iiko, таким же, как зал или звонок. Кухня получает чек, касса видит оплату, отчёты сходятся.

Что приложение передаёт в iiko

• Заказ на доставку или самовывоз: позиции, количество, адрес, телефон гостя, способ оплаты.
• Заведение и терминал: в сети заказ уходит на кассу той точки, которая обслуживает адрес гостя.
• Время готовности: если гость заказал ко времени, кухня получает нужный срок, а не «как можно скорее».
• Комментарий к блюду: «без лука» или «соус отдельно» печатается на кухонном чеке рядом с позицией.
• Оператора и курьера: в кассе видно, кто подтвердил заказ и кто его везёт.
• Статусы доставки: «в пути» и «доставлен» закрывают заказ в iiko без ручных действий.

Что приложение берёт из iiko

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

Маршрутизация в сети из нескольких заведений

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

• По адресу гостя определяется район, а по району заведение.
• Если район не распознан, берётся ближайшая точка по карте.
• Для самовывоза гость сам выбирает заведение при оформлении.
• Оператор видит заказ в панели до отправки на кассу и проверяет адрес.

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

• Доступ к iikoCloud: API-ключ организации.
• Список заведений и терминалов доставки.
• Программа лояльности, если бонусы уже ведутся в iiko.
• Актуальное меню с фотографиями.

Сопоставление меню и настройку берёт на себя разработчик. Персоналу не нужно ничего менять на кассе.

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

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

FAQ

Можно ли подключить к iiko приложение, которое уже есть?

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

Что будет, если касса недоступна?

Заказ сохраняется на сервере приложения и остаётся у оператора в панели. Он видит, что заказ не ушёл на кассу, и может пробить его вручную.

Подходит ли это для r_keeper или Poster?

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

Нужен ли оператор, если заказ и так уходит на кассу?

В проекте GADIM оператор подтверждает заказ перед отправкой: проверяет адрес и время. Это решение заведения, подтверждение можно сделать автоматическим.

Кто делает такую интеграцию?

Мы в A-LUX делаем мобильные приложения для ресторанов вместе с интеграцией с кассой и приложением для курьеров. Пример работающей связки можно посмотреть в кейсе GADIM.