Платежи для маркетплейса: сплит и эскроу

    Приём платежей для маркетплейса: сплит-платежи и эскроу

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

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

Что должен уметь платёжный поток

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

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

Руками это работает до нескольких десятков продавцов и дальше встаёт. Нужна обработка платежей, где разделение — свойство самой транзакции, а не задача на конец месяца.

Сплит-платежи: как делятся деньги

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

Из этого следуют две вещи, и обе весомее, чем кажутся.

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

Площадка не держит чужих денег. Доля продавца атрибутирована сразу — и это совсем другая позиция в разговоре с провайдером, чем «всё падает нам, а мы распределяем».

Эскроу: когда деньги ждут

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

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

Практическая польза — предотвращение споров. Покупатель, который видит, что деньги удержаны до поставки, идёт в поддержку, а не в банк. А возврат стоит 50 EUR против 100 EUR за чарджбек, который вдобавок портит статистику, от которой зависят ваши условия.

Когда эскроу не нужен

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

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

Кто несёт риск спора

Этот вопрос провайдер задаёт первым, и от ответа зависят и условия, и резерв.

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

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

Если с продавцов списывают по расписанию, а не разово, вместе с этим меняется и оценка: регулярную выручку смотрят отдельно, и это разобрано в материале про мерчант-аккаунты для подписочного бизнеса.

Как платить продавцам

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

Выплата на карту стоит у нас 4% плюс 1,00 EUR за операцию; переводы и прочие маршруты тарифицируются отдельно, а массовые выплаты, включая выплаты на криптоадреса, идут пачкой, а не по одной. Сколько стоит каждый маршрут — на странице цен.

Сама механика — расписания, направления, пакетная отправка — описана в разделе выплат. Решить стоит заранее: недельная пачка и ежедневная дают очень разную нагрузку на поддержку.

Что подготовить до подключения

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

Условия

Маркетплейс собирает споры по чужим продажам, поэтому доля споров — первая цифра, за которой нужно следить. Пороги, которые отслеживают платёжные системы, — в материале про руководство VAMP для high-risk мерчантов.

Коротко

Маркетплейсу нужен не «приём платежей», а поток, который правильно делит один платёж, придерживает долю продавца, пока сделка открыта, и выплачивает по расписанию — с пониманием, что спор обычно несёт площадка, а не продавец. Наладьте проверку продавцов, и условия по платежам подтянутся следом. Порядок обратный тому, который выбирают чаще: сначала правила площадки, потом переговоры о ставке, а не наоборот. Площадка, которая умеет назвать свою долю споров и показать, как проверяет продавцов, разговаривает о ставке с других позиций — и получает другие условия.