Перейти к содержанию

Франчайзинговая сеть на базе iikoChain

Дата исследования: 18 августа 2026 года.

Краткий вывод

Построить ресторанную франшизу на базе продуктов iiko возможно. Для сети с независимыми франчайзи целевой вариант — связка:

  • iikoChain — централизованное управление собственными ресторанами, центральным офисом, производством и логистикой;
  • локальная или облачная iiko у каждого независимого франчайзи;
  • платформа Панам — единый канал онлайн-продаж сети, аналитика этого канала и личный кабинет франчайзи;
  • iikoCard или собственный модуль Панам — общая программа лояльности.

Роялти в платформе Панам не считается: база роялти — вся выручка ресторана по данным iiko франчайзи, расчёт выполняется вне платформы. Распределение сервисов между головной компанией и франчайзи и принятые решения по деньгам — в документе Франшиза.

Важно

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

Что поддерживает iikoChain

iikoChain предназначен для централизованного управления сетью ресторанов и производственно-распределительным комплексом. Система поддерживает:

  • структуру из нескольких юридических лиц, ресторанов, производств и складов;
  • единый номенклатурный справочник;
  • централизованное управление меню, технологическими картами и ценами;
  • разные прейскуранты и ценовые категории для отдельных заведений;
  • централизованные закупки;
  • перемещения товаров и полуфабрикатов между предприятиями, в том числе принадлежащими разным юридическим лицам;
  • работу с фабрикой-кухней или производственно-распределительным комплексом;
  • сбор данных о продажах, складах и финансах со всех точек;
  • консолидированную отчётность;
  • разграничение прав сотрудников по подразделениям и счетам;
  • централизованное закрытие учётных периодов.

Эти функции покрывают значительную часть задач франчайзера: стандартизацию меню и рецептур, контроль цен, управление поставками, получение показателей сети и работу центрального производства.

Почему одного iikoChain может быть недостаточно

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

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

Часть изоляции можно реализовать правами доступа и назначением сотрудников ответственными за конкретные подразделения и счета. Однако документация сама по себе не позволяет считать общий iikoChain полноценной multi-tenant-платформой для независимых собственников. На пилоте необходимо отдельно проверить доступ к отчётам, сотрудникам, контрагентам, складам, закупочным ценам, финансовым счетам и персональным данным.

Рекомендуемая архитектура

Управляющая компания
├── iikoChain — собственные рестораны, центральный офис и фабрика-кухня
├── iikoCard — единая программа лояльности
├── Панам — витрина сети, онлайн-заказы и кабинет франчайзи
└── бухгалтерия — расчёт роялти по отчётности iiko франчайзи, вне платформы

Франчайзи
├── отдельная локальная или облачная база iiko
├── собственное юрлицо, кассы, склады и сотрудники
└── доступ бухгалтерии управляющей компании к отчётности продаж своей iiko

Если все точки принадлежат одной группе и управляются как единая компания, их можно объединить непосредственно в iikoChain. Если франчайзи юридически и операционно независимы, безопаснее сохранить отдельные базы: выручку по всем каналам бухгалтерия управляющей компании получает из отчётности iiko франчайзи, а платформа Панам видит только собственный онлайн-канал.

Место сайта Панам во франшизе

Для франшизы рекомендуется один общий сайт и в дальнейшем одно мобильное приложение на всю сеть. Отдельные сайты франчайзи приведут к разному клиентскому опыту, дублированию разработки, фрагментации SEO, маркетинга, программы лояльности и клиентской базы.

Единый сайт не означает одну кассу или одно юридическое лицо. Для гостя сеть выглядит единой, но каждый заказ внутри платформы привязан к конкретному ресторану, франчайзи и продавцу.

                         Управляющая компания
                    меню, контент, акции, стандарты
                                  │
                                  ▼
┌─────────────────────────────────────────────────────────┐
│               Единая платформа Панам                    │
│                                                         │
│  сайт • приложение • каталог • корзина • CRM            │
│  лояльность • оплата • маршрутизация • аналитика        │
└───────────────┬─────────────────────────┬───────────────┘
                │                         │
        выбор точки                 заказ и статусы
                │                         │
                ▼                         ▼
       iiko/iikoChain API          iiko ресторана
                │                         │
        ┌───────┴────────┐        ┌───────┴────────┐
        ▼                ▼        ▼                ▼
   Франчайзи №1     Франчайзи №2  кухня         доставка
   своё юрлицо      своё юрлицо

Разделение ответственности

Система Ответственность
Сайт и бэкенд Панам Гость, адрес, выбор ресторана, каталог, корзина, заказ, создание платежа по реквизитам юрлица франчайзи, лояльность и маркетинг
iiko ресторана Касса, кухня, стоп-лист, приготовление, локальный склад и исполнение заказа
iikoChain Справочники сети, рецептуры, цены, производство, собственные точки и централизованный учёт
Админка Панам Управление цифровой витриной, доступами и настройками ресторанов франшизы
Аналитика Панам Показатели собственного онлайн-канала: заказы, платежи, возвраты. Источником для роялти не является
Отчётность iiko франчайзи Вся выручка ресторана по всем каналам — база расчёта роялти вне платформы

В этой модели сайт является центральной платформой электронной коммерции и управления клиентским опытом, а iiko остаётся системой исполнения заказа внутри ресторана.

Выбор ресторана и меню

До формирования корзины сайт должен определить обслуживающий ресторан:

  1. Гость выбирает город.
  2. Указывает адрес доставки или ресторан для самовывоза.
  3. Платформа определяет точку, которая обслуживает адрес.
  4. Гостю показываются меню, цены, акции, время работы и доступность выбранной точки.

Корзина всегда принадлежит одному ресторану. При смене адреса и переходе в зону другой точки платформа должна повторно проверить состав заказа, цены, стоп-лист, акции и доступное время.

Управляющая компания централизованно задаёт:

  • структуру меню;
  • карточки, фотографии, описания и SEO;
  • обязательный ассортимент;
  • рецептуры и модификаторы;
  • федеральные акции;
  • общие правила бренда.

На уровне ресторана могут отличаться:

  • цены, если это разрешено франчайзером;
  • стоп-лист;
  • расписание;
  • зона, стоимость и минимальная сумма доставки;
  • способы получения и оплаты;
  • локальные позиции и акции;
  • расчётное время приготовления.

Платформа хранит единый мастер-каталог, но публикует отдельный снимок меню для каждой точки. Предусмотренная в текущей архитектуре проекта модель организаций iiko, собственного каталога, локальных стоп-листов и отправки заказа в организацию iiko выбранного ресторана является подходящей основой.

Маршрутизация заказа

После оформления платформа должна:

  1. Зафиксировать заказ в собственной базе.
  2. Зафиксировать ресторан, франчайзи и юридическое лицо исполнителя.
  3. Отправить заказ в соответствующую организацию iiko.
  4. Получить подтверждение создания, не создавая дублей при повторе запроса.
  5. Получать статусы приготовления и доставки.
  6. Показывать гостю единый трекинг заказа.
  7. Передавать сведения в аналитику управляющей компании.

iikoChain не должен выбирать ресторан вместо сайта. Точка определяется до оплаты, поскольку от неё зависят ассортимент, цена, возможность исполнения, получатель платежа и фискализация.

Платежи и юридические лица

Для каждой точки необходимо хранить явное соответствие:

Ресторан → организация iiko → подключение iiko → юридическое лицо → франчайзи
                                                       │
                                                       └── ЮKassa, касса и ОФД юрлица

Финансовая модель принята: платёж получает франчайзи. Продавцом в оферте, чеке и платёжных документах выступает юридическое лицо франчайзи, которому принадлежит ресторан. Деньги поступают напрямую на его счёт по его договору с ЮKassa, чек пробивает его касса, возврат выполняет он сам. Платформа не является продавцом, платёжным агентом и получателем денег. Вариант, при котором платёж получает управляющая компания с последующими расчётами, отклонён. Подробности — в документе Франшиза.

Требования к платформе Панам

Для поддержки франшизы ресторан становится ключевым контекстом данных. Понадобятся сущности:

  • франчайзи;
  • юридическое лицо;
  • ресторан;
  • организация и терминал iiko;
  • зона доставки;
  • договор или учётная запись эквайринга;
  • касса и настройки фискализации;
  • расписание;
  • локальный прайс-лист и стоп-лист;
  • доступные способы получения и оплаты;
  • федеральные и локальные акции.

Все операционные данные — заказы, платежи, настройки — привязаны к ресторану. Юридическое лицо и франчайзи определяются через ресторан по цепочке «ресторан → организация iiko → подключение iiko → юридическое лицо → франчайзи»; по этой же цепочке определяется, какие данные видят сотрудники франчайзи.

Админка должна иметь два уровня:

  • центральная админка управляющей компании — вся сеть, стандарты, каталог, маркетинг и аналитика;
  • кабинет франчайзи — только принадлежащие ему рестораны, заказы, разрешённые настройки и показатели.

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

Клиентская база и лояльность

Для гостя должна существовать одна учётная запись во всей сети:

  • единый вход по номеру телефона;
  • общий профиль и адреса;
  • единая история заказов;
  • бонусы и промокоды;
  • повтор заказа в другом городе.

Профиль хранится на центральной платформе, а франчайзи получает только сведения, необходимые для исполнения его заказов. Клиентской базой сети владеет управляющая компания и является оператором персональных данных; франчайзи обрабатывает данные покупателя в объёме исполнения заказа. Бонусы и промокоды проектируются на уровне сети и до проектирования программы лояльности на витрине не выпускаются.

Целевая модель единого сайта

  • один домен и единый бренд;
  • единая регистрация клиента;
  • общий каталог и централизованный маркетинг;
  • выбор ресторана по адресу или для самовывоза;
  • локальные цены, расписание и стоп-листы;
  • направление заказа в iiko выбранной точки;
  • платёж и чек от соответствующего юридического лица;
  • центральная аналитика управляющей компании;
  • доступ франчайзи только к принадлежащим ему ресторанам.

Это соответствует принципу Dodo: сайт, приложение, POS и ресторанные процессы являются частями единого цифрового контура. Платформа Панам не обязана сразу заменять всю Dodo IS. На первом этапе она может стать единым каналом продаж и управления клиентским опытом, используя iikoChain для ресторанного учёта, а отчётность iiko — для полной выручки сети и расчёта роялти.

Что проверить до принятия решения

До заключения договора и масштабирования следует получить от iiko или интегратора письменные ответы на следующие вопросы:

  1. Можно ли централизованно запретить изменение обязательных рецептур, позиций меню и других стандартов бренда.
  2. Какие данные доступны платформе Панам через API, с какой периодичностью и задержкой.
  3. Как рассчитывается роялти: до или после скидок, возвратов, налогов и комиссий агрегаторов.
  4. Насколько полно изолированы данные разных франчайзи.
  5. Как система работает при временной потере связи.
  6. Как лицензируются сервер iikoChain, подключения ресторанов, рабочие места и API.
  7. Как выгружаются и разделяются данные при расторжении договора с франчайзи.
  8. Поддерживаются ли необходимые кассы, маркировка, ЕГАИС, доставка и программа лояльности.
  9. Кто владеет базой, отвечает за резервное копирование и обработку персональных данных.

Рекомендуемый пилот

Перед запуском всей франшизы целесообразно подключить центральный офис и две тестовые точки с разными юридическими лицами. На пилоте нужно проверить:

  • публикацию и локальные исключения меню и цен;
  • защиту технологических карт;
  • разграничение доступа двух франчайзи;
  • обмен при разрыве связи и последующую синхронизацию;
  • продажи, возвраты, скидки, агрегаторы и расчёт роялти;
  • закупки и внутренние поставки с фабрики-кухни;
  • отключение одной точки и экспорт принадлежащих ей данных.

Критерии успешности пилота следует зафиксировать до его начала, особенно допустимую задержку данных, формулу роялти и перечень информации, которую видит каждая сторона.

Итоговая рекомендация

Функционально экосистема iiko подходит в качестве операционной платформы ресторанной франшизы. Наиболее обоснованный вариант для независимых франчайзи — отдельная iiko на стороне каждого партнёра, iikoChain для центрального контура и собственных объектов, платформа Панам — как единый канал онлайн-продаж и кабинет франчайзи, а отчётность iiko франчайзи — как база расчёта роялти вне платформы.

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

Источники