Marketplace глазами платёжного провайдера: сложность не в приёме денег, а в их раздаче

Overview

На маркетплейсе платёж устроен иначе, чем в обычном магазине. Здесь не «один покупатель – один продавец», а один входящий платёж, который нужно расщепить и разнести десяткам, а то и тысячам продавцов – удержав комиссию площадки. Принять деньги умеет любой шлюз; маркетплейс ломается именно на раздаче. Поэтому ядро маркетплейс-эквайринга – это не приём карты, а split-платежи, выплаты продавцам (payouts) и юридический статус площадки, которая собирает чужие деньги. От того, как это устроено, зависят скорость выплат, налоги и сама легальность модели.

Выплаты продавцам

Терминология Чтобы дальше говорить предметно, зафиксируем базовые понятия. Маркетплейс – площадка-посредник между продавцами и покупателями; бывает single-vendor (один продавец) и multi-vendor (много продавцов). Саб-мерчант – продавец внутри площадки со своим суб-счётом и настройками. Split payment (расщепление) – автоматическое деление платежа на комиссию площадки и долю продавца в момент транзакции. Payout (выплата) – перечисление денег продавцу; часто массовое (mass payouts) и по расписанию.

Эскроу / холдирование – удержание средств до выполнения условия (доставка, оказание услуги). KYB – проверка бизнеса продавца перед подключением. Merchant of record – лицо, юридически выступающее «продавцом» для платёжных систем и несущее ответственность. Take rate – комиссия площадки как процент от оборота (GMV). Chargeback liability – кто отвечает за возврат при споре: площадка или продавец.

Методы

Приём платежей на маркетплейсе тот же, что в e-commerce: карты Visa/Mastercard, кошельки (Apple Pay, Google Pay, PayPal), локальные APM (PIX, iDEAL, SEPA) и крипта. Отличие — во второй половине цикла. К приёму добавляется раздача: выплаты продавцам на карты, банковские счета (SEPA/SWIFT), кошельки, плюс массовые выплаты по расписанию. По модели сбора денег есть развилка. Продавцы со своими аккаунтами. Площадка не касается денег, но получает фрагментированный чекаут и не видит общую картину оборота. Единая точка сбора у площадки. Все платежи идут через один шлюз под её брендом, а split и выплаты управляются из одного бэк-офиса. Это и есть «настоящий» маркетплейс-эквайринг.

Виды интеграций с провайдером и мерчантом

Технически маркетплейс подключается не одной интеграцией, а набором, который закрывает весь цикл. Split payment API – правила комиссии (фикс, процент, тиры, индивидуально) и автоматическое деление платежа. Payout / mass payout API – выплаты продавцам, расписания, автоповтор при сбое. Sub-merchant onboarding API – заведение и KYB продавцов, лимиты и настройки per-merchant. Webhooks – событие (доставка, завершение услуги) триггерит релиз эскроу или выплату. Branded seller portal – личный кабинет продавца под брендом площадки. Весь этот набор можно получить через оркестратор или white-label-решение одной интеграцией.

Онбординг мерчанта

Платёжные формы Форм здесь две: единый branded checkout для покупателя (как в e-commerce) и онбординг-форма продавца с KYB. После подключения продавец получает портал с балансом, графиком и историей выплат.

Распространённые ошибки

Ошибка К чему приводит Как решается Нет KYB продавцов Фрод, отмывание, блок от эквайера KYB на каждого саб-мерчанта Площадка копит и разносит деньги без статуса Риск нелицензированных платёжных услуг Лицензия PI/EMI или зонтик PSP/PayFac Нет split — всё падает на счёт площадки Налоговый и учётный хаос, спорные выплаты Split-движок с правилами комиссии Медленные выплаты продавцам Отток продавцов с площадки Гибкие расписания + mass payouts Неясная ответственность по чарджбэкам Споры «площадка против продавца» Зафиксировать chargeback liability в договоре Один эквайер на всю сеть Просадка approval rate, потеря выручки Мультиэквайринг + cascading Особенности подключения и поддержки KYB проходит каждый продавец, а не только площадка.

Для продавцов настраиваются индивидуальные лимиты, резервы и расписания выплат. Для международных площадок валют обычно три – покупателя, базовая и выплатная, – и конверсия делается до маршрутизации. Для сервисных площадок добавляется эскроу с релизом по событию. Средний чек Средний чек сильно зависит от вертикали – от мелких цифровых товаров до B2B-сделок на десятки тысяч. Но экономику площадки определяет не чек, а take rate – её комиссия с оборота (GMV).

Поэтому важнее approval rate и стоимость выплат, чем размер отдельной покупки.

Тип мерчантов Тип маркетплейса Особенность платежей Что нужно от PSP Товарный (multi-seller) Много продавцов, комиссия с каждой продажи Split, per-merchant роутинг и лимиты Сервисный (услуги) Оплата вперёд, услуга оказывается позже Эскроу, релиз по событию, разрешение споров B2B Крупные суммы, счета, отсрочки платежа High-value обработка, инвойсы, кастомные выплаты Цифровой контент Подписки и мгновенная выдача Recurring, токенизация, webhooks о выдаче Лицензии мерчантов Продавцам финансовая лицензия обычно не нужна.

Главный вопрос – статус самой площадки: как только она собирает деньги покупателей и сама распоряжается выплатами, она рискует попасть под регулирование платёжных услуг. Варианты три: получить лицензию PI/EMI; работать под зонтиком регулируемого PSP/PayFac, который становится merchant of record и берёт комплаенс на себя; либо использовать агентское исключение (commercial agent) по PSD2. Выбор статуса – ключевое решение ещё до запуска.

Полезные факты Свой маркетплейс-стек (split, выплаты, порталы, PCI DSS) – это $500K-$1M и 18–24 месяца; white-label-запуск – 2-3 недели. Чарджбэков на маркетплейсах больше: покупатель чаще «не угадал» с товаром или не дождался доставки. Покупательская, базовая и выплатная валюты могут отличаться – мультивалюта здесь не опция, а норма. Оптимизация approval rate и каскадирование масштабируются сразу на всю сеть продавцов, поэтому каждый 1% одобрений = заметная сумма.

Product: как маркетплейс-эквайринг устроен внутри PSP Как это работает у PSP Площадка становится единой точкой сбора. Дальше работает цепочка: приём → split-движок (комиссия площадки + доли продавцов) → ledger по каждому саб-мерчанту → payout-движок по расписанию → реконсиляция и отчётность. Для сервисных моделей добавляется эскроу: деньги холдируются и высвобождаются по событию (доставка, подтверждение), а при споре выплата приостанавливается.

Какие технологии затрагивает Split payment API и отдельный ledger по каждому продавцу. Mass payouts с автоповтором и гибкими расписаниями. KYB/AML-автоматизация на онбординге продавцов. Webhooks для эскроу-релизов и подтверждения выдачи. Токенизация для recurring- и instant-покупок. Мультивалютная конвертация, routing/cascading, антифрод на уровне транзакции и аккаунта (ZignSec, Kount).

Ценность для мерчанта / PSP / агента Площадке – единый контроль над деньгами, своя комиссия в каждом платеже, быстрые выплаты (удержание продавцов) и масштаб без собственной лицензии и инфраструктуры. PSP – крупный и «липкий» оборот плюс повышенная маржа за split, выплаты и эскроу, которых нет в простом эквайринге. Агенту – одно подключение площадки приводит сразу целую сеть продавцов: оборот растёт мультипликативно, а онбординг саб-мерчантов идёт уже внутри платформы.