ERP Platform Docs

partnership-roadmap-2026

время чтения ~11 мин.

План развития партнёрства с Paykeeper на 2026 год

Документ для обсуждения с руководством Paykeeper. Простым языком о том, как мы видим совместную работу на ближайший год.

Кратко — о чём предложение

Мы строим ERP-платформу для сетей общепита, работающих по франшизной модели (как iiko для крупных сетей, но спроектированная именно под франшизу с самого начала).

Предлагаем двухэтапное партнёрство:

  1. Первые 3 месяца — запускаем 3-5 собственных точек полностью на вашем стеке (mPOS-терминал 3-в-1 + ваш каталог + ваш приём оплаты + ваша фискализация). Это наш входной билет — мы становимся вашим клиентом и в процессе проверяем все интеграции.
  2. Следующие 6-9 месяцев — поэтапно переносим «ресторанную» часть на наш софт, оставляя за вами эквайринг и ФН. К концу года вы — наш стратегический эквайер и фискальный партнёр для всей платформы, а не только для наших точек.

За год мы планируем привести вам не менее 50 подключённых ТСП (своих + первых сторонних франшиз на нашей платформе). В дальнейшем — рост в разы.

Зачем это вам

  1. Гарантированный рост оборота. Каждый новый клиент нашей ERP-платформы автоматически становится вашим ТСП — у них просто нет выбора в рамках нашего решения. Мы растём — вы растёте вместе с нами.
  2. Низкая стоимость привлечения. Один договор с нами = сразу десятки торговых точек. Не надо продавать каждому отдельно.
  3. Долгосрочная заинтересованность в продукте. Мы не просто реселлер — мы завязаны на качество вашего продукта. Будем давать предметный feedback, тестировать, помогать улучшать.
  4. Фокус на том, что вы умеете лучше всего. В нашей целевой модели у вас — эквайринг и фискализация. Вы не тратите ресурсы на моделирование ресторанной специфики (модификаторы, иерархия меню, стоп-листы) — это забираем на себя.
  5. Канал в общепит. Общепит — большой сегмент со специфическими требованиями. Мы его знаем и строим решение именно под него.

Зачем это нам

  1. Быстрый старт без самодельной фискализации. Открывать собственный путь в 54-ФЗ, интегрироваться с ОФД, сертифицироваться по PCI DSS — год+ работы и специальные компетенции. Вы это умеете.
  2. Надёжный партнёр, с которым можно договориться. Сбер или Тинькофф — большие, медленные, нас не заметят. С вами есть возможность для диалога и двустороннего развития.
  3. Готовое железо для первого запуска. Ваш 3-в-1 mPOS позволяет нам стартовать без собственного POS-софта — сразу проверять гипотезы бизнеса и собирать реальную обратную связь от кассиров.

Визуальный план на год

gantt
    title Партнёрство Paykeeper × наша ERP-платформа — 2026
    dateFormat YYYY-MM
    axisFormat %b

    section Этап 1 — Стартуем
    Интеграция адаптера     :a1, 2026-05, 1.5M
    Запуск 1-й точки       :milestone, m1, 2026-06, 0d
    Запуск 3-5 точек       :a2, 2026-06, 1.5M

    section Этап 2 — Свой POS
    POS-клиент MVP         :b1, 2026-07, 3M
    Перевод точек на свой POS :b2, 2026-10, 2M
    Отказ от их каталога   :milestone, m2, 2026-11, 0d

    section Этап 3 — Масштаб
    Первый сторонний клиент :milestone, m3, 2026-12, 0d
    Рост до 50 ТСП         :c1, 2026-11, 3M

ЭТАП 1 · Месяцы 1-3 — «Встаём на ваш стек как обычный клиент»

Цель этапа

Запустить первые 3-5 наших собственных кофеен / точек общепита полностью на оборудовании Paykeeper. Проверить на реальных клиентах и реальных деньгах всю связку «терминал → чек → оплата → наша учётная система».

Как это выглядит для кассира

Стандартно — как сейчас у любого вашего ТСП:

  • За стойкой стоит mPOS-терминал Paykeeper (планшет 3-в-1 с ФН и картридером).
  • Кассир выбирает товар из вашего каталога в вашем приложении.
  • Приём оплаты — карта, SBP, наличные — через ваш терминал.
  • Чек пробивается в вашем ФН, клиент получает ссылку на него.

Что делаем мы

  • Подключаем наш ERP к вашей платформе через программный «переводчик» (adapter). Он забирает из ЛК ваши уведомления об оплатах и переносит их в нашу учётную систему — чтобы мы видели выручку, закрытые заказы, работу сотрудников.
  • Зеркалим свой справочник сотрудников в ваш ЛК — когда мы нанимаем кассира, он автоматически появляется у вас как пользователь.
  • Синхронизируем каталог в одну сторону: что мы создаём у себя → появляется в вашем каталоге.
  • Настраиваем раздел «Интеграция с Paykeeper» в нашей админке для управления подключением.

Что нужно от вас

На этом этапе — минимум. Самое базовое:

  1. Тестовое окружение (sandbox). Чтобы наши разработчики могли проверять интеграцию без риска реальных платежей.
  2. Документированный ответ на несколько вопросов: как у вас устроена мульти-точечность (один ЛК = одна ТТ или несколько?), как вращается секретное слово для подписи уведомлений, есть ли ограничения частоты запросов.
  3. Тестовые mPOS-устройства (2-3 штуки для пилотных точек), если не хотим покупать сразу.
  4. Контактное лицо в вашей команде для оперативных вопросов по подключению.

Никаких доработок в вашем API на этом этапе не требуется. Мы работаем с тем, что есть.

Что получается в конце этапа

  • 3-5 работающих точек на вашем стеке.
  • Платёжная петля обкатана: мы уверены в надёжности уведомлений, сверке, поведении при нестабильной сети.
  • Реальная статистика для решений: сколько оплат в час, какая доля возвратов, типичные проблемы кассиров.
  • Вы увидели нас в действии: мы предсказуемый клиент, который умеет в интеграции.

Метрики успеха

  • Первая точка в боевом режиме — к концу 2-го месяца.
  • 3-5 точек работают стабильно — к концу 3-го месяца.
  • Доля успешных оплат через ваш терминал — не ниже 98%.
  • Ноль недополученных в ERP подтверждений (все webhook’и дошли и обработаны).

ЭТАП 2 · Месяцы 4-9 — «Переводим ресторанную логику на наш софт»

Цель этапа

К концу 9-го месяца наши точки работают на нашем POS-приложении (планшет за стойкой, как у iiko/R-keeper). Ваш mPOS-терминал превращается в специализированное устройство: принимает карту, пробивает чек, отчитывается — и всё. Остальное делает наш экран.

Почему это нужно именно так

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

  • Модификаторы. Капучино не продаётся «капучино», он продаётся как «капучино большое + сироп карамельный + добавить шот эспрессо». Один товар — десятки комбинаций.
  • Иерархия меню. «Напитки → Кофе → Горячие → Эспрессо-напитки → Капучино» — бариста навигирует по дереву, плоский список тегов не работает.
  • Разные цены в разных точках. В Москве капучино дороже, чем в Ростове. В одном ЛК — один прейскурант.
  • Стоп-листы. Молоко в одной точке закончилось — там капучино сегодня не продаём, в остальных точках продолжаем. Нужно быстро, автоматически, из нашей системы.
  • Кухонный дисплей (KDS). На кухне стоит отдельный экран, где видны заказы в работе.

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

Как это выглядит для кассира

  • За стойкой стоит планшет с нашим POS-приложением.
  • Бариста выбирает товар из нашего красивого ресторанного каталога, добавляет модификаторы, видит стоп-листы.
  • Нажимает «Оплата картой» → наш софт открывает ваш терминал на оплату с готовой корзиной и конечной суммой.
  • Клиент прикладывает карту → терминал принимает оплату и пробивает чек у вас.
  • Терминал возвращается в «спящий» режим, ждёт следующего клиента.

Что делаем мы

  • Разрабатываем POS-приложение под Android (для планшетов) и Windows (для моноблоков).
  • Полный функционал ресторанной кассы: меню с модификаторами, поиск, быстрые клавиши, сценарии «отменить позицию», работа со сменой.
  • Первый простой кухонный дисплей (KDS).
  • Обучающие материалы и поддержка для наших кассиров при миграции.
  • Постепенный перевод точек: один за одним, параллельно оставляем возможность отката.

Что нужно от вас

На этом этапе нам важно закрыть часть минимальных разрывов в вашем API. Они уже не про ресторанную специфику — они про надёжность учёта:

Обязательно (без этого учёт будет рваным):

  1. Уведомления не только об успешной оплате, но и о возвратах, отменах, чеках коррекции. Сейчас наш учёт узнаёт о возврате только из ручной выгрузки. Хочется, чтобы прилетало автоматически.
  2. API для сверки — метод «дай все платежи за такой-то период». Это нужно для автоматической сверки: если ваше уведомление до нас не дошло (сеть упала), мы должны уметь самостоятельно дотянуть пропущенное.
  3. Фискальные реквизиты в уведомлении — номер ФН, номер фискального документа, фискальный признак. Для нашего реестра и сопоставления с выпиской ОФД.
  4. API статуса смены ФН — чтобы мы могли видеть, сколько смене жить до 24-часового лимита, и предупредить ТТ заранее. Сейчас риск, что касса внезапно заблокируется — вся точка встаёт.

Хотелось бы (не блокирует, но улучшит): 5. Альтернатива CSRF-токену в сервисных вызовах — для более быстрой автоматизации. 6. Документированные rate limits — чтобы мы знали границы.

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

Что получается в конце этапа

  • Все наши точки работают на нашем POS-софте, ваш терминал выполняет роль эквайера+ФН.
  • У нас готовое ресторанное кассовое приложение, которое мы можем предлагать сторонним клиентам (в рамках нашей ERP-платформы).
  • У вас — довольный растущий клиент с предсказуемым оборотом.

Метрики успеха

  • Наше POS-приложение в боевом режиме на всех наших точках к концу 9-го месяца.
  • Время простоя кассы из-за технических проблем — менее 0.5% рабочего времени.
  • NPS кассиров на новом софте — выше чем на стандартном (измеряем анкетой).
  • Реализовано 4 из 4 обязательных пунктов с вашей стороны.

ЭТАП 3 · Месяцы 10-12 — «Выходим на рынок»

Цель этапа

Подключить первых сторонних клиентов — владельцев франшиз общепита, которым мы продаём нашу ERP-платформу «под ключ», с вами как встроенным эквайером и фискализатором.

Как это работает

Франчайзер общепита приходит к нам:

  • Подписывает договор на нашу ERP.
  • В рамках нашей платформы автоматически заключается договор с Paykeeper (через ваш Partner API — POST /client/add).
  • Мы развёртываем под него нашу конфигурацию, подключаем точки к его ЛК Paykeeper, передаём физические терминалы.
  • Дальше он работает: заказы идут через нас, оплаты — через вас, фискализация — через ваш ФН.

Партнёр получает одну кнопку — мы решаем всё остальное.

Что делаем мы

  • Упаковка продукта: демо-материалы, сайт, инструкции, коммерческое предложение.
  • Выстраивание процесса «онбординг сторонней франшизы за 30 дней» — от первого разговора до работающих ТТ.
  • Поддержка 24/7 для сторонних клиентов.
  • Активная работа по привлечению — конференции, холодные продажи, контент-маркетинг.

Что нужно от вас

  1. Интеграция с Partner API. Чтобы мы могли автоматически заводить новых ТСП через ваш API без бюрократии.
  2. Упрощённый онбординг. Комплект документов для подключения, быстрая проверка, прозрачные условия.
  3. Условия партнёрской программы. Обсудим отдельно — базово: часть комиссии с эквайринга делится с нами как с каналом привлечения, либо фиксированный бонус за приведённого ТСП, либо оба варианта.
  4. Совместный PR. Кейсы, референсы, публикации — привлекают больше клиентов обеим сторонам.

Метрики успеха к концу года

  • Не менее 10 сторонних франчайзи подключены к нашей платформе.
  • Суммарно по всем клиентам (наши точки + сторонние) — не менее 50 ТСП в вашей системе.
  • Подписан рамочный договор о партнёрстве с чёткой коммерческой моделью.

Итоговая картина через 12 месяцев

На стороне вашего бизнеса

  • 50+ новых ТСП, подключённых через нас, с предсказуемым оборотом.
  • Устойчивый канал поступления новых клиентов в сегменте общепита.
  • Ваш API выполняет именно то, что умеет лучше всего — приём оплаты и фискализация. Никакой перегрузки ресторанной спецификой.
  • Технологический партнёр, с которым совместно развиваетесь.

На стороне нашего бизнеса

  • Полноценная POS-платформа, сопоставимая с iiko/R-keeper по базовой функциональности.
  • Проверенная модель «наш софт + Paykeeper-эквайринг» на десятках реальных ТТ.
  • Экосистема: мы можем расти в стороны (вторая версия мобильного приложения, b2c-программы лояльности, интеграция с агрегаторами), но фундамент платёжного стека надёжен и стабилен.
  • Рыночное предложение для франшизных сетей — «одно окно вместо iiko + 1С + ручных отчётов».

На стороне рынка

  • Ещё одна сильная POS-платформа в России, с фокусом на франшизной модели.
  • Здоровая конкуренция с iiko — это стимул для всех производителей улучшать продукт.
  • Рост доли «белого» рынка общепита за счёт простой и доступной фискализации.

Коммерческая модель — набросок для обсуждения

Три варианта, как могут строиться наши отношения финансово. Можно комбинировать.

Вариант 1 — Агентское вознаграждение. Мы получаем % с эквайринговой комиссии каждого приведённого ТСП. Стандартная партнёрская модель.

Вариант 2 — Фиксированная премия за подключение. Разовая выплата за каждого нового ТСП, подписавшего договор.

Вариант 3 — Партнёрская ставка. Вы предлагаете нашим клиентам льготные условия эквайринга (чуть ниже рыночной), а мы обеспечиваем объём.

В идеале — комбинация: льготная ставка для клиента + агентский % нам. Но это предмет отдельного разговора.

Что нужно сделать в ближайшие 2 недели

  1. Встреча на уровне руководства — познакомиться, обсудить видение в общих чертах.
  2. Встреча технических команд — обсудить блокеры из списка выше, оценить силы, зафиксировать список доработок с вашей стороны.
  3. Подписать NDA — для работы с деталями интеграции и коммерческими условиями.
  4. Оформить рабочее соглашение — пилот на 3 месяца (Этап 1) с целью запустить первые 3 точки.

После успешного Этапа 1 — переходим к рамочному договору о партнёрстве.

Контакты

Готовы к встрече в любом удобном формате — офлайн, Zoom, звонок. После согласования времени — пришлём более детализированные материалы (технический gap-анализ, презентацию архитектуры).

Приложения

  • Бизнес-описание разрывов с вашим API (что работает сейчас, что нужно доработать): business-summary.md
  • Технический gap-анализ для разработчиков: gap-analysis.md
  • Видение платформы (как мы хотим развивать продукт долгосрочно): vision-pos-platform.md
  • Презентация архитектуры интеграции: presentation.html
  • Оригинальные OpenAPI-спеки Paykeeper (для справки): _assets/paykeeper/

Вид графа

Обратные ссылки