Перейти к содержимому
BetFlow

Платёжная система

Платёжная система, к которой подключаются

Мерчанты, трейдерские команды, другие платёжные системы и партнёры white label — в одном контуре: маршруты, каскады, шлюзы, чеки и сверка.

В одной платформе
PayInPayoutH2HRedirectWebhooks
Мерчанты, трейдеры, шлюзы, агенты и поддержка работают в общем контуре, но видят только своё.
ЗаявкиLive
Список заявок (демо-данные)
ЗаявкаМетодКомандаСумма, ₽ВремяСтатусДействие
BF-48213PayInСБПTeam 0312 50014:32:08Проверка чекаПроверить
BF-48212PayInКартаTeam 014 80014:31:54В работеДетали
BF-48211PayInСБПTeam 0330 00014:31:20АпелляцияОткрыть
BF-48210PayoutРеквизитыTeam 027 25014:30:47ОплаченаДетали
BF-48209PayInКартаTeam 012 10014:30:12СозданаДетали
BF-48208PayInСБПTeam 0218 90014:29:36ОплаченаДетали
BF-48207PayoutРеквизитыTeam 049 40014:28:58ОтклоненаДетали
Демо-данные интерфейса. Суммы, идентификаторы и команды — условные.

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

Путь заявки: от мерчанта до сверки

Заявка может прийти от мерчанта или как агрегированный трафик другой платёжной системы. Дальше она проходит шесть этапов, на каждом видно, где она и кто за неё отвечает.

  1. 01

    Merchant

    Создаёт заявку на PayIn или Payout

  2. 02

    API / Payment Form

    Подписанный запрос или платёжная форма

  3. 03

    Routing

    Маршрут, каскад и шлюзы по правилам

  4. 04

    Trader Team / Gateway

    Команда или внешняя платёжная система принимает заявку

  5. 05

    Verification

    Проверка чека, при споре — апелляция

  6. 06

    Reconciliation

    Сверка начислений и списаний

Каскады

Если команда или шлюз не приняли заявку, она уходит по запасному маршруту. Другие платёжные системы встраиваются в каскад как шлюзы.

Один идентификатор

Заявка сохраняет номер на всём пути, поэтому статус, чек и сверку можно найти за секунды.

Ручное вмешательство

Оператор может переназначить команду, запросить чек или открыть апелляцию — действие попадёт в журнал.

Кого подключаем

Четыре формата подключения и партнёрская работа

01

Мерчантам

Принимайте PayIn и выплачивайте Payout через BetFlow. Работаем с мерчантами любого уровня риска — от low до high.

  • Подключение по REST API, H2H или redirect
  • Готовые платёжные формы
  • Webhooks и подписанные запросы
  • Сверка по каждой заявке

02

Трейдерским командам

Подключите команду, получайте заявки по своим маршрутам, управляйте реквизитами и подтверждайте оплату чеками.

  • Маршруты и каскады под команду
  • Управление реквизитами
  • Проверка чеков и апелляции
  • Начисления и сверка

03

Платёжным системам и агрегаторам

Направляйте трафик в BetFlow, мы распределим его дальше. Или подключайтесь к нашему каскаду как шлюз или провайдер.

  • Приём агрегированного трафика
  • Передача трафика другим платёжным системам
  • Подключение шлюзов и провайдеров в каскад
  • Сверка и отчётность по трафику

04

White label

Запустите платёжную систему под своим брендом на платформе BetFlow.

  • Готовая платформа под ваш бренд
  • Кабинеты мерчантов и команд
  • Маршруты, каскады и шлюзы
  • Сверка, аудит и роли

05

Агентам и тимлидам

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

Условия обсуждаем в Telegram

  • Тимлиды приводят трейдерские команды
  • Агенты приводят мерчантов
  • Поддержка работает в своих ролях
  • Отчётность по партнёрам

Возможности

Что вы получаете после подключения

01

Мерчанты и команды

Мерчанты, трейдерские команды и агенты подключаются к BetFlow и получают свой кабинет. Режим работы, паузы и ограничения настраиваются для каждого участника.

Подключённые мерчанты и команды
УчастникТипСтатус
Merchant AМерчантПодключён
Merchant BМерчантПодключён
Team 01КомандаАктивна
Team 02КомандаАктивна
Team 03КомандаНа паузе
Agent 01АгентАктивен
Agent 02АгентАктивен

02

Маршруты, каскады и шлюзы

Трафик распределяется между командами и внешними платёжными системами по правилам. На случай отказа настроены запасные маршруты. Другие платёжные системы встраиваются в каскад как шлюзы.

Каскад · PayIn · СБП

  1. R-01 → Team 01

    Основной маршрут

  2. R-02 → Gateway · PSP A

    Если нет ответа или отказ

  3. R-03 → Team 02

    Если лимит исчерпан

03

Агрегация трафика

Другие платёжные системы и агрегаторы направляют трафик в BetFlow, а мы распределяем его дальше: по своим командам и подключённым шлюзам.

Трафик к нам

  • Платёжная система X
  • Агрегатор Y
  • Мерчант A
BetFlow

Дальше

  • Team 01
  • Gateway · PSP A
  • Gateway · PSP B

04

H2H и redirect

Два способа подключения под разные задачи: прямая интеграция сервер-сервер или переход клиента на платёжную форму.

H2H

Ваш сервер ведёт заявку сам

  • Создание заявки по API
  • Реквизит возвращается в ответе
  • Статусы через webhooks

Redirect

Клиент платит на форме BetFlow

  • Ссылка на платёжную форму
  • Возврат на ваш сайт
  • Статус придёт webhook-ом

05

Платёжные формы

Мерчант получает платёжную форму под свой метод оплаты. Форма работает на redirect-схеме и возвращает клиента на сайт мерчанта.

Платёжная форма

form_id: f-0042

Сумма к оплате

12 500 ₽

СБПКартаРеквизиты
Заказ № 10482 · Merchant AПерейти к оплате

06

PayIn / Payout

Приём платежей и выплаты проходят в одном контуре, с одинаковыми статусами, журналом и сверкой.

PayIn приём

  • Заявка от клиента мерчанта
  • Выдача реквизита команды
  • Подтверждение по чеку

Payout выплата

  • Заявка на выплату от мерчанта
  • Назначение команде-исполнителю
  • Подтверждение исполнения

07

Чеки и апелляции

Чек прикрепляется к заявке и проверяется оператором. Спорные случаи уходят в апелляцию с историей решений.

12 500,00 ₽

receipt_0481.pdf

BF-48211

Апелляция
  1. Команда загрузила чек
  2. Мерчант оспорил сумму
  3. Ожидает решения оператора

08

Роли и права

Отдельные роли для bizdev, team lead, support и агентов. Доступ к разделам и действиям назначается явно.

Пример матрицы прав по ролям
ДействиеBizdevTeam leadSupport
Подключение мерчантов——
Маршруты и каскады—
Реквизиты команды——
Проверка чеков—
Апелляции—
Журнал действий—

09

Агенты и отчётность

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

Агенты и отчётность по привлечённым участникам
ПартнёрПриводитЗакрепленыОтчёт
Agent 01МерчантыMerchant A, Merchant BСформирован
Agent 02ТрейдерыTeam 01, Team 03Сформирован
Team lead 01ТрейдерыTeam 02, Team 04Формируется

10

Сверка и аудит

Начисления и списания сверяются по каждой заявке, расхождения подсвечиваются. Все действия хранятся в журнале.

Фрагмент сверки
ЗаявкаПлатформаКомандаСверка
BF-48208+18 900−18 900Совпало
BF-48210−7 250−7 250Совпало
BF-48206+6 000+5 400Расхождение

Каждое действие записывается в журнал аудита

11

White label

Платёжная система под вашим брендом на платформе BetFlow: вы подключаете мерчантов и команды, мы даём платформу.

White label

pay.yourbrand.example

  • Ваш бренд и домен
  • Кабинеты мерчантов и команд
  • Маршруты, каскады и шлюзы
  • Сверка, аудит и роли

Платформа BetFlow внутри

Интерфейс

Личный кабинет

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

BetFlow · Заявки Live
Список заявок (демо-данные)
ЗаявкаМетодКомандаМаршрутСумма, ₽ВремяСтатусДействие
PayInСБПTeam 03R-02 · каскад 112 50014:32:08Проверка чекаПроверить
PayInКартаTeam 01R-01 · прямой4 80014:31:54В работеДетали
PayInСБПTeam 03R-02 · каскад 230 00014:31:20АпелляцияОткрыть
PayoutРеквизитыTeam 02R-03 · прямой7 25014:30:47ОплаченаДетали
PayInКартаTeam 01R-01 · прямой2 10014:30:12СозданаДетали
PayInСБПTeam 02R-02 · каскад 118 90014:29:36ОплаченаДетали
PayoutРеквизитыTeam 04R-04 · прямой9 40014:28:58ОтклоненаДетали

Журнал событий

system / operator / api
  • 14:32:08BF-48213 · Загружен чек → Проверка чека
  • 14:31:54BF-48212 · Назначена команда Team 01
  • 14:31:20BF-48211 · Открыта апелляция
  • 14:30:47BF-48210 · Выплата подтверждена
  • 14:30:12BF-48209 · Создана через API
Демо-данные интерфейса. Нажмите на заявку или фильтр — интерфейс интерактивный.

Интеграция

Подключение без лишних слоёв

Мерчант, платёжная система или агрегатор: выберите схему, которая подходит вашему бэкенду. Документация с примерами доступна внутри личного кабинета.

REST API
Создание заявок, статусы, отмена. JSON, понятные коды ошибок.
H2H
Прямая интеграция сервер-сервер: ваш бэкенд сам ведёт заявку.
Redirect
Клиент уходит на платёжную форму BetFlow и возвращается на ваш сайт.
Webhooks
Уведомления о смене статуса заявки на ваш адрес.
Подпись запросов
Каждый запрос и webhook подписывается, подпись проверяется на обеих сторонах.
Документация
Описание методов и примеры — внутри личного кабинета.
POST /v1/payinContent-Type: application/jsonX-Merchant-Id: <merchant_id>X-Timestamp: <unix_time>X-Signature: <hmac_sha256(timestamp + body)>{  "order_id": "10482",  "amount": "12500.00",  "currency": "RUB",  "method": "sbp",  "mode": "h2h",  "callback_url": "https://merchant.example/hooks/betflow"}
Пример. Значения в угловых скобках — подставляются из личного кабинета. Актуальная схема — в документации.

Операционный контроль

Видно, что происходит с каждой заявкой

Статусы в реальном времени

Жизненный цикл заявки отображается сразу у всех участников. Смена статуса не требует обновления страницы.

  • Создана
  • В работе
  • Проверка чека
  • Оплачена
  • Апелляция
  • Отклонена

Таймеры обработки

На ожидание оплаты и проверку чека действуют таймеры. Просрочка подсвечивается.

Проверка чека07:42

Работа поддержки

Support видит очередь заявок, которые требуют участия, и действует в рамках своей роли.

  • BF-48213Проверка чека
  • BF-48211Вопрос от мерчанта
  • BF-48195Запрос чека у команды

Апелляции

Спорная заявка получает отдельный статус, историю решений и ответственного.

  1. Открыта мерчантом
  2. Чек и данные команды приложены
  3. Решение оператора

Аудит действий

Кто, что и когда сделал по заявке, маршруту или праву доступа.

  • 14:32:08 · operator · route.update
  • 14:31:54 · system · status.processing
  • 14:31:20 · api · payin.create

Разграничение доступа

Каждая роль видит свой набор данных и действий. Команда не видит чужих мерчантов, мерчант — чужие команды.

Bizdev

Мерчанты, маршруты

Team lead

Команда, реквизиты, чеки

Support

Очередь, апелляции

Безопасность

Контроль доступа и следы каждого действия

Безопасность заложена в устройство платформы: кто имеет доступ, что он сделал и какие данные ему видны — определяется явно и фиксируется.

  1. 01

    Подпись API-запросов

    Запросы и уведомления подписываются. Подделка тела запроса или повтор чужого запроса не пройдут проверку.

  2. 02

    Ролевая модель

    Bizdev, team lead и support видят и делают только то, что им положено.

  3. 03

    Журналирование действий

    Каждое действие оператора и системы записывается: кто, что, когда и по какой заявке.

  4. 04

    Контроль доступа

    Права назначаются на уровне раздела и действия. Лишнего доступа не остаётся по умолчанию.

  5. 05

    История изменений

    Изменения маршрутов, правил и прав хранятся с авторством и временем.

  6. 06

    Изоляция команд и мерчантов

    Команда не видит данные чужих мерчантов, мерчант не видит чужие команды.

Подключение

Подключитесь к BetFlow

Выберите, кто вы, и напишите нам в Telegram. Сообщение уже будет заготовлено, а условия подключения обсудим в личной переписке.