Сайт доставки суши или пиццы, который не связан с кассой, работает как телефон, только медленнее. Заказ приходит на почту или в Telegram, администратор переносит его в POS-систему вручную, кухня ждёт, а клиент тем временем звонит уточнить, приняли ли его заказ. Каждый ручной перенос — это риск ошибиться в адресе, модификаторе или сумме.
Пока заказов несколько в день, это терпимо. Но в пятницу вечером, когда заказы идут один за другим, администратор физически не успевает: часть позиций переносится с ошибками, клиент ждёт дольше, а кухня готовит не то. Именно здесь сайт без интеграции начинает стоить заведению денег.
Интеграция сайта с POS-системой убирает ручной шаг. Заказ с сайта сразу попадает в кассу и на кухню, а меню, цены и наличие блюд сайт может брать из той же системы, в которой работает заведение. Ниже рассказываем, как это устроено, какие данные передаются, что подготовить заранее и где чаще всего возникают ошибки.
Что даёт интеграция сайта с POS-системой
Заказы без ручного переноса
Клиент оформляет заказ на сайте, и он появляется в POS-системе со всеми позициями, модификаторами, адресом и способом оплаты — так же, как если бы его принял кассир. Администратору не нужно ничего переписывать, а кухня получает заказ в том же виде, к которому привыкла. Время от клика «Оформить» до начала приготовления сокращается до минуты.
Одно меню на все каналы
Блюда, категории, цены и модификаторы ведутся в кассовой системе, а сайт их подтягивает. Изменили цену или добавили новую позицию в POS — после синхронизации она появилась на сайте. Без этого меню на сайте рано или поздно расходится с реальным: клиент видит старую цену, а на кухне блюдо уже убрали.
Актуальное наличие
Если блюдо закончилось, его можно убрать из продажи в одном месте. Клиент не закажет то, чего нет, а оператору не придётся перезванивать и предлагать замену — именно такие звонки чаще всего заканчиваются отменённым заказом.
Лояльность и акции по единым правилам
Бонусы, промокоды и акции считаются одинаково на сайте и в заведении. Клиент, который накопил бонусы в ресторане, может потратить их на сайте, и наоборот. Для постоянных гостей это весомый аргумент заказывать напрямую, а не через агрегаторы с их комиссией.
Понятная аналитика
Когда все заказы проходят через POS-систему, видно, сколько из них пришло с сайта, какой средний чек и какие блюда берут онлайн. А если настроить источники — то и с какой рекламы пришёл каждый клиент. Это позволяет вкладывать рекламный бюджет в каналы, которые реально приводят заказы.
Какие данные передаются между сайтом и POS-системой
Обмен идёт в двух направлениях. От того, насколько аккуратно его настроить, зависит, будет ли кухня получать заказы без уточнений. В таблице — основные данные и что будет, если их не передавать.
|
Данные |
Направление |
Что будет без синхронизации |
|
Меню, категории, фото |
POS → сайт |
Меню на сайте ведётся отдельно и постепенно расходится с реальным |
|
Цены и модификаторы |
POS → сайт |
Клиент видит одну сумму, касса считает другую |
|
Заведения и филиалы |
POS → сайт |
Заказ попадает не в то заведение |
|
Наличие, стоп-лист |
POS → сайт |
Клиент заказывает блюдо, которого уже нет |
|
Состав заказа |
сайт → POS |
Администратор переносит позиции вручную |
|
Клиент и адрес |
сайт → POS |
Курьер уточняет адрес по телефону |
|
Оплата и её статус |
сайт → POS |
Непонятно, оплачен заказ или нет |
|
Промокод, бонусы |
сайт → POS |
Скидка на сайте не совпадает со скидкой в кассе |
Больше всего проблем обычно с модификаторами. В кассе пицца может быть заведена как одно блюдо с размерами, а на сайте — как три отдельных товара; соус может быть бесплатным модификатором или платной позицией. Если эти соответствия не продумать на старте, заказ придёт на кухню без соуса или с неправильным размером, и заметят это только тогда, когда клиент позвонит с жалобой.
Poster, Syrve или iiko: с чем мы работали
У всех трёх систем есть API для обмена с сайтом, но логика, структура меню и возможности у них разные. Поэтому готового «модуля на все случаи» нет: интеграцию под каждую систему мы настраиваем отдельно, с учётом того, как именно заведение ведёт меню и акции.
Poster
Poster — одна из самых распространённых POS-систем среди заведений доставки в Украине, особенно среди небольших и средних. Через Poster API мы подключили сайты доставки KaiFui и Receptor: заказы с сайта попадают в Poster, а онлайн-оплата проходит через LiqPay. Та же связка Poster + LiqPay работает и на сайте Креветка.
Syrve
Syrve — международная версия платформы iiko. Она даёт больше возможностей для лояльности и акций, но и интеграция с ней сложнее. Самую глубокую интеграцию мы сделали для Sushi Bo: выгрузка товаров и заведений, передача заказов, программа лояльности Syrve Loyalty, промокоды и несколько разных логик срабатывания акций. Отдельно для этого проекта мы добавили определение зоны доставки по адресу клиента, источники заказов в админке и передачу событий в Meta для рекламы.
iiko
Бывает, что сеть работает не с одной кассовой системой: часть заведений на одной, часть на другой. Для сети ресторанов Kilogramm сайт работает с iiko и Poster одновременно и поддерживает несколько городов. Для таких проектов важно на старте расписать, какое заведение на какой системе и куда должен уходить каждый заказ.
Зоны доставки: почему адрес важнее, чем кажется
Для доставки еды мало знать адрес — нужно понимать, в какую зону он попадает. От этого зависят стоимость доставки, минимальная сумма заказа, ориентировочное время и то, возит ли заведение туда вообще. Если эту проверку делает оператор, часть заказов теряется на этапе звонка: клиент оплатил, а потом узнаёт, что доставка в его район стоит иначе или невозможна.
Надёжнее, когда зону определяет сам сайт ещё до оплаты. Адрес превращается в координаты, а дальше система проверяет, в какой полигон на карте они попадают, и сразу показывает клиенту правильную стоимость доставки. На Sushi Bo адрес геокодируется через Google, а зоны описаны в формате GeoJSON. Похожий подход мы использовали для сервиса Fresh Box во Львове.
Промокоды, бонусы и акции
Больше всего вопросов в интеграции обычно возникает не с заказами, а с акциями. «Вторая пицца со скидкой», «ролл в подарок от определённой суммы», бонусы за прошлые заказы — всё это должно считаться одинаково на сайте и в кассе.
Типичная ситуация: сайт показывает клиенту скидку по промокоду, а касса этот промокод не знает и считает полную цену. В итоге клиент оплатил одну сумму, в POS-системе другая, а бухгалтерия в конце дня не может свести кассы. Поэтому логику акций нужно продумать ещё до разработки: что считает касса, что — сайт и как они сверяют сумму. На Sushi Bo бонусы и промокоды подключены через Syrve Loyalty, а для акций мы реализовали несколько разных логик срабатывания.
Несколько заведений и городов
Когда у сети несколько точек или городов, сайту нужно знать больше, чем просто меню. В разных городах могут отличаться цены и ассортимент, у каждого заведения свой график и своя зона доставки, а заказ должен попасть именно на ту кухню, которая будет его готовить.
Если это не продумать, заказ из одного города оказывается в заведении другого, а клиент видит блюда, которых в его городе нет. На Kilogramm мы реализовали именно такой мультигородской сайт с интеграцией iiko и Poster.
Что подготовить к интеграции
Интеграция идёт значительно быстрее, если заведение заранее подготовит несколько вещей. Вот что мы просим на старте:
- Доступ к API POS-системы. Токен или ключ, который выдаёт ваша касса. Если вы не знаете, где его взять, — подскажем.
- Упорядоченное меню в кассе. Блюда в нужных категориях, без дубликатов и «временных» позиций, которые давно не продаются.
- Понятная структура модификаторов. Какие размеры, соусы и добавки есть, какие из них платные, какие обязательные.
- Список заведений и их график. Особенно если точек несколько или они работают в разное время.
- Карта зон доставки. Границы районов, стоимость доставки и минимальная сумма для каждой зоны.
- Эквайринг для онлайн-оплаты. Договор с LiqPay или другим платёжным сервисом.
- Правила акций и лояльности. Какие акции действуют, как начисляются бонусы, можно ли совмещать скидки.
Как проходит интеграция
- Аудит POS-системы и меню. Смотрим, как заведены блюда, модификаторы, заведения и акции. От порядка в кассе зависит половина успеха: если там хаос, сначала помогаем его убрать.
- Сопоставление данных. Определяем, какие поля из кассы соответствуют товарам и опциям на сайте, как передаются модификаторы, адрес и оплата. Это самый важный этап — ошибки здесь потом всплывают на кухне.
- Синхронизация меню. Настраиваем выгрузку категорий, блюд и цен, а также обновление по расписанию или по событию.
- Передача заказов и оплата. Заказ с сайта создаётся в POS-системе, онлайн-оплата — через LiqPay или другой эквайринг.
- Лояльность, промокоды, зоны доставки. Подключаем то, что нужно конкретному заведению, и согласовываем, где считается скидка.
- Тестовые заказы. Прогоняем реальные сценарии: разные модификаторы, адреса, промокоды, оплату — и проверяем, как заказ выглядит на кухне.
- Запуск и сопровождение. После запуска следим за первыми заказами и исправляем расхождения, если они появляются.
Типичные ошибки и как их избежать
- Несогласованные модификаторы. Модификаторы в кассе заведены не так, как их видит клиент на сайте, и заказ приходит без соуса или с другим размером. Решение — отдельно сопоставить каждую группу модификаторов ещё до разработки.
- Товары без соответствия. Блюдо есть на сайте, но его нет в кассе, поэтому заказ не передаётся или передаётся неполным. Решение — не показывать на сайте позиции, которых нет в POS-системе.
- Два источника меню. Меню редактируют и в кассе, и в админке сайта, и данные быстро расходятся. Решение — договориться, что источник правды один, и редактировать только там.
- Дубликаты заказов. Если связь с API оборвалась, сайт может отправить заказ повторно, и кухня приготовит его дважды. Решение — проверять, создан ли уже заказ, перед повторной отправкой.
- Заказы вне графика. Клиент оформляет и оплачивает доставку, когда заведение уже закрыто. Решение — сайт должен знать график каждого заведения и честно показывать, когда заказ будет принят.
Когда интеграция не нужна
Если у заведения несколько заказов в день и одна точка, полная интеграция может не окупиться: администратор спокойно переносит заказы вручную, а бюджет лучше вложить в меню, фото и рекламу. Интеграцию стоит планировать тогда, когда ручной перенос начинает тормозить кухню, появляются ошибки в заказах или вы открываете вторую точку.
Для такого старта подойдёт готовый сайт доставки в аренду с интеграцией Poster и онлайн-оплатой — e-duki. На нём работает, например, Креветка.
Сколько длится и сколько стоит
Сайты доставки с интеграцией POS-системы мы делаем за 2–3 месяца — вместе с дизайном, каталогом, оплатой и запуском. Сама интеграция занимает часть этого времени. Её объём и стоимость зависят от нескольких вещей:
- какая POS-система и насколько упорядочено в ней меню;
- сколько заведений и городов нужно подключить;
- нужны ли лояльность, промокоды и сложные акции;
- нужно ли автоматическое определение зон доставки.
Стоимость интеграции: от 400$. Точную сумму называем после аудита вашей POS-системы и меню.