Один из частых вопросов, который мы слышим от ресторанов и служб доставки в последние годы, звучит так:
«А что делать, если ни одно готовое решение на рынке не закрывает нашу задачу полностью?»
Этот вопрос особенно актуален для бизнеса, который уже вырос из стандартных сценариев: несколько юридических лиц, сложная кухня, собственная логика учета, интеграции с ERP, бухгалтерией и доставкой. В прошлом году с таким запросом к нам обратились сразу несколько клиентов. Один из самых показательных кейсов — крупная служба доставки еды.
Этот пример хорошо показывает, как сегодня выглядит реальная автоматизация в общепите и почему «коробочные» решения перестают работать.
Почему стандартные решения перестают справляться
Большинство платформ для ресторанов и доставки отлично подходят на старте.
Они закрывают базовые задачи:
— прием заказов
— сайт и мобильное приложение
— передача заказов на кухню
— простая отчетность
Но как только бизнес усложняется, появляются новые требования:
— несколько юридических лиц
— разные кухни внутри одного бренда
— сложная бухгалтерия
— учет НДС и налогов по каждому блюду
— единый сайт и приложение для разных исполнителей
В этот момент предприниматель сталкивается с реальностью:
рынок предлагает либо «почти подходящее» решение, либо несколько систем, которые не умеют работать вместе.
Запрос клиента: один бренд, несколько кухонь и полный финансовый контроль
В кейсе из Оренбурга бизнес был построен следующим образом:
— есть один основной бренд
— один сайт и одно мобильное приложение
— внутри — несколько кухонь (мерчантов)
— каждое блюдо относится к своему юрлицу
— учетная система построена на r_keeper и r_keeper Delivery
— вся номенклатура, составы, описания и фотографии хранятся в 1С
Перед клиентом стояли сразу несколько задач.
Задача 1. Загрузка меню из двух систем одновременно
Вся основная информация о блюдах находилась в 1С:
составы, описания, фотографии, учетные данные.
При этом r_keeper Delivery использовался как ключевая система для приема заказов и передачи их на производство.
Готовые решения на рынке предлагают загрузку меню либо из r_keeper, либо из 1С — но не параллельную работу с обеими системами в одном интерфейсе.
По запросу клиента была реализована кастомная интеграция:
— блюда и их ID подтягиваются из r_keeper Delivery
— описание, состав, фото и дополнительные данные — из 1С
— все данные автоматически объединяются в единую карточку блюда
— менеджерам не нужно дублировать информацию вручную
В результате меню сайта и мобильного приложения стало заполняться автоматически и без ошибок.
Задача 2. Работа с мерчантами внутри одного заказа
Следующая сложность — структура бизнеса.
У клиента один сайт и одно приложение, но разные блюда готовят разные кухни, принадлежащие разным юридическим лицам.
При этом в одном заказе могут быть позиции от нескольких мерчантов одновременно.
Для бизнеса было критично:
— видеть, какое блюдо кем приготовлено
— понимать оборот каждого юрлица
— корректно распределять выручку
— упростить взаиморасчеты между компаниями
Мы реализовали логику, при которой:
— у каждого блюда есть свой «изготовитель»
— система понимает, какому юрлицу относится позиция
— один заказ может автоматически разбиваться на несколько мерчантов
— отчетность формируется без ручных расчетов
Это позволило сохранить единый бренд и единый клиентский путь, но при этом навести порядок во внутреннем учете.
Задача 3. Корректная фискализация и онлайн-оплата
Самый чувствительный блок — деньги и налоги.
После оформления и оплаты заказа система должна была:
— корректно передать данные в интернет-эквайринг
— учесть, какое юрлицо реализует каждое блюдо
— применить нужную систему налогообложения
— корректно указать НДС (который может отличаться)
— передать данные в ОФД без ошибок
В рамках проекта была выстроена логика, при которой:
— в фискальных документах видно, кто отвечает за каждую позицию
— бухгалтерия получает прозрачную отчетность
— исключаются ручные корректировки и акты сверки
То, на что раньше уходили часы работы бухгалтеров и менеджеров, теперь происходит автоматически.
Что бизнес получает в итоге
После запуска такой системы клиент решает сразу несколько системных проблем:
— уходит ручной труд в учете заказов
— исключаются ошибки при заполнении меню
— упрощаются взаиморасчеты между юрлицами
— снижается нагрузка на бухгалтерию
— повышается прозрачность бизнеса
— масштабирование становится управляемым
И самое важное — все это работает в рамках одного сайта и одного мобильного приложения, без раздробления бренда.
Главный вывод для ресторанов и доставок
Этот кейс хорошо показывает одну важную мысль:
если бизнес выходит за рамки стандартных сценариев, универсальных решений становится недостаточно.
При этом это не значит, что нужно «изобретать систему с нуля».
Гораздо эффективнее:
— взять стабильную платформу
— сохранить привычный визуал и базовый функционал
— и доработать логику под реальные бизнес-процессы
Именно такой подход позволяет автоматизации работать на бизнес, а не наоборот.
Если у вас нестандартная задача
Если у вашего ресторана или службы доставки:
— несколько юридических лиц
— сложная структура кухонь
— учет в r_keeper и 1С
— нестандартная логика расчетов
— требования к фискализации и отчетности
это не повод отказываться от цифровых каналов продаж или усложнять процессы вручную.
Такие проекты требуют кастомного подхода, но при правильной архитектуре они масштабируются и окупаются быстрее, чем кажется на старте.
