Альтернативы / White-label

Ищете альтернативу white-label платёжному gateway

White-label означает очень разное в зависимости от продавца: то место под логотип на checkout, то целый платёжный бизнес, которым вы управляете. Разница между ними — большая часть ценности, и на демо она редко видна. Вот вопросы, которые её выявляют.

Оценка

Шесть вопросов, которые выявляют разницу.

01

Какая часть интерфейса действительно ваша?

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

02

Это multi-merchant или один аккаунт с субаккаунтами?

Платформа, изначально построенная как multi-merchant, даёт онбординг, тарифные уровни, права доступа и изоляцию. Доработанная из single-merchant продукта даёт всё это в виде роадмапа.

03

Можете ли вы сами собирать тарифы?

По мерчанту, по методу, по валюте, по диапазону объёмов — и с отдельным подходом к неуспешным попыткам. Если тарификация — это фиксированная таблица, ваша коммерческая модель принадлежит вендору, а не вам.

04

На ком окажется PCI-периметр?

На SaaS зона работы с картами должна быть на стороне вендора, а ваши мерчанты её наследуют. Если вы разворачиваете платформу на собственной инфраструктуре, она переходит к вам. Оба варианта законны, но нужно понимать, что именно вы покупаете.

05

Можно ли подключить своих эквайеров?

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

06

Только SaaS или собственная инфраструктура?

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

01

Что вы на самом деле покупаете

Не checkout, а платёжный бизнес, которым можно управлять. Это жизненный цикл мерчанта (онбординг, документы, тиринг, права доступа, миграция существующего портфеля), деньги (построение комиссий, сеттлмент, rolling reserve, сверка, выписки), операционная работа (роли, права, аудит, очереди, трассировка) и инженерная поддержка всего этого в актуальном состоянии по мере появления требований платёжных систем. Если платформе не хватает чего-то одного из перечисленного, строить это придётся вам — а этого вы как раз и хотели избежать.

  1. 01Жизненный цикл мерчанта, а не только платёжная страница
  2. 02Комиссии и сеттлмент, которые следуют вашей тарификации
  3. 03Консоль оператора с ролями, аудитом и трассировкой
  4. 04Требования и сертификации платёжных систем берёт на себя кто-то другой
02

Вопросы, на которые отвечают слишком поздно

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

  1. 01Как переносится существующий портфель мерчантов и сколько это занимает
  2. 02Переносятся ли сохранённые карты как токены или сбрасываются
  3. 03Кто разрабатывает и сертифицирует нужный вам коннектор
  4. 04Каким станет ваш статус PCI при каждом варианте развёртывания
03

Где подходит Protocore

Наша whitelabel-платформа отвечает на эти шесть вопросов так: ни на одном экране нет упоминания Protocore; она мультимерчантная с первой строки кода, с онбордингом, тирингом и правами доступа в составе; комиссии конструируются, а не фиксируются; зона работы с картами на нашей стороне в SaaS и на вашей при on-premises; ваши эквайеры подключаются рядом с нашими, а новые мы разрабатываем в рамках проекта; развёртывание возможно как SaaS, в вашем облаке или on-premises. Когда сеттлмент выглядит неверно, вам отвечает команда, которая его написала: мы продуктовая студия, и это честная версия того, что обычно называют «выделенной поддержкой».

  1. 01Ваш бренд на всех поверхностях, включая домены
  2. 02Мультимерчантность по умолчанию, жизненный цикл в комплекте
  3. 03Ваши эквайеры, ваша тарификация, ваше развёртывание
  4. 04Инженеры, которые отвечают за платформу, на связи

FAQ

Вопросы, которые стоит задать любому.

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

  • Вам нужно то, что требует ваш рынок для вашего вида деятельности: поставщик ПО не является регулируемой стороной. Большинство операторов работают на собственном эквайринге или через эквайера, к которому их подвели. Спросите прямо, участвует ли вендор в потоке денежных средств, — от этого зависит ответ.

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

  • SaaS, если только что-то конкретное не требует обратного: регулятор, банк или комитет по рискам, которым нужна система внутри вашего периметра. On-premises переносит PCI-периметр и операционную нагрузку на вас, а это реальные затраты, оправданные лишь при действительной необходимости.

Увидьте её под вашим брендом.

Демонстрация работающей платформы, ваш фирменный стиль на checkout и в консоли и честная оценка миграции и экономики на ваших объёмах.